[00:45] <ipat8> Has anyone been able to get the new server installer to appear?
[00:45] <ipat8> I have the newest daily iso but I don't get the new installer, I only get the old debian installer.
[00:58] <tomreyn> ipat8: where did you download from or whats the checksum?
[00:58] <tomreyn> i'll give this a try in a few http://cdimage.ubuntu.com/ubuntu-server/daily/20180325/bionic-server-amd64.iso
[00:59] <tomreyn> sha1: b6dad56464ad1f948fee893e0fa9385536f7fdc4 sha256: ebabb1767eabb793449fec9f94feae0486c350056f68e863ac7835660e4168c3
[01:05] <tomreyn> i got the classic ncursrs like interface, too
[01:05] <tomreyn> also it's pretty broken
[01:07] <tomreyn> it prints <ERR> in many places and keyboard detection seems to be broken, shows key codes to press instread of special characters.
[01:08] <tomreyn> localization seems to be incomplete
[01:11] <tomreyn> well, there's another month left ;-)
[01:27] <ipat8> tomreyn: Yep that's the one I'm using, maybe a preseed issue?
[01:28] <tomreyn> ipat8: yes, maybe, i'm using it in virtualbox, can't seem to switch between VTs, but it does print some errors justr before th einstaller loads
[01:30] <tomreyn> ipat8: maybe it's actually bionic-LIVE-server-amd64 which we should be trying.
[01:32] <ipat8> Hmm, let me grab it and see
[01:32] <ipat8> Wait
[01:32] <ipat8> Where do you see a bionic-LIVE-server-amd64 ?
[01:32] <tomreyn> http://cdimage.ubuntu.com/ubuntu-server/daily-live/current/
[01:33] <tomreyn> and yes this is the one
[01:33] <ipat8> Yep just realised what I was doing
[01:33] <ipat8> * realized
[01:33] <tomreyn> i'm running it now
[01:34] <tomreyn> 5 languages supported so far?!
[01:34] <tomreyn> http://i.imgur.com/VMk77JS.png
[01:35] <tomreyn> english, catalan, hungarian, lithuanian, russian, if i'm getting it right.
[01:36] <ipat8> Yep, so I'm guessing they're going to be building both, as to maintain compatibility with MAAS or preseed?
[01:37] <tomreyn> the new one also offers maas as an installation target
[01:37] <tomreyn> but maybe preseed, or backward compatibility in general.
[01:37] <ipat8> Holy shit that's fast
[01:38] <ipat8> No
[01:38] <ipat8> I meant MAAS as an installation source
[01:38] <tomreyn> oh ok
[01:38] <ipat8> It requires a debian installer for cloud-init
[01:39] <ipat8> That was 45 seconds and it's done
[01:39] <ipat8> That's incredible
[01:39] <tomreyn> yes it's really fast
[01:39] <ipat8> I see why MAAS is so fast now
[01:39] <tomreyn> manual paritioner crashes for me. but then i have no disk to install to.
[01:39] <ipat8> curtin is just magic
[01:39] <ipat8> Are you in vbox or vmware?
[01:39] <tomreyn> vbox
[01:40] <ipat8> Change to a SATA disk
[01:40] <ipat8> and a SATA controller
[01:41] <tomreyn> i dont have a MAAS, so i only have SATA anyways
[01:42] <tomreyn> just added a disk, it detects it when it restarts the installer (no reboot)
[01:42] <tomreyn> i like how it installs in the background now, like the desktop installer does
[01:43] <tomreyn> and you can import ssh keys already, nice.
[01:46] <ipat8> I'm extremely impressed, if I can script this or provide a preseed this is going to be a significant improvement in how I manage my auto installs.
[01:46] <tomreyn> how do you deploy?
[01:46] <tomreyn> pxe boot, i guess?
[01:49] <tomreyn> hmm apt dist-upgrade states that grub-pc-bin was automatically installed and is no longer required - on a fresh installation.
[01:50] <tomreyn> oh that's probably because i got efi
[01:53] <tomreyn> it reboots very fast, too. the longest job is dhcp (ipv4+ipv6) here.
[06:15] <lordievader> Good morning
[11:16] <tobasco> coreycb: any idea? https://bugs.launchpad.net/ubuntu/+source/neutron/+bug/1758882
[11:16] <tobasco> i checked all dependencies for gnocchi and neutron packages, can't see any weird constraints
[11:17] <tobasco> happend after adding gnocchi for queens
[12:05] <coreycb> tobasco: i'm not sure but i can try to recreate. heads (plural) is a typo right?
[12:07] <coreycb> tobasco: if you upgrade python-pecan does it fix it ?
[12:08] <coreycb> tobasco: we may need a higher min version of python-pecan specified in the neutron package
[12:19] <coreycb> tobasco: i've triaged that bug, it's a package issue so i'll get that uploaded now.
[12:33] <tobasco> coreycb: I fixed the issue on my side, I posted some more info there
[12:33] <tobasco> I install ceph before having the UCA repo, so python-pecan is already installed when installing the other packages
[12:33] <tobasco> ceph-mgr depends on python-pecan
[12:34] <tobasco> don't know if the procedure about it, but we should probably change the neutron package to have the later version from UCA
[12:34] <coreycb> tobasco: ok. it's still a package bug for neutron. once i build it successfully (takes a bit) i'll get it uploaded to bionic then back to the queens uca. thanks for reporting this.
[12:34] <tobasco> unless it would break ceph-mgr completely
[12:35] <tobasco> coreycb: cool, sorry for setting it as invalid, thought it was a mistake on my part
[12:35] <coreycb> tobasco: all good :)
[12:40] <adac> how to remove all but one kernel?
[12:41] <lordievader> adac: `sudo apt remove <the packages you want to remove>`?
[12:42] <adac> lordievader, yes that is an option. but I need to automize that actually
[12:43] <adac> and I don't know which kernels are installed on the machine already
[12:44] <lordievader> Hmm, well if the meta-package is installed `apt-get autoremove` should leave the last two and remove the rest. Though this has been buggy in the past.
[12:44] <lordievader> Not really sure if this has been fixed.
[12:46] <adac> lordievader, I see yes. thanks!
[12:47] <lordievader> The above works until you start installing specific kernel versions manually 😉
[12:57] <adac> lordievader, which I do :P
[12:57] <adac> hehe
[12:59] <lordievader> Ah, the way `apt` select packages for removal is by checking if they are orphaned. If they are manually installed they do no classify as orphaned.
[12:59] <lordievader> I suppose you then either need to write a script or start using  the meta-package.
[13:00] <adac> kk thanks
[13:07] <coreycb> jamespage: promoting queens-proposed -> queens-updates
[13:52] <teward> *waves to the server team*
[13:53] <rbasak> o/
[13:53] <teward> anyone want to do me a solid and do an nginx merge from Debian?  I'm a little bit busy with networking redesigns and overhauls at work so I've been pulling 10+ hour days and am just dead when i'm not at work...
[13:54] <teward> i know that we're in FeatureFreeze, but I"m hoping the Release team will accept something like we did for 16.04, with us being as close to nginx stable that comes out in April as possible, with a version bump to the then-stable NGINX release in -updates.
[13:54] <teward> hate to ask but :P
[14:08] <rbasak> teward: no worries. I'll add it to our list.
[14:11] <tobasco> coreycb: if it's not too much could you ping me when that package fix is available in queens uca
[14:12] <coreycb> tobasco: sure np
[14:12] <tobasco> coreycb: awesome, thanks :)
[14:20] <Gargravarr> hi all, looking for some help with something not entirely server-related, but recommended to post here anyway - need some help with SSSD if anyone can advise
[14:27] <tomreyn> Gargravarr: most people in here may not respond unless you'll discuss the entire issue.
[14:27] <Gargravarr> okay, i generally post the minimum to grab attention without flooding
[14:28] <Gargravarr> so i've got Ubuntu laptops auth'ing via LDAP using SSSD. most of the machines work, but i have a few machines where SSSD causes the machine to freeze on boot
[14:30] <Gargravarr> the most frustrating aspect is that i have no logs or error messages as to why it's occurring
[14:33] <Gargravarr> this is on Xenial with kernel version 4.13.0-36 & -37. if i disable the sssd.service and reboot, the machine comes up to the login prompt. otherwise it freezes at the Plymouth splash screen, or the text screen showing the services starting if i ESC out of it
[14:34] <ahasenack> rbasak: hi, question. I'm getting ready to propose those nvdimm packages. What would be the next step, get sponsorship for an upload, and then get an AA to take a look since it's a NEW package?
[14:35] <rbasak> ahasenack: yes that's right
[14:36] <rbasak> ahasenack: you'll need an FFe too, though for new packages that's not usually a problem.
[14:37] <teward> rbasak: thank you very much.  once this rebuild is over I"ll not be pulling 10 hour days and will be able to provide more help again, but until that point I'm a little swamped :P
[14:37] <ahasenack> rbasak: ok
[14:54] <Gargravarr> okay, now i'm getting hard/soft lockups on the CPUs
[14:54] <Gargravarr> after starting SSSD
[14:56] <rbasak> Gargravarr: bug 1746806?
[14:56] <Gargravarr> rbasak: thanks, i'll read that
[14:57] <Gargravarr> yesss, i keep seeing the ^@^@ strings when this happens
[14:58] <rbasak> ^@ is 0x00
[14:58] <rbasak> Crashes of all kinds can typically cause that.
[14:58] <rbasak> To verify if you're affected by that bug, please start by reverting the kernel package version.
[15:00] <Gargravarr> rbasak: does this affect the 4.13 kernels too? i'm only seeing 4.4 mentioned in the bug
[15:00] <Gargravarr> ah, scrolled down enough
[15:07] <Gargravarr> rbasak: how far back should i revert?
[15:07] <Gargravarr> currently running 4.13.0-37
[15:10] <rbasak> Gargravarr: sorry, I don't know any more than the bug.
[15:10] <Gargravarr> fair enough
[15:10] <rbasak> Gargravarr: but if you find more information that's not in the bug, then please do post it there.
[15:10] <Gargravarr> will do
[15:12] <Gargravarr> yep, i found 4.10.0-28 was still installed, booted that and it's running fine, LDAP auth included
[15:13] <Gargravarr> right, i'll follow the bug (and post my setup)
[15:23] <rbasak> Gargravarr: thanks. Please also mark yourself as affected on the bug.
[15:28] <mdye> thx for ubuntu-server; I've recently begun using LXD via the Snap on an ARM7 box and it's rock solid, easy to manage. Thx guys
[15:31] <nacc> rbasak: do you have a link to our pad for the git-ubuntu changes? Maybe i can take a stab at them
[15:42] <rbasak> nacc: https://pad.ubuntu.com/Y25nCOQd6e
[15:43] <nacc> rbasak: thanks
[15:53] <nacc> rbasak: what exactly is the walk() method supposed to be returning? I don't see any docs (or the order in which things are supposed to be return, i guess)?
[16:25] <rbasak> nacc: sorry that's not defined anywhere. It should be.
[16:26] <rbasak> nacc: it returns a sequence of (parent, obj) pairs, enumerating all objects recursively.
[16:26] <rbasak> s/enumerating/iterating over/
[16:27] <rbasak> parent is just the parent of the object, which makes the output easier to consume since the actual data structure is the other way round (an object keeps track of its children but not its parent)
[16:27] <rbasak> nacc: also instance.walk() is supposed to return instance as well where that makes sense.
[16:29] <rbasak> nacc: so for that to work, walk() is told its parent when it is called, since the class instance itself doesn't know. And it just returns that.
[16:30] <rbasak> nacc: IIRC, the ordering is intentionally depth first, so that the placeholder replacement happens bottom up
[16:34] <nacc> rbasak: yep
[16:34] <nacc> rbasak: that makes sense, i just wanted to make sure i followed it, as it's sort of an internal API
[16:40] <rbasak> nacc: yeah. My fault for not documenting it better. Because it's an interface that isn't defined in code anywhere (duck typing etc), there wasn't an obvious "must write a docstring" prompt for me. Some of it is an external API too. I'm not sure whether walk() should be internal to the module or external to callers.
[19:03] <nacc> rbasak: if you have a few seconds, https://code.launchpad.net/~nacc/usd-importer/+git/usd-importer/+ref/repo_builder_tags_branches i thnk does everyting up to the copy method
[19:04] <nacc> rbasak: it keeps the coverage at 98% (which it is in master, which i think implies some missing test, which i'm going to look at now)
[19:24] <nacc> rbasak: ok, got it to 100% in master
[19:27] <nacc> rbasak: branch updated
[21:02] <compdoc> anyone have a gui they like to encrypt files/folders?
[22:30] <nacc> rbasak: fyi, force-pushed branch, which now matches the spec (I found it easier to create the classes first and then move to in-place dictionaries) and added the Repo.copy method
[22:30] <nacc> rbasak: still at 100% coverage :)
[22:36] <nacc> rbasak: i'm not seeing an obvious way to find all commits in a repo (I can find all reachable commits from the branches, but we're not guaranteed to have any branches)
[23:25] <ProCycle> Have a bit of a head scratcher with SSH. I can login with my adminstrative account using key auth just fine. However I cannot login with another account using it's own key. I just get "No supported authentication methods available (server sent: publickey)"
[23:25] <ProCycle> It worked fine on Friday, but it doesn't today. Double checked I had the right key in .ssh/authorized_keys
[23:25] <ProCycle> updated and rebooted the server
[23:26] <sarnold> ProCycle: check ownership and permissions of / /home /home/user /home/user/.ssh /home/user/.ssh/authorized_keys   -- namei -l ~username/.ssh/authorized_keys is a handy way to get there :D
[23:47] <ProCycle> Huh didn't know about that command
[23:48] <ProCycle> home is owned by root, user dir is owned by user, .ssh is owned by user, authorized_keys is owned by user
[23:48] <ProCycle> and perms seem correct too
[23:49] <sarnold> ProCycle: how about the permissions? group owner of the .ssh dir and file?
[23:50] <ProCycle> They're both set to the user's group
[23:51] <ProCycle> It makes no sense :S
[23:51] <sarnold> are there any more detailed logs on the host?
[23:52] <ProCycle> I can look, where would they be>
[23:52] <sarnold> is the client perhaps using a too-small key? openssh recently changed to require > 1024 bits for rsa keys, iirc
[23:52] <ProCycle> Nope it's a 2048 key
[23:52] <sarnold> /var/log/* and /var/log/audit/audit.log if you've got it
[23:54] <ProCycle> looking at auth.log
[23:55] <ProCycle> See lots of bot attempts to login to nonexistent accounts but don't see my user account in there
[23:56] <sarnold> curious
[23:57] <sarnold> tail -F the thing, and try again?
[23:58] <ProCycle> Ah there we go
[23:58] <ProCycle> Authentication refused: bad ownership or modes for directory /home/username/.ssh
[23:59] <ProCycle> .ssh has drwxrwxr-x with owner set to username and group set to username
[23:59] <ProCycle> running groups lists it as a member of that group


[18:43] <head_victim> zkriesse: if it's ok with you I will go ahead tonight (in about 14 hours or so?) and put the fix I found for my LoCo header into the UBT one so it fixes the rendering issue with chromium based browsers.
[18:44] <head_victim> I'll link you to a diff so you can see what I did, that being said it will still render differently on MS and Opera browsers.
[18:48] <head_victim> sorry, wrong window, mouse fail.


[18:35] <masum> https://www.facebook.com/groups/ubuntubd/
[18:36] <masum> i am looking for Ubuntu BD fb page but its not live
[21:11] <newbie_SA> neko BHS da prica?


[18:48] <Sloppsta> hello all. im runing 12.04/lxde on a beaglebone black. im having an issue with wifi. i have an edimax adapter. i got it working with wicd however it seems to cut in and out. and also limited to 50kbps down. any suggestions?
[22:39] <Rafase282> hello
[23:09] <Rafase282> Has anyone installed ubuntu on a pogoplug pro?
[23:09] <phh> :w 22
[23:09] <phh> :w 22
[23:09] <Rafase282> ?


 Damned Pittsburgh Penguins fan! Burn him!
[14:47] <cmaloney> But yeah, I've been an outsider so long it's second nature to think a bit different than the norm. Like being Lutheran in a Catholic School on St. Patrick's Day and having folks ask you why you're not wearing green.
[14:47] <cmaloney> Um...
[14:47] <wolfger> Be protestant and wear orange
[14:48] <cmaloney> Not that I have a dog in the fight, but I don't condone either side. :)
[14:49] <cmaloney> wolfger: That thought occurred, but I'm also not inclined to be a troublemaker
[14:49] <cmaloney> Though I inadvertantly had meat on Fridays during Lent.
[14:49] <cmaloney> because we don't do the whole fish on Fridays
[19:37] <ColonelPanic001> heh
[19:37] <ColonelPanic001> fish are made of wheat, I guess
[19:42] <greg-g> not gluten free?
[21:19] <mthx|server> Anyone ever use cms2cms before to migrate from Drupal to Wordpress?
[21:19] <mthx|server> https://wordpress.org/support/view/plugin-reviews/cms2cms-automated-drupal-to-wp-migration
[23:32] <gamerchick02> i did it!  sold the Macbook Air (just sent it today) and i may have a buyer for the ipad mini. bought a full sized ipad air 2.  so now i have consolidated my devices: desktop, Ubuntu laptop, ipad. WOOT go me for less to keep track of.
[23:33] <gamerchick02> also hi, how's everyone tonight?
[23:43] <cmaloney> Woo woo
[23:43] <cmaloney> Doing well.
[23:43] <cmaloney> Sitting at OCC waiting for JoDee's class to finish
[23:43] <cmaloney> Classes are in session yet the cateferia is closed.
[23:43] <cmaloney> So raided the vending machines
[23:43] <cmaloney> Go me


[19:30] <wxl> @tsimonq2 do we need all of these in light of the CI? https://code.launchpad.net/~lubuntu-dev/+recipes
 @wxl [<wxl> @tsimonq2 do we need all of these in light of the CI? https://code.launchp …], Not at all
[19:36] <wxl> ^ there's a fun job for you @The_LoudSpeaker — get rid of all of those (and the PPAs to boot) and then we won't have those messages on the mailing list
[21:20] <WHenJokersAttack> hi, latest ISO image 20.04 does not install, chroot error cannot run useradd
[21:20] <wxl> did you check the hashes?
[21:21] <wxl> WHenJokersAttack: ^
[21:21] <WHenJokersAttack> also first run of the installer crashes when creating partition, but does create them indeed, so i can run another time and use the existing partitioning with use manual partitions
[21:21] <WHenJokersAttack> and then it works
[21:21] <WHenJokersAttack> should i check them on the usb i made?
[21:22] <WHenJokersAttack> im running on windows atm, lubuntu install i had is messed up, not very practical with hash check on win
[21:22] <wxl> you should (a) check the hashes of the iso against published values and (b) run the "check disc for defects" against the installation media (or you can get the hashes off of that, but its' more advanced)
[21:22] <wxl> windows can handle hash checking in powershell
[21:22] <WHenJokersAttack> ok lets do this
[21:23] <wxl> i don't know how off hand. i just know you can.
[21:27] <WHenJokersAttack> 455D8264316EBE982F4AF81B182EF51B
[21:27] <WHenJokersAttack> PS C:\WINDOWS\system32> Get-FileHash E:\FILEDIC2019\focal-desktop-amd64.iso -Algorithm MD5Algorithm       Hash                                                                   Path---------       ----                                                                   ----MD5             455D8264316EBE982F4AF81B182EF51B
[21:27] <WHenJokersAttack> E:\FILEDIC2019\focal-desktop-...
[21:27] <wxl> don't spam the channel please
[21:27] <wxl> http://cdimage.ubuntu.com/lubuntu/daily-live/current/MD5SUMS
[21:36] <WHenJokersAttack> not matching at all - how is that since all i download audio video installers for software works perfectly? is it because the daily images are not torrent and direct browser download has more issues? just wondering
[21:36] <wxl> *one*bit* can make a difference
[21:37] <wxl> this is a filesystem image. it's huge. and the integrity of the whole thing is essential
[21:37] <wxl> and yes there's no error checking in browsers really
[21:38] <WHenJokersAttack> never had issues, but i usually download large files on torrent, so my guess is that torrent has more integrity
[21:38] <wxl> it does have error checking yes
[21:38] <WHenJokersAttack> lesson learnt
[23:03] <WHenJokersAttack> verified the image good this time, burnt to USB, installer cannot create partition table again, say its going to create a 300mb efi , proceed to create a 512mb one, re-run installer with manually setting the 512mb partition to /boot/efi and the sda2 to / , still unable to find useradd
[23:04] <WHenJokersAttack> system is a dell notebook, booted with CSM enabled, UEFI boot the usb
[23:10] <guiverc> WHenJokersAttack, in my experience it's the write to media that fails most; not downloads; but I use zsync to download daily ISO's (ie. download only differences) which verifies image at completion of download.  I don't think torrent is any better, just an alternative
[23:12] <WHenJokersAttack> i gues but, the same error on 2 different downloads, also 2 different images (i downloaded the first image yesterday)  and 2 different USB sticksthat were used to install windows a dozen times, i really think
[23:17] <WHenJokersAttack> workaround found: "install along another os" and resize the original partition created by the first failed installation run
[23:21] <WHenJokersAttack> all booted fine on my dell 7537


[07:15] <thomas> nick iAmerikan
[19:36] <micahg> k, so, what do I mark for a patch that was upstreamed that a different version was accepted?
[19:42] <micahg> nigelb: ^^


[10:57] <mamarley> tseliot: I was just looking at log files and I found that I have the same problem as darkxst with nvidia-drm not loading.
[10:58] <mamarley> Or, not loading with modeset=1.  It does load automatically later.
[11:01] <mamarley> I can also see that modinfo doesn't work for any of the alias module names. (module not found)
[11:02] <tseliot> mamarley: yes, I'll have a look at that
[11:03] <mamarley> I was actually going to see if I could fix it myself.  I don't know how to get modules to be included in the initramfs though.
[11:05] <mamarley> I fail to see how the "alias nvidia nvidia_364" doesn't work though, since "modinfo nvidia_364" does work.
[11:16] <mamarley> It is almost like the aliases are being ignored entirely.  I can't see why.
[11:33] <ricotz> mamarley, tseliot, added/tweaked aliases locally (using underscores only)
[11:35] <tseliot> ricotz: ok. BTW I'm working on nvidia right now
[11:35] <ricotz> tseliot, I was counting on that ;)
[11:36] <tseliot> mamarley: "automatically" means maybe the driver loads that module?
[11:44] <tseliot> tjaalton: I don't see the kms drivers in the initramfs. They are not built as modules, so I suppose there is nothing to include
[11:46] <tjaalton> tseliot: huh? i915.ko etc
[11:46] <tjaalton> /usr/share/initramfs-tools/hooks/framebuffer copies them
[11:48] <tseliot> tjaalton: yes, I will have to write a hook for nvidia. I simply could not file the files in the initramfs
[11:51] <mamarley> tseliot: Yes, I think nvidia-drm is getting loaded automatically by either nvidia-modeset or nvidia and that is why the driver works even though the modprobe in the udev configuration fails.
[11:53] <tseliot> whatever it is, I'll fix it all ;)
[11:55] <mamarley> Thanks :)
[11:59] <tseliot> tjaalton: I extracted the initramfs and I used find to get a list of the .ko files: http://paste.ubuntu.com/15486764/
[11:59] <tseliot> this is what puzzles me
[12:00] <tjaalton> you're on trusty still..
[12:00] <tjaalton> check if it has that hook
[12:00] <tseliot> yes
[12:00] <tseliot> and yes, the hook is there
[12:00] <tjaalton> dunno then
[12:01] <tseliot> are you sure that we do that even on systems that are not encrypted?
[12:01] <tjaalton> yes
[12:03] <tjaalton> http://sprunge.us/JUfW
[12:03] <tseliot>     - Restore the framebuffer hook and script, copying KMS and other
[12:03] <tseliot>       framebuffer drivers into the initramfs, but make them optional; you
[12:03] <tseliot>       need to set FRAMEBUFFER=y for these to be included.
[12:04] <tseliot> tjaalton: ^ Do you have FRAMEBUFFER=y in grub or is your system encrypted?
[12:05] <tjaalton> FRAMEBUFFER where?
[12:05] <tjaalton> this one isn't encrypted
[12:07] <tseliot> well, actually not grub, somewhere in /etc/initramfs-tools/conf.d/
[12:07] <tjaalton> no
[12:07] <tjaalton> grep gives no hits
[12:08] <tjaalton> where did you get that text?
[12:09] <tseliot> from the changelog of the initramfs-tool package
[12:09] <tseliot> *tools
[12:10] <tseliot> if you add FRAMEBUFFER=y, plymouth will start much earlier in the boot process
[12:18] <tjaalton> add where?
[12:18] <tjaalton> upgrade to xenial already
[12:18] <tjaalton> :)
[12:20] <tseliot> /etc/initramfs-tools/conf.d/splash
[12:21] <tjaalton> don't have that
[12:21] <tjaalton> you're on an obsolete distro ;)
[12:21] <tseliot> yes, well, echo FRAMEBUFFER=y > /etc/initramfs-tools/conf.d/splash
[12:21] <tjaalton> my initrd already has all the modules
[12:21] <tjaalton> the hook does not check for that option
[12:21] <tseliot> I'm trying to understand why we don't have the modules on trusty
[12:22] <tjaalton> just ask apw?
[12:22] <tseliot> yes, that's why I'm confusedf
[12:22] <tseliot> *confused
[12:22] <tseliot> yes, I'll try that
[12:22] <apw> splash is only needed in the initramfs if you have encrypted things to open to get to root
[12:23] <tjaalton> oh you're here :)
[12:24] <apw> so we don't include that lot unless you have crypt thing on there
[12:25] <tseliot> which is what I suggested before
[12:25] <tseliot> apw: but how about the single drm drivers?
[12:25] <tseliot> I don't have them in trusty, but tjaalton does in xenial
[12:26] <tjaalton> my initrd has all of them, this is a fairly recent install
[12:30]  * tseliot -> lunch
[12:35] <apw> tjaalton, it is dependant on you needing them
[12:35] <apw> so encrypted root, or actually iirc stypidly having crypttools installed at all
[12:36] <tjaalton> nope, neither
[12:40] <apw> tseliot, ^
[12:41] <apw> well something is triggering them being in there, it is not a normal situation
[12:41] <apw> basically any hook which needs them sets that FRAMEBUFFER thing and that triggers it
[12:41] <apw> iirc
[12:41] <apw> so look at your hooks and one will be asking for it
[12:41] <apw> or it is broken, which is also possible
[12:43] <tjaalton> i have a fresh server vm, and it has them too :)
[12:43] <tjaalton> so maybe it's a bug then
[12:44] <mamarley> Does the nvidia-modeset module need to be loaded for DRM KMS to work or just nvidia-drm?
[12:58] <apw> tjaalton, could be, could you file a bug against initramfs-tools for me, and tell me the number
[14:30] <tseliot> mamarley: both, as KMS stands for kernel mode setting, so nvidia-modeset is definitely needed
[14:30] <mamarley> That's what I thought.
[14:31] <tseliot> apw: thanks, that's what I thought
[15:34] <tseliot> tjaalton: so, yes, that does look like a bug:
[15:34] <tseliot>   * mkinitramfs: Allow scripts to specify OPTION=VAR, and unless VAR is
[15:34] <tseliot>     set to something other than "n", the script will not be included.
[15:34] <tseliot> the framebuffer hook has OPTION=FRAMEBUFFER
[15:35] <tseliot> so, if OPTION=FRAMEBUFFER is ignored, and the script is included regardless of that, it's a bug
[15:35] <tseliot> darkxst: are you using an encrypted system?
[15:37] <tseliot> if not, fixing the aliases should do it
[15:42] <tseliot> I am certainly going to add an initramfs hook for encrypted systems though
[15:43]  * tseliot building the driver with the correct aliases first...
[16:24] <tseliot> ricotz, mamarley: the aliases seem to work fine now: http://pastebin.ubuntu.com/15488195/
[16:25] <tseliot> modinfo doesn't seem to resolve the aliases but I think we are fine as long as modprobe does ;)
[16:35] <mamarley> tseliot: Cool, thanks!
[16:36] <tseliot> so the last step will be a hook for encrypted systems. Then things should be fine. I'm not sure about nvidia-persistence though
[16:36] <ricotz> tseliot, is this working for you now? "sudo cat /sys/module/nvidia_drm/parameters/modeset"
[16:36] <mamarley> tseliot: Maybe also have it obey that override that apw mentioned?
[16:36] <tseliot> ricotz: I still get "N", but I don't see any errors in journactl
[16:37] <ricotz> tseliot, mhh, I see
[16:37] <tseliot> mamarley: yes, I could have to look at initramfs-tools
[16:39] <apw> tseliot, or get a bug filed on it and shove it at me
[16:39] <apw> sounds like something i would have screwed up in my merge with debian if anything
[16:39] <tseliot> apw: yes, that would be much better (for me) ;)
[16:41] <apw> tseliot, shove what you have in a bug, and tell me the number and i'll put it on my todo
[16:41] <apw> its making peoples initramfs' large and slwo, so i want to wack it
[16:41] <mamarley> tseliot: Sorry, I didn't mean for you to fix the initramfs-tools bug, I just meant to make it so when that bug gets fixed that the flag there will affect the nvidia modules too.
[16:42] <tseliot> apw: sure, thanks. I'm updating my xenial installation right now, so that I can use ubuntu-bug to file the report, just in case
[16:42] <apw> tseliot, ack thanks
[16:42] <tseliot> mamarley: I'm all for solutions that don't involve me doing the work :P
[16:42]  * mamarley too :)
[16:44] <mamarley> I just confirmed that manually loading the nvidia_drm module with modeset=1 results in "sudo cat /sys/module/nvidia_drm/parameters/modeset" returning Y.
[16:45] <tseliot> mamarley: ok, so maybe the udev rule should try to remove the module first (as per the nvidia docs)
[16:45] <mamarley> I'm not sure why it would be loaded at all at that point.  Unless udev loads it automagically...
[16:46] <tseliot> mamarley: ok maybe their X driver?
[16:46] <mamarley> Would something in /etc/modprobe.d/ that says "options nvidia_drm modeset=1" work by any chance?
[16:47] <mamarley> Would the X driver have started by that point?  I was under the impression that the udev thing happened earlier than X starting.
[16:47] <mamarley> Also, I would think if X is running, "modprobe -r"ing the module would fail anyway.
[16:47] <tseliot> it's worth a shot
[16:48] <mamarley> I can try that on my laptop real quick, just a sec...
[16:48] <tseliot> and yes modprobe -r failed for me above ^
[16:48] <tseliot> udev starts earlier than X though
[16:48] <tseliot> just guessing. I have no idea what else could be pulling that in
[16:52] <mamarley> tseliot: That ("options nvidia_drm modeset=1") appeared to work. :)
[16:53] <tseliot> mamarley: wouldn't that be nvidia-drm though? (to match the alias)
[16:53] <mamarley> I actually put four different lines though, with and without the 364 and -s and _s, because of the alias madness.
[16:53] <tseliot> :)
[16:54] <tseliot> I'll test it here too
[16:55] <mamarley> Hmm, will that work if the module is in initramfs too?
[16:55] <tseliot> well, the aliases are in the initramfs
[16:56] <mamarley> OK, it should work fine then.  I stuck my options in the same file as the aliases.
[16:56] <tseliot> and the actual module name would be nvidia_364_drm, whereas nvidia_drm shouldn't exist
[16:56]  * tseliot rebuilding and testing...
[16:57] <mamarley> I understand; I just wanted to cover all the bases since I am not running the version with the fixed aliases yet.
[16:57] <tseliot> right
[16:57] <tseliot> I think I'll work on the hook tomorrow, as it's EOD for me
[16:58] <mamarley> Explosive Ordnance Disposal? ;P
[16:59] <tseliot> hehe
[16:59] <tseliot> in addition to being almost guitar o'clock
[17:14] <tseliot> apw: LP: #1561643
[17:15] <tseliot> mamarley: nvidia-drm options didn't work here. I'll mess with it again tomorrow
[17:15]  * tseliot -> off
[17:15] <mamarley> tseliot: OK.  It actually didn't work setting options on the alias for me either.
[17:15] <mamarley> I think I have to set options with the full module name.
[17:16] <tseliot> yes, that would be easy to do
[17:17] <mamarley> Yeah, that works.
[20:45] <furkan> anybody know why I would be getting this error? first time i'm seeing it:
[20:45] <furkan> furkan@furkan-pc:~$ Xorg -version
[20:45] <furkan> /usr/lib/xorg/Xorg.wrap: Only console users are allowed to run the X server
[20:53] <furkan> also, tjaalton: MrCooper wrote a patch for the cursor bug https://bugs.freedesktop.org/show_bug.cgi?id=94560#c16
[22:14] <darkxst> tseliot, no my system is not encrypted


[01:37] <superm1> Daviey, hows it feel to be an ubuntu member :)
[01:37] <Daviey> pretty fine!
[01:37] <Daviey> actually same as it did this morning.... but good in the long run s'pose
[01:38] <Daviey> not sure i would go through it again
[01:38] <Daviey> Leaving so late, had to drive super speedy aswell
[01:38] <Daviey> Hope you didn't get in any trouble for being late for work
[01:39] <superm1> No - i was fine
[01:39] <Daviey> good stuff!
[01:39] <Daviey> Thanks again helping
[01:39] <superm1> not a problem
[01:39] <superm1> just dont beat me to -motu now :)
[01:39] <Daviey> I doubt it!
[01:40] <Daviey> I've only submitted one package and that was superseeded by yours
[01:40] <Daviey> got another ready to check in tho
[01:40] <superm1> very good
[01:41] <superm1> i wish i could get motu's to look it over again
[01:41] <superm1> such a pain to try to catch one now
[01:41] <Daviey> Really want to get freepbx in - but seems debian guys are trying aswell - but struggling with some graph generating lib not being gpl'd
[01:42] <Daviey> definitely need a better mentoring scheme.  If you had one motu that you could turn to, there would be many more motu's
[01:49] <superm1> Daviey, how far into the lgradio recording should i ff to?
[01:49] <superm1> i dont want to go through a whole 1hr 12min...
[01:49] <Daviey> wait 1, see if i can tell u
[01:51] <Daviey> 17:00 mins in
[01:51] <Daviey> 16:40 actually
[01:51] <superm1> k
[01:54] <superm1> :)
[01:58] <Daviey> not bad eh?
[01:59] <Daviey> imbrandon is in that eps aswell
[01:59] <Daviey> 21.25
[01:59] <superm1> oh maybe i should just listen to the whole thing eventually then
[02:00] <Daviey> :)
[02:00] <superm1> ya.  this reminds me - the feisty package is backported to edgy.  the docs need to be updated, but for some reason ubuntu-mythtv-frontend didnt get brought in with the backport
[02:00] <superm1> probably because it would have been binary NEW
[02:00] <superm1> to edgy-backports
[02:01] <Daviey> hmm
[02:01] <Daviey> is there a freeze on edgy backports?
[02:01] <superm1> well everything else got brought in
[02:01] <superm1> all the mysql fixes and stuff
[02:02] <Daviey> would be good to get that added... do you know any of the backports team?
[02:02] <superm1> yea jdong
[02:02] <superm1> and imbrandon is on it
[02:03] <superm1> oh actually they might all be in binary NEW
[02:03] <superm1> and thats why
[02:03] <superm1> as i look closer
[02:04] <superm1> Daviey, if you get a few moments, we really need to iron msttcorefonts out of the dependencies for myth
[02:04] <superm1> by patches or something to that effect
[02:04] <superm1> as i'm realizing
[02:04] <superm1> because there is no way we can ship this disk elsewise
[02:04] <Daviey> what's wrong with msttcorefonts?
[02:05] <Daviey> i thought they were a free reimplementation
[02:05] <superm1> the license on it forbids it from being shipped i thought
[02:05] <superm1> no they are taken from the MS binaries
[02:05] <Daviey> oh
[02:05] <superm1> via cabextract
[02:05] <Daviey> ah yes.. i remember using the shell script that wget's and extracts
[02:06] <superm1> see $ cd /usr/share/doc/msttcorefonts && zcat READ_ME\!.gz
[02:06] <superm1> MS EULA there
[02:06] <Daviey> How did they get into debian!?
[02:07] <superm1> well they're not
[02:07] <superm1> just the installer
[02:07] <Daviey> can't we just do the same?
[02:07] <superm1> similar to how we "were" going to handle ivtv-firmware
[02:07] <superm1> unfortunately no
[02:07] <superm1> because we have a live frontend
[02:08] <superm1> so they need to be thre
[02:08] <Daviey> ah - good point
[02:08] <superm1> we've got a bug opened up about them
[02:08] <superm1> that reminded me
[02:08] <superm1> bug 110068
[02:08] <ubotu> Launchpad bug 110068 in mythtv "Don't depend on msttcorefonts" [Undecided,Unconfirmed]  https://launchpad.net/bugs/110068
[02:09] <Daviey> from offical themes it's only MythCenter that requires mstcorefonts
[02:09] <superm1> but /usr/share/mythtv/themes/blue/ui.xml uses it
[02:09] <superm1> the blue theme
[02:09] <superm1> which is part of official themes that are installed with the frontend
[02:10] <superm1> during feisty herd 3 or 4 i pulled if off the deps, because i thought enough themes got away without it - but then got the pour in of people on the forums "i cant see any text in mythtv"
[02:10] <superm1> so added it back on
[02:12] <superm1> we've also got to triage some of these aging bugs on here with crash reports yet
[02:12] <superm1> i haven't been sure what to do with a lot of them
[02:12] <superm1> keescook, are you here?
[02:14] <Daviey> superm1, quick google search show's there are some 'alternate' fonts for mstcorefonts
[02:14] <superm1> perhaps this alternate fake msttcorefonts package is the best solution
[02:14] <Daviey> That shouldn't be too hard to re-implement
[02:15] <superm1> to make such a package
[02:15] <Daviey> :)
[02:15] <superm1> and then depend on fake-msttcorefonts | msttcorefonts
[02:15] <Daviey> yes!
[02:15] <superm1> and make fake-msttcorefonts conflict with msttcorefonts
[02:15] <superm1> that way if someone wants to install it
[02:15] <superm1> we're still okay
[02:15] <superm1> it will remove the fake one
[02:15] <superm1> Daviey, looks like you've got two packages to work on for -motu now :)
[02:15] <Daviey> Okay... i could try and work on that
[02:15] <Daviey> if you want to assign it to me
[02:16] <superm1> go for it
[02:16] <Daviey> gardengnome sounds like he is going to add default .htaccess to mythweb
[02:16] <Daviey> that's a long overdue fix... so good to see that
[02:16] <superm1> yes indeed
[02:17] <superm1> we can add that to gutsy packages then
[02:17] <Daviey> wonder how he will do it - default password? same as mysql.txt password ordebconf
[02:18] <superm1> oh that can be messy
[02:18] <superm1> it would be best set by a debconf
[02:19] <Daviey> extra userinteraction tho
[02:19] <superm1> well you ask, would you like to secure mythweb?
[02:19] <superm1> they answer yes, you enable htaccess file
[02:19] <Daviey> good plan
[02:19] <superm1> and ask for password
[02:19] <superm1> they say no, no htaccess
[02:19] <Daviey> anyway.. i need to go to bed
[02:20] <superm1> okay Daviey
[02:20] <superm1> going to bed again early today :)
[02:20] <Daviey> I'll look into the fonts tommorow
[02:20] <superm1> whats up with that .... ;)
[02:20] <Daviey> nn
[02:20] <superm1> night
[02:20] <Daviey> hehe - been having some really late nights recently!
[02:20] <superm1> well worth it though - you got membership
[02:21] <Daviey> :)
[02:21] <superm1> but bed now, discuss more tomorrow
[02:21] <Daviey> yes sir!
[02:21] <superm1> gardengnome, u tehre?
[03:04] <superm1> DaveMorris, are you there?
[05:28] <superm1> keescook, your alive!
[05:32] <keescook> superm1: I am!  :)
[05:32] <superm1> keescook,  daviey got member status today
[05:32] <keescook> niiice!
[05:33] <superm1> and he's gonna be working on getting bug 110068 taken care of
[05:33] <ubotu> Launchpad bug 110068 in mythtv "Don't depend on msttcorefonts" [Undecided,In progress]  https://launchpad.net/bugs/110068
[05:33] <superm1> by making a fake-msttcorefonts package
[05:33] <superm1> so good stuff coming up
[05:33] <superm1> keescook, did you get a chance to build/look at mythtv-themes-unofficial last night?
[05:35] <keescook> superm1: I didn't, I'm bad.  :)
[05:35] <keescook> that's on REVU, correct?
[05:35] <superm1> yup
[05:35] <superm1> http://revu.tauware.de./details.py?upid=5114
[05:36] <superm1> the .orig.tar.gz is on an older upload though - its a bit big. http://revu.tauware.de/revu1-incoming/mythtv-themes-unofficial-0705111500/mythtv-themes-unofficial_0.20070418.orig.tar.gz  didn't want to have to upload it multiple times
[05:53] <keescook> hunh, I'm not a reviewer... I'll pastebin my thoughts
[05:54] <keescook> http://paste.ubuntu-nl.org/21096/
[05:58] <keescook> I gotta sleep.  I've asked to become a REVU reviewer, so hopefully I can actually put my comments in there for real.  ttyl!
[06:01] <superm1> okay
[06:01] <superm1> night keescook
[06:01] <superm1> thanks
[09:59] <imbrandon> moins all
[01:37] <Killerkiwi> anybodyy else having issues with scheduling 1 recording imeditlly after another?
[01:39] <bendailey> I haven't noticed anything
[01:39] <bendailey> what kind of trouble how many tuners/what type?
[01:44] <Killerkiwi> 1 tuner pvr150 works nice... i have 2mins before aand after time set
[01:44] <Killerkiwi> House is on at 7
[01:44] <Killerkiwi> opps
[01:45] <Killerkiwi> House is on at 7:30-8:30 , bosten legal is 8:30 to 9:30
[01:45] <Killerkiwi> bosten legal resgters as a clash and does not record
[01:47] <bendailey> Can you look at your program guide right now?
[01:48] <DaveMorris> Killerkiwi, you said you have 2 mns before/after set
[01:48] <DaveMorris> that means hosue records 7:28-8:32 and Boston goes 8:28-9:32
[01:48] <DaveMorris> so they clash for 4 mins
[01:48] <Killerkiwi> yeah, the help text assures me this dosnt effect recording though.... im gusiing the help text is wrong?
[01:49] <DaveMorris> I'm guessing so, if you've own got 1 card, it can't record both at the same time
[01:49] <DaveMorris> s/own/only
[01:49] <DaveMorris> try it with both set to 0 mins
[01:49] <Killerkiwi> Yeah... but the software should see the real times i would have thought.... at least thats what the text says just a sec and ill have a look again
[01:51] <DaveMorris> Mine are acutally setup on 0 and it records them fine
[01:52] <Killerkiwi> ok direct quote here... This global setting allows the recorder to start before the scheduled start time.  It does not effect the schedular.  It is ignored when two shows have been scheduled without enough time between them
[01:53] <DaveMorris> ok, try setting it to 0 though, there might be a bug with it
[01:54] <Killerkiwi> yeha im guessing kinda sucks if you miss the last 2 mins of lost though ;)
[01:55] <DaveMorris> I don't miss the end of my shows, but shows like lost which show bits after the credits can be a pain
[01:57] <Killerkiwi> Maybe ill just override the per recordings that are a problem....
[01:58] <DaveMorris> I'd be interested if that was the problem
[02:00] <Killerkiwi> well that removed all the clashes... so im guessing problem fixed.... it would be nice if it worked as advertised.... is there a mythtv bugzilla?
[02:13] <DaveMorris> http://www.mythtv.org/wiki/index.php/Bug_Tracking_System
[04:01] <superm1> DaveMorris, you there?
[04:05] <DaveMorris> yep
[04:05] <DaveMorris> what can I do you for today
[04:05] <superm1> DaveMorris, there has been some progress on the ubiquity front as of last night
[04:06] <superm1> so i was going to ask if you could start looking into something
[04:07] <superm1> you remember we talked about the preconfigured install that would enter everything into mysql for you, but shot the idea down because of the autoconfiguration branch of myth
[04:08] <superm1> and not wanting to step on toes of people already doing such things
[04:08] <DaveMorris> yeah
[04:08] <superm1> well after going through working on interface stuff yesterday, it was going to be really tacky having a button to launch mythtv-setup
[04:09] <superm1> could you take a look at how some other distros (mythdora & knoppmyth) are handling such things?  Perhaps they can provide a good basis to build from
[04:09] <superm1> or at least a good set of ideas to go from
[04:09] <DaveMorris> yeah sure
[04:10] <superm1> atm the plan will be to leave the button to launch mythtv-setup at the end of mythbuntu install, but it would be most ideal if that could be scrapped in favor of detecting tuners and doing some good defaults
[04:11] <superm1> I got a lot of the glade work punched out - so most of the interface is done.  Just needs to be put into the right order yet.  I'll finish that up yet tonite, and then jetsradiem is going to hopefully be able to break up a lot of the backend work for ubiquity into some grouping that we can divy up
[04:12] <DaveMorris> so, you want a way to automate mythsetup?
[04:12] <superm1> well as much of it as possible
[04:12] <DaveMorris> via guess work and a few configs by the user
[04:12] <superm1> It can be shell script magic if need be too
[04:12] <superm1> right
[04:12] <superm1> We can enter as much info as necessary to ubiquity
[04:13] <superm1> and pass that on
[04:14] <superm1> But I think that a lot of the hardware can/will be determined by lspci & /proc.  We can at least have some common cards listed to start
[04:14] <superm1> and pop up some warning if an unknown card is in use
[04:14] <DaveMorris> yeah, also will need to investigate what the different cards need
[04:14] <superm1> that mythtv-setup still needs to be ran to add that card
[04:14] <DaveMorris> also I've only got experince with it in the UK
[04:15] <superm1> Well i'm not saying have this all ready by tomorrow morning :)
[04:15] <superm1> I'm thinking that a hardware DB will start to be populated
[04:15] <superm1> as we move along here, i've a got a few of the common US cards
[04:16] <superm1> And also, mythdora or knoppmyth might already have an intelligent way of doing such things under the GPL
[04:16] <DaveMorris> superm1: Good!  I'm just signing onto a Masters at uni, so I'm busy atm but I'll make sure I have a look at how other distros are doing it
[04:17] <superm1> great - once you've got a good idea with this, i think you and bendailey should be able to split up how to implement and such
[04:17] <DaveMorris> bendailey?
[04:17] <superm1> haven't met bendailey as of yet?
[04:17] <superm1> bendailey, you here?
[04:18] <DaveMorris> I'll catch up with him at some point then
[04:18] <DaveMorris> you know where his based?
[04:18] <superm1> Indiana
[04:19] <superm1> Guess not.  He joined up with us a little bit ago, unfortunately at a time that we didnt have a good way to split up remaining work
[04:19] <superm1> but I think this will for sure turn into at least a 2 person thing
[04:20] <superm1> okay i need to get to work yet this morning, wanted to make sure i touched bases before hand.
[04:20] <superm1> Have a great day, catch you later
[04:20] <DaveMorris> l8rs
[04:34] <bendailey> yes I am here
[04:35] <bendailey> DaveMorris
[04:37] <bendailey> Anyone else on the mythtv users list?
[04:42] <bendailey> DaveMorris, ping
[04:45] <DaveMorris> no I 'm not on the list
[04:45] <DaveMorris> Superm1 mnetioned I hook up withyou other automating the mythtv-setup
[04:46] <DaveMorris> I'm based in the UK, so we have different hardware and setting etc
[04:49] <bendailey> sounds good
[04:49] <bendailey> what time do you have now?
[04:50] <bendailey> it is 10:50 am here
[04:50] <DaveMorris> 15:50
[04:50] <DaveMorris> 7hrs
[04:50] <bendailey> ok
[04:50] <DaveMorris> same timezone as my friend in Colorado then
[04:50] <bendailey> ok
[04:50] <DaveMorris> I'm online during work 9-5:30ish and asl normally 10-11:30ish during the weekend
[04:50] <DaveMorris> s/weekend/week
[04:51] <DaveMorris> weekends I'm hit and miss I'm afraid
[04:51] <bendailey> I am at work right now so I can't do much
[04:51] <bendailey> I am very hit an miss evenings and weekends
[04:51] <bendailey> have you used mythdora or knoppmyth before?
[04:53] <DaveMorris> nope
[04:53] <DaveMorris> I've just run mine from installing ontop of ubuntu
[04:53] <bendailey> my first and current box is running on top of gentoo
[04:54] <DaveMorris> http://davemorris.wordpress.com/2007/05/03/mythtv-my-setup/ for info on mysetup
[04:54] <DaveMorris> I'm gonna upgrade my backend to a 950 Duron, which will free my old one for testings etc
[04:55] <DaveMorris> hey Daviey
[04:56] <Daviey> hey DaveMorris, long time no see :P
[04:57] <bendailey> Daviey,
[04:58] <bendailey>  you on the mythtv-user mailing list?
[04:59] <Daviey> I was....
[04:59] <Daviey> It was a 'bulk' addy i used to use - but the ISP killed the email address
[05:00] <Daviey> so no - i'm not now
[05:00] <Daviey> Is there something interesting?
[05:00] <bendailey> ok there was noise on the list today about the ubuntu media center choosing elisa
[05:00] <Daviey> thought there might be :)
[05:00] <Daviey> I;ll read it now
[05:00] <bendailey> I didn't know if you wanted mythbuntu.org to sent to the list yet
[05:01] <bendailey> I can drop a post if you would like
[05:04] <bendailey> DaveMorris, how do you want to approach the work that superm1 has asked us todo?
[05:05] <Daviey> What have you been tasked with?
[05:05] <DaveMorris> I guess we should look at what the other distros are doing, and see if we can use that
[05:05] <DaveMorris> http://pastebin.ca/491238
[05:05] <DaveMorris> Daviey: ^^
[05:06] <Daviey> Was that today?
[05:07] <DaveMorris> yeah
[05:07] <DaveMorris> you wanna help?
[05:08] <Daviey> erm.. maybe when i've finished what i'm currently doing
[05:08] <Daviey> didn't expect superm1 in here until later
[05:09] <DaveMorris> he poped in before work
[05:09] <Daviey> ah
[05:09] <DaveMorris> I've still got to look at getting the openchrome stuff built :/
[05:09] <bendailey> I "grew up" in a redhat shop and only been using ubuntu for about 1 year I will try and find time to look through the mythdora stuff
[05:09] <DaveMorris> ok, I'll take a look at knoppix then
[05:09] <Daviey> knoppmyth :)
[05:09] <DaveMorris> wyeah, you know what I mean
[05:11] <bendailey> Ok I will try and report when I get time this evening
[05:12] <DaveMorris> bendailey: No rush for this evening
[05:12] <DaveMorris> I won't get a chance to look till the weekend more than likely
[05:13] <bendailey> My wife is going out tonight so I need to seize the opportunity :)
[05:13] <DaveMorris> :)
[05:14] <Daviey> Pizza 'n Sport eh?
[05:16] <bendailey> no probably ice cream and blocks until my son (almost 2) goes to bed :)
[05:16] <Daviey> I heard your son when i phoned :)
[05:16] <bendailey> then it is time to have fun (read linux/mythtv playing)
[05:18] <bendailey> well I better got back to my day job
[05:19] <bendailey> Daviey, mythbuntu.org do you care about a post to the mailing list?
[05:20] <Daviey> was thinking about it
[05:20] <Daviey> Currently they think the whole of ubuntu is switching
[05:20] <bendailey> ok let me know do you want to check with superm1?
[05:20] <Daviey> At the CC meeting yesterday i should have brought it up - but didn't
[05:20] <Daviey> think it's best
[05:21] <bendailey> ok
[05:53] <gardengnome> re
[08:28] <Daviey> gardengnome, ping


[21:49] <maniu> https://launchpad.net/~ubuntu-mozilla-daily/+archive/ppa
[21:49] <maniu> failed builds...


[02:04] <partlycloudy> hello, has anyone got ssl worked with MAAS 2.4?
[02:18] <leftyfb> partlycloudy: you should try #maas
[02:18] <leftyfb> partlycloudy: also, learn to ask for help, not for a survey
[02:19] <partlycloudy> leftyfb: thank you leftyfb. i tried #maas, but it was silent there…
[02:19] <leftyfb> partlycloudy: you'll need to wait, possibly till Tuesday
[02:22] <partlycloudy> leftyfb: oh yeah… long weekend.
[07:28] <lordievader> Good morning
[11:00] <ahasenack> good morning
[11:02] <kstenerud> when calling dpkg-buildpackage, I get the following error:
[11:02] <kstenerud> dpkg-source: error: aborting due to unexpected upstream changes, see /tmp/dovecot_2.3.4-2.diff.iemGlV
[11:02] <kstenerud> What does that mean? My source tree is clean
[11:04] <ahasenack> it's not, when compared to the orig tarball
[11:04] <ahasenack> not that sometimes (most of the time, in my experience), the "dh clean" step doesn't really clean it up completely
[11:05] <kstenerud> How do I fix it?
[11:05] <ahasenack> unapply all patches, and compare your tree with the orig tarball
[11:05] <ahasenack> maybe you committed something to the tree instead of as a debian patch
[11:06] <ahasenack> or maybe there is "dirt" that dh clean didn't clean, so try "git clean -f -x -d"
[11:06] <ahasenack> and check git status
[11:06] <ahasenack> with --ignored
[12:01] <ahasenack> rbasak: what's the difference between "platform" and "ubuntu" in these seeds repositories? https://code.launchpad.net/~ubuntu-core-dev/ubuntu-seeds/+git/
[12:05] <rbasak> ahasenack: I believe it's legacy from when we had separate 3 year and 5 year LTS periods between desktop and server.
[12:06] <rbasak> ahasenack: now they're equivalent but just have different seeds in different places.
[12:11] <ahasenack> rbasak: so how did you find out where to add the irc server seed, anope?
[12:20] <kstenerud> I'm getting a strange error when I try to dput a ppa:
[12:20] <kstenerud> gpg: ../dovecot_2.3.4-2_source.changes: error 58: gpgme_op_verify
[12:20] <kstenerud> gpgme_op_verify: GPGME: No data
[12:20] <kstenerud> Has anyone seen this before?
[12:27] <rbasak> ahasenack: I looked for the seed that contained supported server packages (that aren't seeded anywhere further up the hierarchy)
[12:28] <ahasenack> kstenerud: did you sign the changes file?
[12:44] <Lachezar> Hey all. In Ubuntu Server 18.04 docker is a "snap". How do I do "... --volume /path:/mount ..." in such environment?
[12:45] <Lachezar> I need to specify a volume to be in a dedicated disk/partition mounted in the host.
[13:18] <ahasenack> rbasak: hm, last time I did a seed change, it was in "ubuntu" repository
[13:18] <ahasenack> but my change was to drop a seed
[13:18] <ahasenack> so I just had to find where it was defined
[13:18] <ahasenack> but it's still unclear, I just asked in #ubuntu-devel
[13:50] <ahasenack> rbasak: did you see the response in #ubuntu-devel about the difference between "ubuntu" and "platform"?
[13:58] <ahasenack> ...
[15:00] <tomreyn> it is a plausible theory that someoene who had the ubuntu-server package but no -desktop packages installed on 16.04, but had xfce and xserver-xorg installed, and initiated a do-release-upgrade upgrade to 18.04, would end up with xwayland?
[15:09] <lotuspsychje> we also dont know what the user has chosen during upgrade, he did mention to have chosen yes-no etc
[15:20] <rbasak> tomreyn: I think you're better off asking desktop people. Server people don't deal with xfce, xserver-xorg or xwayland.
[15:20] <rbasak> Server packages have no interaction with those components.
[15:22] <tomreyn> rbasak: and this is entirely logical. but i assumed server folks do design the upgrade path for when there is the ubuntu-server package installed, and i assume this was the case here.
[15:23] <tomreyn> but let's not spend time on it, since i have no hard facts.
[15:23] <tomreyn> thanks
[15:32] <rbasak> tomreyn: understood. FWIW, there isn't an upgrade path as such. Upgrade paths are implemented when necessary in individual packages.
[15:40] <tomreyn> oh, thanks for pointing this out, so that's a misconception i had there. i thought i had noted that the release upgrader code which is downloaded by do-release-upgrade inspects presence of these meta packages and makes choices based on those findings.
[15:43] <muhaha> is there any crontab that can support year in crontab? I just want to run job only once (without deleteing crontab entry for example) I can not use at, because I need some shared "db". I am able to create lock file with flock to prevent duplicate triggering.
[15:45] <sdeziel> muhaha: how about a little quirk like: [ "$(date +%Y)" = "2020" ] && myjob
[15:49] <rbasak> tomreyn: do-release-upgrader does have some magic for some edge cases I believe, but that's the exception rather than the norm.
[15:49] <rbasak> It's not that the server team writes an "upgrade path" for each release or anything.
[15:49] <lordcirth_> muhaha, what do you mean by a shared db?
[15:50] <rbasak> I'm not sure the server team has ever needed anything in do-release-upgrade.
[15:50] <tomreyn> rbasak: thank, this is is good to know, should prevent me from providing as much flase info in the future :)
[15:50] <rbasak> We generally just make sure we ship stuff that'll upgrade correctly with plain apt.
[15:52] <rbasak> I wouldn't be surprised to hear that the switch to wayland and back needed some magic in do-release-upgrade. However I don't know either way. Such a thing would have been implemented between the desktop and foundations teams.
[15:53] <muhaha> lordcirth_: I have webhook wrapper which can setup crontab for example... I can run this server in failover/more that 1 instance... atd can not use NFS for spool, but crontab depends only on files on FS, so If I create lock when is time to trigger job, another instance can not trigger this job as duplicate, if is there lock file from flock.
[15:54] <lordcirth_> muhaha, ah ok
[15:54] <muhaha> Problem is that crontab can not hanlde one time jobs..
[15:54] <muhaha> nncron can use year in pattern AFAIK
[15:54] <lordcirth_> muhaha, if the first thing your job does is check the lock file, it can just do nothing
[15:55] <muhaha> no, one of X instances will trigger crontab job-> first one will create lock file and run command, otheres will not run because of lock file -> already created
[16:01] <lordcirth_> muhaha, yeah, that's what I mean. Just don't delete the lock file when you're done. Then it will only run once.
[16:01] <muhaha> http://www.nncron.ru/help/EN/working/cron-format.htm -> this one can handle year -> you can trigger job only once with shared file locking
[16:04] <muhaha> lordcirth_ I am using https://linux.die.net/man/1/flock -> can not create and let lock file forever, some bash wrapper is wacky ... I just want quick, proper way.
[16:04] <lordcirth_> Well, nncron seems like it works too, as long as it's not hard for you to migrate
[16:07] <TJ-> muhaha: which release are you using? Sounds like a job for a systemd timer
[16:13] <lordcirth_> Oh, yeah that exists too
[16:16] <muhaha> systemd time is not in dockerized ubuntu, right?
[16:44] <lordcirth_> muhaha, probably not. The host sets the kernel time.
[16:46] <THKitten> is there anyone in here who is an admin in #linux? Looks like I've been banned again (because I'm using TOR). This was fixed before for me as I'm a trusted user, but it looks like it's been broken.
[17:30] <TJ-> THKitten: did you try in ##linux-ops ?
[17:32] <ahasenack> kstenerud: schleuder is also failing in debian at least: https://ci.debian.net/packages/s/schleuder/
[17:32] <ahasenack> same failure
[17:33] <ahasenack> ruby...
[18:55] <lunaphyte> i upgraded from 14 to 16, and it broke booting.  it seems to be related to lvm and initrd/initramfs
[18:56] <lunaphyte> grub loads ok, and the kernel starts to load, but then when it tries to mount various filesystems, it can't, and eventually gives up trying and drops to an initramfs prompt
[18:57] <lunaphyte> all i have to do to get it to work is manually issue "vgchange -y", then i can exit and it resumes booting and everything is fine - so it seems like the initrd has support for lvm, but just isn't activating the volume groups?
[18:58] <lunaphyte> how can i troubleshoot and fix this?
[18:58] <lunaphyte> i've since upgraded from 16 to 18.04, and 18.04 to 18.10, but it remains broken
[18:59] <lordcirth_> lunaphyte, https://bugs.launchpad.net/ubuntu/+source/lvm2/+bug/1573982
[19:01] <lunaphyte> lordcirth_: oh, wow.  was that something you happened to already know about, or did you just now find it with some searching?
[19:01] <lordcirth_> FWIW, this sort of thing is why I just reinstalled
[19:01] <lordcirth_> lunaphyte, I searched it just now
[19:01] <lunaphyte> grr
[19:01] <lordcirth_> "ubuntu initrd lvm"
[19:02] <lunaphyte> well, i'm grateful you did, for whatever reason, i was obviously doing an awful job
[19:02] <lordcirth_> lol np
[19:02] <lunaphyte> lordcirth_: why does reinstalling make the problem a non issue?
[19:02] <lordcirth_> lunaphyte, pretty sure the 16.04 installer works fine with LVM. It's upgrading the old system that misses something.
[19:03] <lordcirth_> I'd seriously consider wiping it and installing 18.04
[19:03] <lunaphyte> i see
[19:03] <lunaphyte> yeah, i would like to, honestly
[19:03] <lunaphyte> not right now though
[19:03] <lunaphyte> i'll be able to once i get some other crap straightened out
[19:04] <lordcirth_> lunaphyte, also, just wondering, do you need LVM? I don't use it anymore
[19:04] <lunaphyte> i guess that depends on what "need" means :)
[19:04] <lordcirth_> I just reinstalled my home PC with ZFS root, which was a bit involved, but it's awesome now
[19:04] <lunaphyte> do i need it?  no, not really. i do like it though
[19:04] <lunaphyte> oh zfs
[19:05] <lunaphyte> yeah, maybe at some point
[19:05] <TJ-> lunaphyte: haha! Notice I posted a udev patch to that bug?
[19:05] <lordcirth_> btrfs works as well and is trivial to install to /, unlike ZFS
[19:06] <lunaphyte> TJ-: oh, let me look
[19:06] <lordcirth_> But I wanted raidz / raid5, and btrfs's raid5 is alpha
[19:06] <lunaphyte> lordcirth_: i have been using btrfs on other systems recently
[19:06] <lunaphyte> i do like it, but i've unfortunately had some very very bad experiences too
[19:06] <lordcirth_> It's a bit buggy still. ZFS is wonderful.
[19:06] <lunaphyte> i'm hoping i've just done something irresponsible, but that's another thing to figure out
[19:07] <lunaphyte> systems that get shutdown uncleanly, and the filesystem is rendered completely unusable
[19:07] <lunaphyte> repeatedly
[19:07] <lunaphyte> it was a huge bummer
[19:07] <lunaphyte> but anyway, that's a different story
[19:08] <lunaphyte> TJ-: how do i see the patches posted to the bug?  just within the thread discussion itself?
[19:09] <TJ-> lunaphyte: Looks like my patch addresses a slightly different case to yours; in my case it was when kernel command line has root=UUID= whereas yours is for /usr not being activated
[19:09] <lunaphyte> oh ok
[19:09] <TJ-> lunaphyte: yes, they're linked from the comment where they are introduced, and aslo listed on the right side
[19:09] <lunaphyte> oh there, i see.  thanks
[19:10] <TJ-> lunaphyte: Your /usr/ issue won't be solved by that, you need the earlier patch form comment #10 I think it is
[19:11] <lunaphyte> "I then booted via rescue system and added "lvm vgchange -ay" in /usr/share/initramfs-tools/scripts/local-top/lvm2 right before "exit 0""
[19:11] <lunaphyte> that guy?
[19:11] <TJ-> Correct
[19:11] <lunaphyte> ok
[19:11] <TJ-> use -aay rather than -ay though
[19:11] <lunaphyte> is that a more so a hack?  or is it actually the correct way to solve the problem?
[19:14] <TJ-> lunaphyte: correct way - the problem occurs because this command was removed from the software
[19:14] <lunaphyte> ok, cool.  thanks very much
[19:14] <lunaphyte> i'll give it a try shortly
[19:15] <TJ-> don't forget to update-initramfs beforehand
[19:15] <lunaphyte> before rebooting?
[19:19] <ahasenack> rbasak: what I meant in standup, I can't install libmariadbclient-dev in debian/sid: https://pastebin.ubuntu.com/p/7bkNKWdGbf/
[19:20] <ahasenack> dev one is 10.1, whereas the one carrying the soname is 10.3
[19:38] <TJ-> lunaphyte: yes, after adding change and before rebooting
[19:38] <lunaphyte> gotcha.  i won't forget :p
[20:04] <lunaphyte> in /usr/share/initramfs-tools/scripts/local-top/lvm2, i see "activate "$ROOT"", which makes sense, but also "activate "$resume""
[20:05] <lunaphyte> i don't see where $resume is getting set.  what is this?  where does it come from?
[20:05] <KWhat4> How do you install lzma or lz4 support for mariadb in this OS?  [ERROR] InnoDB: innodb_compression_algorithm = 4 unsupported. InnoDB: liblzma is not installed. Yet apt cache certainly thinks liblzma5 is installed.  Does ubuntu not support anything but gzip for row_format compression?
[20:07] <KWhat4> version 10.1
[20:25] <KWhat4> Its, cool.  No one uses lz4 for realtime compression anyway due to libz superior compression speed and ratio.
[20:31] <lunaphyte> i'm having trouble getting this system to keep a resolution of 1280x1024
[20:32] <lunaphyte> i've set GRUB_GFXMODE=1280x1024 and GRUB_GFXPAYLOAD_LINUX=keep in /etc/default/grub, which seems to partially work, but something is still changing the resolution at some point during boot
[20:32] <lunaphyte> the display i'm using can't go beyond that, so it goes "out of range" when that happens and i can't see the screen of course
[20:32] <lunaphyte> how can i figure out what is doing this?
[20:50] <lunaphyte> it looks like maybe due to the edid information?
[20:57] <lunaphyte> aha, yes
[20:58] <lunaphyte> booting with the physical display worked.  the kernel didn't detect it, so it left the resolution alone, and the network console didn't go out of range
[21:00] <lunaphyte> oops
[21:00] <lunaphyte> "booting with the physical display disconnected worked", i meant to say
[21:04] <rbasak> ahasenack: libmariadbclient-dev is deprecated in 10.3 I think and will be removed.
[21:23] <rbasak> Are our regular cloud images supposed to work on bare metal? What does MAAS do?
[21:24] <rbasak> I have a friend for whom this doesn't work because his USB keyboard doesn't work. Installing linux-image-generic fixes it.
[21:24] <rbasak> He can't use MAAS because he needs the installation to work over the Internet.
[21:24] <rbasak> So no TFTP.
[21:25] <rbasak> In his case a USB installation is fine, so he's blatting the cloud image onto a USB stick at my suggestion, and separately providing a NoCloud cloud-init datasource using an SD card.
[21:25] <rbasak> (well TFTP would work, but he can't control DHCP to bootstrap that)
[21:26] <OerHeks> besides https://docs.maas.io/2.5/en/installconfig-network-ssl your maas service need a lot of work for ssl  https://askubuntu.com/questions/736126/using-https-with-maas-web-interface-login-redirects-to-http
[21:27] <rbasak> This approach seems to work fine except he's currently needing to make two modifications to the image that he'd like to avoid: 1) installing linux-image-generic to make the USB keyboard work; and 2) dropping console=ttyS0 to work around bug 1573095 (I'm about to update that bug with details)
[21:27] <rbasak> rharper: ^ would you happen to know please?


 https://irc-attachments.kde.org/8e6eccca/file_48171.jpg
[10:35] <mamarley> Wait, where is 5.23?  It isn't in any of the PPAs I know about.
[10:54] <Mamarok> I could need some help here: https://forum.kde.org/viewtopic.php?f=63&t=172856
[10:55] <Mamarok> I wonder how some people manage to complicate their installations...
[10:56] <RikMills> mamarley: ppa:ci-train-ppa-service/4677
[10:57] <RikMills> the LP build farm was swamped yesterday, so those PPAs give you a better build score
[10:58] <RikMills> + I could test the riscv64 builds there
[11:04] <RikMills> Mamarok: I will reply
[11:06] <Mamarok> RikMills: thanks a lot
[11:20] <mamarley> RikMills: Cool, nice workaround.


[02:00] <evilkryWork> does anyone here use ISPConfig?
[02:10] <shawarma> evilkryWork:
[02:10] <shawarma> whoops


[00:11] <wililupy> Has anyone here had luck/expirience setting capabilities (setcap) for networking?
[11:56] <rew> what is the difference between snappy and ubuntu?
[12:03] <rew> what is the difference between transactional updates versus the normal ubuntu updates?