[11:23] <jk2> ok guys
[11:23] <jk2> setting up ftp using gproftpd
[11:23] <kishan> hmm
[11:23] <jk2> no idea how to set user account
[11:23] <jk2> anyone help ?
[11:23] <jrib> hi
[11:23] <jk2> hey
[11:24] <jrib> I thought you just wanted to mount a partition?
[11:24] <jk2> yeah go with that
[11:24] <jrib> heh
[11:24] <jk2> cos I am trying to get the ftp drive pointing to another hd
[11:24] <jrib> what is the parition that you want to mount?
[11:25] <jk2> media/disk-1
[11:25] <jk2> onto /home/FTP-shared/download
[11:26] <jrib> so it's already mounted as /media/disk-1 then
[11:26] <jk2> yeah
[11:26] <jk2> well if an external drive is "mounted" as such yes
[11:28] <jk2> ok I sorted it out
[11:28] <jk2> easy as pie - you have to go through the command lines in gproftpd :|
[11:28] <jk2> wow I almost learned something today
[11:29] <jk2> :)
[11:30] <jrib> great


[02:19] <sarnold> stokachu: nice announcement mail :) btw your MUA did something silly: http://conjure-up.i <http://conjure-up.io>o  -- hehe :)
[02:20] <stokachu> ah crap
[02:20] <stokachu> i blame gmail
[02:20] <sarnold> always a good plan :D
[02:20] <stokachu> haha
[02:20] <sarnold> at least there's a working link right next to an obviously-funny-looking link
[02:20] <stokachu> sarnold, i like to keep things interesting
[02:21] <sarnold> lol
[02:23] <qoarzers> I am having problem with adjusting the brightness of my laptop screen in ubuntu 16.04. My laptop is Toshiba satellite pro c640. I have tried all the solutions from ubuntu forum but nothing worked.
[02:24] <sarnold> qoarzers: most of the people in this channel never even see their computers; you may wish to try in #ubuntu instead
[02:25] <qoarzers> I want to do web developing using Rails in ubuntu
[02:27] <sarnold> qoarzers: you've got a few choices to make there -- you can either stick with what's packaged in ubuntu's repositories, or you can stick with using ruby and rails and so on from upstream sources. both are fine choices but it's worth deciding that you want to do one or the other -- mixing and matching is likely to lead to trouble
[02:28] <sarnold> qoarzers: I've really enjoyed reading the pragmatic programmer's guides to ruby on rails, I think they're a nice introduction
[02:28] <sarnold> one trouble of course is there's so many versions of RoR that leads to so many books ..
[02:29] <qoarzers> Yeah but the code is easy to understand
[02:30] <sarnold> the downside is it can be insanely hard to pick up something that was left six months ago
[02:30] <sarnold> and forward porting to newer versions may also be a bit tricky
[02:30] <sarnold> the 'convention over configuration' may make it super-easy to get things done for the regular users but if you just fiddle with it every six months you'll go crazy when absolutely nothing you search for exists anywhere else in the source tree.
[02:32] <qoarzers> sarnold: yeah that is true
[03:04] <zzxc_> Alright I have a question. I'm running an AWS instance with 7.8G of ram + 4G of swap. I have a java application that had a memory leak that was fixed. The issue is OOM Killer keeps killing it, and I'm not sure why. I change it off of the heuristic alogrithm it is using way less tha the threshold. Any ideas?
[03:08] <sarnold> can you tune the java heap with those -Xm blahblah command line options to encourage it to use less memory?
[03:08] <sarnold> or can you buy another six gigabytes of RAM from amazon? :D
[03:08] <sarnold> what do the swapin and swapout columns of 'vmstat 1' show when it's under load?
[03:10] <zzxc_> sarnold: Well the thing is that its only using 1.5 G of actual memory. Its allocating more and the VIRT memory is 6G but the application is only using 1.5G of memory.
[03:11] <sarnold> really?? that doesn't sound like you ought to be getting to oomkiller then :/
[03:12] <zzxc_> Yeah. We even upped the threshold to 100 of physcial memory and it is still crashing. I migrated this from a 14.04 instance with less memory as well.
[03:12] <sarnold> if you can't find anything 'obvious' in the logs, I think the next step is to try collecting enough data to spot a pattern; maybe gather slabtop output peridocailly, top sorted my memory output periodically, etc..
[03:13] <zzxc_> We are using the -Xmx flag to give it a limit of 4G of memory.
[03:13] <sarnold> what else runs on this system?
[03:14] <zzxc_> A couple of things. Tomcat is running java, Apache, a headless libre office instance, clamav, SFTP clients some high volume users.
[03:15] <zzxc_> I'm starting to wonder if the SFTP users are part of the issue.
[03:17] <zzxc_> Unfortantly the person who set up this part decided to have a flat archive folder. For one of use SFTP clients there are over 147737 files.
[03:17] <sarnold> ow
[03:21] <zzxc_> Yep. Its also possible that it could be a memory leak somewhere as well. But it only seems to effect this env, though this is the heavist use one. This has been driving me nuts all week.
[03:23] <sarnold> yeah it would do that
[03:24] <sarnold> try getting some more data; run something every minute or so that outputs smem or top output, slabtop output, free -m output, etc.
[03:24] <sarnold> based on what you've mentioned here it feels like all the memory is going to be pinned in the kernel to manage that ridiculous directory and bufferheads to manage IO to that directory
[03:25] <sarnold> but those are .. wild guesses at best.
[03:32] <zzxc_> sarnold: Yeah that sounds reasonable.
[03:34] <zzxc_> I also am starting to think that some of the work that was done to fix this might be part of the issue. I'm going to disable the java profiler my boss put in place and change the alorigthm back to the heuristic method. That they value I got was to trigger on over commit.
[03:35] <zzxc_> Anyways these are all tomorrow issues. sarnold thanks for the help.
[03:36] <sarnold> zzxc_: good luck, and if you remember, I'd be curious to hear what it was when you sort it out
[03:37] <zzxc_> sarnold: Will do.
[03:49] <patdk-lap> oom killer? you have to look at the full output of oom killer
[03:49] <patdk-lap> likely it is not the issue, but something else
[03:49] <patdk-lap> what is the full dmesg output of the oom?
[03:51] <sarnold> oh does it give useful output these days?
[03:52] <patdk-lap> well, the output of the top programs and memory they are using at the time it picks what to kill
[03:52] <patdk-lap> in my case, it's normally some other program that pushes the kernel over and causes it to oom somethign else (mysql)
[03:52] <patdk-lap> cause it has the single largest memory allocation
[03:53] <sarnold> oh nice
[03:54] <sarnold> well, nice that it gives you -some- data :) my recollection was just "failed n-order allocation, killing task <blah> with badness <blah>" and then you weep in the corner
[03:54] <sarnold> zzxc_: ^^ if there's data in the ooms, please do share :)
[12:58] <blueking> fileserver with 4 nics  1 connected to router and plan have 3 nics  connected to switch...  2 or 3 vlan are gonna have access to fileserver...  how would you configure these 3 nics ?  one nic each subnet  or  LACP + trunk vlans on this ?
[13:15] <patdk-lap> depends on the usage pattern
[13:32] <blueking> patdk-lap point are increase throughput from fileserver to multiple devices/subnets
[13:33] <blueking> if several devices access fileserver from same subnets  it's limited to 1 gbit if do 1 nic each subnet  if lacp it can  have 2 or 3 GBit's
[15:30] <patdk-lap> blueking, no
[15:30] <patdk-lap> and it depends on usecase
[15:30] <patdk-lap> I wouldn't worry about multible client access, and it won't happen
[15:30] <patdk-lap> everything has to be perfect everywhere, to have >1 client use >1gbit
[15:31] <patdk-lap> most of the time, you are going hit many other limits, that will cause <1gbit performance
[15:31] <patdk-lap> do you need redundency for failed links? use lacp, sure
[15:31] <patdk-lap> if you need >1gbit speeds, and those users are on different vlans, sure use one port per vlan
[15:32] <patdk-lap> but attempt to balance over lacp, is really not a simple thing at all, and depends a lot on luck
[15:32] <patdk-lap> on paper, yes it looks good, but in practice, it won't work well for load balancing, unless you have a LOT of users
[15:33] <patdk-lap> and we are talking about concurrent users access files at the same time
[15:49] <blueking> patdk-lap what would you do ?
[15:50] <patdk-lap> I have no idea
[15:50] <patdk-lap> don't have enough info about what your doing, or need
[15:53] <blueking> what I want  if user1 on subnet1 access fileserver and downloads a bd movie... and user2 on same subnet want to download another movie from same fileserver lacp should choose another nic for user2  and make total speed 1gbit+
[15:53] <patdk-lap> no
[15:53] <blueking> movies on fileserver are on raid0 arracy
[15:54] <blueking> array
[15:54] <patdk-lap> it will pick the nic based on it's hashing method
[15:54] <patdk-lap> so if the mac, ip, port don't both hash to the same nic, sure, but if they do, heh
[15:54] <patdk-lap> and you have to setup the proper hashing method on both sides, on the switch and the server
[15:54] <patdk-lap> why attempting to balance using lacp with a small number of users is pretty much impossible
[15:55] <patdk-lap> unless you can have full control, or a very static enviroment
[15:55] <patdk-lap> to guarrentee the hashes will always balance correctly for the use you have
[15:55] <blueking> 'hashing method'  havn't seen that on switches
[15:55] <patdk-lap> if you haven't, your switch doesn't support lacp
[15:55] <blueking> cisco sg200 hp procurve 2810 and 1810
[16:02] <patdk-lap> it seems none of those devices allow you to change whatever it's default balancing method/hash is
[16:03] <patdk-lap> so you are stuck with whatever it uses, probably, mac, or ip, or mac+ip
[16:08] <blueking> patdk-lap ok
[16:37] <jancoow> Hi. Where does USB storage devices get mounted in ubuntu server?
[17:00] <tomreyn> jancoow: /media or /mnt
[17:00] <tomreyn> or wheereever you specified in /etc/fstab
[18:38] <JoseLuis_> Good afternon
[18:38] <Seveas> \o
[18:39] <JoseLuis_> Hello all, I feel my server in linode some slow and when a execute command
[18:39] <JoseLuis_> ps -ef | grep " 1 " | grep root
[18:42] <JoseLuis_> I see some command in execution like as "sh, id, cat resolv.conf, ifconfig eth0, 00:00:00 netstat -an, sh, sleep 1, cat resolv.conf, ls -la, ifconfig eth0, sleep 1, top, ps -ef, ls -la"
[18:43] <Seveas> JoseLuis_: does 'top' indicate any specific busy process?
[18:44] <JoseLuis_> root     10431     1  0 12:39 ?        00:00:00 top
[18:49] <Seveas> JoseLuis_: if you don't mind sharing the full process list, run this command: top -c -b -n1 | nc termbin.com 9999
[18:49] <Seveas> and paste here the url it outputs
[18:52] <JoseLuis_> http://termbin.com/w7q6
[18:58] <tomreyn> JoseLuis_: there's nothing particularly uncommmon to be seen there. accroding to top, the system is in good shape
[18:59] <tomreyn> mongodb consumes a third of your RAM, but i guess that's intentional...
[19:01] <tomreyn> it's a bit uncommon that you would run a process from a dot directory (.ogm, a 'hidden' directory), but this is likely intentional as well.
[19:02] <JoseLuis_> yeah, the programmers let this configuration in this way
[19:02] <JoseLuis_> Thanks for the information, I am not a admin but I execute command from another linde vm and sometimes lost communication
[19:03] <JoseLuis_> with the command ping and a shell scripting
[19:03] <tomreyn> ssh -D is a bit strange unless you're debugging something
[19:04] <JoseLuis_> No, I am not debugging something
[19:05] <JoseLuis_> my port to connect by ssh is different than port 22
[19:06] <tomreyn> -D keeps the ssh daemon attached to the terminal, does not put it into the background (which normally you would do)
[19:06] <tomreyn> so if there were issues with authenticating via SSH and you wanted to find out what's going on you might run it with -D
[19:07] <tomreyn> but usually not during normal operation
[19:07] <tomreyn> it doesn't disclose more information than usually this way, though.
[19:10] <JoseLuis_> http://termbin.com/ixuz   is me
[19:28] <tomreyn> JoseLuis_: if your only indication that 'something is not right' is that you sometimes loose the connection to this server, then you should diagnose the network.
[19:28] <tomreyn> ...or have your admin do it
[19:29] <JoseLuis_> tomreyn: the network is linode.com
[19:29] <tomreyn> no, that's a domain name
[19:30] <Seveas> I see lots of weird things in that top output
[19:31] <Seveas> all those commands running as root, a /usr/bin/.sshd, that sjvxr process
[19:31] <tomreyn> hmm right i missed /usr/bin/.sshd
[19:32] <tomreyn> what about sjvxr, how is that weird?
[19:32] <tomreyn> it's not a standard process name, google doesn't know about it.
[19:32] <Seveas> no google hits
[19:33] <Seveas> but especially all the root 'sh's
[19:33] <tomreyn> could be some custom application their developers wrote, though
[19:33] <Seveas> and 'id' and 'echo' that run long enough to show in top
[19:33] <Seveas> which makes me think it's not 'id' and 'echo', but the server has been compromised.
[19:33] <JoseLuis_> yeah, those things was my firt question
[19:33] <JoseLuis_> *first
[19:34] <tomreyn> JoseLuis_: do you know what /usr/local/bin/sjvxr is then?
[19:35] <JoseLuis_> nop, but let me to ask to the programmers
[19:35] <tomreyn> can you run sha1sum on it and tell us what it returns
[19:35] <JoseLuis_> how run?
[19:36] <tomreyn> type this into a temrinal: sha1sum /usr/local/bin/sjvxr
[19:36] <JoseLuis_> 1e80879afda301ee47a749fef1005ddb579321e0  /usr/local/bin/sjvxr
[19:37] <tomreyn> hmm there is no hit on google or virustotal on this checksum
[19:37] <tomreyn> talk to your developers then
[19:38] <tomreyn> if they don't know what it is, then it does indeed seem likely that the system is compromised. until more facts prove the opposite.
[19:39] <tomreyn> if you can, take asnapshot of this system better sooner than later
[19:42] <JoseLuis_> lidone makes a backup each weekend
[19:43] <JoseLuis_> *linode
[19:43] <tomreyn> JoseLuis_: can you also do this: sha1sum /usr/bin/.sshd
[19:44] <JoseLuis_> 1e80879afda301ee47a749fef1005ddb579321e0  /usr/bin/.sshd
[19:46] <tomreyn> wait thats the same file
[19:46] <tomreyn> indeed this is very suspicious.
[19:46] <JoseLuis_> yeah, the programmer is going to ask their parters
[19:47] <JoseLuis_> *parters
[19:47] <JoseLuis_> *partners
[20:07] <JoseLuis_> I need to go to my home, i will to connect more later
[20:07] <JoseLuis_> thanks for your comments
[20:07] <JoseLuis_> see you
[22:53] <JoseLuis_> he regresado.
[22:53] <JoseLuis_> good afternon
[22:59] <ChmEarl> I have the xenial server ISO on usb, formatted ext2. I copied my preseed to usb root. In xen, I can get the usb to boot, but the cdrom-detect won't mount my device, since its using fs-iso9660
[23:00] <ChmEarl> except dropping to shell and trying to mount it as /cdrom, what else can I do. The device is /dev/xvdb
[23:48] <ChmEarl> can I change the cdrom filesystem type in preseed?
[23:48] <ChmEarl> oh, won't help since preseed is read after the cdrom mounts


[00:41] <Cheesehead> shayonj: Hey
[00:41]  * Cheesehead sent out an invitation e-mail for a 8:00 PM hangout
[00:41] <shayonj> Cheesehead, how is everything going. btw, do we have a meeting now ?
[00:42] <shayonj> oh right
[00:42] <shayonj> cool
[00:42] <Cheesehead> Meeting tomorrow night
[00:42] <shayonj> yep
[00:42] <Cheesehead> Pizza-and-beer tonight
[00:42]  * shayonj gears up
[00:42]  * Cheesehead puts on loud music
[00:42]  * shayonj will pretend he is 21+
[00:42]  * Cheesehead turns on the disco ball
[00:43] <Cheesehead> shayonj: Thanks for the reminder about the wiki page meeting date
[00:43] <shayonj> anytime ;)
[00:44] <shayonj> be back at 8
[00:46]  * Cheesehead changes the music to techno and starts dancing like a robot from the '80s
[00:54]  * shayonj back with a old school pizza..
[01:01] <Cheesehead> anyone else joining us this evening?
[01:02] <Cheesehead> shayonj: What's your goal for the LoCo?
[01:05] <shayonj> Cheesehead, well, this will technically be my first week so on a personal goal i'd take it slow. But i really would like the LoCo an its members to reach  techie and non-techie person situated in WI as much as it can. I personally dont go by numbers and i think its just the beginning for ubunut. We still need a lot of end-users and developers
[01:05] <shayonj> LoCo and its members (including me)
[01:05] <shayonj> person=people *
[01:05] <Cheesehead> What do you, personally, want to get out of the LoCo experience...beyond virtual pizza?
[01:07] <shayonj> some fun, meeting people, leanr more about Ubuntu, even if its working or how it is changing peoples life and at the end learn how to Ubunut (have a good time ;) )
[01:07] <shayonj> ubuntu *
[01:07]  * Cheesehead thinks you read the answers out of the back of the book
[01:07] <Cheesehead> They're so well written...
[01:08] <shayonj> well i only have pizza infront of me and a java book
[01:08] <shayonj> :)
[01:08] <Cheesehead> Er, by the way WELCOME to the WI LoCo
[01:08] <shayonj> Cheesehead, er, thank you :)
[01:08] <Cheesehead> We have fun
[01:08] <Cheesehead> We say silly things
[01:08] <Cheesehead> ...Java?
[01:08] <shayonj> everybody does..me a lot though
[01:09] <Cheesehead> shayonj: You'll fir right in here.
[01:09] <shayonj> Cheesehead, yeah its my course book actually was studying a while back ..
[01:09] <Cheesehead> s/fir/fit
[01:09] <shayonj> Cheesehead, ;)
[01:09] <Cheesehead> hello emeitner
[01:09] <emeitner> Hi all.
[01:09] <shayonj> hi emeitner
[01:10]  * Cheesehead steps out for a moment to tekk the kids to *go to sleep*
[01:10] <emeitner> I'll introduce myself...
[01:11]  * shayonj looks into packaging for a while
[01:11] <shayonj> emeitner, sure.. i am listening :)
[01:11] <emeitner> I am the systems administrator for a natural foods cooperative in Madison.
[01:12] <Cheesehead> emeitner: Welcome aboard the great LoCo adventure
[01:12] <shayonj> emeitner, and i am a student studying in UWGB.
[01:12] <Cheesehead> I'm Cheesehead, and I'm an alcoholic.
[01:12] <Cheesehead> No, wait...
[01:12] <Cheesehead> I'm not an alcoholic.
[01:12] <Cheesehead> What am I?
[01:12] <emeitner> We have around 65 Ubuntu 10.04 desktops in the organization. We use Debian servers on the back-end. LDAP/NFS setup so people can log in to any machine and get their stuff.
[01:13] <shayonj> Cheesehead, alcoholic ..
[01:13] <Cheesehead> Perhaps amnesiac
[01:13] <Cheesehead> emeitner: Sounds like you really know your way around the systems1
[01:13] <Cheesehead> !
[01:13]  * Cheesehead offers emeitner some virtual pizza
[01:14] <shayonj> that cool emeitner
[01:14] <shayonj> even i am trying to get some linux (ubuntu) servers installed on our campus
[01:14] <shayonj> so far we got a one ubuuntu amongst the 10 pc and windows
[01:14] <shayonj> not bad i guess :)
[01:16] <Cheesehead> emeitner: So if you could make one change to Ubuntu, what would it be?
[01:16] <Cheesehead> shayonj: Same question
[01:17] <shayonj> Cheesehead, you know thats a pretty vast question.. but still let me think
[01:17] <emeitner> 1 Change = stop putting so much time into bling and shiny stuff and focus on stability and the "enterprise".
[01:18] <Cheesehead> emeitner: You mean the server end?
[01:18] <shayonj> i wouldnt say so.. an org should attract all kind of users .. but at the same time balancing out stuff is important
[01:18] <emeitner> Not that a natural foods Co-op is an enterprise...
[01:18] <emeitner> No. Desktops.
[01:19] <emeitner> Again, I use Debian servers because thats what I cut my teeth on.
[01:19] <Cheesehead> emeitner: Could you amplify what you mean by 'enterprise'? I've seen the term used pretty loosely to mean a lot of things. So I'm curious...
[01:20] <Cheesehead> (and a natural foods co-op is bigger than my mom & pop business, with one Mac and one PC)
[01:22] <emeitner> Enterprise=B.S. Term to make people sound like they know what they are talking about. :)
[01:22]  * Cheesehead laughs
[01:22]  * Cheesehead takes another slice of virtual pizza
[01:23] <Cheesehead> Is the LTS concept living up to it's promise?
[01:23] <emeitner> Enterprise could also pertain so larger deployments of machines where standardization of the desktop machine, and the user experience is the norm. Also where there is a solid server infrastructure underpinning it. Hows that? My best guess.
[01:25] <Cheesehead> shayonj: Great point about balancing
[01:25] <shayonj> Cheesehead, thanks
[01:25] <shayonj> Cheesehead, does our LoCo do any kind of initiatives or programs accross the state ? and do we good or adequate amount of funding for that ?
[01:25] <shayonj> do we get good *
[01:25] <Cheesehead> Well, there was a workshop in Rhinelander yesterday.
[01:25] <shayonj> right
[01:25] <Cheesehead> No funding.
[01:25] <shayonj> i see
[01:26] <emeitner> LTS? Yes. I find that some people triaging bugs do not always remember that LTS does not automatically get thrown the to ditch when the "next big thing" comes along.  I am satisfied and will continue to stay with LTS releases.
[01:26] <Cheesehead> I'm thinking of jumping off the 6-month release upgrade wagon when 12.04 rolls out.
[01:27] <Cheesehead> Try newer stuff in a VM, perhaps.
[01:27] <Cheesehead> But 6-month releases used to have huge improvements in X or printing (stuff I cared about), and all that is now done.
[01:28] <Cheesehead> The last few have been fun changes, but more change than real improvement in the stuff I use.
[01:28] <shayonj> i knew about that. but then never thought into too deep during that time..
[01:28] <shayonj> right
[01:30] <Cheesehead> Funding might be possible someday, but nobody has stepped forward to create the infrastructure (like 503(c) cert and bank account, etc)
[01:30] <Cheesehead> What's the point donating to a non-tax-exempt organization?
[01:31] <Cheesehead> We also haven't identified what to spend funds on.
[01:32] <shayonj> i see, well thats why i was saying if we got some initiatives like Ubuntu-Wisconsin-Culture type thing, we could probably have that
[01:32] <Cheesehead> Myself, I want to have fun with theis LoCo, and perhaps help people.
[01:32] <Cheesehead> Ubuntu-Wisconsin-Culture initiative?
[01:33]  * Cheesehead takes another slice of virtual pizza
[01:33] <shayonj> hah
[01:34] <shayonj> well just said.. idk, we can probably have like a day where people gather and meet other ubuntu fans f2f and do some stuff
[01:34] <shayonj> well thats a lot to think about now i guess.. but having something like that someday will be pretty cool
[01:34] <shayonj> like meeting on a thanksgiving
[01:34] <shayonj> and celebrating Ubuntu-Wisconsin-thanksgiving
[01:34] <shayonj> hah, i am just saying.. :)
[01:34] <Cheesehead> We're on the way - we do Ubuntu Hours in both Milwaukee and Madison Monthly.
[01:35] <shayonj> oh i see. nice
[01:35] <Cheesehead> I'm trying to convince somebody to start one in the Appleton/GB/Rhinelander area
[01:35]  * shayonj is from GB
[01:35] <Cheesehead> I'm als trying to start couple-times-a-week IRC hangout
[01:35] <shayonj> what you planning for
[01:35] <shayonj> i meant i live in GB
[01:36] <Cheesehead> I'm in MKE, so I'll let you up-north people figure it out.
[01:36] <Cheesehead> I can tell you that there are a bunch of you.
[01:36] <shayonj> cool
[01:37] <Cheesehead> I don't know about Thanksgiving. My family would be quite miffed if I skipped out on them for a while.
[01:37] <Cheesehead> One advantag to Ubuntu Hours is that they are short and public and primarily social
[01:37] <Cheesehead> So you can bring a friend or a spouse, and they can bring a book for just an hour
[01:38] <Cheesehead> There is some interest in bug work, and I'm trying to kindle that into a working group
[01:38] <shayonj> yeah, thanksgiving was just a bad example i guess
[01:38] <Cheesehead> Since I always enjoy working bugs much more when not alone
[01:38] <shayonj> Cheesehead, bug work ?
[01:39] <Cheesehead> Triage or patching
[01:39]  * shayonj currently working on [needs-packaging] bug
[01:39] <shayonj> i see
[01:39] <Cheesehead> packaging, too.
[01:39] <Cheesehead> What are you packaging now?
[01:40] <shayonj> tornado
[01:40] <shayonj> its a new request
[01:40] <Cheesehead> bug number?
[01:40] <shayonj> its 'python'
[01:40] <shayonj> wait a sec i lost it
[01:40] <shayonj> hah
[01:41] <shayonj> bug 606231
[01:41] <lubotu1`> Launchpad bug 606231 in Ubuntu "[needs-packaging] Tornado" [Wishlist,New] https://launchpad.net/bugs/606231
[01:42] <Cheesehead> I love it when the bot is listening...
[01:42] <shayonj> yeah
[01:42] <shayonj> at first i just pasted the number but then typed bug again.. :)
[01:43]  * shayonj offers some old school sausage and pepperoni pizza
[01:43] <Cheesehead> So you package it, and send it to REVU?
[01:44] <shayonj> Cheesehead, yep.. i hopefully will be applying for an ITP too, lets see
[01:44] <shayonj> its a cdbs package
[01:44]  * Cheesehead takes the slice before emeitner can grab it
[01:44] <shayonj> hah
[01:44] <shayonj> and atm i am having a nice time with the debian\rules :P
[01:45] <emeitner> shayonj:  Enjoy...
[01:45] <shayonj> emeitner, hah yeah
[01:45]  * Cheesehead offers to refill emeitner's beer as a consolation for taking the slice
[01:46] <shayonj> btw, i was being sarcastic
[01:46]  * emeitner offers mug
[01:47]  * Cheesehead pours
[01:47]  * emeitner drinks :)
[01:47] <Cheesehead> Any particular fun with the debian rules?
[01:48] <shayonj> umm its the python
[01:48] <shayonj> this is my first time with python
[01:48] <shayonj> and
[01:48] <shayonj> it build perfectly fine
[01:49] <shayonj> but i know that its not building it fine, because i cant find the package after it installed
[01:49] <shayonj> .deb package
[01:50] <emeitner> it may be building but not installing it into the right place where the packaging tool expects things to be.
[01:51] <shayonj> i cant find where it needs to be installed
[01:53]  * Cheesehead is looking at the wiki
[01:53] <shayonj> tornado wiki ?
[01:53] <shayonj> or ubuntu wiki ?
[01:53] <Cheesehead> Tornado
[01:53] <emeitner> http://wiki.debian.org/Python/Packaging
[01:54] <emeitner> That may help. I have not packaged any Python apps yet so I am not sure.
[01:55] <shayonj> emeitner, i am currently on that page :)
[01:55] <shayonj> Cheesehead, ok
[01:56] <emeitner> The key part is where is shows: python setup.py install --root=debian/python-foo
[01:56] <emeitner> that is where one sets where debian/rules tells the installer where to install.
[01:56] <shayonj> well i do havethat
[01:56] <shayonj> but not sure of thing..
[01:57] <shayonj> okay wait, what is foo here  --root=debian/python-foo ? version
[01:57] <shayonj> ?
[01:59] <shayonj> my rules
[01:59] <shayonj> file
[01:59] <shayonj> python setup.py build python setup.py install --root=debian/python-foo --install-layout=deb --install-lib=/usr/share/python-foo --install-scripts=/usr/share/python-foo
[01:59] <shayonj> and the overrides
[01:59] <emeitner> debian/python-foo is the path to where the installer will install it. replace "python-foo" with your package anme
[01:59] <shayonj> yep gotcha
[01:59] <Cheesehead> Should foo = packagename?
[01:59] <shayonj> yep
[01:59]  * Cheesehead sees on the scrollback he was a few seconds late
[02:00] <Cheesehead> Curses, foiled again...
[02:00] <Cheesehead> Well, my hour is up. So back to work for me...
[02:01] <Cheesehead> Thanks for a great hour, fellows.
[02:01] <Cheesehead> See you again soon
[02:01] <Cheesehead> !
[02:01]  * Cheesehead goes out to clean the kitchen
[02:01] <shayonj> have a nice one guys
[02:01] <emeitner> Goodnight
[02:02] <shayonj> emeitner, any other possible suggestions /
[02:02] <shayonj> ?
[02:03] <emeitner> No. I'd have to see what you got in the debian/ folder.
[02:04] <shayonj> hopefully everything is normal..is there any specific one i should look into or you would like to knwo /.?
[02:04] <emeitner> How did you create the debian/ folder? By hand or with a "debianizing" tool?
[02:04] <shayonj> yep
[02:04] <shayonj> dh-make
[02:04] <shayonj> dh_make
[02:06] <emeitner> What is the command you are using to build the package?
[02:06] <shayonj> debuild
[02:06] <shayonj> and then pbuilder on *.dsc
[02:07] <shayonj> trying pdebuild now
[02:09] <shayonj> didnt work
[02:12] <emeitner> shayonj: sorry I couldn't be any help. I've gotta go.
[02:12] <shayonj> emeitner, no problem.good night
[02:12]  * emeitner wipes beer from chin and departs
[02:56] <bigbash> did I miss the virtual pizza and beer?
[02:57]  * shayonj got some leftovers :)
[02:57] <bigbash> nice!
[02:58]  * shayonj passes some to bigbash
[02:58] <shayonj> sorry bigbash i cant drink so passed some green tea ;)
[02:59] <bigbash> no problem, too late for me to be drinking
[03:00] <shayonj> :)
[03:00] <bigbash> Cheesehead, just an FYI.  I won't be able to make the meeting tomorrow night :( bar league VB game got pushed back
[03:05] <bigbash> shayonj you said you are learning java?
[03:05] <shayonj> bigbash, yep..taking course this semester
[03:06] <bigbash> nice, know any good books for learning?
[03:08] <shayonj> bigbash, this is a good one - http://www.amazon.com/exec/obidos/ISBN=0321200063/martyhallsrecomm/
[03:08] <shayonj> and java concepts 6th edition by cay horstman
[03:09] <bigbash> I'll have to look at that
[03:09] <bigbash> i've been meaning to learn Java
[03:09] <shayonj> sure
[03:10] <shayonj> i see. I am also still learning so cant recommend more. I can ask my professor.. will let you know soon. he mentioned a really good book once in the class. but i forgot
[03:14] <bigbash> that'd be cool
[03:15] <shayonj> will tell you on thursday. that is when my next class is
[03:17] <bigbash> ok, I use ZNC so I always show i'm on here but I connect very often.  I usually have IRC up at work
[03:21] <bigbash> Well I'm headed to bed, work in the morning. night all
[03:26] <shayonj> zz_bigbash, sounds good
[13:45] <h00k> oh, I have some scrollback to read
[13:47] <h00k> we have more packagers
[13:47] <h00k> ripps: are you around anymore?
[18:05]  * Cheesehead checks in
[18:06] <Cheesehead> REMINDER: MEETING TONIGHT 8:00 CDT
[18:06] <Cheesehead> You all remember what happened last time you didn't show up. DON'T LET IT HAPPEN AGAIN
[18:07] <Cheesehead> (For those who don;t recall, see http://irclogs.ubuntu.com/2011/09/28/%23ubuntu-us-wi.html#t00:03 )
[19:34] <h00k> Precise Pangolin
[20:43] <Cheesehead> So...sort of an Accurate Anteater?
[20:56] <h00k> basically.
[20:56] <h00k> Cheesehead: ^
[21:12] <Cheesehead> Well, an Accurate African/Asian Anteater
[21:12] <Cheesehead> (Need starts-with-A synonyms for 'nocturnal' and 'scaly')
[21:13]  * Cheesehead opened his e-mail and foud a meeting reminder for 8:00 CDT tonight
[21:22] <Cheesehead> ♫
[21:22]  * Cheesehead is surprised that worked...
[23:58] <Cheesehead> Anyone use fwknop to protect internet-facing servers? I might give it a try...


[07:18] <mandel_> morning all!
[08:27] <rye> mornings
[08:42] <JamesTait> Good morning all! :-D
[09:38] <rye> compiz desaturated firefox window during high i/o and dimmed in. Upon i/o load drop it undimmed the window but forgot to draw colors
[09:38] <rye> now I have black and white firefox
[11:04] <gatox> good morning!
[12:09] <alecu> I think I forgot to say "hello" today.
[12:09] <alecu> there you go.
[12:09] <alecu> gatox: ping!
[12:10] <gatox> alecu, pong
[12:10] <gatox> and hello
[12:10] <alecu> hi gatox!
[12:10] <alecu> gatox, I heard that you were cursing twisted before leaving on friday...
[12:10] <alecu> gatox: is there anything I can give a hand on?
[12:11] <gatox> alecu, yes, i don't know exactly if the problem is twisted, i "finish" refactoring everything and now everything is working except the tests that involved: _perform_operations function..... which is exactly the same..... so i'm trying to figure that out
[12:11] <gatox> but i like to curse twisted :P jeje
[12:12] <alecu> gatox: if you want me to take a look, please give me an url to the branch.
[12:13] <gatox> alecu, ok, just a sec..... i'll upload my changes
[12:16] <gatox> alecu, here: https://code.launchpad.net/~diegosarmentero/ubuntuone-client/darwin4-fsevents
[12:17] <gatox> alecu, the problem is running tests/platform/filesystem_notifications/test_windows.py
[12:17] <gatox> alecu, but you can test it with u1trial and run just test_dir_create for example, which is one of the tests that fail
[12:18] <gatox> for what i see, it looks like that the event is not being generated.... so i'm debugging that
[12:20] <alecu> gatox: congrats on the release, btw!
[12:21] <gatox> alecu, thanks!! :D i truly believe that is an awesome version with really cool features!
[12:21] <alecu> gatox: and you are quite the salesman :-)
[12:21] <gatox> alecu, jejejeje
[12:21] <gatox> passion
[12:34] <ralsina> good morning!
[12:34] <gatox> ralsina, hi
[12:35] <mandel_> gatox, hello :)
[12:35] <mandel_> gatox, you own me reviews :P
[12:35] <gatox> mandel_, hi.... looking....
[12:36] <mandel_> gatox, hehe
[12:36] <mandel_> gatox, how was fgirday?
[12:36] <ralsina> y felicitaciones mias tambien  gatox!
[12:36] <mandel_> uh, friday?
[12:36] <mandel_> ralsina, what? what?
[12:36] <mandel_> ralsina, why 'felicitations'?
[12:36] <ralsina> mandel_: Ninja release
[12:37] <mandel_> ralsina, ohh gatox kudos!
[12:37] <gatox> ralsina, gracias! :D
[12:37] <gatox> mandel_, thx!
[12:37] <mandel_> gatox, does it have vim support yet?
[12:37] <mandel_> :P
[12:37] <gatox> mandel_, friday wass lot of tests refactoring.... and asking for tests in reviews (like a bad ass)
[12:37] <gatox> jeeje
[12:37] <gatox> mandel_, ¬¬ jeje
[12:38] <mandel_> ralsina, did we get something to try on friday? package or something of the kind
[12:38] <ralsina> mandel_: not before I EODd
[12:38] <ralsina> mandel_: we'll have to wait for mmcc
[12:39] <mandel_> ralsina, we need to talk about the fart that the shebang does not longer uses the env python but the one from /usr/bin/python
[12:39] <ralsina> mandel_: hope that was "fact"
[12:39] <mandel_> ralsina, which means that right now we cannot launch the diff processes correctly from trunk if you followed the instructs to set the machine
[12:39] <mandel_> ralsina, yes, sorry, stupid autocomplete from mac os x...
[12:39] <ralsina> mandel_: that was because of ubuntu packaging guidelines
[12:40] <mandel_> ralsina, but fart sounds funny enough :P
[12:40] <ralsina> mandel_: so, the only alternative I can think of is to patch the shebang on install, which is fragile
[12:40] <mandel_> ralsina, yes, I wonder how are we suppose to deal with that with py2app
[12:40] <ralsina> mandel_: patching it before packaging?
[12:41] <mandel_> ralsina, I was thinking of making the code that creates the new process to call it with the correct python directly
[12:41] <mandel_> ralsina, like, python ubuntu-sso-login instead of ubuntu-sso-login
[12:41] <ralsina> mandel_: why not. On windows brian had once done something like it IIRC
[12:41] <ralsina> patching the command line to insert a python
[12:42] <mandel_> ralsina, seems like a little nicer that patching the shebang al time, right?
[12:42] <ralsina> mandel_: also, after py2app that doesn't matter because we have .app files that don't have a shebang, right?
[12:42] <ralsina> mandel_: also, objectives
[12:43] <mandel_> ralsina, no idea, is something I wanted you to know while I'm not 'here'
[12:43] <ralsina> mandel_: haha
[12:43] <mandel_> ralsina, fuuuu objectives, I forgot!
[12:44] <alecu> gatox: perhaps I'm not looking right, but it seems that -4 is over 4k lines long...
[12:44] <gatox> looking.....
[12:44] <gatox> ohhhhhhhhhh god....... what happend here!!!!1
[12:45] <gatox> it tooks common as a new file..... i did bzr mv
[12:45] <mandel_> gatox, was it present in the previous branch?
[12:46] <mandel_> gatox, http://wiki.bazaar.canonical.com/BzrPipeline
[12:46] <gatox> mandel_, no.... but and in this branch i did a bzr mv to that file
[12:46] <gatox> alecu, i'll try to revert and do a bzr mv again
[12:46] <mandel_> gatox, so if it was not present in the previous file it makes sense that the mv is like a new file
[12:47] <mandel_> gatox, try bzr diff --old lp:gatox-darwin-3-branch
[12:49] <gatox> mandel_, but bzr mv, does a rename, so you don't see this kind of changes, i've use it a lot of times
[12:49] <gatox> alecu, i'll try to fix the tests first.... and then fight with bzr
[12:53] <mandel_> gatox, yes, unless the file was not present, that is, bzr add and later bzr mv is a simple bzr add in the diff
[12:53] <mandel_> gatox, that is why I'm saying it would be nice to know what bzr thinks it happened
[12:54] <gatox> mandel_, now it says just added.... so, i'll check doing add and the mv.... but i never did it that way..... :S
[12:54] <gatox> usually it works just with mv without the file being there
[12:54] <mandel_> gatox, well, maybe there was a problem in the merge
[12:55] <mandel_> gatox, lets hope you don't have to divide it again … :(
[12:55] <gatox> anyway..... i'm going to fix the tests that i don't know why they are failing.... and then clean up the diff
[12:57] <dobey> hmm
[13:03] <mandel_> gatox, alecu, let me know if you need reviews, I'll be 'available'
[13:03] <gatox> mandel_, wow... that pycon should be really boring jejeje
[13:04] <mandel_> gatox, no, is just that I like to code while I listen, also, I'm easily distracted :)
[13:12] <ralsina> mandel_: if you run into a guy called Kay Hayen, say I said hi
[13:12] <mandel_> ralsina, ok, will do
[13:28] <ralsina> Everyone, your objectives are approved, please countersign ASAP
[13:29] <gatox> ralsina, ack
[13:29] <alecu> ralsina: already done
[13:31] <dobey> ralsina: done. and disturbed by the grammar on the screen after doing so :)
[13:32] <ralsina> dobey: ha
[13:32] <ralsina> dobey: allhands is much nicer in the original klingon
[13:32] <dobey> "can't be anymore updated"
[13:32] <joshuahoover> ralsina: any update on bug #1017019? we have a workaround but do we have a new build in the works to fix this?
[13:33] <ralsina> joshuahoover: we have an updated installer uploaded already :-)
[13:33] <dobey> well, i /am/ using th_QS as my language
[13:33] <ralsina> joshuahoover: should just redownload (since if you have the problem by definition you can't autoupdate)
[13:34] <joshuahoover> ralsina: ok, the bug never showed any progress/status update, thus my question :)
[13:34] <ralsina> joshuahoover: adding a comment and marking fixed now
[13:34] <ralsina> joshuahoover: we tend to rely on launchpad to notice things and this was not done through launchpad ;-)
[13:34] <dobey> ralsina: does installing the new one actually remove the old un-needed files, or does uninstall happen first?
[13:35] <ralsina> dobey: ooooooh good question. It's supposed to uninstall first.
[13:35] <joshuahoover> dobey: good question
[13:35] <dobey> heh. i'm pretty sure lp will never notice things about windows :)
[13:35] <ralsina> dobey: but I don't think we actually *tried* it.
[13:35] <dobey> someone should try it :)
[13:50] <rye> alecu: do you happen to know if it is possible to find out whether SD is currently hashing something via some sort of api, not by peeking at the log file?
[13:52] <rye> joshuahoover: so, re: cpu usage/ecryptfs - ecryptfs access is itself slower than raw fs access but we are writing the compressed file to /tmp at the speed of disk (if the CPU is fast enough) thus preventing any other I/O. I am now compressing a 20Gb file and can only IRC only because I am on a remote server
[13:52] <joshuahoover> rye: ah, ok
[13:54] <ralsina> rye: would that be alleviated if we ionice'd and nice'd our processes?
[14:06] <rye> ralsina: ioniced to 2 (best effort) and it does not appear to change much, there are spikes in activity though, renicing to 19 makes the computer still be hot but no noticeable delays, so my machine is disk bound, if there is enough to write - all processes will wait until that gets written
[14:10] <dobey> rye: there should be events for hashing things in the event_queue which should be monitorable internally; and i think there's a way to get them over dbus as well, but enabling that will result in dbus getting flooded with sd events stuff, iirc
[14:11] <diogobaeder> Hi, guys, I'm new here. About the Windows installer, I'm not sure if this is what you needed, but I downloaded the installer from a Windows a VM and installed it successfully. No problems so far, files synced normally.
[14:12] <rye> diogobaeder: hello!
[14:12] <diogobaeder> rye: hi :-)
[14:12] <dobey> wow. my hard drives are surprisingly cool at the moment
[14:13] <rye> CPU is at +45, compressing the file
[14:13] <ralsina> diogobaeder: thanks, the thing is,we had a broken installer before. And welcome aboard :-)
[14:14] <diogobaeder> ralsina: nice, if it was broken, now it's not anymore. At least in Windows XP.
[14:16] <rye> joshuahoover: also, compressing 20Gb file took around 20 minutes, the user claimed that it took several hours, it looks like there is a real issue with the hard drive, nevermind
[14:16] <rye> ralsina: you deleted the .dlls ?
[14:17] <ralsina> rye: the new package doesn't have them
[14:17] <rye> yay
[14:17] <ralsina> rye: and when we build it again, it doesn't include them
[14:17] <ralsina> rye: so how they got there is a bit of a mistery
[14:18] <rye> ralsina: uhm, why is it required to uninstall the previous version before installing the new one?
[14:18] <dobey> brb
[14:34] <alecu> rye: btw: I can't find any current way to get the state of the hash queue only. Though I can see that "u1sdtool -w" waits for the hash queue to be clean (among a few other things, like all transfers done).
[14:36] <gatox> alecu, can you please take a look at this branch? https://code.launchpad.net/~diegosarmentero/ubuntuone-client/darwin3-fsevents/+merge/111666
[14:37] <gatox> alecu, i think i'm going to revert darwin4 (it hasn't any review yet), and merge carefully with what i did..... there's something really screw up with the last push
[14:38] <alecu> gatox: a revert sounds reasonable
[14:38] <alecu> gatox: make sure to set the MP status to "work in progress"
[14:38] <mmcc> hi guys
[14:39] <gatox> alecu, i was going to delete it..... it doesn't has any review
[14:39] <gatox> mmcc, hi
[14:39] <alecu> gatox: don't delete it, just set it to wip, then repush, then set to needs review again.
[14:39] <gatox> alecu, ack
[14:41] <mmcc> catching up on the backlog, looks like mandel was talking about the /bin/env thing - I fixed that in this mp: https://code.launchpad.net/~mikemc/ubuntu-sso-client/fix-1018924-use-buildout-python/+merge/112813 -- which just needs some discussion apparently
[14:43] <gatox> mmcc, hi..... i leave yesterday and you were fixing your branches.... are they ready for re-review?
[14:43] <mmcc> (that was the bit about using 'python' when launching subprocesses when running from trunk because they don't have 'env' in their shebang anymore)
[14:44] <mmcc> gatox, let me check. I have a lot of merges laying around...
[14:45] <mmcc> and gatox, dobey disagreed with your comment on https://code.launchpad.net/~mikemc/ubuntuone-client/fix-1018125-darwin-no-gireactor/+merge/112702 - instead of installing gireactor only for platform == 'linux2' , he liked it the original way
[14:45] <alecu> gatox: and by "yesterday" you probably meant "friday"
[14:45] <gatox> alecu, yes..... that :P
[14:46] <mmcc> gatox, yes I added the tests you suggested here: https://code.launchpad.net/~mikemc/ubuntu-sso-client/fix-992593-backend-path-darwin-pkgd/+merge/112709
[14:46] <gatox> mmcc, ok with the [darwin, win32]
[14:47] <mmcc> and as a bonus, made it do something saner when running from source on windows - use the sso client in the source tree not the installed one
[14:47] <dobey> mmcc: i also had a concern on your other branch
[14:48] <gatox> alecu, now darwing4 is 886 lines again jeej
[14:48] <mmcc> dobey, yes I'm looking at that now. I understand your comment, just thinking through how we'd make it independent again.
[14:49] <alecu> gatox: awesome
[14:49] <gatox> alecu, would it be too painful for you to review/merge this and do the refactor in the next branch? ..... i accept NO obviusly
[14:50] <alecu> gatox: in -3: what's the issue with "IN_MODIFY as in_modify"
[14:50] <gatox> alecu, flakes
[14:50] <alecu> gatox: how is it complaining?
[14:50] <alecu> gatox: and why?
[14:52] <gatox> alecu, it says that IN_MODIFY is not being used, and it's right, but as we have windows and darwin, using common, and we have all the rest of the IN_SOMETHING in common, i though it would be best to have everything there, in other case, windows (for example), will need to use IN_CREATE for common (as the rest)..... except for IN_MODIFY which has to be imported locally.....
[14:52] <gatox> i can change it if you want, i just thought it would be best to have everything in one place
[14:53] <alecu> gatox: oh, I see.
[14:53] <gatox> alecu, what do you prefer?
[14:54] <alecu> gatox: this is a bit ugly... but after hearing the issue, it seems like a good solution.
[14:54] <gatox> alecu, yes.... that the thing with flakes, that we can't ignore issues
[14:55] <alecu> yup, I hate that. But not as much as I hate pylint :-)
[14:55] <gatox> jejej agree
[14:55] <gatox> alecu, i'll try to send a patch to pyflakes for that.... i already fix that in ninja
[14:56] <alecu> gatox: is this fixed in -4 ?
[14:56] <alecu> # TODO: Implement this decorators to fix some encoding issues in darwin
[14:56] <mmcc> dobey - now that I'm looking, get_activation_cmdline in SSO is called from platform.ipc in client, but it really doesn't need to be. it just uses it to get a path that it uses to create an ActivationConfig, which takes the cmdline as a param. So I can move the part of get_activation_cmdline that needs to know about client into client and make the SSO branch independent again pretty cleanly
[14:56] <mmcc> s/platform.ipc/platform.ipc.perspective_broker/
[14:57] <gatox> alecu, oh yes.... i always forgot about that... i thought mandel was working on that... but i don't remember his answer.....
[14:57] <gatox> we already had this conversation
[14:57] <gatox> but i can't remember the outcome
[14:58] <dobey> mmcc: right, i wasn't sure why you put that stuff in sso. thanks :)
[14:58] <alecu> gatox: I can't either. Two days of weekend is too much!
[14:58] <alecu> gatox: let's shorten it!
[14:59] <gatox> alecu, jejeje agree.... i keep coding during the weekend, so it doesn't feel to much like a weekend :P
[14:59] <gatox> alecu, i'll ask mandel via pm on twitter
[14:59] <mmcc> dobey, I didn't put it in there, I just updated it without thinking too hard about where it should be :)
[15:00] <dobey> potato, buffalo. :)
[15:00] <gatox> me
[15:00] <briancurtin> standup?
[15:00] <briancurtin> me
[15:00] <mmcc> ralsina, any significance to the fact that my objectives were in reverse order upon review? :)
[15:01] <dobey> me
[15:01] <dobey> mmcc: they're probably in date-due order. so if you set different dates due, then that could be why
[15:01] <mmcc> me
[15:02] <alecu> mmcc: mine got .reversed() too
[15:03] <alecu> mmcc: so it's probably the allhands site doing it's funky thing.
[15:03] <mmcc> I figured it was a hard-coded philosophical imperative to reconsider the order of my priorities
[15:03] <thisfred> me
[15:03] <rye> tomdroid seems not to like our datetime format now :-/
[15:04] <alecu> me
[15:04] <ralsina> mmcc: nah
[15:04] <ralsina> mmcc: allhands just trains us to expect the unexpected
[15:05] <ralsina> mmcc: like, objectives from people who don't work for me, or objectives from years before I joined the company appearing in my task list
[15:05] <mmcc> ralsina: nice!
[15:05] <gatox> standup?
[15:05] <gatox> shall i start?
[15:07] <alecu> gatox: you shall
[15:07] <gatox> DONE:
[15:07] <gatox> Reviews, and refactor (this is taking so long!), revert a branch because of some merging problems.
[15:07] <gatox> TODO:
[15:07] <gatox> Apply again for the tests refactoring.
[15:07] <gatox> BLOCKED:
[15:07] <gatox> No
[15:07] <gatox> briancurtin, go
[15:07] <briancurtin> DONE: finished the first of what will be several unicode branches
[15:07] <briancurtin> TODO: look at the StringIO branch for dobey's comments, propose the first unicode branch
[15:07] <briancurtin> BLOCKED: none
[15:07] <briancurtin> NOTE: i'm only here today and tomorrow. US holiday on wednesday, personal holiday the rest of the week through monday
[15:07] <briancurtin> NEXT: dobey
[15:07] <dobey> DONE: objectives, sso 3.0.2 SRU, reviews
[15:07] <dobey> TODO: finish 3.0.2 SRUs, poke at some bugs
[15:07] <dobey> BLCK: None.
[15:07] <dobey> mmcc: gord
[15:07] <dobey> err, go
[15:07] <mmcc>  DONE: dev path fixes, packaging fixes, tests, lotsa branches
[15:07] <mmcc>  TODO: tweak path fixes, land fixes, send a .app to ralsina for real this time
[15:07] <mmcc> BLOCK: no
[15:07] <mmcc>  NEXT: thisfred
[15:07] <thisfred> DONE: objectives, bug #999029, bug #999562 TODO: bug #1019333, keep dogs from killing one another BLOCKED: no NEXT: alecu
[15:07] <alecu> DONE: objectives, reviews, some py3k reading, played around with t3k
[15:07] <alecu> TODO: techleads mumble, reviews, more t3k
[15:07] <alecu> BLOCKED: no
[15:07] <alecu> *SPECIAL NOTE*: I'll be out from friday - tuesday
[15:07] <ralsina> me
[15:07] <alecu> NEXT: ralsina
[15:08] <gord> dobey: this is your three monthly reminder to stop trying to tab complete real words :P
[15:08] <alecu> btw, all: let's sing "happy happy, joy joy" for briancurtin
[15:08] <ralsina> DONE: cmake tweaking, some reviews, objectives discussions and reviews TODO: my own objectives, maybe, cmake tweaking, canonicaladmin, askubuntu, other stuff BLOCKED: no
[15:08] <alecu> briancurtin: 27 now?
[15:08] <briancurtin> 28
[15:08] <mmcc> SO OLD
[15:09] <thisfred> spring chicken
[15:09] <gatox> briancurtin, hey! happy birthday! :D
[15:09] <thisfred> happy birthday Brian
[15:09] <ralsina> briancurtin: you are so old, you couldn't be my son. Think about it.
[15:09] <gatox> BTW: i have the same special note than alecu! PyCamp! \o/
[15:09] <dobey> gord: i demand the feature! :)
[15:09] <briancurtin> haha, thanks all
[15:09] <alecu> I demand the future!
[15:09] <ralsina> I demand the facturas
[15:09] <ralsina> sorry, argentinian joke
[15:10]  * dobey got it
[15:10]  * mmcc googled it
[15:10] <thisfred> I demand the fracturas
[15:10] <ralsina> mmcc: http://lateral.netmanagers.com.ar/tr/es/weblog/posts/BB896.html
[15:11] <mmcc> ooh, that *does* sound good. I'll join ralsina in demanding some pastries
[15:11] <ralsina> mmcc: yes, facturas is either pastries or bills. I prefer pastries :-)
[15:11] <ralsina> One comment: if you haven't yet, please go to allhands again and countersign your objectives
[15:12] <ralsina> I have no way of knowing if you did, so consider this the first last and only reminder
[15:12] <thisfred> arghh, thunderbird will not stop reminding me of the standup
[15:12] <mmcc> thisfred, you need to actually stand up for it to stup
[15:12] <mmcc> stop
[15:12]  * thisfred tries
[15:13] <ralsina> at 11:50 I get a popup window, a chime from my phone and an email, and still I usually forget in the following 7 minutes
[15:13] <dobey> ralsina: second, last, and secondary?
[15:13] <ralsina> dobey: that too
[15:13] <thisfred> ralsina, that's why I moved it to 5 mins in advance, which is better
[15:13] <ralsina> thisfred: will try it
[15:14] <dobey> i just hope everyone else forgets it
[15:14] <ralsina> we could cancel friday standups since we have the long call on thursdays
[15:14] <ralsina> but I would feel like I forgot something all weekend
[15:14] <thisfred> The objective sheet can't be anymore updated
[15:15] <ralsina> thisfred: not can it
[15:15] <thisfred> which is to say: I countersigned
[15:15] <dobey> the standup can't be anymore stood up
[15:15] <mmcc> it is so updated, it can't be any more updated. completely updated
[15:15] <ralsina> dobey: you can't standup when you are standing, so yes
[15:15] <thisfred> allhand web ui developed by yoda, it is
[15:15] <ralsina> dobey: unless you have extra fold-out legs or something
[15:16] <mmcc> brb
[15:16] <ralsina> thisfred: yoda does the copy, curious george does the coding
[15:16] <dobey> ralsina: i can stand-up the standup. you know, in the "don't show up for your date" sense :)
[15:17] <ralsina> ok, that was our daily 5 minutes of weird, EOM
[15:24]  * briancurtin coffee, back in a few mins
[15:31]  * gatox lunch
[15:35] <dobey> alright, lunch and such. bbiab
[15:40]  * briancurtin back
[15:43] <mmcc> dobey, when you get back from the such, please revisit https://code.launchpad.net/~mikemc/ubuntuone-client/fix-1018125-darwin-no-gireactor/+merge/112702
[15:57] <ralsina> Oh fun another possible turkish locale bug.
[15:57] <ralsina> Ataturk Y you make locale strange?
[16:02] <rye> ralsina: 2012-06-28 13:42:40,690 - ubuntuone.SyncDaemon.Pb - WARNING - Could not emit signal 'on_status_changed' to <twisted.spread.pb.RemoteReference instance at 0x04357148> due to 'underlying C/C++ object has been deleted' - have you ever seen this?
[16:02] <ralsina> rye: nothing like it in a long time
[16:04] <ralsina> rye: in fact, I don't know how that would appear in the sd logs, do you have a matching exception on u1cp?
[16:06] <ralsina> alecu: can you take http://askubuntu.com/questions/156811/proxy-settings-for-ubuntu-one-on-windows please?
[16:06] <alecu> ralsina: sure
[16:08] <rye> ralsina: nope, does not look like control panel was up at that time
[16:08] <rye> ralsina: continuing poking...
[16:08] <ralsina> rye: then SSO, because that is a PyQt error :-)
[16:09] <mmcc> whoa, Qt built in only 64 minutes on this new macbook air
[16:10] <mmcc> brew still doesn't use bottles like it claims, :\ but, SSD good!
[16:12] <rye> ralsina: does SSO subscribe to on_status_changed ? o_O
[16:12] <ralsina> rye: shouldn't
[16:12] <ralsina> rye: but hey, those are our two Qt apps :-)
[16:13] <rye> aha, pyqt... that narrows the search, but ralsina, why is that a syncdaemon's issue that it cannot emit the signal - fire and forget I thought....
[16:15] <rye> ugh
[16:16] <rye> beuno:  GetPublicFiles(running='False', _iri="u'https://one.ubuntu.com/files/api/public_files'") failure: ('Moved Permanently to https://media.one.ubuntu.com/offline.html', None) - i guess we will want to have a 302 redirect in case of maintenance, not permanent.
[16:16] <beuno> rye, yes, RT that
[16:25] <ralsina> rye: it's probably getting an exception and has a logging errback
[16:25] <ralsina> rye: so it's very pssible that this is not a problem at all
[16:25] <ralsina> rye: like "u1cp started, connected to the signal, crashed, syncdaemon gets an error"
[16:34] <gatox> alecu, i talked with mandel, he say i should do the decorator thing
[16:35] <alecu> gatox: in what branch will you be doing it?
[16:36] <gatox> alecu,  if you want i can remove the empty implementations of darwin3 and do it there.... or add it in a future branch
[16:36] <gatox> i need to take a look what each decorator involves and why they should be there
[16:39] <gatox> alecu, so? darwin3 or future?? (to know if i should return to darwin3 or keep working in the tests refactoring)
[17:05] <alecu> gatox: a future branch sounds fine.
[17:05] <gatox> alecu, ack
[17:17] <dobey> mmcc: approved
[17:27] <mmcc> arg, lots of code sharing, name sharing and comment sharing between invoking sso using credentials proxy and using ipc to invoke syncdaemon in u1-client
[17:29] <mmcc> separate code paths look similar but only actually share one function - get_activation_cmdline.
[17:29]  * mmcc is done complaining
[17:33] <alecu> gatox: ping
[17:33] <alecu> gatox: one last thing regarding -3
[17:33] <alecu> gatox: I remember that mandel sent you some tips on how to make some tests not need "time.sleep" anymore.
[17:34] <alecu> gatox: I saw that the branch has just the removal of the sleeps, but I can't find the code to wait on those events arriving.
[17:34] <alecu> gatox: am I missing something?
[17:34] <gatox> alecu, it was an unnecesary use of time.sleep
[17:36] <alecu> ok. I'll run the tests and approve.
[17:36] <gatox> alecu, great
[17:38]  * briancurtin lunch
[17:41] <mmcc> argh, can't test changes to ipc on darwin without a working filesystem_notifications :|
[17:41] <mmcc> that is, u1-client platform.ipc
[17:43] <dobey> sigh, i rebooted earlier and my audio is all screwed up again because the on-board sound isn't loading properly all the time for some reasaon
[17:45]  * ralsina lunches
[17:49] <dobey> and this raid enclosure is a bit more internally complex than i was expecting :-/
[17:58] <lduros> hello,  I have 4 songs that appear as "queued" for a good 30 minutes
[17:58] <lduros> that I just purchased
[17:58] <lduros> it doesn't look like there are any issue with the music store in the status
[17:59] <lduros> when I login from the web, I don't see those songs either
[18:05]  * briancurtin back
[18:08] <dobey> joshuahoover, rye: ^^ help lduros please?
[18:09] <lduros> dobey: thx :-)
[18:09] <joshuahoover> lduros: we're working on this right now...it's a server side issue...i just had an engineer look into it about 15 min. ago and it's getting fixed
[18:09] <lduros> joshuahoover: ok cool :-) Thanks for the update!! :-)
[18:23] <gatox> brb..... need to buy some cookiesssssss
[18:33] <gatox> back
[18:33] <mmcc> wondering why we are testing perspective_broker ipc on linux when we only use it for windows and darwin, and it used to be named 'windows'... I think the platform refactoring a while back missed some stuff...
[18:35] <dobey> mmcc: i think we should run tests for everything on every platform that we can
[18:35] <mmcc> it used to be skipped - it had been in the test/platform/windows/ subdir but got moved out into test/platform/tools/ , and so now it gets run on linux, which only worked because the cmdline code was in sso, not client
[18:36] <dobey> hmm
[18:36] <mmcc> dobey I can certainly test it on linux but I'd need to write code to help it find the executable for syncdaemon just so I can test that, which we'll never use
[18:37] <dobey> well, any skipping we do i think should also be done via @skipIf() decorators or such, rather than having them in files that we ignore on some platforms
[18:37] <dobey> having the N different ways to run tests is annoying
[18:37] <mmcc> yes
[18:40] <elopio> hey desktop team.
[18:40] <elopio> any idea what this could mean? ubuntuone.controlpanel.qt.filesyncstatus - ERROR - on_sync_status_button_clicked: backend method is None!
[18:40] <mmcc> so I'll have to put skipIf(linux) on every method in test_tools, since you can only get a meaningful perpective_broker proxy for darwin and windows... ok
[18:46] <mmcc> back, my emacs died. having one of those days
[18:48] <elopio> hey mmcc. Why is this bug assigned to the windows installer? bug #1019142
[18:48] <mmcc> elopio, the windows installer is a temporarily misnamed project. we're using it to house both mac and windows packaging tools
[18:49] <mmcc> I think we're going to rename it but it's a low priority
[18:49] <elopio> mmcc: ah, got it.
[18:49] <dobey> yeah
[18:58] <mmcc> going to lunch now
[19:10] <alecu> gatox: I'm trying to run the tests for your branch, but it seems I'm missing some bits of u1-devtools, and the tests are not running right.
[19:10] <alecu> gatox: I'll take a better look later today, I need to run to kinder.
[19:15] <gatox> alecu, ok...... if you are using the buildout
[19:15] <gatox> alecu, you will probably need to update ubuntuone-dev-tools
[19:15] <gatox> in the eggs folder of the buildout
[19:15] <gatox> it happens to me sometimes
[20:13] <gatox> i'm off for today..... see you tomorrow
[20:22] <dobey> alecu: you might need a new buildout tree. i think briancurtin fixed it to use the trunk dev-tools now.
[20:22] <briancurtin> eh, buildout kind of sucks and i couldnt make that work
[20:23] <briancurtin> it works on the assumption that you deleted the ubuntuone_dev_tools egg from the eggs folder, then did a bzr branch of ubuntuone-dev-tools yourself and keep it up to date
[20:23] <mmcc> the way I've been making it work is to just have a branch of dev-tools trunk in parts/ and just setting PYTHONPATH
[20:23] <briancurtin> that would also work
[20:24] <dobey> ah
[20:24] <mmcc> it's not ideal but you can make forward progress
[20:25] <dobey> too bad we can't just ship updates to everyone in a PPA for that
[20:25] <mmcc> dobey, I suppose we could make a homebrew 'recipe' for dev-tools
[20:26] <dobey> well, that doesn't fix it on windows
[20:26] <mmcc> right
[20:26] <dobey> but yeah, it would be nice to have auto-updating magic for all the things
[20:30] <mmcc> well, homebrew isn't that. there's never going to be anything really nice for os x open source code
[20:33] <mmcc> so I want to just avoid running ipc/test_tools (tests perspective_broker) on linux - even skipping all its tests still means it imports perpective_broker, which would then have to have a dummy implementation of get_command_line for linux just so I could skip its tests... I don't like that, so I figure, skip the whole file from the makefile. anyone disagree? dobey?
[20:35] <mmcc> oh, never mind. it isn't that simple because of course there are two files named test_tools.py
[20:36] <dobey> hmm
[20:36] <dobey> are the tests specific to the pb ipc?
[20:37] <mmcc> yes, superficially at least - they create a perspective_broker.SyncDaemonToolProxy() in setUp
[20:38] <dobey> hmm
[20:38] <mmcc> but IIRC there are tests of linux SyncDaemonToolProxy. I wonder if they test the same thing
[20:38] <dobey> not sure
[20:40] <mmcc> boy, nothing will make you want to put your head through a wall faster than a crashy text editor
[20:40] <mmcc> I think bzr is giving emacs vc mode heartburn or something, wtf
[20:48] <mmcc> ok, yes they are specific to perspective_broker. they test internal methods not used anywhere else
[20:48] <mmcc> ^ answering dobey
[20:49] <dobey> ok
[20:49] <dobey> test_tools is probably the wrong name exactly then.
[20:49] <mmcc> yeah, I was thinking the same thing. I could rename it test_perspective_broker and that'd let me skip it from the makefile
[20:50] <mmcc> or - what if it was 'test_not_linux' so it runs on both win/darwin and the makefile only has to add one more filename to skip
[20:51] <mmcc> we're already ignoring files named test_windows and test_darwin, this is just test_windows_AND_darwing
[20:52] <dobey> darkwing_duck
[20:53] <mmcc> blast from the past
[20:56] <mmcc> ok, unless anyone yells at me in the next couple minutes I'm renaming tests/platform/tools/test_tools.py to test_not_linux.py and adding that a path to exclude that in the linux makefile, since it just tests perspective_broker, we don't use that on linux, and we'd have to add unused linux-specific code just to be able to run the tests on linux.
[20:58] <ralsina> mmcc: why not test_pb.py
[20:58] <ralsina> mmcc: not that I much care one way or the other, just want the filenames to be descriptive
[20:59] <thumper> morning
[20:59] <mmcc> ralsina: understood. the appeal of test_not_linux is that I add that exclusion once to the makefile and that file name might come in handy elsewhere for things that are mac+win only.
[20:59] <thumper> who looks after file sync these days?
[20:59] <mmcc> ralsina: I'd say the full path to the filename is as descriptive as the test_darwin and test_windows that are already there
[21:00] <mmcc> ralsina: tests/platform/tools/test_$platform
[21:00] <ralsina> mmcc: I say go ahead then
[21:00] <mmcc> ralsina: ok, done
[21:00] <ralsina> and I am exiting stage left, will be back later for a little bit
[21:02] <thumper> beuno: how's things?
[21:03] <mmcc> waaaitaminit - there was already a function over in platform.tools.darwin to get the path to syncdaemon - so why was platform.ipc using the function from sso !?
[21:03] <mmcc> arg
[21:07] <dobey> mmcc: further down the spiral?
[21:08] <ralsina> mmcc: we had a bit of organic growth in that area
[21:08] <mmcc> dobey, so it goes
[21:10] <mmcc> "organic growth" : http://www.roofrepair.net/layout/roofrepair/userFiles/images/left-black-mold.jpg
[21:10] <mmcc> But I kid. btw, DO NOT google for images of black mold
[21:13] <thumper> oh, why not...
[21:13]  * thumper is tempted
[21:13] <ralsina> black mold... good name for a metal band
[21:14] <diogobaeder> or a computer virus :-P
[21:14] <ralsina> Black mold and their first single "don't google us!"
 forever
[21:17] <thumper> beuno: btw, I have lots of space now, thanks :)
[21:17] <beuno> thumper, yeah, dobey  is your man
[21:18] <dobey> thumper: anything in ~/.cache/ubuntuone/log/syncdaemon-exceptions.log ?
[21:18] <thumper> yup
[21:18] <dobey> pastebin?
[21:18] <thumper> sure...
[21:20] <thumper> dobey: http://paste.ubuntu.com/1072047/
[21:20] <dobey> hmm
[21:21] <excelsior> So if I move one directory inside of another in my Ubuntu One Documents Directory, will UbuntuOne wind up with 2 copies of the files?
[21:22] <dobey> thumper: hrmm, seems like your metadata might be corrupt and syncdaemon isn't starting. there's probably a little more info in syncdaemon.log itself. should be reasonably obvious if it's exiting or not
[21:22] <dobey> excelsior: not if you move them; if i understand your question correctly
[21:24] <excelsior> ok, so the move will be reflected in UbuntuOne as a move as well, and it will not simply copy them?
[21:25] <thumper> dobey: well there are lots of events in the syncdaemon.log
[21:25] <excelsior> I just don't want to wind up with redundant files
[21:25] <thumper> dobey: recently just --mark entries
[21:25] <thumper> but nothing is syncing
[21:25] <dobey> excelsior: a move is a move, not a copy.
[21:26] <dobey> thumper: what does "u1sdtool -s" say the status is?
[21:26] <excelsior> ok, cool, I just guess I fundamentally don't understand how ubuntuone works. Is it based on any technology Unix guys already know about?
[21:27] <thumper> dobey: http://paste.ubuntu.com/1072055/
[21:28] <dobey> thumper: well it's not connected, so that explains the not syncing, and it probably won't connect because the metadata is corrupt and it keeps working on that
[21:28] <dobey> thumper: do u1sdtool -q and tell me if it keeps running, or stops after that
[21:29] <thumper> dobey: how do I know if it keeps running?
[21:30] <dobey> thumper: check "ps fx" output
[21:31] <dobey> "ps fx|grep ubu" even to limit it
[21:31] <thumper> dobey: seems like it has stopped
[21:32] <dobey> thumper: ok. while it isn't running do "mv ~/.local/share/ubuntuone/syncdaemon ~/.local/share/ubuntuone/syncdaemon.old"
[21:32] <dobey> thumper: then start it back up with u1sdtool -c
[21:33] <thumper> dobey: done
[21:34] <dobey> thumper: might take a few minutes for it it rescan everything, but it *should* start working now
[21:34] <thumper> dobey: ok thanks
[21:34] <thumper> I'll let you know :)
[21:39] <mmcc> Now I have a windows question. there seem to be two different registry keys that might be used to get the installed path to syncdaemon. one is in the sso client in ubuntu_sso/main/windows.py - it uses the key 'path-ubuntuone-syncdaemon', which exists on my machine (i've run tests but not installed U1 on there)
[21:39] <mmcc> the second is in u1client, platform/tools/windows.py, which uses the key 'SyncDaemonInstallPath', which doesn't seem to exist
[21:39] <mmcc> (on my system)
[21:40] <mmcc> which one is the right one?
[21:46] <dobey> no idea
[21:46] <dobey> the one that works, i would guess :)
[21:47] <dobey> hrmm, just need one more upvote on askubuntu today
[21:48] <mmcc> so -- currently, the one in sso is used in code that tests if we're running syncdaemon (but the command line it gives is ignored) and the one in u1client is actually used to launch the syncdaemon
[21:48] <mmcc> so the one that looks like it won't work on my system is the one that actually appears to need to work when installed :/
[21:49] <dobey> well, have you installed u1 on that system?
[21:49] <mmcc> no. so I guess when it's installed, the other key gets inserted
[21:49] <mmcc> but I couldn't find that string anywhere in the source
[21:49] <mmcc> in the tree, that is, I grepped everything
[21:50] <dobey> well, there shouldn't be any registry keys existing if it's not installed
[21:50] <mmcc> adding keys to the registry was part of the test setup
[21:50] <mmcc> which reminds me, I was going to make it so that wasn't necessary
[21:50] <dobey> eww
[21:50] <mmcc> as a side effect of this branch.
[21:51] <dobey> tests shouldn't do anything outside the branch
[21:51] <mmcc> this epic spelunk
[21:51] <dobey> heh
[21:56] <mmcc> ok now I remember. in the sso client tests, we have a registry file that includes (fake) paths to the sso client and the syncdaemon
[21:57] <mmcc> ubuntu_sso/main/tests/ubuntuone.reg
[21:59] <mmcc> windows-installer/scripts/devsetup/env.bat checks for one of the test keys and installs that .reg file if the keys don't exist
[22:01] <mmcc> in summary, the registry key "SyncDaemonInstallPath" looks like the real one although I can't tell how it gets set, and the other one is only for tests, and happens to be used in the real code that tcpactivation uses, but maybe it's OK if it's bogus because we don't actually use the command line it returns in that case
[22:02] <mmcc> at least we don't for syncdaemon
[22:04] <dobey> weird
[22:04] <dobey> sounds like a shark circling the meat
[22:09] <mmcc> ...no , I don't follow
[22:10] <mmcc> anyway I just need to confirm that SyncDaemonInstallPath is actually the value we use in production. anyone with a windows install listening? briancurtin ?
[22:10] <briancurtin> mmcc: i'm about to head out the door. no idea about SyncDaemonInstallPath. sounds familiar...which im sure is helpful
[22:11] <mmcc> briancurtin: heh, ok - can you tell me where to look to see what reg keys we set up when we install it?
[22:12] <briancurtin> mmcc: ubuntuone.xml in ubuntuone-windows-installer/scripts is what creates our installer. i know it sets a few things up
[22:12] <briancurtin> i dont know if it sets that particular one up, though
[22:13] <mmcc> OH NO it sets the ones I thought were just for testing and now my whole theory is shot
[22:13] <mmcc> thanks briancurtin  :)
[22:13] <briancurtin> np
[22:24] <alecu> mmcc: do you know which branch I should be using to create a fresh buildout?
[22:25] <mmcc> which branch of the windows-installer? I think trunk should work, but I see the instructions still say briancurtin's branch... hmmm
[22:27] <mmcc> alecu, yes, the branch the instructions refer to was merged on 4/18
[22:27] <mmcc> so I'll edit the instructions
[22:27] <mmcc> oh i see you are
[22:27] <alecu> mmcc: so ubuntuone-windows-installer trunk should do?
[22:28] <mmcc> yes, it should
[22:28] <alecu> mmcc: go ahead and change!
[22:28] <alecu> great, thanks.
[22:32] <mmcc> ok, I have to run. I'll be working later, might not have internet though. see you all tomorrow


[01:38] <nixternal> hiya jjesse
[01:43] <jjesse> hiya nixternal
[02:40] <LaserJock> jjesse: gee whiz man, you need to have your svn password tattoed or something ;-)
[02:40] <jjesse> LaserJock: i keep on having to redo virtual machines and always forget to copy the password or something stupid :(
[02:40] <jjesse> but i'm also 5 states away from my local box that has it
[02:42] <LaserJock> hmm, well I seem to have frozen debconf midway through a dist-upgrade
[02:43] <jjesse> doh that sucks
[02:44] <LaserJock> man, what is it doing
[02:45] <LaserJock> oh wow
[02:45] <LaserJock> it was doing "less" in the little terminal part of updatee-manager
[02:45] <LaserJock> so I had to quite less for it to continue
[02:47] <LaserJock> Burgwork: you at LWE?
[02:48] <Burgwork> LaserJock, leave early tomorrow morning
[02:48] <LaserJock> k
[02:48] <LaserJock> I'm going over late Thursday night
[02:48] <LaserJock> my wife's aunt lives ~ 1mile from Google
[02:49] <LaserJock> so we get to stay there
[03:55] <nixternal> havin' fun on your trip there jjesse?
[03:55] <jjesse> not really, i was scheduled to be onsite today and tomorrow, but that got canceled so i'm trying to get my gig on wednesday moved up
[03:56] <nixternal> good deal, you got my email concerning the membership stuff right?
[03:56] <jjesse> yup
[03:56] <jjesse> mdke: now that nixternal has membership, can we get him svn access?
[03:57] <nixternal> i think what mdke wants is a "proven" history with the doc stuff first, which i totally understand..that is why i offered to help him out with the translation stuff this week
[03:57] <jjesse> well hopefully you have a proven record then :)
[03:58] <nixternal> actually, got the kubuntu docs translated, xubuntu docs translated, and the packaging and server guide translated
[03:58] <jjesse> woot
[03:59] <nixternal> brb, my dog is scratchin' at the door ;)
[04:23] <nixternal> how many switching wiki pages are there ;)
[04:23] <nixternal> jjesse: do we have our own page for planning here?
[05:26] <jsgotangco> hey LaserJock have you decided on anything yet with udr?
[05:27] <LaserJock> heh
[05:27] <LaserJock> well...
[05:27] <jsgotangco> i'll take that as a "i had fun over the weekend"
[05:27] <LaserJock> fun isn't what I'd call it exactly
[05:27] <LaserJock> I haven't had a "fun" weekend for a couple years
[05:27] <LaserJock> :-)
[05:28] <LaserJock> well, I just don't like it
[05:28] <jsgotangco> haha
[05:29] <LaserJock> I have no idea if Debian will move to docbook before edgy is released
[05:29] <LaserJock> so I hesitate to do it in docbook if we keep the "giant patch to debian's  developers-reference package" scheme
[05:30] <LaserJock> however, I see more and more reasons to just fork the thing into a seperate package
[05:31] <jsgotangco> be bold
[05:31] <jsgotangco> damnit
[05:31] <jsgotangco> ;)
[05:31] <LaserJock> heh
[05:44] <nixternal> you havin' fun with debiandoc ey
[05:48] <LaserJock> I don't "want" to have fun with it
[08:38] <nixternal> is the wiki server on a 56k modem?
[08:38] <jjesse> running slwo for you?
[08:39] <nixternal> always
[08:39] <nixternal> it always runs in one mode for me, and that is aol 1996 slow


[00:37] <teward> sarnold: see i know you know this stuff
[00:38] <teward> what they need is a solution there for temporary because it's their college network on the AU question i'm poking at
[00:38] <sarnold> teward: no, I just have a bunch of things in my firefox history..
[00:38] <teward> i'll drag it into an answer
[00:38] <teward> sarnold: and i'mma be adding more soon :P
[00:38]  * sarnold runs for cover
[00:38] <teward> *dumps all 500000000 pages of the Bash manpage into your history*
[00:38] <sarnold> gah that's almost the worst
[00:38] <sarnold> not sudoers, but close
[00:39] <teward> oh wait crap i put the cyrillic version of that guide into your history... oh well
[01:23] <teward> sarnold: i think OpenSSL 3.0 though default security level of 1 does not allow SHA1 if i'm reading that migration guide right
[01:23] <teward> so they'd have to drop to 0 which is wholly insecure
[01:23] <teward> even if we're on default of 2 they'd have to drop down to insecure levels, so I made a huge note about that in my answer.
[01:23] <sarnold> teward: and I think we set our compilation defaulkt to 2
[01:23] <sarnold> *nod*
[01:23] <teward> right that much i know
[01:23] <teward> i've been bitten by that in 1.1.x before too :p
[01:25] <teward> fun fact I think Debian's default is 2 now as well, which bites everyone using uscan to access SSL sites that run deprecated DH stuff with too small a dh key on Debian to get updated packages.  Which is bleh.
[01:25] <teward> (you probably recall me complaining about that one privately before I got upload for nginx to ftp-master in Debian)
[01:26] <sarnold> yeah that one does sound familiar, heh


[15:01]  * slangasek waves
[15:02] <slangasek> #startmeeting
[15:02] <meetingology> Meeting started Thu Aug 24 15:02:51 2017 UTC.  The chair is slangasek. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[15:02] <meetingology> Available commands: action commands idea info link nick
[15:02] <slangasek> [TOPIC] Lightning round
[15:02] <slangasek> $ echo $(shuf -e slangasek bdmurray xnox tdaitx doko sil2100 rbalint infinity cyphermox mwhudson rcj philroche Odd_Bloke tribaal fginther)
[15:03] <slangasek> rcj rbalint bdmurray tdaitx fginther doko xnox slangasek mwhudson Odd_Bloke sil2100 tribaal infinity cyphermox philroche
[15:03] <slangasek> rcj is out
[15:03] <slangasek> rbalint is out
[15:03] <slangasek> bdmurray:
[15:03] <bdmurray> SRU team work
[15:03] <bdmurray> uploaded apport to artful which gathers python version info LP: #1681528
[15:03] <bdmurray> improved apport's python version information collection
[15:03] <bdmurray> submitted/merged metrics PR re foundations_active_contributors.py job name
[15:03] <bdmurray> reported ipython quit bug LP: #1711741, forwarded to debian
[15:03] <bdmurray> reuploaded fix for backuppc bug LP: #1612600
[15:03] <bdmurray> resolved pylint issues with SRU age KPI PR, merged it
[15:04] <bdmurray> resolved feedback re errors.u.c KPI, merged it
[15:04] <bdmurray> submitted PR, merged of jenkins-job addition for errors.u.c KPI
[15:04] <bdmurray> review of update-notifier livepatch support changes
[15:04] <bdmurray> ✔ done
[15:04] <slangasek> tdaitx:
[15:04] <tdaitx> * [HIGHLIGHT] OpenJDK 7 version 7u151-2.6.11-0ubuntu<IP_ADDRESS> has been released for Trusty
[15:04] <tdaitx> * Fixed FTBFS'es (LP: #1711478, LP: #1711026, ...)
[15:04] <tdaitx> * Investigated and provided additional info on kernel regression affecting OpenJDK in i386 (LP: #1699772)
[15:04] <tdaitx> * powerpc-utils SRU LP: #1692420
[15:04] <tdaitx> * Investigating LP: #1710674
[15:04] <tdaitx> (done)
[15:04] <slangasek> fginther:
[15:04] <tdaitx> probably need to improve my highlight
[15:05] <fginther> * Short week for cloudy eclipse viewing
[15:05] <fginther> * Testing and debugging a fix for a partner issue
[15:05] <fginther> * Initial debug of another partner issue
[15:05] <fginther> * Continued library development to facilitate automated publication
[15:05] <fginther> done
[15:05] <slangasek> tdaitx: btw, why was #1711478 a FTBFS you were looking at?  numactl had never built on armhf, so this wasn't a regression
[15:05] <slangasek> doko:
[15:06] <doko> - binutils SRU and gcc-5 SRU done
[15:06] <doko> - reviewed openjdk-7 and openjdk-8 packages, uploaded
[15:06] <doko> - some MIR processing
[15:06] <doko> - binutils split reviewed, introducing binutils-for-host and binutils-for-build
[15:06] <doko> - handling some IBM bug reports and uploads
[15:06] <doko> (done)
[15:06] <xnox> * s390-tools new upstream release
[15:06] <xnox> * criu new upstream release (via probbing debian)
[15:06] <xnox> * submitted patches for all default container packages to remove upstart jobs
[15:06] <xnox> * fixing ifupdown removal fallout (still looking into openssh + networkd)
[15:06] <xnox> * retrying migrations / troubleshooting migrations
[15:06] <xnox> * s390 bug scrub with hws (frank is out)
[15:06] <xnox> * ✈ milan tomorrow, back at work on tuesday
[15:06] <tdaitx> slangasek, hmm, there was a open bug on debian about it with a suggestion for a 'fix'
[15:07] <tdaitx> slangasek, and, yeah, I didn't realized that it was _not_ a regression
[15:07] <slangasek> tdaitx: right - how did you pick this ftbfs to work on? was this via qa.ubuntuwire.org?
[15:07] <tdaitx> slangasek, exactly
[15:07] <slangasek>  * short week, off for eclipsemas
[15:07] <slangasek>  * working on minimizing images for hyperv
[15:07] <slangasek>  * kernel SRU reviews
[15:07] <slangasek>  * working through the Qt5.9 transition, hopefully landing this week (FF)
[15:07] <slangasek> (done)
[15:08] <slangasek> tdaitx: ok.  would be good if we had clearer reporting :/
[15:08] <slangasek> Odd_Bloke is off
[15:08] <slangasek> sil2100 is off
[15:08] <slangasek> Tribaal:
[15:08] <Tribaal> * Fixed ubuntu-standalone-builder some (still some work to be done to be fully working again)
[15:08] <Tribaal> * Vagrant image. Last tests under way for artful changes.
[15:08] <Tribaal> * Vanguard stuff for the build system
[15:08] <Tribaal> * Started looking at ubuntu-image to hopefully help on the work there next week.
[15:08] <Tribaal> * Just got an iFixit toolbox. I'm super excited but it has nothing to do with work.
[15:08] <Tribaal> ✔ done
[15:08] <slangasek> tdaitx: (the fact that the report doesn't show which ones are regressions)
[15:08] <slangasek> infinity not here
[15:08] <slangasek> cydizen:
[15:09] <slangasek> heh
[15:09] <slangasek> cyphermox:
[15:09] <cyphermox> artful:
[15:09] <cyphermox> - debugging grub2 chainloading issues
[15:09] <cyphermox> - finished merging ubiquity-slideshow changes from Kubuntu
[15:09] <cyphermox> - more console-setup small fixes / debugging wayland fails
[15:09] <cyphermox> - netplan 0.26 release cutting/autopkgtests/last minute fixes
[15:09] <cyphermox> - upload console-setup merge for 1.166
[15:09] <cyphermox> xenial:
[15:09] <cyphermox> - custom secure boot-enabled images testing
[15:09] <cyphermox> (done)
[15:09] <slangasek> and philroche
[15:09] <philroche> - Short week for me last week
[15:09] <philroche> - Cloud images automated promotion work
[15:09] <philroche> - Cloud partner meetings and meeting prep
[15:10] <philroche> (done)
[15:10] <cyphermox> [HIGHLIGHT] netplan 0.26 release.
[15:11] <slangasek> any questions over status?
[15:11] <bdmurray> [HIGHLIGHT] apport gathering of python version information LP: #1681528
[15:11] <bdmurray> Python3Details: /usr/bin/python3.6, Python 3.6.2, python3-minimal, 3.6.1-0ubuntu3
[15:11] <bdmurray> An example -^
[15:12] <slangasek> \o/
[15:12] <slangasek> [TOPIC] Incoming bugs
[15:13] <slangasek> [LINK] http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-aa-incoming-bug-tasks.html#foundations-bugs
[15:13] <bdmurray> Nothing new there
[15:13] <slangasek> I believe I saw 1574670 on the trello
[15:13] <slangasek> does that mean we should take it off incoming?
[15:14] <bdmurray> Based off the last meeting I thought we committed to it so yeah.
[15:15] <slangasek> ack
[15:16] <slangasek> [LINK] http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-aa-tracking-bug-tasks.html#foundations-bugs
[15:16] <bdmurray> I found this on the rls-aa-tracking in the unknown section
[15:16] <bdmurray> https://bugs.launchpad.net/ubuntu/+source/python-argcomplete/+bug/1665314
[15:16] <slangasek> [LINK] http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-aa-tracking-bug-tasks.html#unknown
[15:16] <slangasek> [LINK] https://bugs.launchpad.net/ubuntu/+source/python-argcomplete/+bug/1665314
[15:17] <slangasek> universe package?
[15:17] <slangasek> does it appear to be high impact?
[15:17] <bdmurray> 27 people affected
[15:17] <bdmurray> and 5 duplicates
[15:17] <bdmurray> so a bit yeah
[15:18] <slangasek> looks like mwhudson is til on python-argcomplete
[15:18] <slangasek> maybe he wants to volunteer :)
[15:18] <slangasek> (I'll subscribe him to the bug)
[15:18] <bdmurray> okay
[15:18] <bdmurray> Then there's also https://bugs.launchpad.net/ubuntu/+source/debian-archive-keyring/+bug/1685305
[15:21] <slangasek> not a priority IMHO because that package isn't installed by default
[15:21] <xnox> yeah
[15:21] <xnox> me
[15:21] <xnox> ... there is a card about it! =)
[15:21] <xnox> probably me
[15:21] <xnox> again
[15:21] <bdmurray> Is that a package to which we should be subscribed?
[15:21] <slangasek> no
[15:22] <slangasek> [TOPIC] AOB
[15:22] <slangasek> anything else?
[15:22] <cyphermox> yeah
[15:23] <bdmurray> I'll be out next Wednesday travelling again.
[15:23] <cyphermox> console-setup is waiting in proposed, britney needs to ignore the missing console-setup-freebsd; sorry
[15:23] <cyphermox> unless somebody did that a minute ago already?
[15:23] <slangasek> cyphermox: no, what needs to happen is an AA needs to delete the stale binary from -proposed
[15:24] <slangasek> (NBS processing)
[15:24] <cyphermox> well, that, then
[15:24] <slangasek> (done)
[15:24] <cyphermox> ta
[15:24] <slangasek> but why did some AA approve that through NEW ;)
[15:24] <tdaitx> slangasek, about numactl, should I close the bug report then?
[15:25] <slangasek> tdaitx: I think we shouldn't carry an Ubuntu delta to enable numactl on armhf, fwiw
[15:25] <tdaitx> ok, I provided the debdiff in the debian bug as well, so hopefully they might decide to carry it
[15:25]  * slangasek nods
[15:26] <slangasek> going once...
[15:26] <slangasek> going twice...
[15:26] <slangasek> #endmeeting
[15:26] <meetingology> Meeting ended Thu Aug 24 15:26:50 2017 UTC.
[15:26] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-meeting/2017/ubuntu-meeting.2017-08-24-15.02.moin.txt
[15:26] <slangasek> thanks, folks!
[15:26] <tdaitx> thanks!
[21:41] <mwhudson> slangasek: oh https://bugs.launchpad.net/ubuntu/+source/python-argcomplete/+bug/1665314 is fixed now i think
[21:42] <mwhudson> i wonder if i forwarded it to debian
[21:43] <slangasek> mwhudson: ok, cool
[21:44] <mwhudson> appears not
[21:45] <mwhudson> oh well it builds fine in debian, the patch is just to get it building in lp
[21:45] <mwhudson> still should send it along


[10:48]  * persia has about a 14% chance of being awake at that hour, and shares apologies in advance.
[18:35] <ScottL> developer meeting in less than 30 minutes
[18:35] <ScottL> detrate, JuniperJaxx persia rlameiro TheMuso ^^^
[18:35] <ScottL> agenda - https://wiki.ubuntu.com/UbuntuStudio/Meetings/2010Mar14
[18:59] <rlameiro> hello
[18:59] <rlameiro> meeting time
[18:59] <ScottL> who's here for the meeting?
[18:59] <quadrispro> hello folks
[19:00] <rlameiro> me
[19:01] <ScottL> I'd like to wait about five minutes and see who else shows up if that's okay
[19:01] <rlameiro> is it to early for stochastic?
[19:01] <rlameiro> for me its ok
[19:01] <ScottL> here's a link to the agenda   https://wiki.ubuntu.com/UbuntuStudio/Meetings/2010Mar14
[19:01] <quadrispro> here i am :)
[19:02] <ScottL> re: stochastic, it should be around 2:00pm for him, but he does keep slightly different hours I believe
[19:02] <ScottL> hi quadrispro, glad you joined us
[19:02] <rlameiro> i will make coffe then
[19:02] <rlameiro> 5 minutes and i come
[19:05] <quadrispro> I'm happy being there
[19:08] <rlameiro> back
[19:10] <ScottL> *sigh* not much of a turn out, i'm suggesting we postpone the meeting since we don't have too many people here
[19:11] <rlameiro> np for me
[19:11] <rlameiro> ScottL: I wanted to discuss an idea with you
[19:11] <ScottL> we _could_ run through the agenda but there wouldn't be many answers for many of the questions
[19:11] <ScottL> rlameiro, please, go ahead
[19:12] <rlameiro> I was thinking in making a python GUI that could help and ease the install software outside ubuntu
[19:12] <ScottL> installing non-ubuntu applications?
[19:12] <rlameiro> something like having people posting the deb  repo to a website and the software will add the line to aptlist
[19:13] <rlameiro> yeap
[19:13] <rlameiro> there is a lot of software outside universe
[19:13] <rlameiro> for example
[19:13] <rlameiro> pd extended
[19:13] <rlameiro> and others
[19:14] <rlameiro> the idea is to simplify the process of install of software that didnt got to Universe
[19:14] <ScottL> hmm, that could certainly be helpful to a lot of people
[19:14] <rlameiro> devs or uses could put into the db the software links
[19:14] <ScottL> it might even help people to try out new applications who might then suggest we officially package them for inclusion into Ubuntu Studio
[19:14] <rlameiro> or maybe copy the debs all to one pps to this
[19:15] <rlameiro> of course it will have warnings telling that it isnt ubuntu certified etc
[19:15] <rlameiro> ScottL: yeap
[19:15] <rlameiro> thas the idea
[19:15] <rlameiro> dont know
[19:15] <rlameiro> plugins, new releases etc
[19:16] <rlameiro> maybe it only could get it only on 10.10
[19:16] <rlameiro> but anyway its something i could try to hack
[19:16] <ScottL> of course if there is a .deb file then they could just download the .deb to their desktop and double click the file too
[19:17] <rlameiro> ScottL: can I make a ppa and copy debs from other places?
[19:17] <rlameiro> makin it like a repo
[19:17] <rlameiro> or it needs to be packaged by me?
[19:17] <ScottL> I don't think you can copy .debs to a ppa
[19:18] <rlameiro> hummm
[19:18] <rlameiro> well i will find a way
[19:19] <rlameiro> either adding deb repos or direct links to download
[19:19] <rlameiro> the software will only use apt-get and wget etc...
[19:19] <ScottL> it is possible to create your own personal (and available to others) repository though
[19:20] <ScottL> you could copy the .deb files to your personal repository and others could add it to their sources.list
[19:20] <ScottL> this is not releated to PPAs by the way
[19:20] <rlameiro> something like that
[19:20] <rlameiro> why no?
[19:21] <ScottL> quick google search - http://mediakey.dk/~cc/howto-create-your-own-debian-or-ubuntu-package-repository/
[19:22] <ScottL> creating your own repository is not directly related to PPAs and would not be hosted by Canonical, Launchpad, etc
[19:22] <rlameiro> yeah, the proplem would be the bandwith...
[19:22] <ScottL> BUT, you would have complete control over content and should be able to populate it by copying .debs directly to it, I believe
[19:23] <rlameiro> yes it seams a good way to go
[19:23] <ScottL> oh, and updated (maybe automatically) the packages list
[19:23] <ScottL> s/updated/update
[19:23] <ScottL> just because you copy the .deb file there doesn't mean everyone knows its there, even if they update their sources
[19:24] <ScottL> the packages list tells synaptic (or apt) what packages are available
[19:24] <ScottL> if you are good at packaging then you could do like others (like falktx) and build packages in your own PPA
[19:25] <rlameiro> i a
[19:25] <rlameiro> i am not a good packager
[19:25] <rlameiro> i am not a packager at all :D
[19:25] <rlameiro> but i will tr
[19:25] <rlameiro> try to learn it
[19:26] <ScottL> he's got 177 packages here, and this is just for lucid - https://launchpad.net/~falk-t-j/+archive/lucid
[19:26] <rlameiro> this is one example of a source this tool could add
[19:27] <ScottL> other people's PPAs can be extremely helpful when packaging for inclusion into the archives
[19:28] <ScottL> many people just package for personal reasons or for others to use from their PPAs, but not officially
[19:28] <ScottL> you can download their source, make sure it followes the packaing guide and submit to REVU
[19:28] <rlameiro> it could be also the fact tha packaging officially it is not easy
[19:29] <ScottL> it's an extra step (or two) that many people don't want to take
[19:29] <ScottL> that is very true, i'm still getting my first package through REVU and needed to take a month off to get other things done
[19:30] <ScottL> plus I made the mistake to ask Persia to check it, and boy did he check it!
[19:30] <rlameiro> lol
[19:30] <ScottL> just kidding about it being a mistake
[19:30] <rlameiro> how works the debian and ubuntu sync?
[19:30] <ScottL> he's helped me learn metric tonnes about packaging and ubuntu proccesses in general
[19:31] <ScottL> sync request - https://wiki.ubuntu.com/SyncRequestProcess
[19:31] <ScottL> but an simplied overview is...
[19:31] <ScottL> make sure their are not ubuntu specific changes made
[19:31] <ScottL> if not, then file a sync request from debian
[19:32] <ScottL> if not, then it's a merge request and that is a bit more complicated
[19:32] <ScottL> scratch that last line
[19:32] <ScottL> if their are ubuntu specific changes, then it's a merge request and that is a bit more complicated
[19:32] <ScottL> s/their/there
[19:33] <rlameiro> I see
[19:33] <rlameiro> well
[19:33] <rlameiro> I go now to my girlfriend
[19:33] <rlameiro> cya
[19:33] <ScottL> okay, good talking to you again rlameiro
[19:33] <rlameiro> and thanks for the info ScottL
[19:34] <ScottL> very, very glad to be helpful
[19:34] <ScottL> quadrispro, I'm probably going to go push my son on the swing
[19:35] <ScottL> after I talk to a few devs on IRC about a better time I hope to reschedule the meeting again
[19:36] <quadrispro> ok
[22:19] <ScottL_> TheMuso, if we reschedule the -dev meeting, would you like your availability considered?
[22:19] <ScottL_> i'm hoping to coordinate with persia and stochastic as well
[22:58] <TheMuso> ScottL_: not particularly, rather swamped atm
[23:05] <ScottL_> TheMuso, okay, thanks


[00:14] <webpigeon> is there anyone around?
[00:15] <elky> it's easier to just wait this one out sadly
[00:15] <elky> he gets bored quick
[00:15] <webpigeon> they appear to have gone now
[00:40] <seednode> join #ubuntu-ops-team
[00:41] <seednode> ... I think my / key is broken
[01:35] <bazhang> seednode, need some assistance?
[01:36] <seednode> No, I'm just apparently not on my typing game tonight :(
[10:33] <bazhang> katoolin sounds like the mac themed ubuntu that you never come back from, or automatix
[10:33] <ikonia> it's sort of automatix to make ubuntu have kali tools
[10:33] <ikonia> it's really sloppy on the deps it pulls in
[10:33] <ikonia> and it doesn't respond to kali changes timely
[10:34] <bazhang> adds the kali 'tools'
[10:34] <bazhang> what tools does it contain the ubunt u repos do not
[10:35] <ikonia> it's some of the bleeding edge stuff around metaploit and stuff like that
[10:36] <ikonia> the problem is it also points at some of the kali repos which have some core conflicts too
[10:36] <ikonia> (against ubuntu)
[10:36] <bazhang> and suddenly huge problems
[10:36] <ikonia> and as kali make changes at a bigger impact but slower pace, and ubuntu is releasing every X months, it's not really maintained/planned properly
[10:36] <ikonia> it's broken quite a few peoples machines
[10:36] <bazhang> I see no recovery from that
[10:36] <ikonia> it's mostly around deps
[10:37] <bazhang> it's the want to be a cracker but cannot be bothered to get the so-called cracker distro
[10:40] <ikonia> most of the tools he'd want (I'd bet) are in the ubuntu repos just not the bleeding edge versions that kali ship
[10:40] <bazhang> so numbers chasing as well
[10:41] <ikonia> that seems to be the common reason to use the scripts as they want the "same as kali" rather than "the tools to do the job"
[10:41] <bazhang> he seems to very insistent on blaming ubuntu and not remaining on topic
[10:41] <ikonia> it's understanable, windows exe, install it, doesn't work / don't like it, remove it
[10:42] <ikonia> it's a totally different mind set
[10:42] <ikonia> normally a windows exe wouldn't touch the system files and doesn't pull in dependencies like a deb package does with different repos
[10:42] <ikonia> it's annoying that he won't listen that it's a different way of working
[10:43] <ikonia> but you can see how someone who is used to windows would be shocked how an ubuntu exe (from his point of view) broke his system
[10:43] <bazhang> I really have little sympathy after he has been told at least a dozen times 'not supported'
[10:44] <ikonia> no, I don't disagree
[10:44] <bazhang> he knows what needs to take place, there is no sort of 'hail mary ' last second stick save on this one
[10:45] <ikonia> he's gone from calling ubuntu, to "love ubuntu" in 90 seconds
[11:20] <bazhang> 3rd party ubuntu support overf the phone
[11:20] <bazhang> and he answers 'who knows'


[18:04] <Dave_H> This is another test of the Ubuntu-12.04 Pidgin Casting System.  lol
[18:09] <Dave_H> Using orca 3.4.0; wondering whether the Pidgin script loads?  Notifications speak as they come in, and the buddy list is navigable.
[22:18] <Dave_H> hello?
[22:20] <Dave_H> How do I see what script Orca is running?


[06:45] <Eleanor> Using apt-get to install ubuntu-desktop, process has an ioctl error. Does anyone know of a nice way to break out of an endless loop and still continue with the installation, please?
[06:55] <chesty> Eleanor: pastebin the message you're getting on the screen
[07:06] <Eleanor> Cannot do that - the troublesome computer is stck in a loop. Message says [some.number] sr0: CDROM (ioctl) error,command: Test Unit Ready 00 00 00 00 00 00
[07:08] <chesty> that's good enough, i would guess the cdrom has some errors on it, I don't think you can recover gracefully from this point. you'd have to ctrl-c at the least
[07:19] <Eleanor> I think you are right - will ^C it. My cdrom is alright, but the sr module has issues with it.
[07:40] <Eleanor> Actually,^C returned me briefly to the coomand prompt, but ten seconds later, the loop kept going. Better try removing modprobe.
[21:41] <DKG779> hI ALL, ANYONE ACTIVE ?
[21:42] <DKG779> excuse caps


[00:18] <huayra_testing_s> AliTabuger7: are you there?
[00:20] <AliTabuger7> yup!
[00:22] <AliTabuger7> I'm here huayra_testing_s
[23:40] <AliTabuger7> Hi everyone!
[23:45] <Takyoji> Hello
[23:45] <AliTabuger7> what's going on in the marketing channel?
[23:46] <Takyoji> Everyone's just dead/away/inactive. :P
[23:50] <AliTabuger7> So, things are looking up on the prospect of getting the spreadubuntu.com domain.


[02:22] <Fretegi> afternoon folks
[02:24] <Fretegi> quick question.  im looking to build gnucash from source so i have a lter version that what is available in the ubuntu repo's.  if i build it into /usr/local is apt going to try and replace it with the lower version in the repo's?
[07:50] <ole_denmark> g nickserv indentify 270536OLE
[09:10] <OxOO> The panel window list shows some programs from other than the current workspace even though I have "show windows from current workspace" selected. These programs are also bold/highlighted. Can I change so these only show on their own workspaces?
[16:05] <TacoGS> Seems that python-gnomekeyring was intentional left out of bionic or it was forgotten
[18:10] <mate|68617> Hi, is it normal that the mate installation takes more than 24 hours? Thanks
[18:11] <TechChristoph> mate|68617: you install it with a usb-stick _
[18:11] <TechChristoph> or a cd ?
[18:53] <chriswere[m]> Hi folks, I'm having a little issue during the upgrade process. I get a pop up that says that "grub-efi-amd64-signed" failed to install into /target/. Does anyone have any thoughts on how to procede?
[18:54] <diogenes_> chriswere[m], how many storage devices you've got hooked up to your pc?
[18:55] <chriswere[m]> 2. I'm installing / onto sda and /home onto sdb. It's a complete nuke and pave install.
[18:56] <chriswere[m]> I've checked and the grub is set to install onto sda as it should.
[18:56] <diogenes_> chriswere[m], i mean how many external devices (like usb drives, external drives etc.) you've got inserted into your laptop at the moment of installation process?
[18:58] <chriswere[m]> Just usb stick with the installation medium.
[18:59] <diogenes_> so what is /dev/sdb then?
[19:00] <chriswere[m]> sda is a 120 hdd i want to install / (and grub) on, sdb is a 1tb drive i want to install /home to and sdc is the USB drive with the installion media.
[19:02] <diogenes_> oh i see, i've seen many cases people encounter issues when installing on separate drives
[19:03] <TacoGS> Today is just going to be one of them days, software boutique won't load with 3D enabled in virtualbox :P
[19:03] <chriswere[m]> ok, I'll whack everything on the 1tb drive and see how that goes.
[19:12] <chriswere[m]> Okay, it's giving me the Installation Complete dialoge, so that looks promising.
[19:14] <chriswere[m]> and it boots. Thanks for the help diogenes_
[19:14] <diogenes_> chriswere[m], yw
[19:39] <mate|97253> hi all im new can someone help me out please
[23:55] <stirage> !ops