[01:18] <kichigai> Hello. Can someone help me with upgrading from 12.04 to 14.04
[01:18] <kichigai> I tried using the Ubuntu updater and I ended up in a minor dependency hell.
[01:18] <kichigai> Luckily I did that with a front-end, so I'm not in trouble yet, but I'd still appreciate a little guidance.
[01:52] <kichigai> Can anyone help me with upgrading from 12.04 to 14.04?
[01:53] <kichigai>  /join #mythth-users
[01:53] <kichigai> Whoops
[03:31] <qwebirc43961> I don't get it... The os is great but the Mythtv is real crap. I don't use it at all
[03:31] <qwebirc43961> meteo is not working
[03:31] <qwebirc43961> radio is not working
[03:31] <qwebirc43961> web plugin is not playing flash
[03:31] <qwebirc43961> nothing is really working in that mythty
[03:32] <qwebirc43961> so I tried to uninstall it to keep the os but I had trouble unsinstall
[03:32] <qwebirc43961> so I let it there but I don't use it
[03:32] <qwebirc43961> mabey I should use lubuntu but it take more memory
[03:32] <qwebirc43961> ok bye
[06:54] <ubuntuaddicted> for some reason i can't stop my mythbackend server. i try sudo service mythbackend stop but its an invalid command.
[08:00] <brooss> ubuntuaddicted, try sudo stop mythtv-backend
[13:13] <ubuntuaddicted> brooss, i get "mythtv-backend: command not found"
[22:04] <EvilGuru> Is there any backported support in Mythbuntu 14.04 for the PCTV 461e (added in Kernel 3.14)?


[06:29] <imbrandon> nixternal, someone might wanna post this http://www.mybroadband.co.za/nephp/?m=show&id=6137
[06:29] <imbrandon> seems to have quoted sabdfl quite a bit


[02:13] <neonixcoder> Hay Arnold. The issue is number of max connection limit
[02:13] <neonixcoder> Our hosts reached that value.
[02:13] <sarnold> neonixcoder: ah! :)
[02:13] <sarnold> fun
[02:13] <neonixcoder> Now I increased that count and it is working fine now..
[02:48] <nameuser_> I'm looking for an easy way to do full server backup. Something like Macrium Reflect ( http://www.macrium.com/reflectfree.aspx)
[02:49] <nameuser_> I know Clonezilla, but it requires the system to reboot
[02:50] <nameuser_> Rsnapshot is more for backing up files
[03:00] <patdk-lap> duplicity :)
[03:00] <patdk-lap> or if you want to go the payed route, acronis
[03:44] <Logos01> nameuser_: bacula.
[03:44] <Logos01> rsnapshot can do the job, but bacula is a very robust enterprise-ready fully OSS backup engine.
[03:44] <Logos01> (And it's block-level)
[03:46] <nameuser_> Thank you!
[04:32] <nameuser_1> Just bought a SSD for my self hosted web server. Expected a huge i
[04:32] <nameuser_1> Expected a hugh improvement
[04:33] <nameuser_1> But disappointed
[04:35] <patdk-lap> heh?
[04:35] <patdk-lap> why?
[04:36] <nameuser_1> Except when installing or backup/restore server, the postgresql query speed doesn't seem to improve mouch
[04:37] <patdk-lap> and you tested that disk speed was the problem?
[04:37] <nameuser_1> Test disk speed with hdparm and dd
[04:37] <patdk-lap> heh?
[04:37] <nameuser_1> The ssd is fine
[04:38] <patdk-lap> what does those have to do with anything?
[04:38] <patdk-lap> hdparm doesn't do anything
[04:38] <patdk-lap> and dd doesn't test anything, that has to do with sql
[04:38] <patdk-lap> and on an ssd, dd really is horrid
[04:38] <nameuser_1> so give me some tips then
[04:39] <patdk-lap> instead of doing a streaming test, using dd, with all 0's
[04:39] <patdk-lap> do a test that is correct for your usage
[04:39] <patdk-lap> what that is, I dunno, that depends on your usage
[04:39] <patdk-lap> first, ask postgresql what the problem is
[04:39] <patdk-lap> I dunno postgresql, but it's simple enough in mysql
[04:39] <patdk-lap> if you have cpu issue, locking issues, disk issues, ...
[04:42] <nameuser_1> Yea
[10:52] <znf> Hi
[10:52] <znf> Doesn't ubuntu-server have a way to finish a install over ssh?
[11:47] <asheesh_> Need some help with openstack single install on an Ubuntu server using Juju
[11:52] <asheesh_> The installer is waiting for creating some machines for 4 hours now
[13:22] <theptr> Is it a good idea to run an ms active directory on ubuntu 14.04 with samba ?
[13:44] <patdk-wk> theptr, never had that work, good enough, personally
[13:45] <theptr> patdk-wk, I want to keep as many as possible linux so
[13:46] <patdk-wk> you asked my thoughts, I gave them, now you want to say they are invalid?
[13:58] <rbasak> hallyn, stgraber: is lxc on vivid trying to run a xenial container known to be broken? Wily works, but Xenial doesn't. I see an init process with a bunch of subprocess zombies and nothing else. I also see an apparmor denial but I think I get that in the success case with wily too.
[13:58] <rbasak> audit: type=1400 audit(1450447067.190:28): apparmor="DENIED" operation="mount" info="failed flags match" error=-13 profile="lxc-container-default" name="/" pid=18303 comm="systemd-machine" flags="rw, rslave"
[13:59] <rbasak> Using lxc-start-ephemeral.
[14:16] <ifohancroft> Hello, guys. I am having trouble creating a software RAID 0 on Ubuntu Server 14.04.3 x86_64 using two discs (/dev/sdb and /dev/sdc) using mdadm
[14:18] <ifohancroft> I've created it using mdadm --create /dev/md0 --level=raid0 --raid-devices=2 /dev/sdb /dev/sdc
[14:19] <ifohancroft> Then I've created folder 'storage' (without the quotes) in / then I've put in fstab Then I've put this in /etc/fstab /dev/md0 /storage ext4 defaults 0 0
[14:19] <ifohancroft> Then I rebooted and after grub times expires and ubuntu loads i pretty much get a black screen
[14:20] <patdk-wk> well, that isn't going to work
[14:20] <patdk-wk> you never told mdadm to *mount* your raid
[14:20] <ifohancroft> How to do that?
[14:22] <patdk-wk> mdadm --detail --scan >> /etc/mdadm/mdadm.conf
[14:23] <ifohancroft> I will execute that in a minute, as soon as the server boots (well from recovery console)
[14:27] <ifohancroft> btw I've manually put lines in mdadm.conf now I executed the command and will check the conf
[14:27] <ifohancroft> well it looks the same
[14:27] <ifohancroft> first line: DEVICE /dev/sd[bc]
[14:28] <ifohancroft> second line: ARRAY /dev/md0 devices=/dev/sdb,/dev/sdc
[14:31] <patdk-wk> that is strange
[14:31] <patdk-wk> it doesn't do something like, ARRAY /dev/md0 UUID=xxxxx
[14:31] <patdk-wk> generally, depending on the drives to be called the correct letters, is a horrible thing to depend on
[14:32] <patdk-wk> such as, replacing a disk, adding a disk, or even installing a new hba
[14:32] <patdk-wk> will cause that all to get changed
[14:32] <patdk-wk> a disk failing
[14:33] <ifohancroft> actually i think for some reason it's not writing in the conf
[14:33] <ifohancroft> i just checked
[14:33] <ifohancroft> i deleted it and executed the command again and the conf was empty
[14:33] <ifohancroft> also i don't think it was created after i installed mdadm and created it manually
[14:34] <ifohancroft> mdadm after being installed mentionend mdamd.cf maybe its conf is somewhere else?
[14:35] <patdk-wk> it's not
[14:35] <patdk-wk> I have a few systems, including this one I'm on now, using 14.04.3 with mdadm
[14:36] <ifohancroft> so maybe if I change it to use UUID? however which UUID is that of which drive or of what and how do i find it?
[14:36] <patdk-wk> first I would comment out DEVICE line
[14:36] <patdk-wk> blkid will give you the UUID
[14:37] <patdk-wk> hmm, it will give it in a different format though
[14:37] <patdk-wk> what does mdadm -Es, give you?
[14:38] <ifohancroft> oh awesome it gives me the UUID and stuff of /dev/md0
[14:38] <ifohancroft> it gives:
[14:38] <patdk-wk> you do NOT want the uuid of md0
[14:38] <ifohancroft> ARRAY /dev/md/0 metadata=1.2 UUID=uu:id:etc name=os1.0
[14:38] <patdk-wk> unless your putting it into /etc/fstab
[14:38] <ifohancroft> name=os1:0 i mean
[14:39] <patdk-wk> no, that iline is good
[14:39] <patdk-wk> I meant blkid one
[14:39] <patdk-wk> from blkid:  /dev/md0: UUID="626a5a92-b783-44ff-8a7d-a0236287892f" TYPE="ext4"
[14:39] <ifohancroft> should I put the uuid in fstab instead of '/dev/md0'
[14:39] <patdk-wk> that UUID is of the ext4 filesystem installed ON md0 :)
[14:39] <patdk-wk> that is optional, but generally better
[14:39] <ifohancroft> well it doesn'ty give me uuid of md0
[14:39] <ifohancroft> blkid i mean
[14:39] <patdk-wk> incase md0 is called something else, but not *as* likely to happen
[14:40] <patdk-wk> is md0 started/assymbled?
[14:40] <patdk-wk> did you format it with a filesystem yet?
[14:40] <ifohancroft> maybe i should not put it in fstab as /dev/md0 but as /dev/md/0?
[14:40] <ifohancroft> the md0?
[14:40] <ifohancroft> let me check
[14:40] <patdk-wk> ya
[14:41] <ifohancroft> fdisk can't find it
[14:41] <patdk-wk> fdisk finds partitions
[14:41] <patdk-wk> did you put a partition on md0?
[14:41] <ifohancroft> i don't think i did though (stupid tutorials on the web, show you how to do something and what to do but not how)
[14:41] <patdk-wk> I never do
[14:41] <ifohancroft> i don't think i have
[14:41] <ifohancroft> but not why i mean
[14:41] <patdk-wk> you are not suppose to use tutorials
[14:42] <patdk-wk> a tutorial is notes someone created for their usage
[14:42] <patdk-wk> documentation is created to explain to others
[14:42] <ifohancroft> good point, thank you (didn't know that to be honest)
[14:42] <patdk-wk> so a tutorial/blog/... is only useful if you already know how to use something
[14:42] <ifohancroft> btw atm mdadm --detail /dev/md0 gives me mdadm: cannot open /dev/md0 no such file or directory
[14:42] <patdk-wk> well, that is cause most poeple advertize it wrong :)
[14:43] <patdk-wk> they make a tutorial thinking to help other people
[14:43] <patdk-wk> forgetting to put in all their *thoughts* on why they did any of it
[14:44] <ifohancroft> i guess the raid is not created atm because i executed mdadm --create /dev/md0 --level=raid0 --raid-devices=0 /dev/sdb /dev/sdc and it asks me to create it again
[14:44] <ifohancroft> says they appear to be part of a raid array and that partition table exists there etc and asks to continue the array creation
[14:45] <ifohancroft> at this point how should I proceed into creating the array, making it stick after reboot and making it auto-mount on boot etc
[14:46] <ifohancroft> create it, check the uuid, put it in mdadm.conf then reboot?
[14:46] <rbasak> hallyn, stgraber: fyi, upgrading to wily fixed the issue. I can start xenial containers now. I don't know if that's due to a side effect of the upgrade or an actual package version difference though.
[14:52] <ifohancroft> patdk-lap: I created the raid again, used the command to make mdadm put stuff in its conf, cleared the conf from my stuff so only what it put in there stays in there, saved it, rebooted and pretty much the same thing (a black screen)
[14:53] <patdk-wk> I think your having a different issue
[14:53] <patdk-wk> and don't think mdadm is the problem :(
[14:56] <ifohancroft> I will boot into recovery console and check if the raid is up and running, if it is i will try to find what else might be the problem, if not, I will try to get it to work and then see if the problem presists
[14:59] <patdk-wk> at this point
[15:00] <patdk-wk> I would just remove mdadm.conf and your line from fstab (thought shouldn't be needed)
[15:00] <patdk-wk> even with it failing, it should not give you a blank screen
[15:01] <ifohancroft> ok, I removed them and am now rebooting to see what will happen
[15:04] <ifohancroft> yeah, still the same, let me try few things
[15:07] <ifohancroft> without the drives inside, it's booting and even the grub timeout time (you know the time after which the chosen option will be auto loaded )
[15:07] <ifohancroft> but that is probably because of less drives and because the only drive now inside is an ssd on which is the os
[15:07] <ifohancroft> also i think with the drives formated and without partitions it can also boot
[15:08] <ifohancroft> i will try to erase them and try to boot with them inside
[15:10] <ifohancroft> before I start creating the raid should i have some partition on the drives and any flags set?
[15:10] <ifohancroft> or should i keep them as unallocated space
[15:13] <patdk-wk> optional
[15:14] <patdk-wk> generally it can be a good idea to create a parition, and use that parition to mdadm
[15:14] <ifohancroft> I think the problem now may have been that the raid was still running, I stopped it now and rebooted now we will see
[15:14] <patdk-wk> just so you don't accidently think it's a blank disk and create a partition on it later, wiping it
[15:15] <ifohancroft> so create ext4 on each then create raid then I guess I should create a partition on /dev/md0 then mount it?
[15:15] <patdk-wk> flags are completely useless these days, really
[15:15] <patdk-wk> dunno what you mean by create ext4
[15:15] <ifohancroft> btw yes, now that the raid is stopped (using sudo mdadm --stop /dev/md0 and sudo mdadm --zero-superblock /dev/sdX... for each drive)
[15:15] <patdk-wk> disk, partition, mdadm on partition, ext4/... on md
[15:16] <ifohancroft> i mean create ext4 partition
[15:16] <patdk-wk> why?
[15:16] <patdk-wk> there is no such thing as an ext4 partition
[15:16] <ifohancroft> didn't you mean that is a good idea to do so i don't think the disk is empty?
[15:16] <ifohancroft> ah yeah it's a filesystem
[15:16] <ifohancroft> so i guess i didn't realize there is a difference between a partition and filesystem
[15:17] <ifohancroft> so i am starting from scratch now in creating the raid, what is the first thing i should do?
[15:17] <patdk-wk> the filesystem type in the partition table is also mostly useless
[15:17] <jrwren> one of those important subtle distinctions
[15:17] <patdk-wk> normally set to 83 == linux filesystem
[15:17] <patdk-wk> but it is mdadm, not linux filesystem
[15:17] <patdk-wk> so generally fd is perferred
[15:17] <patdk-wk> mdadm auto mount
[15:17] <patdk-wk> fd  Linux raid auto
[15:18] <patdk-wk>    Device Boot      Start         End      Blocks   Id  System
[15:18] <patdk-wk> /dev/sda1            2048   128901119    64449536   fd  Linux raid autodetect
[15:19] <ifohancroft> so I should operate on /dev/sdb1 not /dev/sdb?
[15:19] <ifohancroft> or?
[15:19] <patdk-wk> optional, but most people expect partition table to exist
[15:19] <patdk-wk> so if it does, you can future protect yourself
[15:19] <patdk-wk> but it's strictly not needed
[15:20] <patdk-wk> I used to never use partitions
[15:20] <ifohancroft> ok now I have /dev/sdb1 start 2048 End<PHONE_NUMBER> Blocks 976761560 ID 83 System Linux
[15:20] <patdk-wk> then I found several *utilities* they kept wiping out my drives that didn't have partitions, really upset me
[15:20] <ifohancroft> lol
[15:20] <ifohancroft> so your point about creating a partition is a very good one
[15:20] <patdk-wk> oh? you have an uninitialized disk, let me fix that for you!
[15:21] <ifohancroft> :D
[15:22] <ifohancroft> how did you set Linux raid autodetect to your drive and does it matter if it's just Linux or Linux raid autodetec or is this just a comment to the partition?
[15:22] <patdk-wk> it doesn't matter what it is
[15:22] <ifohancroft> ah yeah I found it
[15:22] <patdk-wk> but I think mdadm checks it
[15:22] <ifohancroft> the id
[15:24] <ifohancroft> ok so what should I do next? Create raid with mdadm -C /dev/md0 --level=raid0 --raid-devices=2 /dev/sdb1 /dev/sdc1 ?
[15:25] <patdk-wk> sure
[15:26] <ifohancroft> Ok it is created. Now I should make mdadm put the conf for the array in its conf?
[15:26] <patdk-wk> yes
[15:26] <patdk-wk> post that line here too
[15:26] <ifohancroft> mdadm --detail --scan >> /etc/mdadm/mdadm.conf
[15:26] <patdk-wk> well, I meant of the line added to mdadm.conf
[15:27] <ifohancroft> ah :D
[15:27] <ifohancroft> ARRAY /dev/md0 metadata=1.2 name=os1:0 UUID=700:long:etc
[15:27] <patdk-wk> ok
[15:27] <patdk-wk> that looks good
[15:28] <patdk-wk> blkid has stuff
[15:28] <ifohancroft> so I should check blkid now?
[15:28] <patdk-wk> should show linux_raid_member lines
[15:28] <ifohancroft> well it shows /dev/sdb1, /dev/sda1, /dev/sda3, /dev/sda4 and /dev/sdc1 (no /dev/md0)
[15:29] <patdk-wk> yes
[15:29] <ifohancroft> on both /dev/sdb1 and /dev/sdc1 it says that its TTYPE is linux_raid_member
[15:29] <patdk-wk> mdadm --assymble
[15:29] <ifohancroft> mdadm --assemble?
[15:29] <patdk-wk> probably
[15:29] <patdk-wk> english was my first language
[15:29] <ifohancroft> :D
[15:30] <ifohancroft> it says an md device must be given in this mode
[15:30] <ifohancroft> so mdadm --asemble /dev/md0?
[15:31] <ifohancroft> (btw i will go for a cigarette)
[15:31] <patdk-wk> ah
[15:31] <patdk-wk> mdadm --assemble --scan
[15:35] <ifohancroft> back and ok
[15:35] <ifohancroft> done
[15:36] <patdk-wk> now blkid shows md0?
[15:36] <patdk-wk> or it might not
[15:36] <patdk-wk> but md0 exists now right?
[15:36] <patdk-wk> probably best to, cat /proc/mdstat
[15:37] <ifohancroft> yes, it doesn't show md0 and yes catting /proc/mdstat shows md0:active raid0 sdc1[1] sdb1[0]
[15:37] <patdk-wk> ok, time to mkfs.ext4 /dev/md0 ....
[15:38] <ifohancroft> done
[15:38] <patdk-wk> blkid
[15:38] <patdk-wk> add to /etc/fstab using the UUID
[15:38] <ifohancroft> yes it now shows UUID
[15:38] <ifohancroft> of md0
[15:41] <ifohancroft> defaults for options and 0 0 for dump and pass?
[15:42] <patdk-wk> well, likely 1 or 2 for pass
[15:42] <patdk-wk> but it shouldn't matter much
[15:43] <ifohancroft> ok i put 1 like on /
[15:43] <ifohancroft> so now in theory it's all done and a reboot follows?
[15:43] <patdk-wk> yes
[15:43] <patdk-wk> since you don't need it in initramfs
[15:44] <patdk-wk> as it's not a boot/root drive
[15:44] <ifohancroft> ok, time to pray to the server :D
[15:48] <ifohancroft> It works! Thank you so much dude! I will write the stuff down and look at documentation to fill in the gaps (learn the stuff I now figured out I don't know)
[15:48] <ifohancroft> btw as my user I don't have write permission on there atm, did I not mount it well or it's normal
[15:48] <ifohancroft> I mean I didn't mount it as read only or something?
[15:48] <patdk-wk> dunno
[15:48] <patdk-wk> but you didn't setup permissions
[15:48] <patdk-wk> so likely only root has write access
[15:48] <ifohancroft> well I can write as root
[15:49] <ifohancroft> if it was read write I won't be able to write even as root, right?
[15:49] <patdk-wk> yes
[15:49] <ifohancroft> Thank you very much!
[15:49] <ifohancroft> I should really start like right now to see what I don't know much about or don't understand and fill in the gaps
[16:18] <capoderra> hello, all. I've just install ubuntu server and the top and left portions lay off screen so I am having a hard time configuring files.
[16:18] <capoderra> xrandr only works in GUI
[16:18] <capoderra> I've tried fbset, but I can't get it to change my resolution
[16:19] <capoderra> i've tried fbset -xres=1360 -yres=850, but that outputs the usage for fbset
[16:20] <capoderra> this last command supposedly worked for somebody, but it doesn't work for me, even with the same version of fbset
[16:42] <teward> capoderra: have your monitor autoconfigure
[16:53] <stgraber> rbasak: well, that's pretty odd seeing how lxc is identical in vivid and wily (exact same source)
[16:54] <stgraber> rbasak: the behavior you describe sounds like a broken or crashed lxcfs though
[16:54] <capoderra> teward, sorry, it's a TV connected via HDMI
[16:55] <teward> capoderra: oh.  I typically see HDMI TVs cut off things, and I never found a way to resolve it, server or otherwise
[16:55] <teward> (TVs aren't the best for that stuff)
[16:56] <ogra_> capoderra, find the "overscan" option in your TV settings menu ... and toggle it
[16:56] <capoderra> teward, it's all I got. It's funny, I never had that problem on my old machine.
[16:56] <davidic657> Hi guys, had a server with hetzner for a while now and never seem to get kernel updates, just the kernel dev, Ubuntu 12.04.5 its currently at Linux 3.11.0-26-generic on x86_64 is this normal?  I ticket hetzner and they just said they have nothing to do with software etc as usual
[16:57] <capoderra> ogra_, I don't think I have that
[16:57] <ogra_> it might be named differently ... but it should be there ... TVs that dont have it are rare
[16:58] <capoderra> teward, the old machine used a VGA cable. This one has to be HDMI because it doesn't have a vga port
[16:59] <davidic657> anyone tell me what the current kernel should be for Ubuntu 12.04.5 64 bit server should be please
[17:00] <davidic657> Do not understand why I do not get main kernel updates, just the dev updates
[17:01] <ogra_> davidic657, https://launchpad.net/ubuntu/+source/linux
[17:01] <ogra_> (scroll to the bottom)
[17:01] <davidic657> ty
[17:04] <davidic657> ogra_:  hetzner wont answer me why it does not upgrade?
[17:04] <ogra_> upgrade from what to what ?
[17:05] <ogra_> the latest kernel in precise is obviously  3.2.0-96.136  ...
[17:06] <davidic657> ogra_: says Linux 3.11.0-26-generic on x86_64 here
[17:06] <davidic657> sry bit confused here
[17:06] <quantic> likely installed a hwe kernel.
[17:06] <ogra_> 3.11 ?
[17:06] <ogra_> well, hwe kernels come from other LTS releases
[17:06] <davidic657> quantic: all I get is the dev updates
[17:06] <ogra_> there is no 3.11 in either of them
[17:07] <ogra_> the hwe kernel for 14.04 would be 3.14 based
[17:07] <quantic> 3.11 is the kernel from saucy.
[17:07] <davidic657> not sure what they are up to
[17:07] <quantic> 12.04 has an hwe kernel that's 3.11. 12.04.4, I believe.
[17:07] <ogra_> yeah, that looks like a broken release upgrade
[17:08] <quantic> ogra_: not necessarily.
[17:08] <quantic> https://wiki.ubuntu.com/Kernel/LTSEnablementStack#Kernel.2BAC8-Support.A12.04.x_Ubuntu_Kernel_Support
[17:08] <davidic657> just want to know if the kernel is ok and no security problem, never get any updates
[17:09] <davidic657> thanks guys for the input
[17:09] <quantic> davidic657: install the "linux-generic-lts-trusty" package.
[17:09] <quantic> davidic657: And review https://wiki.ubuntu.com/Kernel/LTSEnablementStack
[17:09] <davidic657> noob here proberbly mess everything up :)
[17:10] <davidic657> should be ok fingers crossed
[17:10] <ogra_> yeah, what quantic said "linux-generic-lts-trusty" should get you 3.13
[17:10] <quantic> davidic657: Just install a single package, it will pull in the currently-supported kernel.
[17:11] <davidic657> thanks
[17:26] <rbasak> stgraber: I think that's reasonably consistent with what I've seen. If the latest SRU is broken but the release pocket works in both Wily and Vivid, then that is consistent with my observations.
[17:26] <rbasak> stgraber: I only upgraded in Wily to work around a different bug.
[17:41] <stgraber> rbasak: except that we also use the exact same lxc source in xenial as wily and vivid (1.1.5 + 2 bugfix uploads for all 3)
[17:42] <stgraber> rbasak: anyway, the symptoms point towards lxcfs (as mentioned in the bug), hopefully hallyn can take a look when he's back
[17:42] <rbasak> That makes sense. Thanks.
[19:11] <capoderra> is anybody familiar with fail2ban? Do I need it if I'm going connecting to my server from my local network?
[19:12] <patdk-wk> nothing
[19:12] <patdk-wk> except if you are in a habbit if not using the right password, you might want to add yourself to the exceptions
[19:12] <patdk-wk> or adjust what it blocks, to only block external
[19:13] <patdk-wk> or add a firewall rule that overrides fail2ban rules
[19:13] <patdk-wk> so many things you can do
[19:13] <capoderra> wait wait
[19:13] <capoderra> ok, fail2ban, as I understand, prevents brute force attempts to crack ssh password... but if I'm going to only connect to my server from another computer on the same local network, do I need fail2ban?
[19:14] <capoderra> What i'm saying is..
[19:14] <capoderra> my server is not facing the wide open internet
[19:14] <genii> capoderra: If the ssh port is not forwarded at the router from the internet at alrge to that machine, you're pretty safe without it
[19:14] <patdk-wk> it protects against attacks that it is programmed to notice
[19:14] <genii> *large
[19:15] <patdk-wk> if the attacks cannot attack your server, why do you care?
[19:15] <capoderra> genii, that's what I was thinking
[19:15] <capoderra> patdk-wk, I'm not a security expert, so I just wanted to confirm my assumptoins
[19:16] <patdk-wk> well, it doesn't help to have an extra layer
[19:16] <patdk-wk> just incase someone opens it up later
[19:16] <patdk-wk> or someone attacks it on the local network (though probably easier ways to do it)
[19:16] <patdk-wk> but strictly, if what you say is true, it's not required
[19:17] <capoderra> ok, thanks so much
[19:17] <patdk-wk> and it's really not for security too much
[19:17] <patdk-wk> though it can help slow down brute force attempts
[19:19] <capoderra> I have another question. In my /etc/ssh/sshd_config file, there is a %h before the pathway to my authorized_keys... what is that?
[19:24] <quantic> capoderra: Thats a shorthand for the user's home directory. I.e. the authorized keys file for each user is located in that path relative to the users home directory.
[19:25] <capoderra> got it
[19:41] <jarkinox> how can I make ubuntu server detect and mount my external drive on reboot?
[19:41] <jarkinox> i have to unplug/plug every time
[19:45] <Synthead> jarkinox: what do you have now?
[20:00] <jarkinox> Synthead what do you mean?
[20:12] <Synthead> jarkinox: how are you mounting it?  Do you have any /etc/fstab or auto-mount settings?  What do you mean by "have to unplug/plug"?  When you do that, what happens?
[20:19] <jarkinox> fdisk -l doesn’t even show the drive after reboot
[20:19] <jarkinox> i unplug the harddrive, and then it shows up
[20:37] <jarkinox> Synthead ^
[22:50] <Synthead> jarkinox: is there any kind of error in the ring buffer (dmesg) about the drive after the server is booted with it plugged in?
[22:50] <Synthead> jarkinox: is it usb?
[23:00] <Synthead> jarkinox: what make/model of the drive?  if it's usb, what does it show in lsusb?
[23:32] <jarkinox> Synthead: It is usb
[23:32] <jarkinox> it’s a western digital 3tb drive
[23:32] <jarkinox> let me check on those other items you asked for
[23:32] <Synthead> jarkinox: a lot of hard drives hang a while as they spin up
[23:33] <Synthead> jarkinox: maybe it's timing out as it's being queried by some means?
[23:33] <jarkinox> what am i looking for in dmesg?  there’s a lot there.  can you give me a grep command?
[23:34] <Synthead> jarkinox: might check lsusb first and grep for its description
[23:34] <Synthead> jarkinox: perhaps grep for /dev/sd ?
[23:34] <Synthead> jarkinox: I recommend dmesg | less and just / to try to look for it
[23:35] <Synthead> -i (without /) toggles case sensitivity
[23:36] <jarkinox> jarkinox@Ubuntu:~$ lsusb
[23:36] <jarkinox> Bus 001 Device 002: ID 0480:a003 Toshiba America Info. Systems, Inc.
[23:36] <jarkinox> Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
[23:36] <jarkinox> Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
[23:36] <jarkinox> Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
[23:36] <jarkinox> Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
[23:36] <jarkinox> not in there
[23:36] <Synthead> jarkinox: is your drive plugged in?
[23:36] <jarkinox> yup
[23:36] <Synthead> jarkinox: are you able to use it?
[23:36] <jarkinox> yes, but after a reboot, i need to physically remove the usb and plug it back in
[23:36] <jarkinox> then it’s detected
[23:37] <Synthead> jarkinox: what does lsusb say when you unplug it, then plug it back in?
[23:37] <Synthead> by the way, is this drive going to be permanently installed on this box?
[23:37] <jarkinox> Bus 001 Device 007: ID 1058:1230 Western Digital Technologies, Inc.
[23:37] <jarkinox> Bus 001 Device 002: ID 0480:a003 Toshiba America Info. Systems, Inc.
[23:37] <jarkinox> Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
[23:37] <jarkinox> Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
[23:37] <jarkinox> Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
[23:38] <jarkinox> Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
[23:38] <jarkinox> yes, permanently on the box
[23:38] <Synthead> jarkinox: you might seriously reconsider using it via the usb enclosure
[23:38] <Synthead> jarkinox: there's is almost always a data drive inside
[23:38] <Synthead> sata*
[23:38] <jarkinox> what does that mean?
[23:39] <Synthead> jarkinox: if you remove the drive from the enclosure and plug it directly into your motherboard with sata, not only will you circumvent this issue, but you'll have an enormous speed improvement
[23:39] <Synthead> jarkinox: usb 2 or 3?
[23:39] <jarkinox> ok now there’s something in dmesg
[23:39] <jarkinox> can i paste a bunch of lines without it looking like spam?
[23:39] <Synthead> jarkinox: pastie.org
[23:39] <jarkinox> it’s usb 3 on a very old Dell box
[23:39] <Synthead> usb 3 isn't so bad
[23:40] <Synthead> jarkinox: does the dell box have usb 3 as well?
[23:40] <jarkinox> http://pastie.org/private/uvsblr2ncn5nubgzanjr9w
[23:40] <jarkinox> i seriously doubt it has usb 3
[23:40] <jarkinox> it’s ancient
[23:41] <jarkinox> back when 80 gigs was a lot
[23:41] <Synthead> jarkinox: are you ok with your read and write speed being a combined 30 MiB/s ?
[23:41] <jarkinox> yeah, i don’t use it a whole bunch.  it’s like cold storage
[23:42] <jarkinox> but i like to tinker with things :)
[23:42] <jarkinox> don’t mind a little speed improvement
[23:43] <Synthead> jarkinox: ok, as long as you're aware.  sata 2 will operate at 3 GiB/s, which is ~100x faster.  Your drive will likely peak at a couple hundred MiB/s though, being a disk with platters
[23:43] <Synthead> jarkinox: do you see "Western Digital" anywhere in your ring buffer before plugging that disk in?
[23:44] <jarkinox> dmesg | grep Western
[23:44] <jarkinox> [14339.730100] usb 1-4: Manufacturer: Western Digital
[23:44] <jarkinox> nope, only after I plugged it in
[23:45] <Synthead> jarkinox: what about "USB"?
[23:45] <Synthead> jarkinox: anything worth mentioning?
[23:46] <Synthead> jarkinox: also, when the drive is unplugged with the platters stopped, how long does it take to spin up and be recognized?
[23:46] <Synthead> just generally
[23:46] <Synthead> 5-10 seconds ish?
[23:46] <jarkinox> yeah it’s pretty quick
[23:46] <Synthead> some motherboards have a setting in the bios that goes by the tune of "wait for disks" or something
[23:47] <Synthead> it doesn't continue to boot until all attached storage responds
[23:47] <jarkinox> http://pastie.org/private/cv1dpaa1wqmedwcfj3hblg
[23:47] <jarkinox> the box boots fine even with the hard drive attached
[23:47] <jarkinox> there’s another Toshiba drive attached that doesn’t have the problem
[23:48] <Synthead> you might look at dmesg via less as just grep'ing dmesg will remove a lot of nice errors
[23:48] <jarkinox> how far back does dmesg go?
[23:48] <Synthead> jarkinox: since the box was booted unless you clear the buffer
[23:49] <jarkinox> i rebooted today after some updates
[23:49] <Synthead> what is the model of your dell?  dmidecode will tell you
[23:50] <jarkinox> DE051
[23:50] <jarkinox> released 2006
[23:50] <Synthead> jarkinox: do you have a visible grub boot loader when the machine is turned on?
[23:50] <jarkinox> there’s no monitor attached to it
[23:50] <jarkinox> and no gui
[23:50] <Synthead> jarkinox: oh right on
[23:51] <jarkinox> so paste the whole dmesg?
[23:51] <Synthead> jarkinox: the reason I mentioned it is because you might check if this is the problem preemptively by interacting with the grub menu while the disk spools up
[23:51] <Synthead> after ~15 seconds, boot the os and see if the disk was detected
[23:52] <Synthead> jarkinox: if you really wanted, you could
[23:52] <jarkinox> i could go that route but that would require attaching a monitor and keyboard, and I’m determined to figure this out via ssh :)
[23:52] <Synthead> jarkinox: that's a lot of text
[23:52] <jarkinox> yeah i don’t want to but i’m not sure what i’m looking for in dmesg
[23:52] <Synthead> jarkinox: what is your grub timeout value?
[23:53] <jarkinox> where would I find that?
[23:53] <Synthead> jarkinox: probably /boot/grub/grub.cfg
[23:53] <Synthead> jarkinox: ubuntu will kill any changes make directly in that file via scripts, but this would only be a temporary test
[23:54] <Synthead> jarkinox: actually, if you have to wait for the disk to spool up before it works properly, maybe just putting a longer timeout in there would be good enough
[23:54] <Synthead> you'll probably want to do it the "formal" way via /etc/defaults/grub, though
[23:54] <jarkinox> it’s either 2 or 30
[23:54] <jarkinox> not too sure how to read this bash script
[23:54] <Synthead> gruc.cfg shouldn't be a bash script
[23:55] <Synthead> what does the line say?
[23:55] <jarkinox> sorry, it’s not.  I think it’s perl
[23:55] <jarkinox> I’m a C# guy so it’s all jibberish to me ;-)
[23:55] <Synthead> jarkinox: what file?
[23:56] <jarkinox> ok hold on, there was a note in there to go to /etc/default/grub
[23:56] <jarkinox> GRUB_TIMEOUT = 2
[23:57] <Synthead> jarkinox: as mentioned, grub.cfg is the real config script for grub.  grub doesn't care about /etc/default/grub, but it's where you'd make permanent changes
[23:58] <Synthead> if you want to make a temporary test, /boot/grub/grub.cfg is fine.  If you want to make permanent changes, /etc/default/grub is where you'd likely put it, then run some kind of grub updater script
[23:58] <Synthead> tbh, I'm more of an Arch guy, so I hand-write grub.cfg
[23:58] <jarkinox>  terminal_output gfxterm
[23:58] <jarkinox>  85 if [ "${recordfail}" = 1 ] ; then
[23:59] <jarkinox>  86   set timeout=30
[23:59] <jarkinox>  87 else
[23:59] <jarkinox>  88   if [ x$feature_timeout_style = xy ] ; then
[23:59] <jarkinox>  89     set timeout_style=menu
[23:59] <jarkinox>  90     set timeout=2
[23:59] <jarkinox> Arch guy?
[23:59] <Synthead> bleh
[23:59] <jarkinox> Architect?
[23:59] <Synthead> Arch Linux
[23:59] <jarkinox> whoa
[23:59]  * jarkinox bows down
[23:59] <Synthead> heh, nah, it's not like that


[00:16] <knome> pleia2, is now tomorrow? :)
[00:17] <pleia2> suppose so
[00:17] <knome> want to chat about it?
[00:17] <pleia2> sure
[00:17]  * knome opens the mail
[00:18] <pleia2> so prior to going with unixstickers, we tried a few t-shirt vendors
[00:18] <pleia2> they were expensive or not so good or both
[00:18] <knome> they are talking about embroiding
[00:18] <knome> which means probably a smallish logo
[00:19] <pleia2> yeah, and maybe less competitive
[00:19] <pleia2> some people will like the unixstickers ones, some people might want embroidered
[00:19] <knome> 24 euros
[00:19] <knome> that was for a polo
[00:19] <knome> 22 euros for a t-shirt
[00:20] <knome> but they say free worldwide shipping...
[00:20] <pleia2> offering polos would be nice
[00:20] <pleia2> the site shows it to me in USD
[00:20] <knome> actually looks like they have kubuntu stuff
[00:20] <knome> but oh well
[00:20] <andrzejr> Unit193, ochosi, I've released fixes for the pulseaudio plugin with gtk3.14. The plugin mostly works and does not crash but there are still some occasional glitches with popup/popdown and a possible memory leak. Let me know if you spot anything (or if you have patches) :-)
[00:20] <andrzejr> gn
[00:20] <knome> looking at one of the kubuntu t-shirts, the embroidery isn't "awesome"
[00:21] <pleia2> knome: so I'm inclined to pass on regular t-shirts, but offering polos through them would be nice if we can confirm quality
[00:21] <knome> the sweater looks a bit better..
[00:21] <pleia2> the "sweater" looks cool too
[00:21] <knome> heh
[00:21] <knome> i was referring to the embroidery
[00:21] <pleia2> ah :)
[00:22] <knome> the icon part is a bit meh
[00:22] <knome> if you look at the polo
[00:22] <pleia2> I just think embroiding is a bit weird on a tshirt
[00:22] <knome> i wonder how good our stuff would look
[00:22] <pleia2> suppose there's only one way to find out
[00:22] <knome> "Free shipping is a promotional offer. The normal price is 16 €."
[00:23] <knome> what if we asked for a sample?
[00:23] <pleia2> I think we should do that, with some flowery words about needing to confirm quality before we recommend it to our users (true)
[00:23] <knome> yes
[00:25] <knome> so, you want one more?
[00:25] <pleia2> I can pay for my own this time
[00:25] <knome> or in other words, do you wear sweaters or polos?
[00:26] <pleia2> I do, and could use one of each
[00:26] <knome> i think asking for a free sweater (45 euros) would be a bit much, but a free polo could go
[00:26] <knome> i don't use polos, so...
[00:26] <pleia2> yeah
[00:27] <knome> maybe we can direct it at some other person too if you *really* don't want to have one shipped free to you :P
[00:27] <pleia2> I just don't want to hog the goodies :)
[00:27] <pleia2> plus it's probably cheaper for them to send it to someone in the eu
[00:27] <knome> well, ask ochosi if he wants to evaluate a sample xubuntu polo
[00:27]  * pleia2 nods
[00:27] <knome> they send from hungary, and austria is relatively close
[00:28] <pleia2> yeah
[00:28] <knome> so should we draft a reply email together, or want to assign it to a single person?
[00:28] <pleia2> I can just do it
[00:28] <knome> wfm
[00:28] <knome> you can mention i can provide logos and CC me
[00:30] <pleia2> will do
[00:30] <knome> (as always :)
[00:30] <pleia2> have we been ccing the contacts list too?
[00:30] <knome> i've done that when i've replied
[00:30] <pleia2> shimmer email?
[00:30] <knome> yes
[00:31] <pleia2> kk
[00:31] <knome> to keep the full discussion archived
[00:31] <knome> it would be awkward to have only incoming stuff there...
[00:31] <pleia2> indeed
[00:32] <knome> status update: no reply from the guy in the local uni, will repoke him next week
[00:33] <pleia2> no worries, want to space out these interviews anyway :)
[00:33] <knome> yep
[00:33] <knome> any twitter replies from our shoutout?
[00:34] <knome> and should we social media the sticker thingy again?
[00:34] <pleia2> nope, and yes we should
[00:34] <pleia2> also need to announce the winner
[00:34] <pleia2> for last one
[00:34] <knome> yep
[00:34] <knome> do we want to use the name or the nick?
[00:35] <pleia2> I'll ask him
[00:35] <knome> oki :)
[03:21] <Unit193> bluesabre: Other uploads to Debian exp: xfce4-panel, xfce4-session, xfce4-settings, xfce4-appfinder, xfce4, xfce4-power-manager (1.4.3-1), thunar, thunar-volman, xfdesktop4, xfwm4, light-locker (1.6.0-1), tumbler,
[03:21] <Unit193> bluesabre: ....You're not even going to read this are you? :P
[09:34] <bluesabre> Unit193: I read it...
[09:34] <bluesabre> A lot of things weren't picked up by syncpackage yesterday
[09:36] <bluesabre> Unit193: want to package verve-plugin and notes-plugin without libxfcegui?
[09:37] <bluesabre> we'll drop the other unmaintained plugins and I'll rebuild the last the last ones, then everything should release from -proposed
[09:37] <bluesabre> ochosi: icons and greybird ready?
[09:38] <ochosi> hey bluesabre
[09:38] <ochosi> the icons are ready-ish
[09:39] <ochosi> i haven't figured out an odd issue with them (but that's mostly about xfpm-gtk3, so no 15.04 concern) and i haven't had time to script the conversion of symbolic icons
[09:39] <bluesabre> Unit193: one the things I have stuck in proposed release, then I'll quickly sync the debian packages
[09:39] <bluesabre> *once
[09:39] <ochosi> lemme look whether there was anything else push-worthy in my local branch
[09:39] <bluesabre> ok, no
[09:39] <bluesabre> np
[09:40] <ochosi> greybird is ready, no changes to the last release apart from that one commit that switches the sidebar away from symbolic icons
[09:40] <bluesabre> probably won't get to push this morning
[09:40] <ochosi> k
[09:41] <ochosi> i'll push a new version for xubuntu-artwork today
[09:42] <ochosi> then you'll only have to upload
[09:43] <bluesabre> awesome, thanks ochosi
[09:43] <ochosi> np
[13:23] <brainvvash> Unit193, do you know if the thunar-shares-plugin can be packaged? bug 329873
[13:24] <brainvvash> probably outdated and not possible to dependency issues
[14:36] <slickymasterWork> krytarik, welcome aboard
[14:37] <krytarik> \o/
[14:37] <ochosi> indeed, welcome! :)
[14:37] <slickymasterWork> :)
[14:37] <krytarik> Thanks. :)
[14:57] <slickymasterWork> krytarik, do you a have a Trello account?
[14:57] <krytarik> Nope, not yet.
[14:58] <slickymasterWork> do you feel strongly against having one
[14:58] <slickymasterWork> ?
[14:58] <slickymasterWork> just so you can be a part of https://trello.com/b/5CxYcqO8/xubuntu-documentation
[14:59] <krytarik> Not particularly, no - just another service signed up with though. :P
[15:00] <knome> you can link it with a google account
[15:00] <knome> or tbe, login with a google account
[15:00] <slickymasterWork> exactly
[15:00] <krytarik> Ah, lovely.
[15:04] <knome> what was the outcome of checking if we turn security updates on by default and if/how we need to enable it?
[15:08] <knome> slickymasterWork, re, the same:
[15:08] <knome> "Automatic updates are enabled by default in Xubuntu.  ..."
[15:08] <knome> automatic updates or automatic security updates?
[15:09] <slickymasterWork> security updates knome
[15:09] <slickymasterWork> and the the USC checks them accordingly to the specified interval
[15:10] <knome> checks, but does it install them?
[15:11] <slickymasterWork> I think they're downloaded in the background but the user is prompt for its installation
[15:11] <knome> ok, so i think we should make them installed automatically too
[15:11] <knome> and rephrase that paragraph in the docs
[15:11] <knome> ochosi, bluesabre: ^
[15:12] <slickymasterWork> yeah, I agree
[15:37] <knome> slickymasterWork, updated string pushed
[15:37] <knome> also changed unattended to automatic, because they aren't necessarily unattended
[15:38] <slickymasterWork> ok knome
[15:38] <knome> waiting for LP to pick up the new string so i can translate it and be at 100% with finnish
[15:39] <slickymasterWork> :)
[15:39] <knome> then next thing to touch is the slideshow
[15:39] <knome> and/or the wallpaper
[15:40] <slickymasterWork> slideshow first knome, pretty please
[15:45] <knome> oh shoo
[15:46] <knome> missing guilabel
[15:46] <knome> in the string i just poked
[15:46]  * knome facepalms
[15:49] <knome> fixed and appended a <warning> about turning them off
[15:51] <slickymasterWork> tss tsss,  silly knome
[16:11] <knome> hmm, an outburst in #xubuntu :P
[16:48] <drc> Cannot boot today's daily into liveUSB.  2 different iso's (64b), 2 different sticks, tried both dd and unetbootin on both.  MD5 OK and checked disk integrety.  Starts out, blue background shows, rotating circle segment starts, runs a while, then enter screen goes black and all activity stops. :(
[16:48] <elfy> drc: vm or hardware?
[16:48] <drc> hardware
[16:49] <elfy> wake up elfy ...
[16:49] <elfy> drc:  of course - hardly any point in saying USB otherwise
[16:49] <drc> :)
[16:49] <drc> You're too busy dreaming about that new job :)
[16:50] <elfy> I'll just sync and sort a stick out and try here
[16:50] <slickymasterWork> I got no problems in Vm elfy, drc
[16:50] <elfy> drc: funnily enough - just a reply from one I did apply for would be a bonus
[16:50] <drc> I'm in the process of dl'ing 32bit, will try then when....
[16:50] <slickymasterWork> that was 32 bit
[16:51] <drc> ok, I won't
[16:52] <elfy> drc: so it got through the first boot menu - then hung?
[16:53] <drc> yes
[16:53] <drc> after a short while, not immediately
[16:54] <elfy> ok ty
[16:55] <drc> think I'll continue with 32 bit, just to see...
[16:55]  * elfy grabs ubuntu image too - always good if that one fails - many more people get interested ...
[16:56] <drc> if ubuntu was going to fail, one would think someone would already be screaming.
[17:10] <elfy> lets see then ...
[17:14] <elfy> mmm - so that's a bit on the fubar side again then
[17:14] <elfy> no point in checking ubuntu's image - rebuilding with latest being from Friday
[17:15] <slickymasterWork> did you tried on a Vm elfy? I've managed to succeed with it
[17:15] <elfy> well ...
[17:16] <elfy> the way I see it - if vm fails but hardware works - shrug :)
[17:16] <drc> ok, booting 32 bit
[17:16] <slickymasterWork> don't you mean the other way around?
[17:17] <elfy> slickymasterWork: no :)
[17:17] <elfy> I shrug at vm fails, but not hardware ones
[17:17]  * slickymasterWork shrugs also
[17:17] <elfy> \o/
[17:17] <elfy> shrugging party :p
[17:18] <slickymasterWork> VM is not failing though
[17:18] <elfy> makes a change ...
[17:18] <elfy> :p
[17:18] <slickymasterWork> that's why I brought it to your attention
[17:18]  * slickymasterWork wanders outside to have a smoke
[17:19] <elfy> slickymasterWork: :)
[17:19]  * elfy tries it in kvm
[17:19] <drc> ss/sd...32 bit is the same no go.
[17:20] <GridCube> translations done slickymasterWork
[17:21] <elfy> slickymasterWork: and it fails to start in kvm ...
[17:21] <drc> queue the systemd haters....3...2...1....GO!
[17:22] <drc> has anyone tried the update process?
[17:24] <ali1234> i was going to reinstall
[17:24] <ali1234> i'm on 14.04 at the moment
[17:24] <drc> don't :)
[17:24] <ali1234> why not?
[17:25] <drc> sorry. was jojing about the problems booting the daily iso.
[17:25] <drc> s/jojing/joking/
[17:26] <ali1234> is there actually a problem with systemd?
[17:27] <drc> ali1234: unknown (to me) can't boot either the 32/64 bit LiveUSB
[17:27] <drc> from today's daily
[17:29] <slickymasterWork> thanks GridCube
[17:29] <GridCube> de nada
[17:29] <slickymasterWork> :)
[17:29] <slickymasterWork> drc I've run dist-upgrade without any issues
[17:31] <elfy> ali1234: I'd not try with the image currently
[17:32] <elfy> well - not tried Install, just tried getting to the live desktop so far
[17:36] <elfy> ok - brb
[17:36] <ali1234> i was going to reinstall my main workstaion
[17:36] <ali1234> but i guess i'll leave it a day or two
[17:36] <ali1234> or i could try upgrading it
[17:36] <ali1234> i'm on 14.04 though
[17:38] <elfy> well lubuntu works
[17:38] <elfy> ali1234: I would
[17:56] <elfy> slickymasterWork: not getting it to work in vbox here from Try
[17:56] <slickymasterWork> that's odd elfy, I made it
[17:57] <elfy> Install option works
[17:57] <elfy> ali1234: ^^
[17:57] <slickymasterWork> I used the 32-bit image elfy
[17:59] <elfy> slickymasterWork: ok - thanks
[17:59] <slickymasterWork> np
[18:00] <elfy> slickymasterWork: not here ...
[18:01] <slickymasterWork> yuo're using 20150309 image, right?
[18:06] <elfy> yep
[18:06] <slickymasterWork> ?!
[18:06] <slickymasterWork> no idea of what it might be
[18:07] <elfy> well - synced images, but synced to today
[18:07] <slickymasterWork> I just download it
[18:07] <drc> All my attempts were with freshly (today) dl'd iso's
[18:08] <elfy> slickymasterWork: shouldn't make any difference tbh
[18:08] <elfy> drc: thanks
[18:08] <slickymasterWork> but you did managed to succeed with the 32-bit image, didn't you drc ?
[18:08] <slickymasterWork> it shoulsn't elfy
[18:08] <drc> no
[18:08] <slickymasterWork> * shouldn't
[18:08] <drc> neither iso worked (here)
[18:09] <slickymasterWork> let me double check my image date
[18:10] <slickymasterWork> that's it, contrary to my believe my image is 20150308, not 20150309
[18:11] <slickymasterWork> elfy, drc ^^^
[18:11]  * drc tries real hard not to grin...and fails :)
[18:11] <slickymasterWork> :P
[18:11] <elfy> slickymasterWork: ok - I'd be willing to bet a flight to portugal it fails :p
[18:12]  * slickymasterWork wouldn't mind to lose that bet
[18:12]  * elfy in the meantime grabs studio image - I suspect that's going to bellyflop too
[18:12]  * drc wonders if elfy has a wetsuit and board?
[18:12] <slickymasterWork> grilled fish and good wine waits elfy
[18:13] <slickymasterWork> lol, the only sea he'd get would be from the balcony of the restaurant
[18:13] <elfy> ha ha
[18:14] <elfy> had a hankering for a roast all day long - I think the one I'm cooking is going to be too big
[18:14] <elfy> even for me ...
[18:14] <slickymasterWork> lol
[18:14] <slickymasterWork> gluttony
[18:14] <elfy> works every time ...
[18:25] <elfy> well ...
[18:25] <elfy> Just Xubuntu seemingly
[18:26] <elky> that's what sandwiches are for
[18:26] <elfy> I assume you refer to a glut of gluttony there :p
[18:27]  * elfy wonders what we've done
[18:29] <drc> ah...now I know what went wrong...elfy dribbled the au juice from the roast onto the iso image.
[18:29] <slickymasterWork> lol
[18:29] <slickymasterWork> what a waste
[18:33] <elky> elfy: indeed. sandwiches are for putting leftovers in
[18:45] <slickymasterWork> great knome, thanks for the notes
[18:45] <slickymasterWork> on the translations that is
[18:56] <krytarik> elfy: I just did a quick check on the current image manifests of us and a couple of other flavors - rest assured, more will swiftly follow. :P
[19:03] <krytarik> elfy: Like, you could try Lubuntu and Mythbuntu right now.
[19:04] <elfy> krytarik: hey :)
[19:04] <krytarik> Well, hey too. :)
[19:04] <elfy> so I've successfully booted in either hardware or vm - Lubuntu, Mate, Studio
[19:05] <elfy> not done Ubuntu - image from Friday only
[19:05] <elfy> not done Kubuntu
[19:05] <krytarik> The latter two aren't updated yet.
[19:06] <krytarik> And main Ubuntu neither.
[19:06] <krytarik> Yep, that.
[19:06] <krytarik> Kubuntu neither though.
[19:06] <elfy> mmm - didn't check the dates
[19:06]  * krytarik did
[19:06] <elfy> kubuntu is today
[19:06] <krytarik> Yeah, but earlier.
[19:07] <elfy> mmm
[19:07] <krytarik> Sure that Lubuntu doesn't fail the same as ours?
[19:20] <elfy> krytarik: not when I tried it
[19:21] <krytarik> Might be hit or miss? :P
[19:21] <elfy> might have been 08 given the time in http://people.canonical.com/~ubuntu-archive/cd-build-logs/lubuntu/vivid/
[19:23] <krytarik> Yep, might have been.
[19:24] <elfy> possibly balloons ping to me makes more sense now
[19:24] <elfy> [17:52] <balloons> elfy, yes the builds are failing
[19:24] <elfy> [17:53] <balloons> ahh this is pitti's breakage ;-)
[19:24] <elfy> [17:53] <balloons>  systemd-sysv : Conflicts: upstart but 1.13.2-0ubuntu9 is to be installed
[19:25] <krytarik> Heh.
[19:25] <elfy> and lubuntu boots
[19:25] <elfy> at least in vm
[19:43] <pleia2> knome: did we figure out which european to send the polo to yet? ;)
[19:57] <ochosi> i vaguely remember reading some backlog about that
[19:57] <ochosi> pleia2: me me me? :)
[19:58] <pleia2> ochosi: we were hoping you'd want one, shall I send you details?
[19:58] <ochosi> please do
[19:59] <ochosi> i presume it doesn't cost 50€?
[19:59] <pleia2> free sample
[19:59] <ochosi> oh sweet
[19:59] <pleia2> you just have to confirm it's good quality to offer to our users
[19:59] <ochosi> ok, just send me an email, i gotta run now
[19:59] <ochosi> bbiab
[19:59] <ochosi> cool
[19:59] <ochosi> ttyl
[20:03] <Unit193> brainvvash_: 0.2.1 would be doable (unreleased, git) since it works with thunarx-2, current release requires -1 and thunarvfs.
[20:50] <knome> pleia2, can you tell me what would be a great path (parent post) for all temporary pages we will set up on xubuntu.org
[20:50] <knome> since i'm pretty sure you don't want to actually delete them, i thought it'd be nice to have them under one page..
[20:50] <elfy> evening knome
[20:50] <knome> hello elfy
[21:05] <nerdistmonk> I noticed the systemd switchover just came down the update pipes, should i go ahead and let it do the switch or should i wait for a day or so? (on 15.04 x64)
[21:08] <elfy> works for me - been using systemd for long time
[21:08] <knome> your question makes no sense; if you are running a development version, why would you wait to update?
[21:08] <nerdistmonk> well i mean i am just using whatever installed from the beginning
[21:09] <nerdistmonk> its on upstart, the update is asking to remove upstart and install systemd-sysv
[21:09] <knome> if you want to wait for updates to make sure everything is stable, why are you using a development version?
[21:09] <nerdistmonk> knome because this devel system is stable most of the time, been running it for months
[21:10] <nerdistmonk> why am i being chided for asking a common sense question about a major system thats about to replaced entirely?
[21:10] <Unit193> knome: Because sometimes it just plain makes sense with big changes like this...
[21:10] <nerdistmonk> yes^
[21:10] <Unit193> knome: Because, I've seen the topic of #ubuntu-devel say not to update a certain package before...
[21:10]  * knome shrugs
[21:10] <nerdistmonk> its one thing to have a video driver update or a kernel update its another to have the entire init system switch over.
[21:10] <knome> it's a development version
[21:10] <knome> it's prone to break
[21:11] <nerdistmonk> yes so thats why i try with due diligence to avoid breaking it.
[21:11] <Unit193> nerdistmonk: I've been using systemd for a long, long time now, so it works, except if you use nfs shares.
[21:11] <Unit193> I've not been a part of switchoverday though.
[21:12] <elfy> chromebooks appear to be a bit nasty currently
[21:12] <nerdistmonk> well its not that i expect systemd to be broken, its more like making sure all the needed packages have made it down the pipe.
[21:12] <Unit193> All except for nfs shares.
[21:12] <nerdistmonk> i dont use NFS at the moment....(thats another question for another time :P )
[21:13] <Unit193> Thus, you should be a-ok as elfy said. :D
[21:13] <elfy> then I'd upgrade it
[21:13] <elfy> and if it doesn't boot - there's upstart in the advanced grub menu
[21:13] <nerdistmonk> <<<my system doesn't like letting me to that menu :D
[21:14] <elfy> then set it up so it does ;)
[21:15] <nerdistmonk> meh if it breaks ill just throw rocks at the thing for a while then use a live usb to try and get it going again lol
[21:17] <Unit193> /etc/default/grub.d/verbose.cfg has GRUB_ENABLE_SUBMENU=false GRUB_DISABLE_SUBMENU=y GRUB_HIDDEN_TIMEOUT=  for me. :P
[21:18] <nerdistmonk> grub.d? i believe my files are in /etc/default/grub unless this systemd update moves stuff?
[21:19] <nerdistmonk> letting it update now
[21:19] <elfy> if it does - it's not moved them here
[21:19] <nerdistmonk> oh goodie an nvidia update and systemd
[21:19] <nerdistmonk> russian roulette with 2 bullets
[21:20] <Unit193> nerdistmonk: No, my own package ships that, /etc/default/grub is fine. :P
[21:20] <Unit193> nerdistmonk: Hah, have fun with that.
[21:20] <nerdistmonk> <<uses devel + kernel devel repo + xorg edgers + pulseaudio devel....
[21:21] <nerdistmonk> its like arch linux but without all the breaky-breaky-explody and elitism to match it. :P
[21:21] <nerdistmonk> then again if you can get arch linux to do something useful for 6 whole months without a failure i guess you deserve to be elite.
[21:23] <nerdistmonk> i normally never have any trouble out of it, but its still good to ask when a big huge switchover happens.
[21:23] <nerdistmonk> wayland is going to be white knuckle...
[21:26] <nerdistmonk> well moment of truth, either be back in 4 minutes or a couple of days :P
[21:30] <nerdistmonk> must not be the complete switch yet since upstart is still alive and well.
[21:32] <elfy> dist-upgrade
[21:32] <nerdistmonk> i did that
[21:32] <nerdistmonk> systemd is installed, upstart is gone, but upstart-bin is still alive
[21:32] <elfy> what's pid 1?
[21:33] <nerdistmonk> pid 1: /sbin/init splash
[21:33] <elfy> ps -p 1 -o comm=
[21:34] <nerdistmonk> systemd, but why is upstart still around then? i figured it would just go poof, bah who cares at list my system didn't croak
[21:35] <elfy> I think they need to keep upstart around atm
[21:35] <Unit193> inxi -Ixxx
[21:35] <nerdistmonk> the only package claiming to need upstart is xfce4-indicator plugin or something
[21:35] <nerdistmonk> what does that command do?
[21:35] <Unit193> upstart = /sbin/init being upstart.
[21:35] <Unit193> Hrm, I see.  That shouldn't happen.
[21:36] <Unit193> Well, it does need -bin, but..
[21:36] <nerdistmonk> the system would let me remove it right now if i wanted (upstart-bin), but i think im going to pass on that idea.
[21:37] <elfy> /sbin/init is systemd here
[21:37] <nerdistmonk> im on systemd
[21:37] <nerdistmonk> the command you had me run elfy says systemd
[21:37] <elfy> or rather link to ...
[21:37] <elfy> nerdistmonk: yea - I'm sure you're ok
[21:38] <nerdistmonk> so do i yoink the last part of upstart out myself or leave it be?
[21:38] <elfy> leave it be, it's not hurting anything :)
[21:39] <nerdistmonk> well im on systemd now then...nice and um....sturdy i guess, its an init system, not sure what the fuss was all about.
[21:39] <nerdistmonk> lol
[21:44] <Unit193> Likely because you weren't involved with any of the changes in order for it to work, and it actually went well, and that you've not messed with the internals of it.
[21:46] <nerdistmonk> well i referencing the end of the world debian users saying systemd was the end of the world or something, idk, as far as i understood it, upstart was basically diet systemd thats likely why i dont notice no big changes either. (no amount of money would have gotten me to use systemd the first week it ever existed though)
[21:49] <nerdistmonk> in the end its a thingy-mabob that turns my services on and off, like the cactus in my bathroom we have little to say to each other each morning.  Thanks for answering my questions guys, i appreciate it.
[21:56] <bluesabre> hey all
[21:57] <knome> hey bluesabre
[21:57] <bluesabre> hey knome
[21:58] <ochosi> evening all
[22:00] <knome> bluesabre, as far as i'm concerned, the documentation package is now ready to upload for the doc string freeze
[22:00] <bluesabre> great
[22:00] <knome> if you want another confirmation, poke slickymaster when he gets back
[22:00]  * slickymaster is always around
[22:00] <knome> except when he isn't
[22:00] <slickymaster> but yeah bluesabre I'm ok with it also
[22:01] <bluesabre> good to hear
[22:01] <bluesabre> I'll be doing a bit of uploading tonight then :)
[22:01] <knome> bluesabre, wallpaper is also coming soon ;)
[22:02] <bluesabre> knome: as in non-UIF soon?
[22:02] <knome> we had a wallpaper sprint with ochosi today
[22:02] <knome> yes, no exceptions needed
[22:02] <bluesabre> :o
[22:02] <knome> tomorrow or wednesday
[22:02] <bluesabre> I'll believe it when I see it ;)
[22:02] <elfy> evening all
[22:02] <knome> lol
[22:03] <knome> bluesabre, seeing it in the PM now? ;)
[22:03] <slickymaster> nighty elfy
[22:03] <knome> slickymaster, he said evening... not night
[22:04] <elfy> :)
[22:04]  * elfy still has noisy kids being noisy atm - no sleep yet ...
[22:05] <elfy> ochosi: was there ever a resolution to rolled up windows and intellihide?
[22:06] <ochosi> elfy: that should be fixed for a while already
[22:06] <elfy> oh
[22:06] <ochosi> you should be able to test it in vivid
[22:06] <elfy> ummm
[22:06] <elfy> I have been off and on
[22:06] <elfy> still the same behaviour here
[22:06] <ochosi> a-ha
[22:06] <knome> elfy is like a rolling window
[22:07] <knome> *swoop* and he's gone
[22:07] <elfy> that or one minute he's down
[22:07] <elfy> just the up and down are the wrong way around :D
[22:07] <bluesabre> or now available on pirate bay
[22:07] <ochosi> elfy: dunno, wfm
[22:08] <elfy> ochosi: having a look in a vm
[22:08] <elfy> bluesabre: ha :)
[22:09] <elfy> ochosi: oooh - so I tend to always check that when I'm here in hexchat
[22:09] <elfy> where it doesn't work :D
[22:10] <knome> we should set up a plan for the next LTS
[22:10] <knome> to "leak" the xubuntu wallpaper
[22:10] <knome> so it starts circling around
[22:10] <elfy> going to have water is it?
[22:11] <ochosi> elfy: worked fine with thunar when i just tested it
[22:11] <elfy> ochosi: as I said - now that I've tried it elsewhere - seems it's only hexchat it fails on here
[22:11] <ochosi> that's very strange
[22:12] <elfy> yep
[22:14] <elfy> would have been stranger perhaps if xchat failed as well - but it doesn't
[22:14] <elfy> I'll make mention of that - but not be at all bothered by that fact
[22:14] <ochosi> wait, i thought you said it does?
[22:14] <elfy> hexchat
[22:14] <ochosi> yeah
[22:14] <ochosi> hexchat
[22:15] <ochosi> oh, xchat
[22:15] <ochosi> meh
[22:15] <elfy> :)
[22:15] <ochosi> my eyes are obviously tired
[22:15] <elfy> don't look at circles ...
[22:15]  * ochosi tries not to
[22:32] <elfy> well it is night this time - cya tomorrow
[22:33] <knome> nighty elfy
[22:33] <bluesabre> g'night elfy
[22:36] <Unit193> G'night.
[22:37] <slickymaster> evening elfy
[22:40] <knome> slickymaster, lol, now he said night...
[22:40] <slickymaster> yeaps
[22:49] <ochosi> bluesabre: how is the 4.12 upload going btw?
[22:49] <bluesabre> ochosi: working on rebuilds for everything I have upload rights for now
[22:50] <ochosi> cool!
[22:50] <knome> ochosi, on a more general level, did all components have releases?
[22:50] <bluesabre> then gotta get somebody else to rebuild the others
[22:50] <bluesabre> and drop libxfcegui4 and related
[22:50] <ochosi> i guess we could ping infinity about this again since he seemed very helpful last time
[22:51] <bluesabre> ochosi: thats the plan :)
[22:51] <ochosi> also, i presume this one can be considered postponed?
[22:51] <ochosi> [bluesabre] Update Catfish and Mugshot authentication to use PolicyKit: INPROGRESS
[22:51] <ochosi> or are you going for FFe for those?
[22:51] <bluesabre> probably should postpone those
[22:52] <ochosi> k, can do if you want
[22:52] <bluesabre> the changes are too big and likely to cause regressions this late in the game
[22:52] <bluesabre> I'll do it
[22:52] <bluesabre> my edit of shame
[22:52] <ochosi> k
[22:52] <bluesabre> :P
[22:52] <ochosi> heh
[22:52] <ochosi> well, getting 4.12 in really covers that up nicely ;)
[22:52] <ochosi> knome: sorry i had no time to chime in on that, how's the slideshow coming along?
[22:53] <knome> will be ready for ui freeze
[22:53] <knome> looking at that tomorrow/wed as well
[22:54] <ochosi> anything you need review for now?
[22:54] <knome> if you want, you can look at the proposed branches by slickymaster and elfy
[22:54] <knome> https://code.launchpad.net/ubiquity-slideshow-ubuntu/+activereviews
[22:54] <knome> but i don't think there's anything ground-breaking that needs a review from XPL
[22:55] <ochosi> k, perfect
[22:55] <ochosi> just thought i'd quickly go through our blueprints
[22:55] <knome> yep
[23:26] <Unit193> bluesabre: Want me to help review delta?
[23:26] <bluesabre> Unit193: sure, that'd be cool
[23:30] <bluesabre> wow
[23:30] <bluesabre> https://bugzilla.xfce.org/show_bug.cgi?id=199
[23:30] <bluesabre> the deprecated xfce_setenv was implemented way back when because g_setenv was introduced in gtk 2.4
[23:46] <ali1234> anyone on 14.04 noticed that xdg-open has stopped working?
[23:46] <ali1234> er sorry, xdg-open on html files and URL
[23:46] <ali1234> it just opens on google
[23:46] <ali1234> ubuntu-bug is doing the same thing so i can't even report it
[23:47] <bluesabre> ali1234: https://bugs.launchpad.net/ubuntu/+source/exo/+bug/1425972
[23:48] <ali1234> i just remembered about that. thanks for the link anyway
[23:48] <bluesabre> np
[23:49] <ali1234> hmm bug looks big and complicated
[23:49] <bluesabre> the xfce-4.12 and -staging ppas have a patched exo
[23:49] <ali1234> well i'm using those
[23:49] <bluesabre> or rather, updated exo
[23:49] <bluesabre> ah
[23:49] <bluesabre> nvm then
[23:49]  * bluesabre hides
[23:49] <ali1234> or at least i was
[23:49] <ali1234> this is definitely the bug though
[23:49] <ali1234> maybe i need to reboot to get the updates or something?
[23:50] <bluesabre> the updates should be instant I think
[23:50] <ali1234> okay let me check what i've got
[23:51] <ali1234> deb http://ppa.launchpad.net/xubuntu-dev/xubuntu-staging/ubuntu trusty main
[23:51] <bluesabre> hm, never upload exo updates for trusty to that ppa
[23:51] <bluesabre> I'll do that now
[23:52] <ali1234> thanks :)
[23:52] <ali1234> although i'm going to move to 15.04 soonish anyway
[23:55] <bluesabre> well, this will make it easier to download the iso if somebody pastes it
[23:55] <bluesabre> ;)
[23:55] <ali1234> it's gonna get SRU'd eventually i assume?
[23:56] <bluesabre> already in trusty-proposed