[00:02] <liox_> plis help me?
[00:06] <Pupeno> How do I upgrade an Ubuntu 12.04 to 14.04? do-release-upgrade -d worked on other servers.
[00:35] <Pupeno> I just upgraded an Ubuntu 12.04 to 14.04 and a new version of postgres was installed and the old one removed, but the cluster not upgraded. Any ideas how to proceed now?
[01:09] <liox_> hi
[01:10] <liox_> my /webmail broken aft downgrade apache 2.4 for 2.2
[01:10] <liox_> see problem
[01:10] <liox_> http://agenciazig.com.br/webmail/
[01:11] <liox_> I think it is something related to. htaccess some webmail module that is calling it is not installed
[01:15] <liox_> Please could someone help me?
[01:19] <vonsyd0w> check your apache logs first
[01:22] <liox_> vonsyd0w: ok
[01:25] <liox_> vonsyd0w: not error apache log
[01:38] <tarvid> Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php5/20090626/json.so' - /usr/lib/php5/20090626/json.so: cannot open shared object file: No such file or directory in Unknown on line 0
[01:38] <tarvid> is there a fix?
[01:45] <liox_> how could I make a backup of mailboxes to migrate to another server?
[01:45] <liox_> my server use postfix+dovecote+imap
[02:30] <liox_> my log /var/logs/suphp
[02:30] <liox_> [Sat Jul 19 23:25:41 2014] [warn] File "/var/www/webmail/index.php" is not in document root of Vhost "/var/www/agenciazig.com.br/web"
[02:30] <liox_> how could I solve this problem?
[02:44] <tarvid> presume you are running apache. Then stanza in /etc/apache2/sites-availble contains the DocumentRoot
[02:49] <tortib> Hello everyone.
[02:50] <tortib> Can someone help me with an issue I'm having with my Squirrel Mail installation?  I followed https://help.ubuntu.com/community/Squirrelmail and set it up properly (to my limited knowledge).  And when I go to the vhost there is an index being displayed instead of the squirrelmail page.  The index shows no files though...
[02:50] <tortib> The dir it's pointing to is /usr/share/squirrelmail permissions are set to 755
[03:03] <tarvid> What is the DocumentRoot in /etc/apache2/sites-available?
[03:03] <liox_> tortib: see problem: http://agenciazig.com.br/webmail/
[03:03] <tarvid> If the virtual does npot have its own stanza, the root is in default
[03:04] <tarvid> so what is the DocumentRoot in default
[03:05] <tarvid> Mine is DocumentRoot /var/www/
[03:06] <tarvid> webmail should live under that directory
[03:06] <tortib> I have the directory set to /usr/share/squirrelmail though
[03:07] <tortib> <Directory /usr/share/squirrelmail>
[03:07] <tortib> and Options FollowSymLinks
[03:07] <liox_> tortib: you see problem error 500? ERROR 500 - Internal Server Error!
[03:07] <tortib> no indexing
[03:07] <liox_> plis helpme
[03:07] <tortib> liox_, I don't know what the problem is.  I'm sorry :(
[03:09] <tarvid> What does that Alias line look like
[03:10] <tortib> mail.domain.com
[03:10] <tortib> oh you mean for a dir alias?
[03:10] <tortib> I don't have one
[03:11] <tarvid> Look at the Alias for /doc
[03:11] <tortib> I don't have that
[03:12] <tarvid> in /etc/apache2/sites-available/default
[03:12] <tortib> :x
[03:14] <tarvid> All the magic happens there. If it isn't there it doesn't happen
[03:14] <tortib> 000-default?
[03:15] <tortib> or are you talking about the squirrelmail one?
[03:15] <tarvid> 000-default is created in sites-enabled from default in sites-available
[03:16] <tarvid> There is no "squirrel mail" one
[03:17] <tarvid> Either chain off the DocumentRoot or add an Alias
[03:17] <tortib> i added one!
[03:17] <tortib> I said I followed the guide
[03:17] <tortib> don't you read?!
[03:17] <tortib> https://help.ubuntu.com/community/Squirrelmail
[03:18] <tortib> lrwxrwxrwx 1 root root   41 Jul 19 22:23 squirrelmail -> /etc/apache2/sites-available/squirrelmail
[03:18] <tarvid> I am not going to read the guide, I have been doint Apache for 20 years and virtual host magic happens in sites-available
[03:19] <tortib> I see the problem I think
[03:20] <tarvid> the guide has you copy a file to sites-available
[03:21] <tarvid> then the url is http://localhost/squirrelmail
[03:25] <tarvid> it says copy not link then run a2ensite squirrelmail then service apache2 restart (or reload)
[03:29] <tarvid> try it
[03:34] <liox_> my log is
[03:34] <liox_>  SoftException in Application.cpp:221: File "/var/www/webmail/index.php" is not in document root of Vhost
[03:35] <liox_> How I fix it so that this file into / var / www / webmail / index.php
[03:35] <tarvid> again - it says copy not link then run a2ensite squirrelmail then service apache2 restart (or reload)
[03:36] <tortib> tarvid, read it again.
[03:36] <tarvid> I have
[03:36] <tarvid> Just try it it should take 30 seconds
[03:37] <tortib> I got it working with a2ensite
[03:37] <tarvid> excellent
[03:38] <tarvid> ISPConfig looks neat but I have no idea what user space regime it follows
[03:38] <tarvid> I have reservations about having users ftp into /var/www
[03:39] <FFForever2> Does this look right? (network configuration of a KVM instance) http://i.imgur.com/VchnB8p.png for some reason the routes are not being added
[03:40] <tarvid> 14.04?
[03:40] <FFForever2> Yeah
[03:40] <FFForever2> And yes, the gateway is suppose to be outside of the range of the ip.
[03:41] <tarvid> potfull of problems with 3.13.0
[03:42] <TJ-> FFForever2: "ip route add" not "ip addr add"
[03:45] <FFForever2> TJ-, (whoops!) I changed it to ip route add/del. There is still nothing in my routes. On a side note how can I bring up/down eth0? service networking restart no longer appears to work, and ifdown/up says that the device is not configured.
[03:47] <TJ-> FFForever2: you've got more typos
[03:47] <liox_> ls
[03:47] <TJ-> FFForever2: "dns-servers" should be "dns-nameservers" (see "man 8 resolvconf")
[03:48] <liox_> I can make a backup of my mailboxes from my vps to take another vps? knows a way to do this?
[03:49] <TJ-> FFForever2: also, the "post-down" rules should be "pre-down" and in the opposite order to the "post-up" rules
[03:52] <TJ-> FFForever2: and finally...
[03:53] <TJ-> FFForever2: /32 subnets should not have a broadcast address
[03:53] <FFForever2> TJ-, I'm going off of the OVH documentation
[03:55] <FFForever2> I'm guessing it needs the broadcast for how their system works?
[03:55] <TJ-> FFForever2: that is scary!
[03:55] <FFForever2> Indeed their documentation is scary.. http://help.ovh.co.uk/BridgeClient
[03:55] <TJ-> FFForever2: no... you can't broadcast to yourself!
[03:56] <FFForever2> Ah.. okay.
[03:58] <FFForever2> TJ-, How's http://i.imgur.com/9EN5sfz.png?
[04:01] <TJ-> FFForever2: no, still not there yet...  the "post-up ip route add ..." rules shouldn't have a subnet specifier, should be just "<IP_ADDRESS>"
[04:01] <TJ-> FFForever2: and the same for the "pre-down" rules
[04:01] <FFForever2> okay, removed.
[04:03] <TJ-> FFForever2: that *should* be correct now
[04:03] <FFForever2> how can I restart networking without rebooting? ifdown eth0 says ifdown: interface eth0 not configured
[04:04] <TJ-> FFForever2: what does "sudo ifup eth0" say? the same?
[04:05] <FFForever2> RTNETLINK answers: File exists\r\n Failed to bring up eth0.
[04:06] <TJ-> FFForever2: does "ip route ls" show existing routes that need removing?
[04:07] <FFForever2> No.
[04:08] <TJ-> FFForever2: what does "ip addr show dev eth0" report?
[04:10] <FFForever2> TJ-, http://i.imgur.com/dkt89V2.png
[04:13] <TJ-> FFForever2: try "sudo ip addr del <IP_ADDRESS>/32 dev eth0" then "sudo ip link set down dev eth0"
[04:16] <FFForever2> TJ-, That took eth0 down, and now it says RTNETLINK answers: Network is unreachable\r\n failed to bring up eth0. There's nothing in `route -n`
[04:17] <FFForever2> My previous solution was to use a startup script, disable the 60s delay when booting to manually inject the routes, but that seems like a bad solution to a configuration issue.
[04:18] <TJ-> FFForever2: "network unreachable" is because you've set a gateway outside the subnet of the interface
[04:20] <TJ-> FFForever2: the host has a bridged interface for the guests to attach to?
[04:22] <rahuldroy> hey guys, can someone help me debug a segment fault in apache
[04:23] <FFForever2> TJ-, It does not.
[04:23] <FFForever2> At least one that's not accessible from the guest. If I manually add the route it'll go through the bridge and work
[04:27] <rahuldroy> I have a gdb backtrace but have no idea how to read it properly
[04:29] <TJ-> FFForever2: the gateway address is the IP assigned to the host bridge?
[04:29] <FFForever2> Yeah.
[04:29] <TJ-> FFForever2: remove the "gateway" line... let the post-up rule do that work
[04:33] <FFForever2> TJ-, When running the first post-up rule I get the error either "to" is duplicate, or "gw" is a garbage.
[04:37] <TJ-> FFForever2: ahhh... that'll be because "ip route" takes different syntax to "route"
[04:37] <TJ-> FFForever2: can you show me what is there now?
[04:38] <TJ-> FFForever2: "post-up ip route add default via <IP_ADDRESS> dev eth0" (and correct the post-down rule too)
[04:38] <TJ-> FFForever2: "via" rather than "gw"
[04:44] <FFForever2> TJ-, Sweet! Networking works flawlessly now :). Thanks a lot for your assistence getting this working.
[04:44] <TJ-> FFForever2:  you're welcome :)
[05:37] <brrr> Is it possible to configure a local BIND DNS for multiple virtual hosts on the same machine?
[06:27] <rahuldroy> does anyone know where I can find an ETA for PHP5 upgrade for ubuntu 14.04?
[06:28] <blaaa> I am contemplating running drupal on ubuntu- server, but I wonder if it's advisable to use the available package to do that, how are security updates handled? https://www.drupal.org/SA-CORE-2014-003 does not seem to have been fixed in ubuntu's package yet.
[06:31] <TJ-> blaaa: probably because Drupal haven't got a CVE id yet
[06:34] <blaaa> so maybe I should just roll my own package or set up a drupal environment 'in webspace' myself then
[06:36] <blaaa> looks like there is a fixed debian package available already
[06:37] <blaaa> and also for utopic
[06:42] <andol> blaaa: Ubuntu keeps Drupal (as well as any other "web applications") in the Universe repository, and hence there is no promises on security upgrades, but more of a community best offert, which varies heavily from package to package.
[06:42] <andol> blaaa: The generic suggestion here is to take a look at how well that package has been maintained/upgraded in the past.
[06:43]  * andol tends to prefer a separate source install for stuff like Drupal, Wordpress, etc.
[06:44] <andol> rahuldroy: What PHP5 upgrade are you referring to?
[06:44] <andol> brrr: What do you mean with virtual hosts in a BIND/DNS context?
[06:47] <brrr> andol, I would like to resolve local domains to different virtual hosts on an apache web server through a DNS on that same machine
[06:49] <brrr> I don't know if that makes any sense
[06:49] <blaaa> andol: probably it's best to use a source install for that stuff then
[06:49] <andol> brrr: Could you exemplify?
[06:51] <rahuldroy> andol: I have just upgraded to php 5.5.15. The default in 14.04 is 5.5.9
[06:52] <rahuldroy> There seems to be a bug with fileinfo extension
[06:53] <brrr> I want to use test1.local and test2.local as domains through apache virtual hosts on a machine with IP <IP_ADDRESS>
[06:54] <brrr> I would like to use that same machine as a DNS to resolve those domains on my local network
[06:55] <rahuldroy> brrr: http://pastie.org/9406645
[06:55] <rahuldroy> brrr: I use virtual hosts all the time on my machine for development purposes
[06:56] <brrr> I've got it working for one domain, but I'm not sure how to expand it to multiple domains
[06:56] <andol> brrr: Any point in setting up a BIND for that, instead of just sticking those hostnames in /etc/hosts? Alt if you want something a bit more centralized use something like dnsmasq as your local DNS resolver, and have it do override for those hostnames.
[06:57] <andol> brrr: DNS has no concept what so ever in regards to virtual hosts, it will only transate host1.local, host2.local to ip addresses.
[06:59] <andol> rahuldroy: Most likely is that Ubuntu 14.04 will always provide some kind of 5.5.9 version, but with backported security fixes etc. For example, the current PHP5 version in Ubuntu 14.04 is 5.5.9+dfsg-1ubuntu<IP_ADDRESS>+dfsg-1ubuntu4.3.
[06:59] <brrr> if I set-up each domain with a forward zone file, how many reverse zone files will I need?
[07:01] <andol> brrr: This really something you want to happen on a resolver level, because even if you put up an authortiave server for the .local zone you will still need to point your resolver to that authoritve server for the .local zone.
[07:01] <rahuldroy> I am using the PPA https://launchpad.net/~ondrej/+archive/ubuntu/php5?field.series_filter=trusty
[07:02] <andol> rahuldroy: Well, then ask the PPA owner :P
[07:02] <rahuldroy> andol: nahh this PPA fixed it. The default version from ubuntu has problems :(
[07:04] <andol> rahuldroy: Well, don't hold your breah for something newer than 5.5.9 in Ubuntu 14.04. What might happen, assuming the bug is severe enough (and someone reports it, pushes a bit, etc) is that the specific bug fix might be backported.
[07:04] <andol> https://wiki.ubuntu.com/StableReleaseUpdates
[07:04] <brrr> I figured that if I could resolve these domains to the same IP, then apache should take care of the rest
[07:05] <brrr> If I use /etc/hosts, I won't be able to access these domains from other computers on the network right?
[07:06] <andol> brrr: Yepp, that's the limitation of using /etc/hosts, that you'll have to keep that file updated on all the computers, which doesn't scale very welll :)
[07:09] <rahuldroy> andol: thanks for your help :)
[07:13] <brrr> rahuldroy, andol thanks for the responses
[07:15] <rahuldroy> brrr: youu can add it to your dns server and add that there instead of using /etc/hosts
[07:16] <rahuldroy> brrr: apache uses the headers
[07:19] <brrr> yeah, I haven't quite figured out the exact entries to make into BIND
[07:25] <rahuldroy> It should only be the domain name & its associated IP??
[07:32] <MavKen> had someone reroute facebook.com to a fake one by changing /etc/hosts in a computer lab running ubuntu machines... guess that is the risk of giving sudo access to a hs student lol
[07:32] <rahuldroy> MavKen: lols
[07:33] <brrr> rahuldroy: but what about the reverse lookup file?
[07:33] <MavKen> i dont thing he did anything with the user/pass he was collecting but it could have turned bad for him
[07:34] <brrr> that's the danger of using public computers in general for personal stuff
[07:35] <rahuldroy> brrr: you should be able to do that in your dns server as well
[07:36] <brrr> do I need a reverse lookup file for each domain or just one for that IP address?
[07:36] <rahuldroy> brrr: I have done it heaps of times in a windows DC but never in a router level
[07:37] <rahuldroy> brrr: not really
[07:38] <rahuldroy> brrr: but it is a good practice to do it
[07:38] <brrr> so I don't need a reverse lookup file?
[07:40] <rahuldroy> brrr: I would set it up but in a lot of cases it is not needed
[07:40] <rahuldroy> brrr: it most cases your dns server should do it automatically
[07:44] <brrr> oh
[08:13] <brrr> I got it to work, thanks for the help/suggestions
[08:13] <rahuldroy> brrr: awesome :)
[08:14] <brrr> :)
[09:09] <lordievader> Good morning.
[11:16] <liox_> hi
[11:16] <liox_> could someone help me get my webmail broke into a poorly succedia update apache
[11:17] <liox_> my  ispconfig log
[11:17] <liox_> [Sun Jul 20 08:12:06 2014] [error] [client <IP_ADDRESS>] SoftException in Application.cpp:350: UID of script "/var/www/webmail/$
[11:17] <liox_> [Sun Jul 20 08:12:06 2014] [error] [client <IP_ADDRESS>] Premature end of script headers: index.php
[11:30] <bekks> Looks like your script is broken.
[11:58] <liox_> bekks, did this and solved chow chown -R web1:client1 /var/www/webmail
[11:59] <liox_> bekks, strange that just added a group and the client / var / www / webmail and all other hosts also running back would not the correct group www-data?
[12:00] <bekks> Sorry, I did not understand that sentence - can you please rephrase it?
[12:02] <liox_> bekks, this directory / var / www / webmail should not ertencer the group www-data?
[12:02] <liox_> this directory / var / www / webmail should not belong to the group www-data?
[12:02] <bekks> That depends on the configuration of your VPS provider.
[12:34] <Macer> wow... what happened here??
[12:34] <Macer> zpool: ../../lib/libzfs/libzfs_status.c:188: Assertion `nvlist_lookup_uint64(config, ZPOOL_CONFIG_VERSION, &version) == 0' failed.
[12:34] <Macer> Aborted (core dumped)
[12:35] <bekks> Macer: Thats a libzfs core dump. You could try asking in #zfsonlinux
[15:26] <Roguehorse> Good Morning
[15:26] <RoyK> afternoon
[15:26] <RoyK> or
[15:26] <RoyK> good localtime();
[21:05] <tortib> Hello everyone.  Can someone help me diagnose this issue with snmp?  I installed the snmp-mibs-downloader and now I'm getting these errors when running snmpwalk http://paste.ubuntu.com/7826950/
[22:09] <xpistos> menu-container {
[22:09] <xpistos> 		background: #0a97ca; /* Old browsers */
[22:09] <xpistos> 		background: -moz-linear-gradient(top,  #0a97ca 0%, #044386 100%); /* FF3.6+ */
[22:09] <xpistos> 		background: -webkit-gradient(linear, left top, left bottom, color-stop(0%,#0a97ca), color-stop(100%,#044386)); /* Chrome,Safari4+ */
[22:09] <xpistos> 		background: -webkit-linear-gradient(top,  #0a97ca 0%,#044386 100%); /* Chrome10+,Safari5.1+ */
[22:09] <xpistos> 		background: -o-linear-gradient(top,  #0a97ca 0%,#044386 100%); /* Opera 11.10+ */
[22:09] <xpistos> 		background: -ms-linear-gradient(top,  #0a97ca 0%,#044386 100%); /* IE10+ */
[22:09] <xpistos> 		background: linear-gradient(to bottom,  #0a97ca 0%,#044386 100%); /* W3C */
[22:09] <xpistos> 		filter: progid:DXImageTransform.Microsoft.gradient( startColorstr='#0a97ca', endColorstr='#044386',GradientType=0 ); /* IE6-9 */
[22:09] <xpistos> 		padding-bottom:13px;
[22:09] <xpistos> 		clear:left;
[22:09] <xpistos> 		padding-bottom:15px;
[22:09] <xpistos> 		margin-bottom:15px;
[22:09] <xpistos> 	}join
[22:15] <tortib> O.o
[23:52] <Locke2002> My server spontaneously rebooted half an hour ago... I don't see anything weird in syslog right up to when the reboot happened, any ideas of what else to look at?
[23:55] <TJ-> Locke2002: UPS?
[23:55] <Locke2002> It's a VPS, so I don't know if anything happened hardware-side
[23:55] <Locke2002> Suppose I can try emailing my provider
[23:56] <MavKen> digitalocean?
[23:56] <Locke2002> ChunkHost, I dunno if they resell
[23:56] <MavKen> oh ok


[02:34] <toph> Hey guys I have Kubuntu installed and I noticed that ubuntustudio is running gnome. How wold I go about installing the ubntustudio stuff without messing up my KDE? Or are some of the programs even going to be compatible without gnome?
[02:49] <toph> I guess what I'm asking can I just copy/paste the lists found here https://wiki.ubuntu.com/UbuntuStudio/PackageList/ into an apt-get command and be set within Kubuntu with all the ubuntustudio spiffy software :)
[12:00] <Anbu> Hi there.
[12:01] <Guest2985> Is somebody there?
[12:02] <Guest2985> Hello?
[12:29] <holstein> MaynardWaters: ubuntustudio is ubuntu, so whatever the ubuntu kernel can support out of the box as far as wireless drivers go will "just work"
[12:29] <holstein> i have used the ndisgtk GUI to use windows drivers with ubuntu... this used to be quite challening
[12:30] <holstein> any modern drivers that are allowed to be included will be included by default... typically, if the WIFI doesnt "just work" out of the box, i wire the machine up and see if there is a proprietary blob available
[12:30] <holstein> thats about all i know
[13:38] <Xzu_II> some body using sffire pro40 with ffado-mixer runnig??
[14:17] <ailo> Xzu_II: Haven't done much with the mixer. It used to be buggy for pro40 not long ago
[14:18] <ailo> As I don't need any monitoring, I don't need much routing
[14:35] <Xzu_II> ailo: ok thanks. The recent version of  ffado-mixer work well, but still not find any distro including it... :(
[14:38] <Xzu_II> So still not find anyone using totaly this interface, apart those who compil them self the audio driver and environement.
[15:57] <ailo> Xzu_II: You could give Ubuntu 12.10 a try. It's still alpha though
[15:57] <ailo> Xzu_II: Which is the version of the mixer you are looking for, btw?
[16:00] <ailo> No, seems to be too old even on Ubuntu 12.10
[16:01] <ailo> I think Debian Wheezy should be ok. svn2171-2
[16:05] <len-dt> ailo, would kxstudio have that?
[16:05] <len-dt> they have newer jackd stuff for sure
[16:06] <ailo> I'll see about doing a request-sync for the newer ffado for US
[16:07] <ailo> The one in Quantal is older than the one in Debian Testing
[16:08] <ailo> It's Debian import freeze now, though
[16:08] <len-dt> I was thinking about for now :-)  Yes we need updates... I haven't checked jackd either.
[16:08] <ailo> I think latest jackd still suffers from the same bug
[16:09] <len-dt> kxstudio's is fixed... months ago.
[16:09] <ailo> Er, not that I know of
[16:09] <ailo> Only that qjackctl has a kill switch
[16:10] <len-dt> I don't have the problem on this machine.
[16:11] <len-dt> falktx says the new ffado stuff is in kxstudio.
[16:13] <ailo> len-dt: You have jackd2 1.9.9?
[16:13] <ailo> Or svn?
[16:13] <ailo> Last stable jackd release is jackd2 1.9.8
[16:18] <len-dt> I have whatever kxstudio has. I think it is a patched 1.9.8
[16:19] <ailo> The fix could easily be added to Ubuntu 12.04 as well
[16:19] <ailo> Would be easier that way
[16:20] <len-dt> I have version 6:1.9.8-1+kxstudio6~precise2
[16:52] <Xzu_II> Ailo: Debian Wheezy with svn2171-2 have a good ffado-mixer for saffire40, but jack don't work with ffado  :(
[16:53] <Xzu_II> ailo: UbuntuStudio work with jack and ffado, but not the mixer :C
[16:53] <holstein> Xzu_II: [lsd] has that unit ...he is in AU and almost always in #opensourcemusicians
[16:54] <holstein> he uses the old stack with the saphire40 and ubuntu 12.04
[16:54] <holstein> he also uses a generic kernel
[16:54] <Xzu_II> ailo:  but he use Win to configure hardware rooting
[16:54] <Xzu_II> and ha had trouble with ffado-mixer (odl version)
[16:55] <holstein> AFAIK, [lsd] did not use windows
[16:55] <Xzu_II> he tell me
[16:56] <holstein> unfortunate.. that is nice hardware for the $$
[16:57] <Xzu_II> realy, yes
[16:57] <Xzu_II> that's wy opensourcemusician try hard to work with it!!
[16:58] <Xzu_II> but some times i got blues, you know...
[16:58] <holstein> im going to hold on to my firepod til it dies, or i am making enough $$ to go with the RME gear i really want
[16:58] <holstein> i feel my studio would need to be pulling in a certain amount to justify the cost... otherwise, the firepod is quite nice as well
[16:59] <ailo> Xzu_II: I've used jack with ffado on Wheezy, but perhaps it was an older update
[17:00] <ailo> Don't have the ability to check right now
[17:00] <ailo> This really needs to be fixed
[17:00] <Xzu_II> ailo: maybe it's jack with ffado with this interface, hard to know..
[17:01] <ailo> Xzu_II: I have the same interface, but perhaps I was using an older ffado
[17:02] <Xzu_II> ailo: how do you do to configure hardware rooting?
[17:07] <ailo> Xzu_II: I don't. Did once on a Mac, and left it the way it was
[17:07] <ailo> Haven't dared, since I managed to mute all my channels after doing it last year
[17:07] <ailo> Haven't had any reason to try again, either
[17:10] <Xzu_II> ailo: ffado svn2171-2 have a good ffado-mixer for saffire40, i'm sure of that.
[18:01] <studio-user322> l


[00:05] <mup> PR snapd#6176 closed: snap: check max description length in validate <Created by chipaca> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/6176>
[06:17] <mvo> zyga: hey, 5845 is ready for a re-review (you commented some days ago there)
[06:19] <mborzecki> morning
[06:21] <mvo> hey mborzecki
[06:21] <mborzecki> mvo: how are the tests looking today? still mostly red?
[06:22] <mvo> mborzecki: I saw a green one
[06:22] <mvo> mborzecki: 5845 which also needs a second review
[06:22] <mvo> mborzecki: but also some reds :(
[06:22] <mvo> mborzecki: I just retriggered 6156, that should tell us about the testing weather today
[06:22] <mborzecki> heh :)
[06:56] <zyga> o/
[06:56] <zyga> mvo: looking
[06:57] <zyga> 1K wow
[07:00] <mvo> zyga: 1k?
[07:00] <zyga> about 1K of diff
[07:01] <zyga> but no worries, reading
[07:11] <mup> PR snapd#6178 opened: snap,snap-exec: add SNAP_DEBUG_START_TIME environment <Created by mvo5> <https://github.com/snapcore/snapd/pull/6178>
[07:24] <mvo> zyga: heh, things look pretty good with snap_debug_start_time set, it seems we take only ~0.1sec for brave to setup our stuff
[07:24] <zyga> nice
[07:24] <zyga> so what is slow?
[07:25] <mvo> zyga: I think the wrappers, I'm on it, not sure conclusively yet
[07:25] <zyga> super
[07:25] <mvo> zyga: slowly working my way up :)
[07:25] <zyga> I will finish this review, garden my branches and work more on perf monitoring
[07:26] <zyga> while not immediately helpful to your cause it will allow us to do this more or less automatically down the line
[07:31] <mborzecki> mvo: wonder if something like snap run --strace='--raw -e execve -r' <snap.app> would work
[07:32] <mvo> mborzecki: hm, good idea, maybe no need for a special tool.
[07:32] <mborzecki> looks a bit noisy for gnome-calculator
[07:32] <mvo> mborzecki: heh, its even worse with brave :)
[07:32] <mvo> mborzecki: forkstat is what I'm currently using
[07:34] <mborzecki> mvo: well, with gnome calc, there's clearly lots of stuff happening
[07:34] <mvo> mborzecki: yeah, tons
[07:34] <mvo> mborzecki: including update-mime-database which is ~2s here
[07:36] <mborzecki> mvo: gnome-calcualtor https://paste.fedoraproject.org/paste/rCbAYtyL02YLJ9xm~-pTZg/raw
[07:37] <mborzecki> heh, funny how not using absolute path makes multiple execve() calls
[07:39] <zyga> mvo: reviewed
[07:39] <mborzecki> hm xdg-user-dirs update takes less time than head -c0 calls
[07:40] <mvo> zyga: ta
[07:40] <zyga> mvo: I'm sorry that it is not a +1 yet
[07:41] <zyga> let me know if you want to talk about any of this
[07:47] <mvo> zyga: no worries, thanks for the review, the comments look really useful
[07:50] <mborzecki> mvo: on my machine, each call to mkdir/ln/ls/head/date takes 15ms+ (~90 calls), glib-compile-schemas ~100ms, gdk-query-pixbus-loaders ~700ms, update-icon-caches is called twice ~30ms total
[07:50] <mborzecki> mvo: that's for gnome-calculator
[07:51] <zyga> mborzecki: that's all in shell, right?
[07:52] <mborzecki> mvo: yes
[07:52] <zyga> a shell program making those calls?
[07:52] <mvo> mborzecki: whats the total overhead for you?
[07:54] <mborzecki> mvo: ~2s
[07:54] <mborzecki> mvo: but that's ssd, multi core and so on :P
[07:55] <mborzecki> mvo: i'll try with dropped caches
[07:58] <pstolowski> mornings
[08:00] <zyga> (mac chime)
[08:00] <zyga> hey pawel
[08:00] <pstolowski> :)
[08:04] <pstolowski> can anyone make a quick test and confirm if this trivial change https://pastebin.ubuntu.com/p/zSbp4VKkgq/  causes massive mem leak and oom with go test inside snap/ dir (make sure you're ready to stop it before your desktop gets unresponsive)
[08:04] <mvo> mborzecki: ta, I see ~2s here as well (also multi-core, ssd etc)
[08:05] <mvo> pstolowski: good morning!
[08:05] <zyga> yep, checking
[08:14] <mborzecki> mvo: hm dropped caches, removed $SNAP_USER_DATA and so on, g-c takes visibly longer to start, but it's not reflected in desktop helpers, the change there is minimal
[08:15] <zyga> So what is the slow part?
[08:15] <mborzecki> mvo: https://paste.fedoraproject.org/paste/w-X6E2U7OKjM9n0210BGTA see line 644, there's a bunch of processes started, but they don't exec
[08:15] <zyga> Apart from fonts
[08:15] <mborzecki> mvo: some glib/gtk thing?
[08:17] <zyga> To compute 2+2 you need to fork 100 times
[08:19] <mborzecki> g_async_*
[08:19] <mborzecki> maybe is spawning gjs under the hood :)
[08:21] <mvo> mborzecki: looking
[08:21] <mvo> mborzecki: why does a pastebin require 7 script to work - oh well
[08:21] <mvo> mborzecki: hard to say but I would not be surprised if that was some sort of gjs
[08:34] <pstolowski> zyga: any findings?
[08:41] <pstolowski> mborzecki: you landed some improvements for diffing on failing go tests some time ago; what's the approximate location of this diffing code?
[08:41] <mborzecki> pstolowski: that'd be in check.v1
[08:42] <mborzecki> pstolowski: checkers.go, there's formatUnequal()
[08:43] <pstolowski> mborzecki: got it, thanks!
[08:44] <pstolowski> mborzecki: heh, it seems it's related to the leak i'm seeing
[08:44] <pstolowski> mborzecki: i removed that entire logic
[08:44] <pstolowski> mborzecki: getting just a few test failures now (expected)
[08:44] <mborzecki> pstolowski: is that in interfaces?
[08:44] <mborzecki> i recall getting oom when something went awry there
[08:45] <pstolowski> it in snap/ , yaml parsing tests
[08:45] <pstolowski> mborzecki: it eats mem pretty quickly with the diff i pasted earlier
[08:45] <mborzecki> pstolowski: iirc it didn't like when structs were pointing to each other
[08:46] <pstolowski> mborzecki: yep, i saw something suspicious yesterday with more complex changes (it would output "CYCLIC REFERENCE"). but in this simple case i created it's actually less references (i'm not creating slot <-> hook references)
[08:47] <pstolowski> mborzecki: in other words i deliberately broke code not to create references, and it causes oom :/
[08:47] <mborzecki> zyga: mvo: i think g-c is actually pulling some exchange rate data from the network
[08:48] <mvo> mborzecki: I wrote a small script to gather the strace datahttps://paste.ubuntu.com/p/vD2rsyXHJr/
[08:48] <mvo>
[08:48] <mvo> mborzecki: https://paste.ubuntu.com/p/vD2rsyXHJr/
[08:48] <mvo> mborzecki: this is from brave, I will post the script in a sec
[08:48] <pstolowski> mborzecki: i suppose the problem is actually in pretty?
[08:48] <mborzecki> mvo: nice
[08:49] <mborzecki> pstolowski: yes, that's quite possible
[08:57] <zyga> pstolowski: re, sorry for the lag - some house stuff
[08:58] <zyga> pstolowski: looking again
[08:58] <pstolowski> np
[08:58] <zyga> pstolowski: ah so check.v1 bug?
[08:58] <pstolowski> zyga: it seems so
[08:59] <pstolowski> zyga: or rather - it's dependency that's doing the diffing
[09:02] <mborzecki> pstolowski: keep in mind that the print only happens if the values are not equal in the tests
[09:03] <pstolowski> mborzecki: sure
[09:03] <pstolowski> mborzecki: only it's impossible to find out what's failing ;)
[09:04] <pstolowski> mborzecki: for now i just disabled this pretty printing
[09:04] <mborzecki> pstolowski: i can relate :) this was super annoying when working on interfaces
[09:05] <mup> PR snapd#6172 closed: Send epochs followup <Created by chipaca> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/6172>
[09:17] <mborzecki> mvo: my breakdown for brave, 7.6s from s-c to exec'ing brave, top 3 are update-mime-database (2.9s), gtk-update-icon-cache (1.1s), snap-update-ns (~700ms apparently)
[09:17] <mborzecki> suprising how far one can go solely with emacs :)
[09:17] <zyga> mborzecki: I think I should measure snap-update-ns
[09:17] <zyga> can you please tell me what is the mount profile there
[09:17] <zyga> both system and user
[09:18] <mvo> mborzecki: aha, ok
[09:19] <mvo> mborzecki: http://paste.ubuntu.com/p/Gn95x59tqT/ <- this is what I used
[09:19] <mborzecki> zyga: http://paste.ubuntu.com/p/tg5VcSyJw8/
[09:19] <mvo> mborzecki: I will include it in my bench script to make reproducing this easier
[09:20] <mborzecki> mvo: great
[09:25] <zyga> thanks
[09:26] <zyga> mborzecki: is that all?
[09:26] <zyga> that's the system profile, is there a user profile too?
[09:27] <zyga> maybe there's a bug but I don't see why this should take 700ms
[09:27] <zyga> well
[09:27] <zyga> something to check
[09:27] <mborzecki> zyga: https://paste.ubuntu.com/p/wG63T4jQjd/
[09:27] <zyga> ah
[09:27] <zyga> so yes
[09:27] <zyga> portals
[09:27] <zyga> I bet a beer it is portal startup check
[09:27] <zyga> though
[09:27]  * zyga thinks
[09:27] <zyga> perhaps not
[09:28] <zyga> that was added to snap-run IIRC
[09:28] <zyga> mborzecki: when you measured, 700 was for which of the two executions of snap-update-ns?
[09:29] <mborzecki> zyga: regular one, let me grab that part of strace
[09:30] <zyga> with roughly 30 mount calls there that's ~~ 20 ms per entry
[09:31] <zyga> (aka looooooots)
[09:33] <mborzecki> zyga: https://paste.ubuntu.com/p/mR7vpYFRgS/
[09:34] <mborzecki> zyga: hm, it'd be easier if snap-update-ns printed it's pid :)
[09:35] <zyga> is that [pid 20700]      0.674152 [????????????????] +++ exited with 0 +++
[09:35] <zyga> 0.67 is the duration?
[09:36] <mborzecki> zyga: yes, that's my guess
[09:39] <mvo> mborzecki: I started using "-ttt" to get more reliable timing
[09:39] <mup> PR snapd#6179 opened: snap: epoch lists must contain no duplicate entries <Created by chipaca> <https://github.com/snapcore/snapd/pull/6179>
[09:47] <mborzecki> mvo: yeah, seems to give quite different results when tracking many syscalls
[09:49] <mborzecki> zyga: with -ttt s-u-n seems to take ~100+ ms for snap fstab and ~10ms for user mounts https://paste.ubuntu.com/p/cp7cs6jvFC/
[09:49] <zyga> what is -ttt?
[09:50] <zyga> given that this x7 difference is the remaining allocation accurate?
[09:50] <zyga> (to other programs in the chain)
[09:51] <kjackal> Hi snappy people, is there a way to clean a channel so that it shows nothing is published there? I want to have nothing released for microk8s 1.10/edge
[09:51] <mborzecki> zyga: -t is wall clock, -r is relative time between syscalls (supposedly using montonic clock)
[09:52] <mborzecki> zyga: also, from the point where sc_fork_helper is called to where sigchld is received it's ~650ms
[09:53] <zyga> that's ok
[09:53] <zyga> sc_fork_helper lives for the duration of both s-u-n calls
[09:53] <zyga> in between we do our business and call sun twice
[09:55] <mborzecki> hm actually intersting, between calling sc_fork_helper and sc_populate_mount_ns there's 500ms difference, not that it matters much
[09:55] <zyga> mmmmmmm
[09:55] <zyga> that's interesting
[09:55] <zyga> note
[09:55] <zyga> which version is this
[09:55] <zyga> that code changed recently
[09:55] <zyga> is this master?
[09:56] <mborzecki> i've built s-u-n from master btw
[09:56] <zyga> ah sorry
[09:56] <zyga> master is "old"
[09:56] <zyga> I was thinking about my recent changes
[09:56] <zyga> so
[09:56] <zyga> hmmm
[09:57] <zyga> maybe the slow part is aa change hat?
[09:57] <mborzecki> zyga: lines 8 and 15 in that last paste
[09:57] <zyga> can you do an experiment
[09:57] <zyga> comment that out
[09:57] <zyga> and see what happens
[09:57] <zyga> you may need to splice the helper hat profile into the main profile to avoid denials
[09:57] <zyga> it'd be fun if that small operation took this long
[09:58]  * zyga is happy snap-confine is in C an can be timed reliably with symbols
[10:05] <mup> PR snapcraft#2409 closed: python plugin: process deps before and separately from setup.py <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/2409>
[10:33] <zyga> brb
[10:34] <mup> PR snapd#6156 closed: wrappers: remove all desktop files from a snap on removal <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/6156>
[11:09] <mup> PR snapd#6180 opened: snap/info: bind global plugs/slots to implicit hooks <Complex> <Created by stolowski> <https://github.com/snapcore/snapd/pull/6180>
[11:21]  * pstolowski lunch
[11:47] <mborzecki> mvo: updated https://gist.github.com/bboozzoo/d4b142229b1915ef7cc0cf8593599ad9 added content verification and variants with systemd units loaded before start/stop, with systemd-mount and just simple mount
[11:48] <mborzecki> mvo: systemd-mount is flaky, so it fails early when stopping, mounts are so so, updating the state of loopback devices seem to take a while; loading mount units before reload makes the problem disappear
[11:49] <mborzecki> mvo: so the only path where it fails reliably is when reload interleaves with start (and maybe stop)
[11:52] <mborzecki> Chipaca: have you seen https://forum.snapcraft.io/t/display-non-autoconnect-interfaces-at-install/8609 ? sounds like a nice ux improvement
[11:57] <mvo> mborzecki: nice findings"!
[11:57] <mvo> mborzecki: this also means we can serialize daemon reload and the problem hopefully goes away?
[11:57] <mvo> GRL (GLOBAL RELOAD LOCK)
[12:14] <mup> PR snapcraft#2412 opened: schema: add support for title <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/2412>
[12:21] <cachio> zyga, https://paste.ubuntu.com/p/j7BdJ6jhJJ/
[12:21] <cachio> any idea what could cause that?
[12:21] <cachio> it is using core from edge
[12:21] <cachio> mvo, ~
[12:21] <zyga> yes
[12:21] <zyga> but no idea why
[12:22] <zyga> what distribution and kernel is this?
[12:22] <cachio> bionic
[12:22] <cachio> 4.15.0-36-generic
[12:22] <zyga> mborzecki: ^
[12:22] <zyga> is the calc open now?
[12:23] <mborzecki> hah, intersting
[12:23] <mborzecki> zyga: does edge have the fixes you landed recently?
[12:23] <zyga> mborzecki: yes
[12:23] <cachio> no
[12:23] <zyga> well
[12:23] <zyga> I suspect so
[12:23] <mborzecki> yes/no/maybe :)
[12:24] <zyga> but in either case those are not related
[12:24] <zyga> none affect discarding
[12:24] <mborzecki> maybe gnome-calculator is still working?
[12:25] <cachio> it is not working now
[12:25] <cachio> no process running at least
[12:26] <zyga> can you look at
[12:26] <zyga> cd /sys/fs/cgroup/freezer
[12:26] <cachio> I tried another snap
[12:26] <cachio> supercalc-snap                                   1     stable    keshavnrj   disabled,broken
[12:26] <cachio> and also failed
[12:26] <zyga> then cd to snap.gnome-calculator
[12:26] <zyga> and look at cgroup.procs
[12:26] <zyga> check what processes are there
[12:28] <cachio> zyga, I dont see calculator
[12:28] <zyga> what do you see
[12:28] <cachio> zyga, other gnome snapd
[12:28] <cachio> snaps
[12:29] <zyga> can you run
[12:29] <cachio> logs, characters
[12:29] <zyga> sudo SNAPD_DEBUG=1 /usr/lib/snapd/snap-discard-ns gnome-calculator
[12:30] <cachio> zyga, what I see
[12:30] <cachio> is that if I remove from command line a snap
[12:30] <cachio> it works
[12:30] <cachio> if I remove from ubuntu-software the snap fails to be removed
[12:31] <cachio> zyga, https://paste.ubuntu.com/p/cNHpvdCqMM/
[12:32] <zyga> that's the one from the distro, can you run the one from core
[12:32] <zyga> that will be representative of what snapd runs
[12:32] <zyga> it has more stuff going on
[12:33] <zyga> sorry, I didn't think about this
[12:33] <cachio> zyga, I already tried removing from core and it works
[12:33] <zyga> ?
[12:33] <zyga> I mean
[12:33] <zyga> can you try running snap-discard-ns like you did but use /snap/core/current/usr/lib/snapd/snap-discard-ns instead
[12:34] <cachio> yes
[12:34] <zyga> and capturing the log if that
[12:34] <zyga> when it fails
[12:35] <cachio> https://paste.ubuntu.com/p/9Ng8pfysj9/
[12:35] <cachio> fails
[12:36] <zyga> aha
[12:36] <zyga> I suspect I know what the problem is
[12:36] <zyga> this is fixed (I suspect) by ...
[12:36] <zyga> https://github.com/snapcore/snapd/pull/6159
[12:37] <mup> PR #6159: cmd/snap-confine: handle mounted shared /run/snapd/ns <Created by zyga> <https://github.com/snapcore/snapd/pull/6159>
[12:37] <zyga> cachio: can you post your host's mountinfo table
[12:37] <zyga> what I don't know is how that can happen
[12:37] <zyga> seems like another bug
[12:37] <Chipaca> mborzecki: yes i saw that
[12:37] <Chipaca> mborzecki: and yes i agree
[12:37] <mborzecki> Chipaca: we should have a papercuts lane in trello
[12:37] <Chipaca> mborzecki: my plate is full but i've got my eyes on it in case nobody picks it up before i finish the smallest pea
[12:38] <Chipaca> mborzecki: +23
[12:38] <zyga> note how we never unmounted the file
[12:38]  * Chipaca accidentally burned through all his +1 reserves
[12:38] <zyga> just unliked it
[12:38] <zyga> that is because it's a tmpfs
[12:38] <zyga> because we re-mounted /run/snapd/ns over itself
[12:38] <zyga> hiding mounts inside
[12:38] <zyga> not sure why
[12:38] <cachio> zyga, https://paste.ubuntu.com/p/H5sCQkVWkm/
[12:38] <zyga> can you get the mountinfo table instead
[12:39] <zyga> mounts shows partial data
[12:40] <zyga> but yeah, I suspect that's the case
[12:40] <zyga> tmpfs /run/snapd/ns tmpfs rw,nosuid,noexec,relatime,size=1222540k,mode=755 0 0
[12:40] <zyga> tmpfs /run/snapd/ns tmpfs rw,nosuid,noexec,relatime,size=1222540k,mode=755 0 0
[12:44] <cachio> zyga, sorry, this is what you need https://paste.ubuntu.com/p/YrDVdcNyQV/?
[12:44] <cachio> zyga, sorry, this is what you need https://paste.ubuntu.com/p/YrDVdcNyQV/ ?
[12:45] <zyga> no
[12:45] <zyga> please cat /proc/self/mountinfo
[12:45] <zyga> brb, lunch
[12:45] <zyga> (not urgent)
[12:45] <zyga> cachio: I think the bug is fixed in that PR I linked to
[12:45] <cachio> zyga, https://paste.ubuntu.com/p/Fhb8GrpJnM/
[12:46] <zyga> thanks, I'll check soon]
[12:46] <cachio> zyga, ok, but why if I do snap remove foo
[12:46] <cachio> works
[12:46] <cachio> and if I remove from ubuntu software it fails?
[12:49] <Chipaca> mborzecki: trello says it isn't for papercut kind of thing
[12:49] <Chipaca> mborzecki: so, https://forum.snapcraft.io/tags/papercut
[12:50] <Chipaca> mborzecki: (in "about the snapd team board", no backlog and no quick tasks)
[12:54] <mborzecki> Chipaca: ah, fair enough
[12:55] <mborzecki> zyga: https://github.com/systemd/systemd/issues/10872
[13:07] <zyga> mborzecki: nice
[13:07] <zyga> mborzecki: I'm not 100% sure it's systemd but let's see
[13:07] <mborzecki> zyga: couldn't reproduce it any other way
[13:07] <zyga> cachio: it depends on the order in the info table
[13:07] <zyga> mborzecki: I will look again later
[13:07] <zyga> mborzecki: need to wrap up and wrap up and do more tasks
[13:09] <cachio> zyga, ahh, ok
[13:29] <zyga> mvo: I now have collection of performance events from snap-update-ns
[13:29] <zyga> detailed actions as well
[13:29] <zyga> now looking at C
[13:30] <mup> PR # closed: core-build#11, core-build#22, core-build#26, core-build#37
[13:31] <mup> PR # opened: core-build#11, core-build#22, core-build#26, core-build#37
[13:32]  * Chipaca hugs mup
[13:32] <Chipaca> some days are like that
[13:44] <mvo> mborzecki: super nice
[13:44] <mvo> zyga: cool, thanks. what times are we talking about?
[13:44] <mvo> zyga: I mean, how much time does snap-update-ns take on a typical snap?
[13:47] <mborzecki> mvo: zyga: it'd be nice to have a baseline reference, eg. hello-world and then the snap with all the interfaces
[13:47] <zyga> nice idea
[13:47] <zyga> mvo: hold on
[13:48] <mvo> mborzecki: indeed
[13:49] <zyga> mvo: note that I'm measuring inside the process
[13:49] <zyga> but now I see 0ms on trivial apps
[13:49] <zyga> let me try brave
[13:49] <zyga> 0ms rounded to ms
[13:49] <zyga> in snap-confine I will measure the whole chunk
[14:01] <zyga> ho issues
[14:01] <zyga> I seem to be stuck at the joining screen
[14:02] <zyga> 2fa
[14:37] <mborzecki> mvo: perf trace https://paste.ubuntu.com/p/kpNMpxj5jm/
[14:38] <mvo> mborzecki: thanks!
[14:47] <mborzecki> mvo: mksquashfs options -noI -noD -noF
[14:48] <mvo> mborzecki: thank you
[14:56] <mborzecki> mvo: mount thing reproduces on 18.04  too
[14:57]  * cachio lunch
[14:58] <mborzecki> mvo: what do you think about cherry-picking centos support to 2.36?
[14:59] <mvo> mborzecki: +1
[14:59] <mvo> mborzecki: how big is the diff?
[14:59] <mup> PR snapd#6173 closed: sanity: extend the kernel version check to cover CentOS/RHEL kernels <Created by bboozzoo> <Merged by bboozzoo> <https://github.com/snapcore/snapd/pull/6173>
[15:00] <mborzecki> mvo: most of it are tests, a little of packaging, i'd pick the sanity check too
[15:00] <mborzecki> mvo: i can open a PR
[15:00] <mvo> mborzecki: please do
[15:08] <mborzecki> mvo: running under spread now
[15:24] <zyga> mvo, mborzecki: I need to land https://github.com/snapcore/snapd/pull/6170
[15:24] <mup> PR #6170: overlord,tests: expose enabled features to /var/lib/snapd/features <Per-user mount ns  🐎> <Created by zyga> <https://github.com/snapcore/snapd/pull/6170>
[15:25] <zyga> mvo: I'm preparing to send feature PRs
[15:27] <mvo> pedronis: I guess 6170 is uncontroversial, right? a look at the description is enough, we can do the in-depth review
[15:48] <zyga> mvo: then I need this https://github.com/snapcore/snapd/pull/6181
[15:48] <mup> PR snapd#6181 opened: features: add feature test methods <Per-user mount ns  🐎> <Performance 🚀> <Created by zyga> <https://github.com/snapcore/snapd/pull/6181>
[15:48] <mup> PR #6181: features: add feature test methods <Per-user mount ns  🐎> <Performance 🚀> <Created by zyga> <https://github.com/snapcore/snapd/pull/6181>
[15:51] <mup> PR snapd#6182 opened: Revert "cmd/snap-confine: don't allow mapping lib{uuid,blkid}" <Created by zyga> <https://github.com/snapcore/snapd/pull/6182>
[15:55] <mup> PR snapd#6183 opened: sanity, spread, tests: add CentOS (2.36) <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/6183>
[15:55] <mborzecki> mvo: ^^
[15:59] <mvo> mborzecki: ta
[16:06] <zyga> mvo: prepping remaining branches
[16:08] <mvo> zyga: thank you!
[16:09] <zyga> adding missing tests etc
[16:14] <pedronis> mvo: yes, about 6170 seems fine, we could bike shed about the name features, but I know other cases where it has been used fairly generically
[16:18] <mup> PR snapcraft#2413 opened: kernel plugin: introduce a _get_kernel_version() helper <Created by piso77> <https://github.com/snapcore/snapcraft/pull/2413>
[16:18] <mvo> pedronis: great, thanks. yeah, lets not bike shed too much :)
[16:21] <pedronis> mvo: what is #6178 about, startup performance of snaps?
[16:22] <mup> PR #6178: snap,snap-exec: add SNAP_DEBUG_START_TIME environment <Created by mvo5> <https://github.com/snapcore/snapd/pull/6178>
[16:24] <mvo> pedronis: yeah, the brave discussion on the mailinglist
[16:24]  * roadmr prefers cowardly discussion :P
[16:24] <mvo> pedronis: happy to give you more context if you want, we can have a quick HO or something (or tomorrow or later, whatever works for you)
[16:26] <zyga> mvo: https://github.com/snapcore/snapd/pull/6184
[16:26] <mup> PR #6184: perf: add performance helpers <Performance 🚀> <Created by zyga> <https://github.com/snapcore/snapd/pull/6184>
[16:26] <mup> PR snapd#6184 opened: perf: add performance helpers <Performance 🚀> <Created by zyga> <https://github.com/snapcore/snapd/pull/6184>
[16:27] <zyga> mvo: the next part is the perf manager but I need to make tea now
[16:27] <zyga> I'm starting to feel sick
[16:27] <mvo> zyga: yeah, lets get pedronis a chance to look at this too
[16:27] <mvo> zyga: uh, get well!
[16:27] <mvo> zyga: don't get sick - we need you :)
[16:27] <zyga> mvo: sure, I will open all the PRs so we can see the ful set
[16:28] <mvo> ok
[16:28] <zyga> mvo: I hope to be okay but I think this autumn morning was not my best
[16:34] <pedronis> mvo: that's ok, but if perf of startup is a focus, can we have a card ?
[16:35] <zyga> pedronis: I made a card recently
[16:35] <pedronis> zyga: mmh, it's only for you,  mvo is not on it
[16:36] <mvo> pedronis: I think they are slightly different
[16:36] <mvo> pedronis: and will converge
[16:36] <zyga> yes
[16:36] <pedronis> zyga: mvo: anyway if it really involves adding a new manager, yes I should be in discussion
[16:36] <zyga> mvo's work will improve perf startu
[16:36] <mvo> pedronis: zyga was working on internal perfoamnce, e.g. seccomp setup
[16:36] <zyga> my work will allow us to mearure it better
[16:36] <mvo> pedronis: I am working on snap run -> app overhead
[16:36] <pedronis> mvo: yes, so please make a different card
[16:36] <mvo> pedronis: will do
[16:37] <pedronis> thx
[16:37] <pedronis> mvo: I imagine it will take a bit of time, not just a quick thing
[16:37] <mvo> pedronis: yeah, eating all day so far but good results
[16:38] <pedronis> mvo: :)
[16:41] <pedronis> zyga: it's a bit unclear to me how #6184 would interact with things that restart snapd
[16:41] <mup> PR #6184: perf: add performance helpers <Performance 🚀> <Created by zyga> <https://github.com/snapcore/snapd/pull/6184>
[16:41] <zyga> pedronis: the perf manager can save its state if the perf monitoring feature is enabled
[16:42] <zyga> pedronis: perf manager is in the next branch, just adding missing tests and making sure it's all tidy
[16:42] <zyga> pedronis: where state is just the set of samples
[16:42] <zyga> pedronis: this is not the regular state
[16:43] <zyga> pedronis: it is not persisted in normal cases
[16:43] <pedronis> zyga: how do you make it a noop? or is the plan to use it only when needed?
[16:43] <zyga> pedronis: you have to enable it
[16:43] <zyga> pedronis: there's a feature flag
[16:43] <pedronis> zyga: anyway sounds we need to discuss it more
[16:43] <pedronis> zyga: a feature flag?
[16:43] <pedronis> where?
[16:43] <zyga> pedronis: it's all coming up in subsequent branches I'm chopping from what I implemnted today
[16:43] <pedronis> a config ?
[16:44] <zyga> pedronis: if you set a core config experimental.performance-measurements the manager stops being a no-op
[16:44] <pedronis> zyga: we didn't discuss the plan, did you discuss it with mvo?
[16:44] <zyga> otherwise the ring bufer is set to nil and nothing happens
[16:44] <zyga> pedronis: just during the call today, all of this code was made today
[16:44] <pedronis> zyga: thagt's great, but it wil take a while to revirw
[16:44] <zyga> pedronis: the short version is that perf manager doesn't do anything unless enabled
[16:45] <pedronis> zyga: it's a bit unclear where it fits overall
[16:45] <pedronis> as well
[16:45] <zyga> pedronis: not sure what you mean
[16:45] <pedronis> zyga: is it about first boot perf? about something else?
[16:45] <zyga> pedronis: the idea was to store samples in memory in snapd and expose it for debugging
[16:45] <pedronis> zyga: you understand that the code need not to crash normal snapd
[16:45] <pedronis> usage
[16:45] <zyga> pedronis: about figuring out what is slow in couple of things we are experiencing
[16:46] <zyga> yes
[16:46] <zyga> in normal code it's a nop
[16:46] <zyga> s/normal code/normal mode when feature is not active/
[16:46] <pedronis> zyga: just saying that the fact that it was quick to write, doesn't mean it can be quick to land
[16:46] <zyga> yes, I understand that
[16:46] <zyga> I don't even have to land it, really it was made to debug ongoing issues
[16:46] <zyga> we can land it slowly
[16:47] <zyga> but we can use the collective branch for experiments
[16:47] <zyga> e.g. we now know that seccomp setup is slower than apparmor
[16:47] <pedronis> ok
[16:47] <zyga> and we have precise timing data on snap-update-ns
[16:47] <zyga> (we can collect snap-{run,confine,exec} timing this way too
[16:48] <zyga> if the manager is enabled all that happens is we store samples in a ring buffer
[16:48] <pedronis> zyga: the code is go, no?
[16:48] <zyga> pedronis: yes
[16:48] <pedronis> how does it relate to snap-confine?
[16:48] <pedronis> you need a c variant?
[16:48] <zyga> pedronis: processes that are not in snapd can also collect samples
[16:48] <zyga> pedronis: really just start/end/summary
[16:48] <zyga> pedronis: snapd collects that
[16:48] <zyga> pedronis: and exposes everything via "snap debug speed"
[16:49] <zyga> pedronis: again, only if the feature is enabled
[16:49] <zyga> pedronis: such samples are saved in /runs/snapd/perf/*.json and are loaded by the perf manager
[16:49] <zyga> pedronis: either in ensure or when "snap debug speed" is used
[16:50] <pedronis> zyga: that sounds delicate
[16:50] <zyga> pedronis: that last command just shows collected samples and shows us data
[16:50] <pedronis> because Ensure is in the hot path as well
[16:50] <zyga> er, duration and meta-data
[16:50] <zyga> it doesn't really need to be in ensure because it's collected on demand in the API debug call
[16:50] <pedronis> except if you restart
[16:51] <zyga> if the manager is stopped is saves the samples to /run/snapd/perf/
[16:51] <zyga> so on restart it can pick it up
[16:51] <zyga> I haven't used that much though because for local testing with several snaps it wasn't the interesting case
[16:51] <pedronis> zyga: I marked it as blocked, not because it not useful, I'm just worried about landing it in prod snapd for a while
[16:52] <zyga> pedronis: sure
[16:52] <zyga> pedronis: I will propose all the branches and collect them all in a evaluation branch for ongoing debugging
[16:53] <pedronis> zyga: what's the state of per-user mounts?
[16:54] <zyga> pedronis: under review, one branch needs my activity but master was wonky so I didn't push it forward yet
[16:54] <pedronis> ok
[16:54] <zyga> pedronis: I will fix that branch because the issue is small, just sequencing of other PRs
[16:54] <zyga> pedronis: I really want to end that work :)
[16:56]  * zyga -> break for tea
[17:30] <mup> PR snapd#6185 opened: snap: add new `snap run --perf` call <Performance 🚀> <Created by mvo5> <https://github.com/snapcore/snapd/pull/6185>
[18:25] <zyga> mvo: hey
[18:25] <zyga> if you are still working I would love to review and land https://github.com/snapcore/snapd/pull/6181
[18:25] <mup> PR #6181: features: add feature test methods <Per-user mount ns  🐎> <Performance 🚀> <Created by zyga> <https://github.com/snapcore/snapd/pull/6181>
[18:26] <zyga> as well as https://github.com/snapcore/snapd/pull/6170
[18:26] <mup> PR #6170: overlord,tests: expose enabled features to /var/lib/snapd/features <Per-user mount ns  🐎> <Created by zyga> <https://github.com/snapcore/snapd/pull/6170>
[18:26] <zyga> I'm blocked by those two
[18:42] <mup> PR snapcraft#2414 opened: yaml_utils: allow unicode while encoding <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/2414>
[19:40] <zyga> jdstrand: can you please look at 6182
[19:40] <ijohnson> zyga: I think jdstrand is out today
[19:41] <zyga> bummer
[19:55] <mup> PR snapd#6105 closed: NOT REVIEW: New task to force error on degraded test <Created by sergiocazzolato> <Closed by sergiocazzolato> <https://github.com/snapcore/snapd/pull/6105>
[23:00] <mup> PR snapd#6148 closed: cmd/snap-confine: remove unneeded unshare <Per-user mount ns  🐎> <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/6148>


[02:33] <renatov> hey guys!
[02:33] <renatov> good night
[02:35] <renatov> hey guys, I need a little help here, pls
[02:35] <renatov> how can I replace openbox for fluxbox as my window manager within lxde?
[07:21] <phillw> !bug1
[07:21] <phillw> bug 1
[13:53] <kosaidpo_> hello guys
[13:54] <kosaidpo_> as a root while bootin i wanna find  the file from where i can turn off/on  pcmanfm
[14:01] <kosaidpo_> hello Yorvyk
[14:01] <kosaidpo_> please can u help
[14:02] <kosaidpo_> a time ago i used nitrogen to get transparence by killin pcmanfm and now i dont wanna use it anymoe but idk whixh file i can find that i've been searchin but no result :P
[14:11] <szczur> kosaidpo_, /etc/xdg/lxsession/Lubuntu/autostart
[14:12] <kosaidpo_> szczur: thanks i must memorize it
[14:12] <kosaidpo_> thnks have good time
[14:12]  * kosaidpo_ goin to have lunch
[14:12] <szczur> ^^
[14:54] <head_victim> Quick question, what window type works for people with conky in Lubuntu.
[14:54] <head_victim> Whenever I click the desktop mine disappears
[14:54] <leszek> hi
[14:55] <head_victim> Gday
[15:01] <head_victim> For the record, own_window_type normal seems to work best with Lubuntu on the conky options
[19:03] <Guest7336> hi
[19:04] <Guest7336> i have a problem
[19:04] <bioterror> !ask | Guest7336
[19:07] <Guest7336> My CD drive will not appear in pcmanfm, and then I looked into the fstab file and there I see no listing for my cd drive
[19:07] <bioterror> oh
[19:07] <bioterror> you have cd inserted into the drive?
[19:08] <Guest7336> yes
[19:08] <bioterror> hmmm
[19:08] <Guest7336> I think it is due to the fstab file
[19:09] <bioterror> nope
[19:10] <bioterror> my wife's laptop has it neither
[19:11] <Yorvyk> Guest what version of pcmanfm are you using
[19:11] <Guest7336> 0.9.7
[19:12] <Yorvyk> Oh
[19:13] <Guest7336> I will show the entry for fstab?
[19:13] <Guest7336> # /etc/fstab: static file system information.
[19:13] <Guest7336> #
[19:13] <Guest7336> # Use 'blkid -o value -s UUID' to print the universally unique identifier
[19:13] <Guest7336> # for a device; this may be used with UUID= as a more robust way to name
[19:13] <Guest7336> # devices that works even if disks are added and removed. See fstab(5).
[19:13] <Guest7336> # / was on /dev/sda1 during installation
[19:13] <Guest7336> UUID=b6ff282e-dc4c-4cd8-881a-3cd59dad285f /               ext4    errors=remount-ro 0       1
[19:13] <Guest7336> # swap was on /dev/sda5 during installation
[19:13] <Guest7336> UUID=022d22a4-d5b3-4b35-8e1c-7183e9055777 none            swap    sw              0       0
[19:13] <Guest7336> /dev/fd0        /media/floppy0  auto    rw,user,noauto,exec,utf8 0       0
[19:13] <Guest7336> so it looks to me
[19:14] <Yorvyk> Guest that's OK
[19:14] <Guest7336> really??
[19:15] <bioterror> problems with automount or something
[19:15] <Yorvyk> Guest7336, Next time you want to show a multi line file can you use ubuntu.pastebin.com :)
[19:15] <bioterror> !pastebin | Guest7336
[19:15] <bioterror> Guest7336, have you checked what dmesg says?
[19:16]  * Yorvyk keeps forgetting about the bot
[19:16] <bioterror> Guest7336, is your lubuntu installation from the lubuntu.iso or have you installed lubuntu from another distro?
[19:18] <Guest7336> this iso is from the Lubuntu page and I use Lubuntu 10.10
[19:21] <stlsaint> bioterror: hey can lubuntu server handle lxc?
[19:22] <Guest7336> how to mount the cd manually?
[19:28] <bioterror> stlsaint, what?
[19:28] <bioterror> ahaa
[19:28] <bioterror> always on rush they are
[19:29] <stlsaint> bioterror: i was told there is a lubuntu server release
[19:29] <Yorvyk> Hmmm.
[19:30] <stlsaint> Yorvyk: ohai
[19:30] <bioterror> stlsaint, server is a server
[19:30] <bioterror> it's almost same as minimal.iso
[19:30] <bioterror> but you can install lubuntu-desktop to server if you want
[19:31] <stlsaint> i dont lubuntu-desktop :P
[19:31] <stlsaint> want
[19:31] <Yorvyk> stlsaint, Zentyal?
[19:32] <bioterror> yeah, zentyal comes with LXDE
[19:32] <stlsaint> Yorvyk: is that the "new" ebox
[19:32] <stlsaint> no not looking for that
[19:32] <bioterror> yes
[19:32] <Yorvyk> Rather nice system
[19:32] <stlsaint> like there is a ubuntu server, is there a lubuntu server?
[19:33] <phillw> stlsaint: ubuntu server has no GUI, so there will not be a lubuntu version, just as there would not be an xubuntu / kubuntu version :)
[19:33] <Yorvyk> ubuntu server=lubuntu sever=xubuntu server= ubuntu - desktop
[19:34] <stlsaint> lol, aye that makes sense
[19:34] <phillw> stlsaint: there is a lubuntu-core version, that gives you a really cut down GUI if that is what you want.
[19:35] <stlsaint> ok well lubuntu can handle lxc yes, since its based on ubuntu?
[19:36] <phillw> stlsaint: if it works on ubuntu, it will most likely work on lubuntu, some of us have done some crazy things to our lubuntu installs and it has never complained :)
[19:38]  * Yorvyk now knows what lxc is :)
[19:38] <stlsaint> Yorvyk: :D
[19:38] <stlsaint> Yorvyk: now you see why ive been asking about serve stuff :D
[19:39] <stlsaint> Yorvyk: i currently use openvz but its not working out with new server, so im going to lxc
[19:41] <Yorvyk> stlsaint, interesting
[19:42] <stlsaint> very
[19:43] <Yorvyk> Might have a play with that as I have an old sever that doesn't have HVT.
[19:46] <stlsaint> Yorvyk: yes, it works really well once its all setup
[19:46] <stlsaint> excellent onresources
[19:47] <stlsaint> Yorvyk: AND can be run on 32bit
[19:47] <Yorvyk> stlsaint, it'll have to as it has twp
[19:48] <stlsaint> aye
[19:48] <Yorvyk> two PIII xeons
[19:48] <Yorvyk> damn enter key :/
[19:49] <stlsaint> Yorvyk: i was hosting website, music server, and multiple other vps all on less then 2GB ram
[19:49] <stlsaint> that was with openvz, lxc has even tighter resource management
[19:49] <stlsaint> and new server has 32GB ram i can play with
[19:50] <stlsaint> but i will have to learn lxc better as i am a novice to it
[19:51] <Yorvyk> It looks straight forward https://help.ubuntu.com/community/LXC
[19:51] <Yorvyk> phone again :(
[19:52] <stlsaint> i think one is outdated as well, new lxc release is a bit easier but still same configurations required
[19:57] <camilo> hello all
[19:58] <camilo> I have a little problem installing lubuntu
[19:58] <Yorvyk> camilo, go on
[19:58] <camilo> well
[19:58] <camilo> I downloaded the alternate install
[19:59] <camilo> and everything went well
[19:59] <camilo> except when it was installing the system
[19:59] <camilo> it stop
[19:59] <camilo> just freeze in the middle
[19:59] <camilo> but
[19:59] <camilo> sometimes freezes downloading perl
[20:00] <camilo> or preparing other packages
[20:00] <camilo> and try xubuntu as well
[20:00] <camilo> and the same problem
[20:01] <bioterror> camilo, have you tried the normal minimal cd?
[20:01] <camilo> with the gui installer?
[20:01] <Yorvyk> Is the hardware OK?
[20:02] <camilo> The gui installer freezes up before shows something
[20:02] <camilo> now I'm using debian
[20:02] <camilo> in the computer
[20:02] <camilo> but have many problems
[20:03] <camilo> I have managed to install debian
[20:04] <camilo> but flash and mp3 freeze my computer
[20:04] <camilo> so i would like to install lubuntu
[20:05] <Yorvyk> camilo, looks like hardware problems to me
[20:05] <camilo> mmm
[20:05] <camilo> maybe
[20:05] <camilo> it's and old pc
[20:06] <camilo> 256 ram nvidia fx 5500 athlon xp
[20:06] <Yorvyk> Has it been cleaned out recently are the fans OK
[20:07] <camilo> seems right
[20:07] <camilo> because it only crashes installing lubuntu or xubuntu , even archlinux
[20:07] <camilo> but with debian no problems installing it
[20:07] <stlsaint> Yorvyk: from the BT overlord himself: http://blog.bodhizazen.net/linux/lxc-linux-containers/
[20:07] <bioterror> have you run memtest86+?
[20:08] <bioterror> camilo
[20:08] <camilo> nop
[20:08] <bioterror> i think you should
[20:08] <Yorvyk> I thanks stlsaint I'll have a read
[20:11] <Yorvyk> camilo, I have had a lot of old hardware pass through my hands and the one thing I always do is it to bits clean the fans and reseat all th connectors and RAM
[20:12] <Yorvyk> It's amazing how many poorly machines recover after that.
[20:12] <camilo> well I will check that out
[20:13] <camilo> but why debian can install?
[20:14] <Yorvyk> That happens and I wish I knew why.  I have a machine that Ubuntu and it's derivatives won't install on but suse and mandriva do :(
[20:15] <bioterror> different generic kernels
[20:15] <bioterror> and stuff like that
[20:15] <Yorvyk> Hmmmm
[20:17] <Yorvyk> In the case of this machine it seems to be a problem with the Intel graphics
[20:18] <Yorvyk> camilo, what hard ware is it?
[20:18] <camilo> lspci
[20:18] <Yorvyk> camilo, sirry you have said nVidia fx 55000
[20:19] <camilo> GeForce FX 5200]
[20:19] <Yorvyk> The other thing it could be is a dodgy HD.
[20:20] <Yorvyk> You sat debian is running OK
[20:20] <camilo> yep
[20:20] <camilo> but when I play audio files or flash media
[20:21] <camilo>  it crashes
[20:21] <camilo> except in cli
[20:21] <camilo> I can play mp3 with mplayer in console
[20:21] <camilo> but in GUI freezes up
[20:22] <Yorvyk> DO you gave the correct driver for the video card
[20:22] <camilo> I don't think so
[20:22] <camilo> I was looking how to install it
[20:23] <Yorvyk> Don't really know with debian as I don't think they use the proprietary drivers
[20:24] <camilo> how can you do it with lubuntu?
[20:24] <Yorvyk> You could try installing disk utility, if it isn't already installed and run the disk tests in there.
[20:24] <Yorvyk> Lubuntu has a tool called additional drivers that looks for the correct driver for you
[20:25] <camilo> a cheese
[20:25] <camilo> why I can not install lubuntu
[20:25] <camilo> ratz
[20:26] <Yorvyk> I would run the memtest
[20:27] <bioterror> that's a good starting point
[20:27] <Yorvyk> and Disk Utility tests and make sure the hardware is OK
[20:28] <camilo> ok
[20:30] <Yorvyk> camilo, with problems like yours they are very hard to diagnose on IRC as they could be any number of things so we have to remove each possibility
[20:30] <camilo> I understand
[20:31] <Yorvyk> I have spent a few days trying to get an old machine to work and I have quite a few sppare parts that I can swap out.
[20:32] <Yorvyk> What I would do is unplug it have a look inside and make sure there is no dust blocking things
[20:33] <Yorvyk> If that's OK I would push all the connectors home or even unplug them and plug them back in.
[20:34] <Yorvyk> That includes the RAM sticks.
[20:34] <camilo> like a medical exam
[20:35] <Yorvyk> Yep
[20:35] <camilo> ok I will do that
[20:35] <camilo> I hope it works
[20:36] <Yorvyk> I've been repairing computers for 30 years and dust and loose connectors were the main culprits
[20:37] <camilo> thanks
[20:37] <Yorvyk> camilo, good look and don't hesitate to call back we'll help all we can :)
[20:38] <camilo> allright thanks again!
[20:38] <Yorvyk> camilo, if you just want to chat we have #lubuntu-offtopic available for waffling about most anything non-technical
[20:38] <bioterror> Sun22:38 :: camilo<EMAIL_ADDRESS>has left #lubuntu ("Saliendo")
[20:39] <bioterror> ;)
[20:40]  * Yorvyk must learn to type faster
[20:41] <Yorvyk> bioterror, I hate computers that halt at random, load one distro and not another
[20:42] <bioterror> usually that means hw failure
[20:43] <bioterror> probably overheating
[20:43] <bioterror> but good night
[20:43] <bioterror> I'm off to bed
[20:43] <Yorvyk> nn
[22:04] <head_victim> I think I broke something
[22:04] <head_victim> All websites in chromium end up at the "aw snap" page and xchat keeps crashing.
[22:29] <head_victim> tenach: https://help.ubuntu.com/community/Lubuntu/Documentation is where the details are located for all Lubuntu related, hang on a tick I'll find you the most direct one for your enquiry
[22:29] <head_victim> https://help.ubuntu.com/community/Lubuntu/Documentation/UpgradeToLubuntu
[22:29] <head_victim> tenach: ^ that's it
[22:30] <jef91> What problems head_victim?
[22:30] <tenach> head_victim, Thanks a bunch :D
[22:30] <head_victim> jef91: none but if we are discussing Lubuntu related support it should be in here as the other channel is off topic and not logged.
[22:31] <head_victim> tenach: no worries
[22:32] <jef91> Any ideas on how to go about creating a custom alternative install cd?
[22:33] <tenach> head_victim, I issued apt-get update after adding the ppa and am getting a 404 on packages.tar.gz
[22:34] <tenach> maverick sources and main i386 are not working.
[22:34] <tenach> er hold on
[22:34] <tenach> I know the problem :3
[22:34]  * tenach headesks
[22:34] <head_victim> jef91: there are a few devs lurking around that may give you specific pointers but https://help.ubuntu.com/community/Lubuntu/Documentation/AlternateInstall is the location of the details for using the Lubuntu one.
[22:35] <head_victim> jef91: I'd also recommend emailing the mailing list (https://wiki.ubuntu.com/Lubuntu/ContactUs) for specific help on that front jus tin case the right person isn't in here just at the moment.
[22:35] <jef91> kk
[22:35] <jef91> will do that :)
[22:36] <head_victim> jef91: I help out with documentation but unfortunately I have no idea when it comes to all the technical stuff required to build ISOs
[22:37] <head_victim> tenach: got it sorted?
[22:37] <jef91> Ahh kk
[23:55] <_kosaidpo> hello guys
[23:55] <_kosaidpo> idk how but i cant log in via my gui but i do with my ttty and via gui even i type a wong psw it says nethin any idea how to fix it
[23:56] <_kosaidpo> i tried to install gnome session but nethin wok


[03:00] <sotrdofthsstarwa> I pushed a modified branch up to launchpad and submitted a merge request, only to find that I'd forgotten "sudo" at the beginning of my edit.  What's the best way to fix that, do I have to fix it, run "bzr push" again, and then submit a new merge request?
[03:26] <sotrdofthsstarwa> ping pmatulis
[03:26] <sotrdofthsstarwa> Got your ears on?  I've got a question about lp:1354657
[14:55] <pmatulis> morning
[14:56] <pmatulis> sotrdofthsstarwa: i don't think you need to submit a new one
[14:56] <pmatulis> sotrdofthsstarwa: a push should be all that is required
[14:58] <sotrdofthsstarwa> pmatulis, Oh really, good to know.  Sorry for jacking it all up then with a new merge request
[14:58] <pmatulis> sotrdofthsstarwa: not a problem at all.  it doesn't really matter.  thanks for helping
[19:08] <pmatulis> sigh... http://ubuntuserverguide.com/
[19:22] <sotrdofthsstarwa> hahah what
[19:24] <sotrdofthsstarwa> Creation Date: 30-apr-2012
[19:24] <sotrdofthsstarwa> How long has the actual ubuntu server guide been around?
[19:30] <pmatulis> sotrdofthsstarwa: May 2011
[19:31] <pmatulis> sotrdofthsstarwa: but i don't understand that date b/c we have a 10.04 guide
[19:31] <pmatulis> https://launchpad.net/serverguide
[19:31] <sotrdofthsstarwa> Maybe it got written post-hoc?
[19:32] <pmatulis> yeah, could be that it was not organized back then
[19:32] <sotrdofthsstarwa> I kind of assumed that it was in existence before the launchpad project was created
[19:32] <pmatulis> yeah