[17:12] <IOMonster> Hello all! Quick question about pre-stop scripts - is there a way to tell Upstart to not restart an app if it closes while the pre-stop script is running?
[17:13] <IOMonster> as part of my pre-stop script i have to send a kill signal to the process upstart is supervising, and upstart sees the application end and restarts it
[17:14] <IOMonster> (i'm using upstart 0.6.5, and trying to work around an issue where runuser only gives my application 2 seconds to clean up before it gets SIGKILL'd)
[17:14] <IOMonster> so my pre-stop script sends a SIGTERM to the process upstart is supervising and waits for it to clean up
[17:25] <IOMonster> y'know, nevermind. i just realized that i should be using "expect fork" so upstart doesn't track runuser's pid
[17:25] <IOMonster> sometimes, the simple solution is the one you don't think of until you've done something the hard way :)
[17:59] <AnrDaemon> IOMonster: I'm afraid it's a problem in your version.
[18:00] <AnrDaemon> IOMonster: Also, if it is at all possible, don't run your applications in forking mode under supervising init daemons.
[18:11] <IOMonster> AnrDaemon: indeed, the application isn't actually forking
[18:11] <IOMonster> the script section does "exec runuser <blah>"
[18:11] <AnrDaemon> WTF
[18:11] <AnrDaemon> WHY?
 doesn't fork, it runs exec java
[18:12] <IOMonster> hm?
[18:12] <AnrDaemon> Just start daemon directly with upstart.
[18:12] <IOMonster> unfortunately
[18:12] <IOMonster> i need to run this as a user other than 'root'
[18:12] <IOMonster> so, runuser is required
[18:12] <AnrDaemon> DO THAT WITH UPSTART
[18:12] <AnrDaemon> runuser is useless.
[18:12] <IOMonster> no need for all caps :)
[18:12] <IOMonster> upstart 0.6.5 doesn't have user options
[18:13] <AnrDaemon> Then upgrade your shit already, it's well over six years.
[18:13] <IOMonster> http://upstart.ubuntu.com/cookbook/#stanzas-by-category
[18:13] <IOMonster> setgid is only 1.4
[18:13] <IOMonster> unfortunately i'm not in control of the init version my OS is using
[18:13] <AnrDaemon> $ init --version
[18:13] <AnrDaemon> init (upstart 1.12.1)
[18:14] <AnrDaemon> And it's a 4 years old version.
[18:14] <AnrDaemon> Then use a different OS.
[18:14] <IOMonster> yep, amazon linux is based off cent5, which is indeed ancient
[18:14] <IOMonster> however
[18:14] <AnrDaemon> LOL
[18:14] <IOMonster> it's what i've QA'd
[18:14] <AnrDaemon> Get a better hosting. Seriosuly.
[18:14] <AnrDaemon> It's beyond stupid.
[18:14] <IOMonster> changing OS just because upstart is ancient in this version isn't an option
[18:15] <IOMonster> this isn't a hobby project
[18:15] <AnrDaemon> The more stupid it sounds.
[18:15] <IOMonster> haha
[18:15] <AnrDaemon> If you are unable to use nromal, quality software, this is just… not sane.
[18:15] <IOMonster> thanks for your input
[18:16] <IOMonster> i am using quality software, it's been QA'd by myself and amazon ec2 engineers
[18:16] <IOMonster> i'm not going to re-QA a whole OS just because i can't use a specific option
[18:16] <IOMonster> if this was my home box, sure, i'd switch to fedora or something more recent
[18:17] <IOMonster> but a full review of all configurations, applications, and even kernel modules would cost me time i don't have
[18:17] <AnrDaemon> You know, what? Nobody is going to help you with extremely outdated, probably insecure versions of software.
[18:17] <IOMonster> ok, i'm trying to be nice here, but seriously why are you so aggressive?
[18:18] <IOMonster> i asked a question, answered it myself and wasn't rude


[00:48] <harlowja> smoser ok, https://code.launchpad.net/~harlowja/cloud-init/ds-openstack/ all good, tests all over and all that
[20:49] <astol> hi all, how do I tell cloud-init to run first boot commands again on next reboot? (ie reset first boot attribute)


[01:12] <OvenWerks> wonko: how are things going with qjackctl and jack stops?
[01:12] <wonko> Not sure, walked away with it fine, came back to monitor weirdness and rebooted
[01:12] <wonko> these amazon DP cables are shit
[01:13] <wonko> Huh, this time the mic doesn't get to ardour
[01:13] <OvenWerks> :)
[01:14] <wonko> maybe something was left over that didn't get cleaned up/shut down properly pre-reboot
[01:15] <wonko> that being said though
[01:15] <OvenWerks> That should not be.
[01:15] <wonko> looking at the log I see restarts (I think)
[01:15] <wonko> https://paste.ubuntu.com/p/BV8hbmFRzc/
[01:16] <OvenWerks> Is that jack.log?
[01:16] <wonko> jackdbus.log
[01:17] <OvenWerks> right... thats what I meant :)
[01:19] <OvenWerks> Yes those look like alsa resets... the fact that jack doesn't seem to have actually restarted would indicate something seems to work better
[01:19] <OvenWerks> There does not even seem to be xruns in there
[01:21] <OvenWerks> or is there other stuff inbetween?
[01:21] <wonko> yeah, that's a grep result
[01:23] <wonko> https://paste.ubuntu.com/p/FdxP6kF6tf/
[01:23] <OvenWerks> it looks like jackdbus has been started almost 30 times but I get the idea you did not start jack that many times
[01:23] <wonko> 8:30 I came down and started messing with stuff, so that's probably what that was
[01:26] <OvenWerks> I don't see anything at 830
[01:26] <wonko> I didn't think to check ardour when dealing with monitor bullshit
[01:26] <OvenWerks> they go from 1540 to 2111
[01:26] <wonko> the second link
[01:27] <wonko> oh, HAHAHAHA
[01:27] <wonko> I never started the calf stuff
[01:27] <wonko> which is how the mic gets to ardour
[01:27] <wonko> I R SMRT
[01:28] <wonko> Oh, and FYI that Calf Analyzer crashing Carla issue has been fixed by whatever version of carla (and/or calf) is in 19.10
[01:38] <OvenWerks> I do wonder why you would put all of those things outside of ardour rather than using plugins
[01:38] <OvenWerks> (inside ardour)
[02:20] <wonko> Mostly I was just playing with the Carla rack. I'll probably put them back in ardour where I originally had them. Or even not at all because with the changes to the office there is practically no background noise being picked up by the mic. Even if it's a nice one like I now have.
[13:12] <wonko> OvenWerks: Ardour is still happy this morning so far, but I'm not counting that as a win just yet.
[13:19] <wonko> OvenWerks: Other interesting news, not a single xrun since last night when I was screwing with stuff
[15:30] <OvenWerks> wonko: it sounds like for you (until the next version of -controls comes out) qjackctl or jack_control might be the best way for your case.
[15:55] <wonko> Ok, I'll just get the script that sets everything up tuned for the new system. It was nice not having to use that but it'll do until controls is fixed.
[15:55] <wonko> Thanks for all your awesome work!
[15:57] <wonko> I'll try to take a look at sane bridge naming as well for you but no promises. This week is going to shit.
[16:33] <OvenWerks> wonko: there are some major upgrades for controls.next. It would be easier to add bridge naming as a part of that rather than hacking it into controls.current
[16:42] <wonko> What branch should I work against? Master?
[16:43] <OvenWerks> wonko: what I am saying is maybe leave it alone for now... unless you are willing to have a non-gui addition.
[16:48] <OvenWerks> autojack could be made to use a list of names and the gui could just pass them through. The gui would give it's own names if you add more bridges in the gui and of course if you reduce the number your names would be lost.
[17:32] <wonko> Yeah, that was my plan. I have zero interest in doing anything GUI related so I was going to fashion a new back end kinda like your described that was compatible with the existing GUI but then the GUI could be updated later to support it better. Using the existing bridge name generation. If you don't go change things in the config file for now it would appear to work exactly as it does currently.


[00:39] <Knightoffaith> Is there a RestrictedFormats package specifically for Studio? Or do I use the standard Ubuntu package?
[00:40] <Unit193> UbuntuStudio doesn't have it's own, no.
[00:40] <Knightoffaith> I'm looking at this, and there is no option for Studio, but I'm assuming that's something that isn't altered enough in the flavor to require a separate port: https://help.ubuntu.com/community/RestrictedFormats
[00:40] <Knightoffaith> Ah, thanks Unit193
[00:41] <Knightoffaith> Just getting started with Studio myself. I enjoy media creation and I have a machine that currently has vanilla Ubuntu I've worked with a little bit. Thought I'd give this a try
[00:46] <Unit193> You can also just install the metapackage for whatever component you're looking to use.
[00:46] <Unit193> !info ubuntustudio-audio
[00:49] <Knightoffaith> I'm jumping in with both feet lol. I'm fussing around with an older machine, and it doesn't like the new Unity desktop. Figured I'd grab the whole set of stuff while I'm at it
[00:49] <Knightoffaith> As I haven't done a lot with vanilla, so I'm not loosing anything
[00:52] <Knightoffaith> Running through the installer... Suggestion about encrypting and using LVM?
[00:52] <Knightoffaith> As in, what's the benefits/drawbacks to doing each?
[00:53] <OvenWerks> If you don't need it, you will save cpu cycles and memory.
[00:53] <Knightoffaith> So, should probably do neither in that case
[00:53] <OvenWerks> However there are people who encript their whole drive and are still able to do solid media creation on it.
[00:54] <Knightoffaith> I have a really old machine i'm running, so almost anything I can get back I'll take
[00:54] <Knightoffaith> Hopefully I'll be able to get something better to work on at some point
[00:54] <OvenWerks> tweaking can help too.
[00:54] <Knightoffaith> (Aside from my normal PC which I can't do anything with as far as Ubuntu goes, stuck with Windows)
[00:55] <Knightoffaith> Tweaking?
[00:55] <OvenWerks> Are you doing audio or video?
[00:55] <OvenWerks> The lowlatency kernel that comes with Studio works quite well
[00:55] <Knightoffaith> Probably I'll be sticking with the graphics side of things
[00:56] <Knightoffaith> Not sure I'd be able to transfer the stuff I need for audio
[00:56] <OvenWerks> If you are using a USB or PCI audio IF finding an open IRQ can make a difference
[00:56] <OvenWerks> With PCI this means finding the right slot with USB this means finding the right plug.
[00:57] <OvenWerks> I haven't worked with firewire so I can't say about that.
[00:58] <OvenWerks> Graphics should be no problem. xfce is a lot less resouce heavy than unity so things should work aster.
[00:58] <OvenWerks> *faster
[00:58] <Knightoffaith> I actually use Mixcraft for my audio work, which is Windows only
[00:58] <Knightoffaith> No idea if I can get it to run with WINE
[00:59] <Knightoffaith> Well, composition wise for creating tracks
[00:59] <OvenWerks> Ardour works really well. I don't know what format Mixcraft uses, but if they are or can be 24bit wav files they can be used.
[01:00] <Knightoffaith> I'll take a look into it
[01:00] <Knightoffaith> We'll see if I can get that to work. I do a lot with my midi keyboard and a bunch of VSTs
[01:00] <OvenWerks> Generally though, finish a project on the SW/os it was started on, begin new projects on new stuff
[01:01] <Knightoffaith> Yeah
[01:01] <OvenWerks> I record mostly analog inputs, mic or dirrect as I am not much of a KB player. :)
[01:02] <OvenWerks> If I do recor4d MIDI, I treat it much the same as audio and do very little editing.
[01:02] <Knightoffaith> I like a wide range of instruments, and I'm not going to be learning and acquiring all of them any time soon! Nor can I play a full orchestral section by myself. :P
[01:03] <OvenWerks> Thats fair.
[01:04] <Knightoffaith> Synths are also nice to play around with
[01:06] <OvenWerks> I agree, but for me the words "play around" are about right.
[01:08] <Knightoffaith> I'm learning. Slowly as I don't get a lot of time with school and other responsibilities, but it's something at least
[01:08] <Knightoffaith> I enjoy it though
[01:09] <OvenWerks> music is a part of life. I personally think we are less human without it
[01:09] <superroach> Hello there. Getting a odd problem preventing me from doing updates on Studio 12.04 . W: Failed to fetch http://security.ubuntu.com/*  404 Not found [IP <IP_ADDRESS>]       Is there something i can use to diagnose what's wrong?
[01:09] <Knightoffaith> Agreed OvenWerks
[01:12] <OvenWerks> superroach: I can hit it from here, so the site is not down. It would sugest network problems too me
[01:13] <OvenWerks> Of course you are on line, which seems to indicate networking is fine.
[01:13] <superroach> does seem odd, can browse networks here, and even ping that adress. thank you ovenworks.
[01:17] <superroach> ah, i'm even up to 13.04 too. I thought it was older.
[01:19] <OvenWerks> Right so you are connecting but the archive is not there.
[01:19] <superroach> it's become unsupported perhaps? sudo apt-get dist-upgrade also gives me 0 possible updates.
[01:20] <OvenWerks> Not sure what to do with that one
[01:20] <OvenWerks> Ok, so you are updated?
[01:20] <Unit193> !eolupgrades
[01:20] <OvenWerks> maybe the file it was trying to download is no longer used
[01:20] <superroach> i can run apt-get update ... but most of the files are ignored or 404'ed.
[01:20] <Unit193> 13.04 is long gone.
[01:21] <superroach> that's what i thought unit193. Ah. I'll try to see if i can upgrade the distro.
[01:21] <Unit193> !13.04
[01:21] <Unit193> Juuust a bit. ;)
[01:22] <superroach> Hehe! ;P
[01:22] <OvenWerks> 13.04 seems like just "yesterday"...
[01:23] <superroach> is it still possible to upgrade to 14.04 without a reformat? And I know right overnwerks!
[01:24] <Unit193> superroach: Yes, ubottu linked to something that should help out.
[01:24] <Unit193> It'll be a bit tricky since 13.10 is gone too, but doable. :)
[01:25] <superroach> I was about to say that yeah :) eep.
[01:55] <Knightoffaith> As I selected installing 3rd party packages (or whatever it was) when setting up the install from the CD, does that automatically give me all the stuff in RestrictedFormats?
[01:58] <OvenWerks> Almost all. I think DRM is separate.
[01:58] <superroach> Good question - not sure. Typically it requires acknowledgement for the drm style stuff.
[01:59] <OvenWerks> DRM used to be a separate package that had to be installed from command line from the right directory
[02:00] <Knightoffaith> What would be included with DRM?
[02:00] <OvenWerks> That is needed to play comercial DVDs
[02:01] <Unit193> OvenWerks: You mean libdvdcss, slightly different. :)
[02:01] <OvenWerks> Something like that.
[02:01] <Unit193> Knightoffaith: Basically, if you find you are missing the ability to play something, install it.  Why worry too much now?
[02:01] <Unit193> OvenWerks: There's a script that comes with libdvdread4, I believe.  I use the Videolan repo for it myself, though.
[02:01] <OvenWerks> I have not had to worry about DRM
[02:02] <Knightoffaith> Unit193: Thanks
[02:02] <OvenWerks> Unit193: That sounds right, it has been a long time
[02:03] <Unit193> /usr/share/doc/libdvdread4/install-css.sh  yep, wow my memory did work...
[13:31] <IRV__> o/
[16:57] <schnitz> hi everyone
[16:58] <schnitz> hey... small issue: I know this is not so much ubuntustudio specific, I would simply like to change the default checked entry of my grub menu
[17:03] <HarryHaaren> schnitz, https://help.ubuntu.com/community/Grub2 : The default entry is determined by the GRUB_DEFAULT= setting in /etc/default/grub; the first "menuentry" has a value of "0"
[17:03] <schnitz> thx!
[17:05] <HarryHaaren> y/w
[17:35] <florian_> ffvvhjgrv563swwercv
[17:35] <florian_> sorry
[17:36] <florian_> hi
[17:36] <florian_> servus
[17:37] <florian> hallo
[17:37] <florian> hzklhl
[17:37] <florian> jjjj
[17:37] <florian> lklmjlkhuilbnil
[17:37] <florian> hhgfddrzdfjgfdfzufdf
[17:37] <florian> kjg
[17:38] <florian> lk
[17:38] <florian> mhju
[17:39] <florian> dhggglolklkhhhhhhhhhhhhhh
[17:39] <florian> hhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhjjjjjjjjjjjjjjjjjjjjjjjjjjjjjj
[17:40] <florian> ,,
[18:01] <schnitz> re.. :-)
[18:02] <schnitz> man, I really love ubuntustudio by now, but with some programms you really have to force yourself to save your data all the time, since they might just crash away... (like OpenShot just did)
[18:09] <huhCooLio> Hey all .. long time Debian/Ubuntu user ... considering installing Ubuntu Studio for my band's jam space.   Is there any known issues getting an M-Audio Fast Track Ultra working?   I looked at the Alsa matrix and wasn't positive what the notes mean
[18:13] <HarryHaaren> huhCooLio, link to alsa matrix?
[18:16] <huhCooLio> sorry I didn't see that you responded.
[18:16] <huhCooLio> http://www.alsa-project.org/main/index.php/Matrix:Vendor-MAudio is the page
[18:17] <huhCooLio> Fast Tack Ultra is the device we are considering using.   from what I gather, it looks like the 6/6 analog inputs/outputs work, but the RCAio does not work?
[18:19] <huhCooLio> I assume the RCAio just refers to an SPDIF interface?  not a big deal if that doesn't work ... but it's very important that I can record from all 6 analog inputs.
[21:27] <Knightoffaith> I downloaded Comodo antivirus, and it wants to do something with the kernel but doesn't recognize the low-latency kernel. Any idea how to remedy this?


[18:56] <Yippee38> I'm having trouble with mysql after an upgrade to mythbuntu.  My frontend can't find the files for any of my recordings or videos.  When I try to run mythbackend on the backend, I get "Cannot login to database", then "Would you like to configure the database connection now?".  It answers No on its own.  Finally, I get "Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock'"  I do not have that sock file
[18:56] <Yippee38>  on my system.  I'm completely confused and have no idea how to get this working correctly.  Can anybody help?
[19:17] <jarnos> I am trying to start complete mythbuntu 14.04 box without internet connection.  https://bugs.launchpad.net/mythbuntu/+bug/1038508
[19:47] <tgm4883> Yippee38: is mysql running on your backend?
[19:50] <tgm4883> jarnos: can you pastebin your /etc/init/mythtv-backend.conf file?
[19:52] <Kwisher_wrk> Yippee38: there's a config.xml file in several places that needs to have the myth user info changed to match
[19:53] <Kwisher_wrk> start in your /home/.mythtv
[19:55] <Kwisher_wrk> write down the db name, username & password and enter it into the b/e setup
[19:58] <Kwisher_wrk> i think there a 3 copies of that config.xml file, can't remember which one to edit first as one is symlinked to the others
[19:59] <Kwisher_wrk> i'd start with the one in /home/mythtv/.mythtv/config.xml
[20:08] <jarnos> tgm4883, yes http://paste.ubuntu.com/9371929/
[20:09] <tgm4883> jarnos: ok, that looks good. So it's not starting at all without the network?
[20:12] <jarnos> tgm4883, it just complains in the frontend that it can not connect to the backend and thus playback etc. does not work. I don't know, if scheduled recordings work. I guess not.
[20:13] <tgm4883> jarnos: in mythtv-setup, what did you set the master backend IP and mysql IP to?
[20:13] <jarnos> tgm4883, let me check
[20:16] <Yippee38> I have no idea if mysql is running on my backend.  I tried running "mysqladmin -u root -p status" and got...connect to server at 'localhost' failed, then got the socket error again.
[20:17] <Yippee38> My user ID and pwd for mysql (mythtv for both) is set in the backend and I verified it in the config.xml files.  I'm pretty sure the problem isn't with mythtv, but with mysql
[20:17] <tgm4883> Yippee38: try 'sudo service mysql status'
[20:18] <jarnos> tgm4883, I don't know about mysql IP, but backend seems to be <IP_ADDRESS>
[20:19] <tgm4883> jarnos: and this box doesn't have any network connection?
[20:20] <jarnos> tgm4883, well now it has; I am writing this on the box, but sometimes I may want to start the box without internet connection just to watch or record video.
[20:20] <tgm4883> jarnos: ok. out of curiosity, how do you expect it to find <IP_ADDRESS> if there isn't any network connection?
[20:22] <jarnos> tgm4883, I don't expect. I may have had some other value for it, but maybe update has changed it?!
[20:22] <Yippee38> Yes.  MySQL is running
[20:22] <tgm4883> jarnos: no, an update did not change it
[20:22] <jarnos> tgm4883, I just can not remember.
[20:22] <tgm4883> jarnos: you'll want to use <IP_ADDRESS>
[20:23] <tgm4883> Yippee38: ok, can you connect to mysql if you use 'mysql -u mythtv -pmythtv mythconverg'
[20:23] <Yippee38> Nope.  I get:  Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock'
[20:23] <jarnos> tgm4883, why not <IP_ADDRESS>?
[20:24] <tgm4883> jarnos: essentially, that is the same thing
[20:24] <tgm4883> Yippee38: what about this
[20:25] <tgm4883> Yippee38: ok, can you connect to mysql if you use 'mysql -u mythtv -pmythtv -hlocalhost mythconverg'
[20:25] <tgm4883> Yippee38: or you can also try replacing localhost with your ip address
[20:27] <jarnos> tgm4883, I guess I changed the address to be either of them some time, and it worked then, but I have no idea what changed it back to 192...
[20:27] <Yippee38> If I replace localhost with my ip address, I can get into mysql
[20:27] <Yippee38> localhost gives me the same socket error
[20:28] <tgm4883> Yippee38: ok, so it's not listening on localhost. That's fine, unless you want to run without a network connection. Do you?
[20:29] <Yippee38> No
[20:29] <jarnos> tgm4883, What should I put to the IPv6 address field?
[20:30] <tgm4883> jarnos: there is nothing in the installation/upgrade scripts that would change that IP
[20:31] <tgm4883> Yippee38: then run mythtv-setup and set those to your IP address, then run mythfrontend and do the same when it asks for the location
[20:31] <tgm4883> jarnos: IIRC, "::1" means listen on all
[20:32] <Yippee38> tgm4883:  If I use the ip address, will that cause problems if say I am rebooting my router and mythtv wants to do something (record a show, playback a recording, etc)?
[20:33] <tgm4883> Yippee38: potentially
[20:33] <Yippee38> tgm4883:  Is there a way I can get it to listen on localhost again?  It used to.
[20:33] <jarnos> tgm4883, ok, If I change these values, can I still use another frontend, if I turn on network modem and restart the backend?
[20:34] <tgm4883> jarnos: no
[20:35] <tgm4883> Yippee38: look in /etc/mysql/conf.d/mythtv.cnf and see what bind-address is set to
[20:35] <jarnos> tgm4883, can I then playback the content on another machine via network by other means?
[20:35] <tgm4883> you could share the recordings directory, but the filenames would be meaningless to you
[20:36] <Yippee38> tgm4883:  The only thing in there is "bind-address=<IP_ADDRESS>"  IIRC, that should be commented out, shouldn't it?
[20:37] <tgm4883> Yippee38: <IP_ADDRESS> should be all ipv4 addresses, but IDK if that includes <IP_ADDRESS>
[20:38] <tgm4883> Yippee38: check /etc/mysql/my.cnf for bind-address to
[20:40] <Yippee38> tgm4883:  That bind address is set to <IP_ADDRESS>
[20:41] <tgm4883> Yippee38: sounds like the one in mythtv.cnf is overriding it. Try commenting it out and restarting mysql
[20:41] <tgm4883> (commenting out the one in mythtv.cnf)
[20:41] <Yippee38> tgm4883:  I'm almost positive that everything I've read says to comment out the bind-address line in my.cnf
[20:41] <Yippee38> tgm4883:  Ok.
[20:45] <Yippee38> tgm4883:  Commenting out the one in mythtv.cnf allows me to run the first command to start mysql that you gave me.  Going to check frontend
[20:52] <Yippee38> tgm4883:  That's not working.  The backend starts fine, but the frontend can't connect to it.  I keep getting a "no address defined for 'localhost'" even though, in the frontend setup, I have it set to the IP of the backend, NOT localhost
[20:52] <tgm4883> Yippee38: you can't have the backend work on localhost if you have a separate frontend. Sorry, I didn't realize you had the frontend on a separate system
[20:53] <Yippee38> tgm4883:  So I need to have it listening on the specific IP of the backend then, as you suggested above?
[20:54] <tgm4883> yes. You'll need to change the bind address back too
[20:55] <Yippee38> tgm4883:  Just so I understand, I need MySQL listening on my ip address, right?  That's what we're talking about?
[20:55] <tgm4883> Yippee38: everything will need to be
[20:58] <jarnos> tgm4883, I did the IP changes and still am able to view the recordings in another machine in the local network using Mythweb.
[20:59] <tgm4883> jarnos: ah yes, that would be true, mythweb would still work
[21:01] <jarnos> tgm4883, but would it work outside the local network?
[21:03] <tgm4883> jarnos: technically yes, but I wouldn't make mythweb accessible to the internet. The usual way of doing that is to use an SSH tunnel
[21:10] <Yippee38> tgm4883:  Ok.  I changed the bind-address in both the /etc/mysql/my.cnf file and the /etc/mysql/conf.d/mythtv.cnf file to my ip address.  When I run mythbackend It still fails listening on <IP_ADDRESS> and exits
[21:10] <tgm4883> Yippee38: you cant use <IP_ADDRESS> and the local ip. you have to pick one or the other
[21:14] <Yippee38> tgm4883:  I'm not.  I set both of them to the local IP.  I don't know why mythbackend is still trying to access <IP_ADDRESS>.  It says, "Listening on TCP <IP_ADDRESS>:6544", then "Listening on TCP <IP_ADDRESS>:6544".  The error though, says, "Failed listening on TCP <IP_ADDRESS>:6543 - Error 8:  The bound address is already in use"
[21:16] <Yippee38> tgm4883:  I just checked in mytht-setup.  The local backend and the master backend are both set to the local IP address, NOT localhost or <IP_ADDRESS>
[21:17] <tgm4883> Yippee38: stop teh backend "sudo service mythtv-backend stop" verify it's not running "ps aux | grep backend"
[21:19] <Yippee38> tgm4883:  Yeah.  I just figured out that the backend was already running.  DOH!
[21:19] <Yippee38> tgm4883:  Checking frontend
[21:21] <Yippee38> tgm4883:  Ok.  I commented out the bind-address in both of those files.  When I ran mythbackend (when it wasn't already running), it started normally, and the frontend is working fine.
[21:21] <Yippee38> The file not found error is gone.
[21:38] <Yippee38> tgm4883:  I was having a problem with the root privileges of MySQL, but I fixed it!
[21:38] <tgm4883> cool
[21:38] <Yippee38> tgm4883:  Thank you very much! for helping me get this fixed!!


[00:35] <Gryllida> Hi! Can you package Seamonkey 2.1, please?
[01:07] <micahg> Gryllida: on my list, merge requests welcome thought (we'll jump straight to 2.2 though)
[01:11] <Gryllida> micahg: That'd work as well. Where will I find it once you package it?
[01:12] <micahg> Gryllida: it'll end up in the stable releases as well as the dev release, but I have no guarantee on when ATM
[01:13] <micahg> we need help keeping the package up to date, I'm going to do a cleanup, then hopefully someone can take over regular maintenance
[01:15] <Gryllida> 2.0 is available but crashes on my system. 2.1+ is okay but I'd need a .deb file (not necessarily a pushed/uploaded one)
[01:16] <micahg> right, it's the same work to go to 2.1 as 2.2, they're both vastly different from the current packaging


[12:22] <Patero-ng> I have a problem with flash on ubuntu 12 while using firefox and a radeon 9800xt this doesn't happen with the other ubuntu 12 on a laptop running firefox too both are running live usb stick versions to compare the two and on the pc with the ati card I can't watch youtube videos flash sites dont' work
[17:00] <oi_wtf> Patero-ng: wrong channel, try ubuntu support channel #ubuntu


[03:02] <qengho> So quiet.
[03:03] <sarnold> GOOD MORNING QENGHO
[03:03] <qengho> Thanks, sarnold.
[03:04] <sarnold> happy to help!
[05:06] <hikiko> hello
[06:11] <pitti> Good morning
[08:04] <Laney> hullo!
[08:06] <pitti> hey Laney!
[08:07] <pitti> Laney: could you please create a "systemd-session" PPA on https://launchpad.net/~ubuntu-desktop ?
[08:07] <pitti> Laney: I'd like to move https://launchpad.net/~pitti/+archive/ubuntu/systemd-session, in preparation for next week
[08:07] <Laney> hey pitti, how are you?
[08:07] <Laney> sure, good idea
[08:07] <pitti> Laney: quite fine, thanks! yourself?
[08:08] <pitti> I just moved https://git.launchpad.net/~ubuntu-desktop/+git/systemd-graphical-session/
[08:09] <Laney> created and copied the packages
[08:09] <Laney> I'm good!
[08:09] <Laney> we went to folk club last night, and I was percussion for the cup song which the others sang
[08:09] <Laney> this is all desrt's doing
[08:10] <pitti> cool!
[08:10] <anpok_> pitti: had to make another fix to the touchscreen detection logic in udev - I broke tablet detection last time.
[08:10] <pitti> I didn't know you play the drums
[08:11] <Laney> no drums, just cups
[08:39] <Trevinho> morning
[08:42] <desrt> Cups!
[08:43] <Laney> hi Trevinho!
[08:43] <Laney> hi desrt!
[08:43] <andyrock> hey all
[08:43] <Laney> hi andyrock!
[08:43] <Laney> !!!!
[08:47] <Trevinho> Laney: about that crash, I've the fixes (I've not really understood why it happens, but I can mute it)... Anyway I'm wondering how to deal with the fact that it might happen also in xenial .1, so should I do another SRU or update the silo version and ask sru team to review it again? Or... wait for verification and then a new sru?
[08:48] <Laney> thanks Trevinho
[08:48] <Laney> hikik_o made it sound like you already had fixed it
[08:48] <Laney> or at least knew what it was
[08:49] <Laney> if it's going to make xenial break too then you should re-upload compiz with this fix included there too
[08:49] <Laney> and probably make the SRU bug for the original issue verification-failed so nobody can accidentally release it
[08:49] <Laney> (the SRU team will fix that back when accepting the new one)
[08:50] <Trevinho> Laney: mh, I see... I'm just wondering how to deal that with ci-train...
[08:50] <Laney> you can just add a new branch and rebuild / publish one package right?
[08:53] <pitti> Laney: \o/ radiance port, nice work!
[08:54] <pitti> Laney: what kind/level of feedback do you want for this?
[08:54] <Trevinho> Laney: not sure, since it's published... Can I go back to previous stage?
[08:54] <Trevinho> pitti: hey
[08:55] <Trevinho> pitti: maybe you can give me some guidance with that too ^?
[08:55] <Laney> pitti: at this point: if anything is unusable
[08:55] <Laney> small niggles can be fixed later on
[08:55] <Laney> pitti: if you have trello you can add them on here https://trello.com/c/EXpA6lKW/8-look-into-gtk-3-20
[08:55] <Laney> Trevinho: is that https://requests.ci-train.ubuntu.com/#/ticket/1614 ?
[08:57] <Trevinho> Laney: yes
[08:57] <Laney> Trevinho: okay, edit that to add a new branch, then "build" and you can just check compiz there
[08:57] <pitti> Laney: I do have trello, yes; cool, thanks
[08:58] <Trevinho> Laney: fine, then SRU team has to request verification again, or that is not needed?
[08:59] <Trevinho> I mean, once they've removed it from the queue, it's enough, right?
[08:59] <Laney> It'll be like starting a new SRU
[08:59] <Trevinho> only for that package, though...
[08:59] <Laney> so it will go to the queue, be reviewed, etc
[08:59] <Laney> yes
[08:59] <Laney> is that okay?
[08:59] <Laney> you're thinking about .1?
[08:59] <Trevinho> yeah
[08:59] <Laney> ping someone to review it today
[09:00] <pitti> ping me
[09:00] <Trevinho> pitti: cool, thank you.
[09:00] <pitti> it's getting reeeally right for .1, so this needs some coordination with whoever drives .1, and fast/thorough verification
[09:01] <Laney> I think they want this low graphics stuff in there
[09:01] <Laney> but obviously unacceptable if it introduces new crashes :)
[09:01] <Trevinho> yeah, not that is somewhat dangerous, since it's something that happens once on start, but indeed not a nice thing.
[09:02] <Laney> argh
[09:02] <Laney> need to look into what happened to libvirt/yakkety
[09:03] <Laney> I have to manually systemctl start virtlogd.socket libvirtd.service
[09:03] <Laney> anyway it's not a one time thing for me after installing yakkety in a VM
[09:03] <Laney> maybe autologin or the live session manages to work around the problem
[09:04]  * Laney is just staring at the wallpaper
[09:39] <xnox> Laney, do i need to test ubiquity with 3.20 theming?
[09:39] <Laney> add the PPA
[09:40] <xnox> ack
[09:40] <xnox> boaring in a second, will do from Lisbon
[09:41] <Laney> lisbon eh
[09:42] <xnox> =)
[09:45] <Laney> you jetsetter
[10:11] <Laney> Trevinho: does https://paste.ubuntu.com/19348993/ look normal to you?
[10:14] <Trevinho> Laney: it's the same issue of the crash. I've fixed it
[10:17] <Laney> Trevinho: ok, I applied https://bazaar.launchpad.net/~3v1n0/compiz/ccs-gsetting-safer-update/revision/4068
[10:32] <Trevinho> Laney: yeah, that's the first part.. 2nd is https://code.launchpad.net/~3v1n0/compiz/safer-profile-for-lowgfx/+merge/300052 although, i've to fix it as that works only in new installs... I've to rename migration scripts
[10:50] <Laney> Trevinho: I think those are re-run if they get updated (mtime)
[10:50] <Laney> could be wrong though
[10:50] <Trevinho> Laney: you sure? I think it's only based on name
[10:51] <Laney> no I'm not sure
[10:51] <Laney> :(
[10:51] <Trevinho> Laney: anwyay, I wanted to clean them up in any case, so...
[10:51] <Trevinho> I've just made one from three
[10:52] <Laney> cool
[10:52] <Laney> for now I just hacked it out of the upstart job
[10:55] <Trevinho> Laney: it's all in https://code.launchpad.net/~3v1n0/compiz/safer-profile-for-lowgfx/+merge/300052
[10:55] <Laney> i'll wait for the silo :P
[10:59] <Trevinho> Laney: yeah, silo building again
[11:04] <Trevinho> Laney: should be really building in ppa now... If in the mean time you want to review the debian changes, feel free :-P
[11:25] <Trevinho> Laney: it should be built
[11:26] <Trevinho> also i'm really torn about keeping the normal resize mode or not in lowgfx profile... Also with a very low powered VM it seems to be acceptable
[11:26] <Trevinho> Fast I mean, and indeed it's nicer and more useful than the square-mode resize
[11:43]  * Laney doesn't know what the requirements are
[12:46] <Trevinho> Laney: there are no precise requirements.. A part the fact that it has to be quickest as possible
[13:31] <Laney> Trevinho: I tried silo 003 https://paste.ubuntu.com/19362486/
[13:31] <Trevinho> mh
[13:31] <Trevinho> Laney: seems fine, isn't it?
[13:31] <Laney> no
[13:33] <Trevinho> Laney: get anything in ~/.local/share/unity/migration_script.log
[13:33] <Laney> that directory doesn't exist
[13:34] <Trevinho> Laney: right... I don't remember where migration scripts are saved.. :/
[13:35] <Laney> there's a file ~/.local/share/session_migration-ubuntu which shows that they were run
[13:35] <Laney> which one is interesting?
[13:35] <Trevinho> Laney: the new one (00_remove_obsolete_plugins_in_unity_session_v1.py) has to be ran
[13:36] <Trevinho> Laney: anway... You don't get unity to run at all there, right?
[13:36] <Trevinho> Laney: what's in gsettings get org.compiz.core:/org/compiz/profiles/unity-lowgfx/plugins/core/ active-plugins ?
[13:37] <Laney> Trevinho: https://paste.ubuntu.com/19363026/
[13:38] <Laney> oops
[13:38] <Laney> I typoed lowgfx in that
[13:38] <Laney> https://paste.ubuntu.com/19363129/
[13:51]  * Laney goes back to looking at nautilus then
[14:35] <Laney> definitely some kind of race condition
[14:51] <Trevinho> Laney: mh, speaking of nautilus or compiz?
[14:52] <Trevinho> Laney: I've tried this in a new yakkety machine and it seems to work... mhmh
[14:55] <Laney> compiz
[14:55] <Laney> erm
[14:55] <Laney> nautilus*
[14:55] <Laney> why can you never reproduce the same issues as me?
[15:02] <Trevinho> Laney: so... You got that issue when upgrading from yakkety with old lowgfx?
[15:03] <Laney> yep
[15:03] <Trevinho> Laney: as it might happen in that case... because it failed before
[15:03] <Trevinho> I've upgraded my yakkety install before running a new user session and that was fine
[15:05] <seb128> Trevinho, try with a guest if you are unsure the profile is stock?
[15:06] <Trevinho> seb128: in stock profiles everything works
[15:06] <Trevinho> seb128: on upgrades... There might be troubles
[15:06] <seb128> Trevinho has a special "never hit bugs" box ;-)
[15:06] <Laney> hi seb128
[15:06] <Laney> night shift?
[15:06] <seb128> hey Laney
[15:07] <seb128> "night"
[15:07] <seb128> no, national holiday
[15:07] <seb128> just drove to .nl
[15:07] <Trevinho> ah, aren't you celebrating French NH?
[15:07] <seb128> and catching up on backlog, making up a bit for hours I took while I was in France
[15:08] <Laney> Trevinho: guest works
[15:08] <Trevinho> yeah, indeed...
[15:08] <seb128> Trevinho, I did provisitional celebrating ;-)
[15:08] <Laney> so
[15:08] <Laney> can the session be repaired?
[15:08]  * Trevinho shoked about the Tour things though
[15:08] <Trevinho> Laney: yeah, some gsettings foo
[15:08] <Trevinho> Laney: we've (andyrock) in progress a script to self-healing such situations
[15:09] <seb128> Trevinho, I didn't understand what made they fall exactly
[15:09] <Trevinho> but not there yet... So, I can in the mean time land this that will work fine for the SRU
[15:09] <Trevinho> seb128: no idea.... people? A motorbike?
[15:13] <Trevinho> Laney: are you ok about landing that for now?
[15:16] <Laney> let me check if it fixes the crash
[15:18] <Laney> seems ok
[15:24] <Trevinho> Laney: ok so let's go with that... for the few using a yakkety install with lowgfx mode, we can always provide a script for fixing it... Which, will be done shortly
[15:25] <Laney> ok
[15:27] <Laney> please to fix MPs
[15:27] <Trevinho> Laney: then... I've ACKed https://requests.ci-train.ubuntu.com/#/ticket/1656 please plubish it... I'll fix the SRU one in a bit
[15:28] <Trevinho> Laney: for the SRU one, I can only rebuild compiz... Then I hope I can re-do all the SRu process only for that, right? Or the silo will need the approval for every piece again?
[15:29] <Laney> you need to top approve the merge proposals https://ci-train.ubuntu.com/job/ubuntu-landing-003-2-publish/18/console
[15:29] <Laney> sru is compiz only, correct
[15:29] <Trevinho> Laney: yeah, sorrry..  andyrock is on them now
[16:48] <Trevinho> Laney: so, I've triggered a new rebuild and andyrock approved things (there was a small issue), I guess you can publish it now https://requests.ci-train.ubuntu.com/#/ticket/1656
[16:49] <Trevinho> Laney: also the SRU build is fine https://requests.ci-train.ubuntu.com/#/ticket/1614 (you've to force the publication there I guess because of missing revision)
[16:49] <Trevinho> tomorrw (I guess) pitti could then re-review it from the SRU queue
[16:49] <Laney> you would be better off getting it uploaded today
[16:50] <Laney> huh
[16:50] <Laney> you included more changes in the SRU
[16:52] <Trevinho> Laney: which ones?
[16:52] <Laney> https://launchpadlibrarian.net/272985187/compiz_1:<IP_ADDRESS>+16.04.20160705-0ubuntu1_1:<IP_ADDRESS>+16.04.20160714-0ubuntu1.diff.gz
[16:52] <Trevinho> Laney: I just added this one
[16:53] <Trevinho> Laney: that's the same of the two branches I posted, isn't it?
[16:53] <Laney> I thought the SRU would be the crash fix only
[16:53] <Laney> but in there you have also changes to the migration scripts too
[16:53] <Trevinho> Laney: these are needed for avoiding crashes
[16:53] <Trevinho> without migration scripts change, there will be the crash
[16:54] <Laney> not refactoring them
[16:54] <Trevinho> well, having three same changes in three files would cause bigger diffs and more prone to issues
[16:56] <Trevinho> also I prefer to keep to the minimum the delta with upstream, so we don't have two different codebases to worry about
[16:57] <Laney> might normally be fine, but here you are trying to get this SRU out super fast
[16:57] <Laney> some other random change to showdesktop too
[16:58] <Laney> you make the work harder for the reviewer of the SRU
[16:58]  * Laney shrugs
[16:58] <Laney> need to wait for powerpc s390x to finish
[16:58] <Trevinho> ok
[16:59]  * Trevinho back on the other machine to verify bugs
[17:05]  * Laney cries
[17:05] <Laney> I need to go out!
[17:05] <Laney> seb128: are you around for a bit to publish https://requests.ci-train.ubuntu.com/#/ticket/1614 ?
[17:15] <Laney> ok, it's done
[17:15]  * Laney is late for climbing
[17:19] <Trevinho> it's never late for climbing... There's always something to climb on, then... Maybe you might be arrested :)
[17:19]  * Laney cries
[17:19] <Laney> why is this so slow
[17:19] <Laney> late because I am meeting people there
[17:19] <Trevinho> Laney: ah, did you force publish?
[17:19] <Laney> it worked
[17:19] <Laney> i think
[17:19] <Trevinho> Publish failed: Unexpected upload at destination.
[17:19]  * Laney waits for queuebot
[17:20] <Laney> it's there
[17:20] <Laney> i would really appreciate it if you would help me out on my nautilus bug
[17:20] <Laney> add the 3.20 ppa in a qemu/kvm yakkety install and restart the session
[17:20] <Laney> you'll see it
[17:21] <Laney> adding a sleep 1 makes it stop
[17:21] <Laney> so: some race
[17:21] <Laney> BYEEEEEEEEEEEE
[17:51] <Trevinho> Laney: ok, I'll check it tomorrow
[20:04] <bregma> desktop people, is there a UI for setting the desktop scaling for Unity 8 in the works?


[04:01] <ki7mt> Anyone know for certain if Python3 will be the default Python in the next release (14.10) ?
[07:32] <lordievader> Good morning.
[12:16] <BluesKaj> Hiyas all
[12:27] <penguin42> Hey BK
[12:42] <BluesKaj> hi penguin42
[14:50] <chrs-> hmm, i'm getting http://us.archive.ubuntu.com/ubuntu/pool/main/m/mesa/libgl1-mesa-dev_10.2.5-1ubuntu2_amd64.deb 404 not found
[14:51] <chrs-> the last time i ran ubunty my apt sources became clogged with iffy ppas
[14:52] <Daekdroom> chrs-, try updating the repo information (sudo apt-get update)
[14:53] <chrs-> running that now
[14:53] <Daekdroom> I think Ubuntu has Mesa 10.2.6 in the repos already and the older packages were deleted.
[14:53] <chrs-> i ran it a couple of days ago
[14:53] <chrs-> the update is slow because the wifi doesn't play nice with my apartments crappy ap
[14:53] <chrs-> but that will be fixed soon
[14:54] <Daekdroom> In a development versions, updates come at a very fast rate, so if you don't keep updating the repo information you'll eventually bump into missing files when trying to install something.
[14:54] <chrs-> Daekdroom: that's finally starting to sink in :)
[14:54] <chrs-> looks like you were right
[18:45] <tony_> I am currently experimenting with 14.10.
[18:46] <tony_> Anybody find new things about it?
[18:48] <ikonia> new things ?
[18:50] <SorenHolm> H
[18:51] <SorenHolm> tony_: well ... networkmanager does not automatically connect to networks .... besides that things are pretty neat for my use case.
[18:51] <tony_> for instance I have gotten chrome to run as well as the cairo dock to work pretty good.
[18:52] <tony_> Thats a plus to me since I am really computer illeterate.
[18:53] <ikonia> tony_: wih respect if you're not confident with computers, perhaps pre-release software is not a good thing to use
[18:53] <ikonia> a stable release with good support maybe a better choice
[18:54] <BluesKaj> SorenHolm, nm works well here on both ethernet and wifi and connect just fine
[18:54] <ikonia> BluesKaj: agreed
[18:54] <tony_> I have a acer netbook that I experiment with. My main computer is a desktop hp.
[18:55] <SorenHolm> BluesKaj: hmm .... I wonder why my system does not..... I have set it up to connect automatically.
[18:56] <tony_> BluesKaj does not what?
[18:56] <BluesKaj> wifi ?
[18:57] <tony_> could be in your settings.
[18:58] <SorenHolm> well ... nm does not connect to my wifi automatically event though I have set it up to do so.
[18:59] <tony_> I played around with mine for about a week before I finally set them right.
[18:59] <ikonia> SorenHolm: worth checking if it connects but doesn't get an address, or if it doesn't connect
[18:59] <ikonia> SorenHolm: also worth checking if you can manually connect it
[18:59] <SorenHolm> Hold you horses!!
[18:59] <SorenHolm> Hold your horses!!
[18:59] <ikonia> see if it's your card, or network manager using your card
[19:00] <SorenHolm> I can connect just fine manually. It just wont do it automatically.
[19:02] <tony_> Does anyone know if NVIDIA driver is a physical device needed to insert into computer to upgrade?
[19:02] <penguin42> know it's just software
[19:03] <BluesKaj> SorenHolm, try /usr/bin/nm-applet, click on it
[19:04] <SorenHolm> BluesKaj: I'm on kubuntu so I have the KDE-version running.
[19:04] <BluesKaj> SorenHolm, yes , same here
[19:07] <BluesKaj> ok , SorenHolm sorry, it's not there , but It was there when I lost the nm icon for some reason and I was able to connect using the applet, then after an upgrade the nm icon returned to the panel...strange
[19:12] <SorenHolm> BluesKaj: ok
[19:16] <BluesKaj> SorenHolm, have you checked the wrench by clicking the wifi icon (configure your wifi) then find your connection, edit and make sure connect automatically is checked in the general configuration tab
[19:17] <SorenHolm> BluesKaj: oh well..... I've just removed all my connections .... and now it actually seems to connect automatically.
[19:18] <BluesKaj> ??
[19:18] <BluesKaj> uhm, ok
[19:21] <SorenHolm> BluesKaj: actually I did try removing all connections a month ago ....
[19:23] <BluesKaj> the only connections that should be listed are connections previously used
[19:25] <BluesKaj> none of your neighbours etc in the config file , they shouild only show up when the nm icon is clicked
[19:27] <BluesKaj> if younuse a vpn service then the servers listed will be in the config file tho
[19:35] <andlabs> Hi. How do I PERMANENTLY UNSET kwalletaskpass as ssh-askpass in update-alternatives?
[19:36] <andlabs> I want to continue using the terminal to enter the password, not a GUI that blocks everything
[19:38] <andlabs> oh, I appear to have removed it but it still takes effect - do I need to log out and log back in?
[21:08] <eanyx> Hi
[21:09] <eanyx> Does any of you have tested ubuntu 14.10 ?
[21:10] <chrs-> what do you mean by "tested"?
[21:12] <eanyx> I want to know what is the integration status of xmir/mir in 14.10? And when it will be officialy released (xmir/mir).
[21:13] <eanyx> What are the main difference between X (legacy) and new Xmir / mir ?
[21:15] <chrs-> i tried mir (desktop-next) on my laptop from one of the daily images last week
[21:15] <chrs-> didn't work, couldn't log in
[21:16] <chrs-> so i went back to the "regular" ubuntu desktop unity de and it works fine
[21:20] <eanyx> so it's work in progress... What about the specs?
[21:22] <brainwash> see https://wiki.ubuntu.com/Mir/Spec
[21:23] <eanyx> I wanting to write game to Linux/Ubuntu, but actual rendering is poor. Does mir will provide better rendering (2D/3D animation)?
[21:23] <brainwash> you also join #ubuntu-mir and ask Mir related questions
[21:24] <brainwash> it shouldn't affect 3d performance
[21:24] <eanyx> brainwash: thank you
[21:24] <brainwash> oh, I meant "you can also join.."
[21:24] <brainwash> :)
[21:35] <eanyx> in 14.10 what are the main difference compared to 14.04 ?


[00:29] <computa_mike> honk
[00:31] <computa_mike> i'll try logging a bug on launchpad
[04:40] <DanaG> 2010-05-28 20:39:20,340 - ubuntuone.SyncDaemon.EQ - DEBUG - push_event: VM_UDF_CREATE_ERROR, args:('/home/dana/Dropbox', 'UDFs can not be nested'), kw:{}
[04:40] <DanaG> oh, and how do you remove a user defined folder from ubuntuone?
[04:46] <DanaG>                                    DeleteVolume() queueing in the %s META_QUEUE
[04:48] <DanaG> hmm, u1sdtool doesn't work.
[04:48] <DanaG> or rather, delete doesn't.
[05:10] <DanaG> hmm, ubuntuone deals very badly with large numbers of files.
[05:10] <DanaG> large numbers as in, say, pidgin logs.
[06:08] <lwells> Does backing up contacts work in ubunut one right now?
[06:09] <knarf-live> hoolas
[06:18] <lwells> howdy
[07:45] <duanedesign> lwells: hello
[07:45] <duanedesign> Darkfoe:
[07:45] <duanedesign> oops sorry Darkfoe. Ping fail :P
[07:54] <duanedesign> kermiac: we need a ubot in here for bugs :)
[07:54] <duanedesign> oop wrong channel, lol
[10:13] <tarpoon> hello everyone
[10:15] <tarpoon> I got a question: if my Ubuntu one client is syncing painfully slow, but says is_connected: True is_online: True and queues: WORKING_ON_BOTH
[10:15] <tarpoon> and my current-transfers are filling up with entries with bytes read: 0, deflated size: N/A
[10:16] <tarpoon> and my network connection is sitting idle when I'm not doing anything else
[10:16] <tarpoon> can I guess that the Ubuntu One Servers are simply overwhelmed with requests, or might the problem be with my computer?
[10:17] <tarpoon> I deleted my configfiles and readded my computer to my Ubuntu One account two days ago and he has not yet finished syncing the ~60MB of files  I have on my account
[10:22] <tarpoon> Using Ubuntu 10.04 on an Athlon 64 3700+ Notebook, connected to the internet via wireless and 2 Routers
[10:26] <tarpoon> oh and I've tried increasing the process priority of the desktopcouch process and every process with ubuntu one in its name
[10:57] <gord> tarpoon, iirc syncing is basically not working. you can download the files from the web interface until its back up
[11:03] <tarpoon> ok, thanks for the info. Gonna switch back to my usb stick then
[12:56] <duanedesign> lwells: contact sync will be back up Tuesday
[16:01] <kiilo> hi - https://couchdb.one.ubuntu.com/ temp unavaible? is there an alternative?
[16:05] <duanedesign> kiilo: it is sccheduled to be back up on Tuesday
[16:12] <kiilo> ok thks
[19:54] <duffydack> Its uploaded a file (200k) quick-ish, but its taking an age to give me a url for it.  Is this part of the problems you are having?
[20:09] <duanedesign> duffydack: yes. Getting frb the webUI is quicker, if you can do that.
[20:10] <duffydack> duanedesign, I cant see the file there.
[20:10] <duffydack> nautilus says its finished
[20:11] <duffydack> been half an hour now.. maybe i`ll try deleting it and uploading it via web
[20:12] <duanedesign> duffydack: tou can check  with u1sdtool --waiting-content
[20:12] <duffydack> I know its waiting because the copy public url etc are greyed out...
[20:14] <duffydack> uploaded via web and got url..
[20:15] <duffydack> be good if the filename was blue in nautilus like it is on the web... to indicate public
[22:05] <shawncm217> My Ubuntu One sync has been stuck for at least two day now. How do I get it going (uploading)? It appears to have made all the folders that I want synced on the server, but none of the files are uploading. Service status says file syncing is slow, but in two days, it has not uploaded a single file.
[22:17] <shawncm217> honk My Ubuntu One sync has been stuck for at least two day now. How do I get it going (uploading)? It appears to have made all the folders that I want synced on the server, but none of the files are uploading. Service status says file syncing is slow, but in two days, it has not uploaded a single file.
[22:19] <apachelogger> is there actually a devel discussion mailing list or something?
[22:25] <mkarnicki> apachelogger: https://lists.ubuntu.com/#Development+Lists
[22:25] <mkarnicki> I think you could try using the general ubuntu-devel
[22:45] <duanedesign> shawncm217: hello
[22:46] <duanedesign> shawncm217: it first uploads the metadata (folders) then the files.
[22:47] <duanedesign> you can check on what is waiting with the following commands:   u1sdtool --waiting-metadata     &      u1sdtool --waiting-content
[22:47] <duanedesign> actually: u1sdtool --waiting-metadata | wc -l
[22:48] <duanedesign> and: u1sdtool --waiting-content | wc -l
[22:50] <duanedesign> the 'wc -l' will give you the number, making it easier to monitor progress.
[22:54] <shawncm217> duanedesign: Wow. I got 210 and 217, respectively.
[22:59] <shawncm217> duanedesign: Thank you for those commands. I can now see it making, albeit slow, progress
[23:01] <shawncm217> Does the entire metadata queue need to finish before the file queue starts?
[23:13] <sersetto> hi


[17:30] <Mekaneck> Someone forgot to set +R on the #ubuntu channel. Just had a spammer there.
[17:30] <Mekaneck> maybe one of the ops would mind to take care of that?
[17:35] <tomreyn> i don't think it was forgotten.
[17:37] <tomreyn> Mekaneck: ^ and so far there wasn't much spam (at least from what i've seen). so i'm glad things are (mostly) going well without enforcing registrations so far.
[17:37] <Mekaneck> Mode #ubuntu +cntj 5:10 by lithium.libera.chat
[17:38] <tomreyn> it's not set, but i'm suggesting that it's not set on prupose
[17:46] <Mekaneck> understood, thanks


[23:06] <johnc4510> The new issue of the Ubuntu Weekly Newsletter is now available:
[23:06] <johnc4510> https://wiki.ubuntu.com/UbuntuWeeklyNewsletter/Issue177


[13:27] <Guest24850> dkessel, awesome to hear the instructions worked. So we'll remove the db sections completely then
[13:27] <Guest24850> morning all!
[13:55] <dkessel> morning balloons :) glad i could help
[13:58] <balloons> dkessel, I updated the page; if it's missing anything please edit :-) https://wiki.ubuntu.com/Testing/ISO/DevEnv
[15:52] <senan> balloons, Hi
[15:53] <balloons> senan, hello! Wonderful to hear from yop
[15:53] <senan> balloons, the upgrade was a big mess :(
[15:53] <balloons> senan, ugh.. Sorry to hear that
[15:53] <senan> balloons, but i've managed
[15:53] <senan> balloons, I should compile the terminal app before running right ?
[15:54] <balloons> senan, yes it compiles
[15:54] <balloons> senan, use cmake, make
[15:55] <senan> balloons, its listing 7 tests
[15:56] <balloons> senan, cool. Are you able to run them?
[15:56] <senan> balloons, no..
[15:56] <senan> balloons, some error
[15:56] <senan> do you want to see the error  >
[15:56] <senan> ?
[15:57] <balloons> sure, paste.ubuntu.com
[15:57] <senan> balloons, gimme a minute.. I'm compiling the app
[15:59] <senan> balloons, is it cmake Cmake.txt ?
[16:00] <balloons> senan, in the root of the code:
[16:00] <balloons> cmake .
[16:01] <senan> balloons, no install command required after that ?
[16:01] <balloons> senan, well, you can also build outside of the branch. Basically just pass the folder name to cmake
[16:01] <balloons> after cmake runs, run make inside the same place and it will build
[16:02] <balloons> senan, no install is needed as the tests will run it just fine locally
[16:02] <senan> balloons, this is what I am getting now http://paste.ubuntu.com/8559847/
[16:03] <senan> balloons, one window just pops up and close
[16:07] <elfy> afternoon all
[16:07] <senan> elfy, good afternoon :)
[16:09] <elfy> balloons: quick question - your mail to the QA list re RC - that date right? no freeze - nothing on tracker till next week?
[16:09] <elfy> hi senan
[16:10]  * balloons looks at senan's paste
[16:11] <balloons> elfy, that's my understanding yes
[16:11] <balloons> senan, the failed import I believe means it didn't compile
[16:12] <elfy> k - thanks - not sure the point in RC then - especially if it's weekend and tracker doesn't catch up till Monday
[16:14] <senan> balloons, http://paste.ubuntu.com/8559891/
[16:15] <balloons> elfy, historically it used to appear on Thursday / Friday, but lately it's been just the week of. It does depend on how much stuff is hitting the archive to some extent
[16:16] <elfy> I guess - just wanted to double check
[16:19] <senan> balloons, can you check the new paste ?
[16:23] <balloons> senan, right, so running make now in that dir should work and make a binary file
[16:23] <balloons> brb
[16:34] <balloons> senan, http://paste.ubuntu.com/8560000/
[16:36] <senan> balloons, how do i start from the beginning..cleaning everything and rebuild again
[16:39] <balloons> senan, might just be best to re-check out the branch again
[16:40] <balloons> then do the two steps in order to build
[16:42] <senan> balloons, http://paste.ubuntu.com/8560025/
[16:45] <balloons> senan, looks good. Just need to type make and it should build
[16:50] <senan> balloons, got like this http://paste.ubuntu.com/8560058/ but still i am not able to run tests
[16:50] <balloons> senan,  looks perfect
[16:51] <balloons> senan, do you have all the depends installed I wonder?
[16:51] <senan> balloons, how do I check that ?
[16:52] <balloons> senan, sudo apt-get install qtdeclarative5-konsole-qml-plugin qtdeclarative5-localstorage-plugin qtdeclarative5-pamauthentication0.1 qtdeclarative5-qtquick2-plugin qtdeclarative5-ubuntu-ui-toolkit-plugin
[16:52] <balloons> senan, look in debian/control
[16:54] <senan> balloons,Unable to locate package qtdeclarative5-konsole-qml-plugin
[16:55] <balloons> senan, ok ignore that one for a minute
[16:55] <balloons> you have the rest?
[16:56] <balloons> senan, ahh indeed you are missing the konsole plugin :-)
[16:56] <balloons> senan, it's in ppa:ubuntu-touch-coreapps-drivers/daily
[16:56] <senan> balloons, Couldn't find any package by regex 'qtdeclarative5-pamauthentication0.1'
[16:57] <wxl> hey do you guys know what i need to do in order to have triage-ability?
[16:57] <wxl> i joined the team but it doesn't seem like that's enough.
[16:57] <balloons> senan, from your error you just need to add the core apps ppa and then install the qtdeclarative5-konsole-qml-plugin
[16:57] <wxl> (team=bugsquad)
[16:57] <balloons> senan, err.. weird
[16:57] <balloons> senan, never mind it's not there.. hmm hmm
[16:58] <senan> balloons, i'm adding the ppa
[16:58] <balloons> wxl, bug control or member of the project
[16:58] <wxl> balloons: bug control != bugsquad?
[17:04] <wxl> wellll i was hoping to help with this, but oh well: debian-installer is being a bad boy https://bugs.launchpad.net/ubuntu/+source/debian-installer/+bug/1380774
[17:05] <balloons> wxl, I can't triage that either, but then I'm not supercool
[17:05] <wxl> balloons: that's not what i heard :)
[17:07] <wxl> suffice it to say, that's a real yucky bug affecting server, too. :(
[20:41] <elfy> balloons: you still seeing bug 1378423
[20:41] <elfy> I can see that still being around on the 23rd
[20:51] <knome> balloons, lol "Will Cookie"
[20:51] <knome> balloons, it's "Will Cook"
[20:51] <knome> err, "Cooke"
[20:52] <elfy> wxl: do you get that ^^ bug with lubuntu in vbox?
[20:53] <wxl> elfy: gimme a sec. i've been messing with this debian-installer issue and need to set up a new desktop image.
[20:53] <elfy> no rush - it's the new vbox bug
[20:54] <wxl> i saw you mention this the other day in the backlog
[20:55] <wxl> it's too bad only us and server use debian-installer else i'd have you check that one out too :)
[20:57] <elfy> :)
[21:03] <balloons> knome, yea, that email.. so poorly written
[21:03] <balloons> can you tell I'm out of my mind this week?
[21:04] <balloons> elfy, are we sure it's in the right place?
[21:05] <elfy> balloons: frankly after all the vbox issues we've had this cycle I have no idea at all
[21:06] <elfy> when I reported it you appeared to think so ;)
[21:06] <balloons> elfy, :p
 elfy, perfect
[21:06] <elfy> ^^ proof :D
[21:06] <knome> balloons, you're almost like you are usually, but probably a bit more out of your mind :P
[21:06] <balloons> nice.. so as long as balloons agrees we should be good
[21:06] <balloons> knome, oi!
[21:08] <elfy> balloons: I'll leave prodding people about it to you then :D
[21:13] <wxl> elfy: well bad news i only have x86 available at present and it doesn't have the problem
[21:14] <elfy> trying with 32 bit
[21:14] <elfy> wxl: vbox?
[21:15] <wxl> elfy: yep
[21:15] <elfy> k - trying now (ish)
[21:15] <wxl> 4.3.16-95972~Ubuntu~raring (don't hit me)
[21:16] <wxl> and that's their naming thing fyi
[21:16] <wxl> i'm using their trusty repo
[21:16] <elfy> yea
[21:16] <wxl> which actually i see i need to update
[21:16] <wxl> do you have the latest?
[21:16] <wxl> which is .18-95616
[21:17] <wxl> cuz maybe that's the issue
[21:17] <elfy> have had this issue longer than that release
[21:17] <wxl> ic
[21:18] <elfy> this cycle has been a never ending list of issues with vbox tbh
[21:19] <elfy> balloons is probably bored to death of elfy talking about vbox bugs
[21:19] <elfy> I know elfy is :)
[21:19] <elfy> see the same thing in 32bit
[21:19] <elfy> anyway - done for Tuesday - night all
[21:20] <wxl> ok well i don't :)


[12:12] <dkessel> flocculant: if you change the font size in mousepad, does it change?
[12:13] <flocculant> dkessel: yes it does
[12:13] <dkessel> hmm. not for me
[12:29] <flocculant> dkessel: have the ppa version here
[12:29] <dkessel> flocculant: me too. but i am trying other things now anyway
[12:37] <flocculant> added a test to the image tests - just tests that image boots
[12:38] <flocculant> I rarely get time to check apps in livesession - doing that all day in a real one
[12:38] <flocculant> temp fix waiting for jenkins/image tests to actually happen


[23:59] <bremby> russianzilla: just try to reboot into recovery, then reconfiguring and xFix
[23:59] <russianzilla> Alright, I'll try recovery mode then.
[23:59] <ActionParsnip> csilk: man gnupg (maybe?)
[23:59] <russianzilla> Thanks.
[23:59] <sysrpn> hammered
[23:59] <jjgalvez__> trying to upgrade from 8.04 to 8.10 using the alt disk, and I got a "Could not calculate the upgrade" error, what should I do?
[23:59] <Gorthax> HAMMERED, I second that
[23:59] <russianzilla> Wait, how would you go about reconfiguring xFix?
[23:59] <Gorthax> 3 hours for DL
[23:59] <amortvigil> what can i do against bonobo-activivation-server crashes at login?
[23:59] <tovella> sahak: wow... i'm suspecting some sort of file corruption may have taken place.  not sure which file/files, though.
[23:59] <HtheB> Gnea, I followed a tutorial
[23:59] <ActionParsnip> jjgalvez__: i used this. https://help.ubuntu.com/community/IntrepidUpgrades#Network%20Upgrade%20for%20Kubuntu%20Desktops%20(Recommended)
[23:59] <b3lorixx> Ubuntu 8.10 Nvidia Issues please help *window borders http://i36.tinypic.com/294gum9.jpg
[23:59] <HtheB> http://ubuntuforums.org/showthread.php?t=921637&highlight=Acer+6920
[23:59] <ActionParsnip> jjgalvez__: try running sudo apt-get clean first


 I thought that was JonathanD's job.
[13:46] <teddy-dbear> Morning peoples, critters and everything else


[06:43] <zbenjamin> Mirv:   crap, failed
[07:00] <Mirv> zbenjamin: now looking good!
[07:00] <zbenjamin> Mirv: yay!
[07:16] <mardy> trainguards: just to confirm, is there something I should do on silo 31 (whose status is "is in the Proposed pocket") to get it landed?
[07:18] <Mirv> mardy: no, the gcc5 folks are on it. but if you need trunks updated, we can do that for you.
[07:18] <robru> mardy: if you click on the status there it'll open the migration page and you can see what is holding it back
[08:23] <tsdgeos> trainguards: how do i abandon a change if abandon doesn't really abandon it?
[08:24] <sil2100> tsdgeos: it doesn't?
[08:24] <robru> tsdgeos: click "clean" on the dashboard and check ONLY_FREE_SILO to free the silo
[08:24] <tsdgeos> sil2100: the popup tells me
[08:24] <sil2100> tsdgeos: ah
[08:24] <sil2100> tsdgeos: first you need to clean the silo
[08:25] <sil2100> As robru says ^
[08:25] <tsdgeos> ok
[08:26] <tsdgeos> i think it worked?
[08:26] <robru> Oh god why am i still up
[08:26] <tsdgeos> not sure to be honest
[08:26] <tsdgeos> https://requests.ci-train.ubuntu.com/#/?show=aacid doesn't show anything anymore
[08:26] <tsdgeos> but https://requests.ci-train.ubuntu.com/static/dashboard.html#?q=ubuntu%2Flanding-016 still does
[08:26] <robru> tsdgeos: paste the link to the clean job you ran
[08:26] <tsdgeos> oh not anymore
[08:26] <tsdgeos> ok
[08:26] <robru> There it goes
[08:27] <tsdgeos> would be nice if the warning in "Abandon" did tell you what to do
[08:27] <tsdgeos> or even did it :D
[08:27] <robru> tsdgeos: yeah bileto is not able to trigger Jenkins jobs
[08:28] <robru> That would be a huge undertaking to implement
[08:31] <Mirv> it's pretty weird seeing robru up at this hour, even knowing his late nights
[08:31] <Mirv> it's like noon here :)
[08:31] <robru> 1:30 here
[08:31] <robru> AM
[08:32] <robru> I'm not even really working, just watching tv... IRC on my phone.
[08:34] <robru> tsdgeos: please file a bug against lp:bileto, i can expand that message with the instructions tomorrow.
[08:35] <tsdgeos> robru: awesome, i will
[08:52] <sil2100> Ouch
[09:21] <sil2100> Damn, looks like people actually read my e-mails now, need to start thinking about what I write there!
[09:21] <sil2100> ;p
[09:26] <sil2100> Seriously though, ygh, I'll have to straighten some things up
[09:27] <sil2100> ogra_: hey! I saw those logs with the debugging info - looks like the dates were correct for profiles but messed up in the cache
[09:27] <sil2100> ogra_: did jdstrand figure out where those get corrupted?
[09:27] <ogra_> sil2100, yes, tyhicks figured it out
[09:28] <sil2100> Issue in apparmor in the end?
[09:28] <ogra_> apparmor rewrites the file stamps at the end and there was a bu in that code
[09:28] <ogra_> *bug
[09:28] <sil2100> Ok, good to know :)
[09:28] <ogra_> sil2100, http://bazaar.launchpad.net/~apparmor-dev/apparmor/master/view/head:/parser/policy_cache.c#L169
[09:29] <ogra_> utimes gets handed over the whole array (t), not just the relevant part
[09:30] <sil2100> hah, good one
[09:31] <sil2100> ogra_: thanks for helping debugging that - did you revert the debugging changes already?
[09:31] <ogra_> sil2100, i didnt plan to revert them at all ;)
[09:32]  * ogra_ recently made it a habit to just keep such stuff around so we dont need to enable it next time we need to resaers something at the same place
[09:32] <sil2100> uh oh! Well, I think jdstrand asked for some 'touch /some_file_here' ones too, not sure if we want to have new files in our filesystem
[09:32] <ogra_> *research
[09:32] <sil2100> Would like at least those removed
[09:32] <ogra_> oh, right, yeah, these two lines need to go
[09:32] <ogra_> good catch ;)
[09:33] <ogra_> also, should we touch the cache files to get usable images again and to give the guys more time to fix it ?
[09:44] <sil2100> Ah, so there's no fix for that yet?
[09:45] <sil2100> In that case I suppose we could do a workaround like that, I suppose it shouldn't have any serious implications
[09:45] <ogra_> ok, will include that when i remove the two files
[09:46] <sil2100> I wonder if we could make this touch workaround only for wily images for now
[09:46] <sil2100> Actually, nevermind that
[10:05] <greyback> trainguards: could someone please delete the wily packages from silo10 please - I reconfigured it from dual to vivid-only, so the wily package still hanging around
[10:05] <sil2100> greyback: on it!
[10:05] <greyback> cheers
[10:06] <sil2100> greyback: done
[10:06] <greyback> sil2100: thank you
[10:09] <ogra_> sil2100, hmm, i only just looked at the log, i guess i'll revert one version to the simple ls -l
[10:09] <sil2100> Yeah, there was a LOT of ls'es in the last builds
[10:09] <sil2100> Sounds ok to me
[10:10] <ogra_> yup, i didnt expect it to double the size of the log :)
[10:41]  * Mirv hugs pete-woods for being such an excellent bug fixer/triager!
[10:42] <pete-woods> Mirv: :D
[11:02] <greyback> dch: fatal error at line 1141: New version specified (0.4.5+15.04.20150812-0ubuntu1) is less than the current version number (0.4.5+15.10.20150804.1-0ubuntu1)!
[11:03] <greyback> but but, 0.4.5+15.04.20150812-0ubuntu1 > 0.4.5+15.10.20150804.1-0ubuntu1
[11:04] <Laney> false
[11:04] <Laney> 15.04 -> 15.10
[11:05] <greyback> ah, dammit
[11:05] <greyback> Laney: thanks, now I know what's wrong
[11:07] <Laney> np!
[11:44] <ogra_> sil2100, i kicked an image, seems livecd-rootfs is there)
[11:58] <sil2100> ogra_: thanks!
[11:58] <ogra_> sil2100, bah, armhf fails now too with dependency errors
[11:58] <ogra_> The following packages have unmet dependencies:
[11:58] <ogra_>  ubuntu-touch : Depends: libzen0 but it is not going to be installed
[11:58] <ogra_> E: Unable to correct problems, you have held broken packages.
[11:59] <ogra_> bitten by gcc5 too now
[11:59] <ogra_> (i guess)
[12:07] <sil2100> I'll look into that with the others
[12:07]  * sil2100 off to prepare lunch
[12:09] <kgunn> trainguards so it seems unity-api for wily finally got released (and out of proposed pocket)
[12:10] <kgunn> but the mp's didn't merge, and dashboard saying it's still there ?
[12:10] <kgunn> https://requests.ci-train.ubuntu.com/static/dashboard.html#?q=ubuntu%2Flanding-035
[12:10] <kgunn> at least, when i look at excuses, unity-api no longer there
[12:10] <seb128> ogra_, pitti was mentioning it earlier on #ubuntu-devel
[12:11] <kgunn> yep...lp proj page showing released... https://launchpad.net/ubuntu/+source/unity-api
[12:12] <kgunn> should i manual merge those mp's or just wait ... ?
[12:14] <Mirv> kgunn: it seems 035 has a different version 7.98+15.10.20150803-0ubuntu1 while archives have https://launchpad.net/ubuntu/+source/unity-api/7.99+15.10.20150804-0ubuntu1
[12:14] <Mirv> kgunn: I don't see the "added alerting/setAlerting API to LauncherModel and LauncherItem interfaces" in https://launchpad.net/ubuntu/+source/unity-api/+changelog
[12:15] <Mirv> kgunn: so it'd seem to me like conflicting landings
[12:20] <kenvandine> jgdx, ^^ when i tried to publish
[12:20] <kenvandine> the only unbuilt revision was the translator comments
[12:20] <kenvandine> i kicked a rebuild
[12:28] <jgdx> kenvandine, :s bitten by a specific build once again
[12:28] <jgdx> thanks
[12:31] <kenvandine> jgdx, np
[12:31] <kenvandine> jgdx, thankfully it's a trivial commit :)
[12:41] <tsdgeos> sil2100: so after i've set https://requests.ci-train.ubuntu.com/#/?req=147 to "Ready for QA" i just wait, right?
[12:45] <jibel> tsdgeos, when you set it to ready for QA, it creates a card on the QA board, in this case https://trello.com/c/wgbU6IWH/2161-147-ubuntu-landing-016-unity8-tsdgeos-mzanetti I suppose, then a tester will pick it up for verification, and will mark the request granted or failed.
[12:46] <jibel> so yeah, just wait
[12:46] <tsdgeos> jibel: awesomeness
[12:56] <jhodapp> davmor2, silo 48 is ready to test
[12:56] <jhodapp> davmor2, there's one bug with it that I'm fixing with ringtone
[12:59] <jibel> jhodapp, do you mean you'll update 48 with the fix or do a separate landing after 48?
[13:00] <jhodapp> jibel, I'll update 48
[13:01] <jhodapp> jibel, ringtone isn't working on incoming call, so it's a critical one to fix
[13:06] <jibel> jhodapp, okay, I'll block the silo until the fix is in.
[13:07] <jhodapp> jibel, is that a general policy not to test until then? every other part of the test plan can be gone over and there's a lot to test
[13:08] <jibel> jhodapp, we start testing when it's ready. If there is a known issue that will be fixed, then it is not ready. And there are other silos ready in the queue
[13:09] <jhodapp> jibel, alright
[13:14] <pete-woods> kenvandine: silo 46 built ^
[13:15] <kenvandine> pete-woods, thx
[13:15] <kenvandine> pete-woods, publishing
[13:15] <pete-woods> :D
[13:21] <kgunn> Mirv: thanks (didn't see your ping til now), so that is strange, i guess this was sort of a race to a rebuild
[13:21] <kgunn> so what should we do ?
[13:24] <kgunn> from the looks of it, should i just abandon that silo ?
[13:25] <kgunn> seems unity8 which is not showing proposed, also has a package more recent in archive than in the silo 35 ppa
[13:33] <Mirv> kgunn: or rebuild and republish?
[13:34] <kgunn> Mirv: ...actually, the changelog for unity8 is inclusive of this silo
[13:35] <Mirv> kgunn: ok. I was only worried about not seeing the 035's macslow's commit in any of the published changelogs.
[13:35] <kgunn> Mirv: it's like unity8 was all correct and succeeded, unity8 MP hasn't merged...b/c unity-api had this weird race
[13:35] <alan_g> cihelp It looks like we're now building with g++5 with g++4 packages installed (which doesn't work: http://paste.ubuntu.com/12061672/); full log: https://jenkins.qa.ubuntu.com/job/mir-wily-amd64-ci/692/console
[13:36] <kgunn> Mirv: also, silo 35 was strictly a no change rebuild to help get over the gcc5 hump, so if the packages are getting through...i don't think we need this silo at all...
[13:36] <kgunn> so can i just abandon it?
[13:36] <kgunn> hmmm unity8 technically should have that mp merged tho...
[13:39] <Mirv> kgunn: yeah, I think you should abandon it but just find out where the Launchpad got that macslow's commit message from (even though MP:s were no-ops)
[13:42] <fginther> alan_g, hi, I'll take a look. If this is just a matter of removing g++4 from the chroots, that should be something we can fix within an hour or two
[13:44] <kenvandine> pete-woods, your silo 53 needs a rebuild now
[13:44] <pete-woods> kenvandine: cool, just sorting that now :)
[13:44] <kenvandine> pete-woods, i merged 46, so it's good to rebuild
[13:44] <pete-woods> :)
[13:44] <alan_g> fginther: removing g++4 wouldn't help. It looks like g++ has suddenly changed from g++4 to g++5 (but all the system packages are still g++4 builds)
[13:45] <kenvandine> pete-woods, since we have stuff held in -proposed for the gcc5 transition, i force merged the silo so we can move on
[13:45] <alan_g> So I'd rather remove g++5
[13:45] <pete-woods> kenvandine: thanks. I thought something magic like that would have to happen
[13:45] <pete-woods> I thought there were no problems with the g++5 landing? *ducks*
[13:46] <kgunn> Mirv: sorry to continue to pester, which macslow commit are you talking about ?
[13:47] <Mirv> kgunn: this one mentioned in the no-change rebuild's changelog: https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-035/+sourcepub/5274714/+listing-archive-extra
[13:47] <Mirv> kgunn: so just wondering which MP it is and can it be double checked it's actually in. no idea where LP picked the idea of it from.
[13:47] <fginther> alan_g, hmm. I'll have to look a little closer then as I'm not sure g++5 just won't get added again on the next update. I'll keep you updated
[13:48] <kgunn> woa...ok
[13:48] <alan_g> fginther: I don't mind it being there, just don't make it the default without providing the rebuilt packages from proposed
[13:49] <kgunn> Mirv: weird, yeah...but that commit is on trunk from some time back, wonder if this was from dual landing shake out
[13:50] <Mirv> kgunn: ok, then the silo good to free up
[13:50] <Mirv> kgunn: maybe so
[13:50] <jdstrand> sil2100, ogra_: fyi, we have a patch for the timestamp issue. it is wily-specific and we will likely be able to upload later today, tomorrow at the latest. it sounds like wily images are broken for other reasons so not sure you need to do a workaround at this point. obviously that is up to you
[13:50] <fginther> alan_g, Ack, a completely new chroot from scratch should solve this (I think)... Will have to see.
[13:51] <ogra_> jdstrand, well, i think it cant do harm and will shield us the next time from image failures
[13:56] <jdstrand> well, I leave that up to you. the patchset for the fix includes new tests to make sure this can't happen again too
[14:25] <sil2100> Mirv: I uploaded a version-sync of qtdeclarative-opensource-src-gles to have the exact same version of it as the non-gles one, since for unknown to me reasons through the recent thumbnailer upload shlibs set the dep to the exact 5.4.1-1ubuntu8 version
[14:25] <sil2100> Mirv: almost as if this version added some symbol the thumbnailer was using
[14:26] <sil2100> Well, anyway, this should push the i386 vivid builds further
[14:26]  * sil2100 will check once it builds
[14:29] <dobey> trainguards: can i guet someone to click "try again" for https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-021/+build/7790724 ?
[14:29] <sil2100> dobey: sure
[14:30] <dobey> thanks
[14:30] <sil2100> dobey: retried
[14:30] <dobey> thanks
[14:30] <sil2100> np :)
[14:44] <awe_> sil2100, question for you about bileto.  What's the equivalent of the old spreadsheet "Tested" column in bileto?  Are test results just now added as general comments?
[14:44] <sil2100> awe_: hey!
[14:45] <sil2100> awe_: so, if you want to mark a silo as tested you need to edit the landing in bileto and change the QA Signoff Status field accordingly: https://wiki.ubuntu.com/citrain/LandingProcess#qastatus <- some explaination here
[14:46] <sil2100> Any additional information about what and where you tested can be added as comments
[14:46] <awe_> got it
[14:47] <awe_> hmmm, so we went from required the tester, img #, and device to be recorded ( which frankly was missing channel to be fully qualified ) to voluntary recording of this info?
[14:47] <awe_> what's the lp project so I can suggest an enhancement?
[14:48] <cyphermox> ^ please don't ack, there will be another revision on top
[14:48] <sil2100> Yeah, we already have a bug suggesting some improvements to it, but you can fill in another one with proposing the detailed entries
[14:48] <cyphermox> sil2100:
[14:48] <sil2100> awe_: https://bugs.launchpad.net/bileto
[14:48] <awe_> thanks sil2100
[14:48] <sil2100> awe_: https://bugs.launchpad.net/bileto/+bug/1483635 <- I filled in this a few days ago
[14:49] <sil2100> You can +1 it if you think that's also a problem
[14:49] <awe_> sil2100, ok, I'll take a look and comment there if appropriate
[14:49] <sil2100> Thanks o/
[14:51] <sil2100> Oh, the qtdeclarative no-change rebuild just failed
[14:55] <dobey> hmm
[14:56] <dobey> since gcc5 made it to release now, are devel-proposed images going to start building consistently again?
[15:21] <sil2100> dobey: well... not entirely, not yet at least - but soon, yes :)
[15:21] <sil2100> We're waiting for an apparmor fix to get released
[15:22] <sil2100> Interesting, a retry helped, strange
[16:06] <sil2100> ogra_, jibel: kicking a new vivid image
[16:06] <sil2100> Need to test some recent i386 build fixes
[16:06] <ogra_> sure sure :)
[16:09] <sil2100> I wasn't able to test everything as I had some strange things happening in my chroot
[16:13] <Mirv> sil2100: thanks. that version indeed added a backported feature from Qt 5.6 exactly for thumbnailer's use.
[16:14] <sil2100> Mirv: ok :) it's built now in the overlay PPA, the i386 builds still fail but for other reasons
[16:14] <slangasek> sil2100, jibel, davmor2: hi, so since packages are starting to make their way into wily now for gcc-5, I think it's time to restart the image builds against wily without -proposed; do you agree?
[16:15] <sil2100> slangasek: makes sense, +1 on that
[16:16] <sil2100> slangasek: ogra_ pushed a temporary workaround for the custom tarball timestamp corruption, but the apparmor guys already have a fix ready for release as well
[16:16] <sil2100> So at least the importer shouldn't die with the next image
[16:17] <tyhicks> the apparmor fix and the corresponding new tests are undergoing review
[16:17] <tyhicks> we hope to have an apparmor upload ready today
[16:20] <davmor2> slangasek: I care not either way I think you, sil2100 and jibel are all in better positions to decide this than I.  I would however like to grab the first cdimage with gcc5 on and test that it at least installed and ran, but other than that I care not :)
[16:20] <slangasek> davmor2: well, that already exists
[16:20] <slangasek> (or should; let me just double-check)
[16:21] <jibel> slangasek, agreed
[16:21] <slangasek> davmor2: yes, 20150812 is gcc-5.  Not all the packages have transitioned with it yet however, so it's not the same thing as a full dist-upgrade to wily-proposed
[16:24] <slangasek> jibel, sil2100: ok I've adjusted the crontab for the wily touch images to build without -proposed again, and kicked off a run; once that's done the importer can be adjusted to pull them into devel-proposed again instead of devel-proposed-g++5
[16:24] <slangasek> (assuming the importer is working at that point)
[16:24] <sil2100> slangasek: ok, I'm testing the importer to import the latest wily-proposed build
[16:24] <sil2100> To see if ogra_'s workaround worked
[16:26] <ogra_> there was no image with my fix yet ... meta was broken
[16:26] <sil2100> Ouch
[16:26] <sil2100> Ok
[16:27] <sil2100> Right, forgot about that
[16:27] <ogra_> (i told you above when you told me pitti had said it would be)
[16:27]  * sil2100 has bad short term memory it seems
[16:27] <ogra_> overheating brain i guess :)
[16:28] <sil2100> It's so hot here that I would suppose that's actually possible
[16:29] <ogra_> yeah, here too
[16:34] <jhodapp> sil2100, I'm not a debian package expert nor PPA...any ideas why the new packages in silo 48 aren't selected for upgrading on vivid when using that PPA?
[16:35] <jhodapp> sil2100, seems like all of those package version numbers are greater than what's in vivid+overlay, so why wouldn't they be selected for upgrading?
[16:36] <sil2100> jhodapp: hm, everything looks good
[16:37] <jhodapp> sil2100, I have always seen this with the vivid overlay and landing PPAs
[16:37] <sil2100> jhodapp: how do you perform the upgrades?
[16:37] <sil2100> Ah, probably pin priority
[16:37] <jhodapp> sil2100, I've tried both citrain and add-apt-repository
[16:37] <sil2100> jhodapp: when adding the PPA, did you adjust the pin priority?
[16:37] <jhodapp> nope, don't know anything about that
[16:38] <sil2100> jhodapp: https://wiki.ubuntu.com/LandingTeam/SiloTestingGuidelines#Install_silos_with_overlay_PPA_enabled :)
[16:39] <jhodapp> interesting, alright thanks
[16:42] <jhodapp> sil2100, a higher pin priority number means a higher priority for considering package versions?
[16:43] <sil2100> Yeah, the PPAs with higher priorities are checked first for packages, even if they have lower versions
[16:46] <sil2100> slangasek, ogra_: so, the last wily build anyway succeeded in importing, even though the timestamps are clearly wrong - but by accident they seem to be good enough for tarfile to not die (as the year is this time 1954)
[16:46] <oSoMoN> jibel, FYI, we have a fix ready for the issue you found yesterday while testing the "find in page" functionality, it will go in the next landing
[17:20] <bzoltan_> sil2100:  do you know why the silo11 is marked as dirty?
[17:22] <sil2100> bzoltan_: looks like some UITK landing finally migrated from -proposed and got merged into trunk
[17:22] <sil2100> ubuntu-ui-toolkit 1.3.1584+15.10.20150730-0ubuntu1 <- this version for wily finally migrated yesterday
[17:22] <bzoltan_> sil2100:  wow :) That is good news indeed .. So I assume I want to sync the landing branch with the trunk and push a new build
[17:23] <sil2100> bzoltan_: yeah, sorry you have to rebuild though ;p
[17:23] <dobey> https://jenkins.qa.ubuntu.com/job/wily-boottest-unity-scope-click/lastBuild/console
[17:23] <dobey> hrmm :(
[17:24] <bzoltan_> sil2100:  It is not a problem.. the silo17 has anyway a fix what unblocks the UITK landing... without that silo17 I cannot test the UITK silo
[17:24] <ogra_> sil2100, well, i see that my code actually changed the timestamps
[17:25] <ogra_> sil2100, http://paste.ubuntu.com/12063458/
[17:25] <ogra_> from 1987 to today :)
[17:26] <ogra_> so the workaround works around :)
[17:27] <sil2100> Yay ;)
[17:28] <sil2100> Let's do bets on what date it would set it to tomorrow!
[17:28] <ogra_> and i see your x86 build succeeded too
[17:28] <ogra_> what was it ?
[17:28] <ogra_> haha, i bet on 1973
[17:29] <ogra_> jdstrand, hold back that apparmor fix, we have a thing going on
[17:29] <ogra_> :)
[17:29] <jdstrand> ogra_: ack
[17:40] <dobey> how can i know why exactly some boottest is failing?
[17:41] <dobey> and whom do i bug to retry failed ones?
[17:41] <dobey> trainguards: ^^
[17:49] <robru> dobey: you need to bug cihelp about that
[17:49] <robru> dobey: and the excuses page should link through to the jenkins job, which you can check console output to see the failure
[17:49] <dobey> robru: unfortunately the console output is pretty vague
[17:49] <dobey> https://jenkins.qa.ubuntu.com/job/wily-boottest-unity-scope-click/lastBuild/console
[17:50] <robru> dobey: looks pretty clear to me, the  device failed to provision. so you need cihelp to investigate it. as far as I understand they just retry and 99% of the time it works.
[17:51] <dobey> cihelp ^^ can you retry the boottest please then?
[17:52] <fginther> dobey, I've restarted it
[17:52] <dobey> ok, thanks fginther
[17:53] <fginther> dobey, will keep an eye on it to make sure it finishes ok
[18:22] <dobey> fginther: oh, i guess it's failing now because there's no wily devel-proposed image with the gcc5 stuff, and ubuntu-touch-meta requires it now?
[18:26] <fginther> dobey, hmm. Well, it looks like there is a problem installing what was the latest image, which is causing problems for unity-scope-click. Not sure yet on ubuntu-touch-meta
[18:27] <dobey> fginther: i see the same dependency error message on the ubuntu-touch-meta failed boottest
[18:27] <dobey> failing beause ubuntu-touch depends on a lib that had the abi changed due to gcc5 (that may not be migrated yet either)
[18:28] <dobey> though i don't know why it's not pulling them in from proposed pocket
[18:29] <dobey> since adt-run clearly has --apt-pocket=proposed :-/
[18:29] <fginther> dobey, that could also be the problem. There's a problem in that apt can't always figure out the right upgrade path... I'll try again once the new image proves to be installable.
[18:42] <dobey> ok
[19:19] <fginther> dobey, unity-scope-click is passing now. Will take another look at ubuntu-touch-meta next
[19:19] <dobey> fginther: ok, great. thanks.
[21:22] <cyphermox> awe_: NM is built and all in silo 15 if you want to test
[21:23] <awe_> cyphermox, ack
[21:33] <oSoMoN> ubuntu-qa: hey guys, I just marked silo 14 ready for QA validation, I’m hoping I can get an exception for this one to land it in OTA-6
[21:33] <alesage> oSoMoN, ack
[21:35] <oSoMoN> alesage, do I need to issue a special request for the exception?
[21:44] <alesage> oSoMoN, I don't think we govern that as QA
[21:44] <alesage> oSoMoN, or sorry--no I think we'll get to it
[21:45] <oSoMoN> cheers
[22:22] <awe_> cyphermox, all set testing; lgtm
[22:35] <tyhicks> ogra_: I'm heading out on vacation but the apparmor fix is going through our team's QA - track https://bugs.launchpad.net/apparmor/+bug/1484178 for updates
[22:37] <jdstrand> ogra_: I'll be handling the landing and I'm still on pause based on your earlier comment (not that I'm ready to push the button right now)


[11:38] <mamarley> ricotz: 358.16 is ready in the usual location. :)
[12:07] <ricotz> mamarley, great!
[19:13] <mamarley> ricotz: Enjoying that GTX 970?


[11:45] <Hamidreza> Hi guys, I'm runnig following command for rsync but it doesnt work:
[11:45] <Hamidreza> sudo rsync --daemon salam.txt test@<IP_ADDRESS>::/tmp/test --config=/etc/rsyncd.conf
[11:45] <Hamidreza> cat /etc/rsyncd.conf
[11:45] <Hamidreza> [share]
[11:45] <Hamidreza> path = /tmp/test
[11:45] <Hamidreza> #password-file=/root/secret
[11:45] <Hamidreza> secrets file = /root/secret
[12:16] <RoyK> why do you want rsync as a daemon? by default it uses ssh for transport and authentication
[12:31] <de-facto> Question: how can i find out why an NFS share as client (mounted via /etc/fstab) went offline? Its fixable wtih "mount -a"
[13:53] <de-facto> are there any logs about NFS errors anywhere on ubuntu?
[13:54] <RoyK> de-facto: check dmesg -T
[13:54] <de-facto> already did that
[13:54] <RoyK> don't know any other logs - nfs isn't very verbose - at least by default
[13:54] <de-facto> and journalctl
[13:55] <de-facto> yeah i noticed that, could not find any useful information about it failing yet
[13:55] <RoyK> which mount options did you use for the client? normally it should reconnect automatically
[13:56] <de-facto> in /etc/fstab "111.222.333.444:/media/DATA/web         /var/www/html/web         nfs    bg,rw,nfsvers=3,rsize=8192,wsize=8192      0 0"
[13:57] <de-facto> was not setup by me but i have to fix it
[13:58] <de-facto> server is a QNAP
[13:58] <RoyK> iirc those rsize/wsize flags aren't needed anymore, but it all looks normal to me
[13:58] <RoyK> perhaps apart from nfs3, but that's your choice ;)
[13:59] <de-facto> it just goes offline without any logs and a "mount -a" fixes that
[13:59] <RoyK> strange
[13:59] <RoyK> anything on the server?
[13:59] <de-facto> i could out that in a systemd timer but thats an ugly hack
[13:59] <de-facto> id rather find out the problem and fix that
[14:00] <RoyK> login to the qnap and check the logs
[14:00] <de-facto> i dont have any access to it
[14:00] <RoyK> oh
[14:01] <de-facto> yeah its a mess, i probably will migrate it to cifs and throw that qnap in the garbage, but for now it has to be fixed
[14:01] <de-facto> because a whole website goes offline if that happens again
[14:01] <RoyK> you haven't specified hard or soft, but hard is default, or at least here, which should reconnect automatically
[14:02] <de-facto> how does your fstab line for such a case look like?
[14:02] <RoyK> check /proc/mounts - it should list all the flags used
[14:02] <RoyK> just paste the nfs line, please
[14:02] <de-facto> one moment
[14:05] <de-facto> 111.222.333.444:/media/DATA/web /var/www/SAI/web nfs rw,relatime,vers=3,rsize=8192,wsize=8192,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=111.222.333.444,mountvers=3,mountport=892,mountproto=udp,local_lock=none,addr=111.222.333.444 0 0
[14:06] <RoyK> see man nfs for retrans - it should log somewhere
[14:06] <oerheks> i would mount nfs in /mnt/  and keep /media/ for autoremove devices
[14:07] <RoyK> good point
[14:07] <RoyK> but hey, it's /var/www/something - shouldn't matter
[14:08] <RoyK> it's a nice way to keep things tidy without having to symlink or anything
[14:08] <de-facto> yeah not my design there, i have to fix the problem though
[14:08] <RoyK> also - apache doesn't like symlinks unless you force it to
[14:08] <oerheks> use nfswatch on the host
[14:08] <RoyK> de-facto: I'd do it that way
[14:08] <shibboleth> +followsymlinks
[14:09] <RoyK> oerheks: he doesn't have access to the host
[14:09] <de-facto> RoyK, you mean that config is fine like this?
[14:09] <shibboleth> +followsymlinksifownermatches or something, even better
[14:09] <RoyK> shibboleth: sure, but mounting the fs in the right place is clean
[14:09] <RoyK> de-facto: looks fine to me, except rsize and wsize, which I don't think is needed anymore
[14:10] <shibboleth> oh, don't mind me, i just entered this clubhouse :P
[14:10] <de-facto> ok so even with the rsize and wsize it should not disconnect, is it supposed to autoreconnect like this?
[14:10] <shibboleth> "how about... irc, but vocal?" <--- insert "wow"-clip from bill and teds excellent adventure
[14:10] <de-facto> or should i really install a cronjob with "mount -a" in it?
[14:11] <RoyK> de-facto: rsize/wsize isn't really relevant here
[14:11] <de-facto> eah
[14:11] <RoyK> de-facto: probably find the error ;)
[14:11] <shibboleth> de-facto, or a... systemd unit?
[14:11] <RoyK> try to grep through /var/log for nfs errors
[14:11] <de-facto> yeah or that, its not a fix though it just raises the probability that my inbox keeps free of this :P
[14:11] <RoyK> shibboleth: nfs should handle that itself
[14:12] <de-facto> i already grep in dmesg syslog kernlog journalctl
[14:12] <de-facto> nothing about nfs there
[14:12] <RoyK> mount.nfs even has a flag for umounting locked nfs mounts, -l, --lazy
[14:13] <de-facto> not sure what you mean by that
[14:14] <RoyK> normally, if you have an nfs client mounting something on a host and the host dies, that share will stay dormant/defunct forever
[14:15] <RoyK> the only thing I've seen disconnecting such a thing is if some other machine steals that ip address and thus signals back with 'this isn't allowed'
[14:15] <RoyK> but that should most certainly be logged
[14:15] <de-facto> so you think the qnap got a hickup and locked the share?
[14:16] <de-facto> as i said "mount -a" immediately silently fixed it
[14:16] <de-facto> the mount point was just empty before that
[14:17] <RoyK> I doubt the qnap could do this, since nfs client normally just tries on forever, that is, unless the qnap was rebooted and didn't start nfs quickly enough for the client to reconnect
[14:17] <de-facto> i think it was offline for half an hour or such
[14:18] <de-facto> or the mount point empty at least, not sure about the qnap, i dont have any access to it
[14:18] <RoyK> then my guess is that it didn't manage to start the nfs server quickly enough or something, but again, then you should see it in dmesg
[14:19] <RoyK> that's a long downtime, though
[14:19] <de-facto> what would i be looking for in dmesg? i tried searching for "nfs" or "NFS" or that ip address or "mount"
[14:19] <RoyK> at least if it was daylight
[14:19] <RoyK> just run 'dmesg -T' as root and you'll get the latest stuff - it shouldn't be too much unless you have ufw or something similar spamming it
[14:22] <de-facto> yeah unfortunately its full of ufw spam
[14:23] <de-facto> dmesg -T | grep -v UFW | grep nfs only gives "FS-Cache: Netfs 'nfs' registered for caching" a day ago though
[14:23] <de-facto> thats what i mean NFS not providing any useful info
[14:24] <RoyK> ufw logging off ;)
[14:24] <RoyK> unlelss you really need them
[14:24] <RoyK> there was an attempt to have ufw do userspace logging, but I have no idea how that went
[14:25] <RoyK> that is - it's not ufw doing the logging, it's netfilter, kernel, which imho isn't a good idea for such large amounts of logs
[14:25] <de-facto> yeah if it was me i would not have installed ufw on there but oh well
[14:26] <de-facto> anhow i guess then the only option is to to a "mount -a" ever few minutes
[14:26] <de-facto> i dont see an opportunity where to get useful info from NFS about this
[14:27] <RoyK> or even better - create a script to check if it is mounted and if not, mount it
[14:28] <RoyK> something like "if $( cat /proc/mounts | grep /var/www/html/web > /dev/null 2>&1 ) ; then echo mounted ; else echo nope, not mounted ; fi"
[14:29] <RoyK> then just replace echo ... with something logging it was remounted (man logger) and then remounting it
[14:29] <de-facto> but "mount -a" would not hurt i guess since it only mounts stuff that is not already mounted right?
[14:30] <RoyK> it'll mask other potential problems and if you by chance should want to umount an fs to check it or otherwise, it'll remount it
[14:30] <de-facto> fair point
[14:31] <de-facto> maybe i put a list of automount filesystems in /etc/default/remount or such and use that from a systemd service with a timer
[14:31] <RoyK> should work
[14:32] <de-facto> i dont feel particularly good about it because it ignores the cause of that problem but i have to put something in place to mitigate it when i am not ehre
[14:33] <RoyK> without access to the qnap thing, well
[14:34] <de-facto> i will suggest to throw that in the garbage in the long term, it only causes a lot of problems (other than this)
[14:35] <RoyK> quite possibly a good idea ;)
[14:36] <RoyK> if you can afford something better, good, otherwise, if you have sufficient bandwidth, perhaps cloud storage, if you trust them, that is
[14:36] <de-facto> i was thinking about putting that website stuff on the active directory for them to update stuff and just mount it via cifs in the linux box
[14:38] <RoyK> AD is a catalog service, not storage, but good for use with accessing linux machines from windoze machines
[14:38] <de-facto> yeah windows and mac clients and the ad managing the credentials for an SMB share
[14:39] <RoyK> that works well
[14:39] <de-facto> yeah and someone else responsible for incremental backups :P
[14:52] <RoyK> de-facto: yes, make sure you have good backups. I guess we all have failed on that at some point


[11:20] <thorwil> http://www.fubiz.net/2010/01/03/vancouver-2010-campaign/
[11:44] <Equiet> Wow, http://troy-sobotka.blogspot.com/ is fantastic.
[11:46] <Equiet> I should make my own blog with Ubuntu Artwork concepts.
[12:32] <thorwil> Equiet: i used to present my stuff using image hosters, but then switched to a blog. it's much better. you can images and text right in one place, you get a timeline of your own work, it can double as a kind of portfolio
[12:44] <zniavre_> the "extra-pane" of nautilus is quite good in fact > http://img686.imageshack.us/img686/8047/capturexdy.png
[12:44] <zniavre_> i do not know why im using more than tabs feature
[15:12] <\vish> http://boagworld.com/design/stock-photography
[15:13] <\vish> the last gout pic/idea is awesome!
[15:49] <thorwil> \vish: heh, "avoid being literal" ... sounds familiar somehow :)
[15:49] <thorwil> \vish: your nick is german-keyboard unfriendly. where do i file an accessibility issue?
[15:50] <\vish> lol...!
[15:52] <\vish> thorwil: isnt german layout QWERTY?
[15:52] <thorwil> \vish: no, QWERTZ
[15:53] <\vish> heh
[15:54] <thorwil> \vish: \ requires the meta key to the right of space (Alt-Gr) and the key following 8, 9, 0 (trippling for ?, ß, \)
[15:54] <\vish> thorwil: why i liked that pic more was , since the designer had a reasonable understanding of the disease and stressed more on the toes color
[15:55] <\vish> oh... why I used "\"  was since its was easier in my laptop layout ;p
[15:55] <thorwil> \vish: that page has examples full of what i'm missing in floss related artwork
[15:55] <\vish> hehe ;)
[16:07] <dksays> hi
[16:09] <\vish> !hi | dksays
[17:32] <vish> thorwil: better? ;)
[17:32] <thorwil> yes!
[17:35] <vish> hmm , seems toooo simple :s
[17:37] <`vish> does this need meta key too?
[17:37] <`vish> thorwil: ^
[17:37] <thorwil> yes
[17:37] <`vish> aw :(