[21:27] <kostkon> glitchd, close any related app that is open like synaptic, Ubuntu software, gdebi and or any of the kde, lxde etc. equivalents, and try again
[21:28] <kostkon> glitchd, or the updater even
[21:29] <Zoara327> i am getting a response this time
[21:29] <Zoara327> 4 packets transmitted, 4 received, 0% packet loss, time 3003ms rtt min/avg/max/mdev = 136.975/146.640/151.674/5.701 ms
[21:29] <Zoara327> So what next
[21:29] <TJ-> Zoara327: "  mount -a  "
[21:30] <TJ-> Zoara327: then "  grub-install /dev/sda  " where it should report "Installation finished. No error reported."
[21:30] <Zoara327> do I need to go root again first
[21:30] <glitchd> kostkon, nothing is open
[21:30] <TJ-> Zoara327: you're in the chroot so you are root
[21:30] <TJ-> Zoara327: do "id"
[21:30] <Zoara327> mount: only root can use "--all" option
[21:30] <Zoara327> that what I got
[21:31] <TJ-> Zoara327: oh, you've fallen outside the chroot then?
[21:31] <TJ-> Zoara327: what does "id" report ?
[21:31] <TJ-> does it say "ubuntu'
[21:31] <kostkon> glitchd, you could just try rebooting that will kill any process that might be keeping access to the lock for itself
[21:31] <Zoara327> yes
[21:31] <TJ-> Zoara327: ahhhhh! OK, let's start from the beginning then!!
[21:32] <TJ-> Zoara327: show us "  pastebinit /proc/mounts  "
[21:32] <Zoara327> k
[21:32] <Zoara327> http://paste.ubuntu.com/p/kgjRwXrHTP/
[21:33] <Zoara327> here
[21:33] <glitchd> kostkon, i have already rebooted several times to no avail of the problem
[21:34] <TJ-> Zoara327: looks good... ok, NOW we enter the chroot for the installed system with: "   sudo chroot /target  "
[21:34] <TJ-> Zoara327: now do "id" and you should be 'root' user
[21:34] <Zoara327> ok, im in root now
[21:34] <TJ-> Zoara327: yay... do "  mount -a  " (don't expect a response)
[21:35] <TJ-> Zoara327: now let's try fixing it: "  grub-install /dev/sda  "
[21:35] <Zoara327> no responce recieved
[21:35] <TJ-> Zoara327: ... it should report "Installation finished. No error reported."
[21:35] <Zoara327> its installing
[21:36] <Zoara327> ok, it worked
[21:36] <TJ-> Zoara327: at last :)
[21:36] <TJ-> Zoara327: ok now "  update-grub  "
[21:36] <kostkon> glitchd, what's the command you are trying to run
[21:36] <Zoara327> Found linux image: /boot/vmlinuz-4.13.0-36-generic Found initrd image: /boot/initrd.img-4.13.0-36-generic Adding boot menu entry for EFI firmware configuration done
[21:36] <TJ-> Zoara327: then check if you have network with "  ping -c 4 paste.ubuntu.com  "
[21:37] <glitchd> kostkon, im not running any command. if i simply just open a terminal window,that message is displayed.
[21:37] <kostkon> glitchd, really?
[21:37] <Zoara327> it worked that time
[21:37] <TJ-> Zoara327: great! now do "  pastebinit <(  efibootmgr -v )  "
[21:37] <glitchd> kostkon, seriously.
[21:38] <Zoara327> The program 'pastebinit' is currently not installed. You can install it by typing: apt install pastebinit
[21:38] <Zoara327> I thought I installed it already
[21:38] <TJ-> Zoara327: oh, of course... but no, you're in the /installed/ OS now where it wasn't so do "  apt install pastebinit  "
[21:38] <Zoara327> or I wouldnt have since I am inside the right os
[21:38] <TJ-> Zoara327: you installed it on the Live installer environment earlier
[21:39] <Zoara327> yeah
[21:39] <TJ-> Zoara327: so: "  pastebinit <(  efibootmgr -v )  "
[21:39] <Zoara327> http://paste.ubuntu.com/p/2xZQfm8xw3/
[21:39] <Zoara327> here
[21:40] <TJ-> Zoara327: well done, this looks perfect:  Boot0000* ubuntu HD(1,GPT,2257a6db-f953-4923-a25c-b59d3584830b,0x800,0x100000)/File(\EFI\ubuntu\shimx64.efi)
[21:40] <kostkon> glitchd, have you checked your .bashrc and .profile for anything that looks off
[21:40] <TJ-> Zoara327: you see there's a file path now?
[21:40] <Zoara327> where am I looking?
[21:40] <TJ-> Zoara327: OK... we're done... do " exit  " then reboot .. remove the installer USB and your PC should boot
[21:41] <TJ-> Zoara327: line 4 of the pastebin I just copied in
[21:41] <Zoara327> what exactly did I just do? lol
[21:41] <glitchd> kostkon, what exactly am i looking for as far as anything not looking right?
[21:41] <TJ-> Zoara327: you re-installed GRUB boot loader, which called efibootmgr to add the entry to the firmware menu... I don't know why, but originally that didn't add the file path to the boot loader
[21:42] <TJ-> Zoara327: but, we're done... exit, reboot, and test
[21:42] <Zoara327> ok
[21:43] <kostkon> glitchd, you could pastebin their contents, if you don't mind
[21:44] <TJ-> glitchd: could it be a script being run from /etc/update-motd.d/ ?
[21:44] <Zoara327_> Aaaaaannnddd exactly the same thing happens
[21:44] <glitchd> kostkon, sure give me a second to do this
[21:44] <TJ-> Zoara327_: it's not booting ?
[21:44] <Zoara327_> -_-
[21:45] <Zoara327_> Nope
[21:45] <Zoara327_> I followed all the steps
[21:45] <TJ-> Zoara327_: OK, so, we know what the problem is - the PC has a faulty firmware/BIOS. We added the boot menu entry, we proved it was there by reading it with efibootmgr, but the firmware hasn't saved it
[21:45] <TJ-> Zoara327_: So I think now you need to install the latest BIOS that tomreyn found earlier
[21:46] <TJ-> Zoara327_: we've seen this issue on several makes of EFI systems where they do not save the boot menu entries over a reboot, or corrupt them
[21:46] <Zoara327_> Then why would it run Windows 10 but reject this
[21:47] <TJ-> Zoara327_: buggy firmware... most of these systems are only designed and tested with Windows, so bugs like this are never discovered
[21:47] <Zoara327_> Would it matter if any of the secure boot config options are on besides secure boot itself
[21:48] <Zoara327_> I have everything off besides key management which is set to use custom keys and do not clear keys
[21:48] <Zoara327_> Anyways, how do I install the new bios if I don’t have a Os on it
[21:50] <glitchd> kostkon, .bashrc - https://pastebin.com/Nct7aMa5   .profile - https://pastebin.com/6u7fkU0N
[21:51] <kostkon> glitchd, lines 120-122 in .bashrc
[21:52] <TJ-> Zoara327_: I'm checking on this; I've already found descriptions of this particular issue on several HP pavillion models; I'm seeing if there's a confirmed workaround
[21:52] <Zoara327_> I saw that too
[21:52] <Zoara327_> Thank tou
[21:52] <Zoara327_> “You”
[21:53] <TJ-> Zoara327_: whilst I'm searching... reboot into the installer ISO and "Try Ubuntu" so we're ready to do something
[21:53] <glitchd> kostkon, how is that the problem? ive had those in there for a long while already. this all started because i messed up my install yesterday and had to do a repair install. got everything back to how it was except for this one problem.
[21:53] <glitchd> kostkon, ill comment those lines out and see if it makes a difference
[21:54] <kostkon> glitchd, try it yeah
[21:54] <glitchd> kostkon, nope no difference
[21:54] <kostkon> glitchd, you opened a new terminal first right?
[21:54] <glitchd> kostkon, its almost like im not in the sudoers group, but i am
[21:55] <glitchd> kostkon, yes
[21:55] <glitchd> kostkon, new terminal and the message is still displayed at the top
[21:56] <Zoara327_> K
[21:59] <kostkon> glitchd, i can't think of any other culprit but what exactly did you do yesterday
[21:59] <Zoara327_> So do you still want me to install the newer bio
[21:59] <Zoara327_> Bios
[21:59] <christopher_> hi
[21:59] <TJ-> Zoara327_:  not right now, let's try to get it booting Ubuntu first
[21:59] <Zoara327_> Ok
[22:00] <TJ-> Zoara327_: get into the 'Try Ubuntu' session then " sudo apt install pastebinit  " so it's ready to do more diagnostic
[22:00] <glitchd> kostkon, well yesterday my install crashed hard. was not able to recover it normally. had to do an install on top of the install that was there. and ive gotten almost eveything back to how it was except for this, and my network shares.
[22:00] <Zoara327_> K
[22:01] <Zoara327_> Done
[22:02] <Zoara327> ok
[22:03] <Zoara327> let me know when u have something
[22:04] <TJ-> Zoara327: let's get some info: show me " pastebinit <( sudo efibootmgr -v )  "
[22:05] <TJ-> Zoara327: oh, you'll need to do "  sudo apt install efibootmgr  " first !
[22:06] <Zoara327> http://paste.ubuntu.com/p/YtxdhyT5cJ/ here
[22:06] <Nevidimka> hi
[22:06] <Nevidimka> mens
[22:06] <Nevidimka> hey
[22:06] <Nevidimka> are ur here?
[22:07] <Nevidimka> i'm the first here
[22:07] <Nevidimka> say something
[22:07] <kostkon> glitchd, any other config that is being loaded by your terminal app?
[22:07] <Zoara327> What next
[22:07] <Nevidimka> lol
[22:08] <Nevidimka> i communicate with real people, awasome
[22:08] <glitchd> kostkon, i have no idea, how would i check?
[22:08] <Nevidimka> e*
[22:08] <glitchd> Nevidimka, whats your problem dude?
[22:08] <Nevidimka> i have no problem, for what that chat was created
[22:09] <TJ-> Zoara327: right, that shows the firmware didn't save the Ubuntu boot path in the menu (line 4 of the pastebin)
[22:09] <kostkon> glitchd, same things happens when you log into a tty?
[22:09] <Nevidimka> for guys with problem?
[22:09] <Flannel> Nevidimka: This is a technical support channel for Ubuntu.  If you're looking for a social channel, we have #ubuntu-offtopic, thanks.
[22:09] <Nevidimka> Thanks, i get it
[22:09] <glitchd> Nevidimka, this chat is for helping with problems. if you dont have a problem, and youre not here to help, then maybe you shouldnt be here.
[22:09] <glitchd> kostkon, ill check now
[22:09] <Nevidimka> sorry for flood, okey
[22:09] <Flannel> glitchd: relax, no need to be rude.
[22:10] <TJ-> Zoara327: I think we'll try the 'GRUB pretends to be Windows boot-loader" approach :)
[22:10] <glitchd> Flannel, that wasnt rude.
[22:10] <Zoara327> and what does that do
[22:10] <Zoara327> or how do I do that
[22:10] <glitchd> Flannel, hes flooding with nonsense.
[22:11] <TJ-> Zoara327: the 'bug' is that the firmware only accepts boot-loader paths for the Windows boot-loader... anything else is silently thrown away, so we put GRUB in the same path and filename as Windows boot loader would use
[22:12] <mlody> vcdx/quit
[22:12] <TJ-> Zoara327: so, let's get started: "  sudo mkdir /target; sudo mount /dev/sda2 /target "
[22:12] <glitchd> kostkon, yes the same thing happenes when i log into a vt
[22:13] <kostkon> glitchd, and those lines are still commented out
[22:13] <TJ-> Zoara327: "   for n in proc sys dev dev/pts etc/resolv.conf; do sudo mount --bind /$n /target/$n; done   "
[22:13] <glitchd> yes they are commented out, but like i said, i doubted those were the problems.
[22:14] <kostkon> glitchd, you could also cat the global bashrc stupid i know but just for the heck of it cat /etc/bash.bashrc
[22:14] <Zoara327> ok
[22:15] <Zoara327> i did the command and nothing happened
[22:15] <Zoara327> do I need to go root again
[22:15] <TJ-> Zoara327: if you've done the "for ..." you can now enter the installed system with "  sudo chroot /target  "
[22:15] <TJ-> Zoara327: at this point "id" should report 'root'
[22:15] <glitchd> kostkon, bash.basrc - https://pastebin.com/27wt5D9M
[22:16] <kostkon> glitchd, no workie
[22:16] <glitchd> https://pastebin.com/Z7wt5D9M
[22:16] <glitchd> i misread a Z for a 2
[22:16] <glitchd> other way around actually
[22:17] <glitchd> put a 2 instead of a Z by mistake
[22:17] <kostkon> glitchd, and you can run apt etc. just fine
[22:17] <Zoara327> I have root
[22:17] <TJ-> kostkon: glitchd have you checked the user's shell is vanilla bash and not something interposing? "getent passwd $USER"
[22:17] <glitchd> kostkon, yes sudo apt update runs fine, no errors
[22:17] <TJ-> Zoara327: right, good, now do "  mount -a  "
[22:18] <Zoara327> mounted
[22:18] <glitchd> TJ-, i have no idea what youre talking about..
[22:18] <Zoara327> now what
[22:19] <TJ-> Zoara327: right, now I need to be sure things are correct before I start you copying/renaming files. show me "  pastebinit <( find /boot/efi -ls )  "
[22:19] <TJ-> glitchd: if the user's shell is not set to /bin/bash something could be interposed and be running additional scripts in bash's config
[22:19] <Zoara327> http://paste.ubuntu.com/p/njDb6Ck8tC/
[22:20] <Zoara327> here
[22:21] <TJ-> Zoara327: Now: "  mkdir -p /boot/efi/EFI/Microsoft/Boot  "
[22:21] <Zoara327> what next
[22:21] <Zoara327> k
[22:21] <glitchd> TJ-, glitchd:x:1000:1000:glitchd,,,:/home/glitchd:/bin/bash
[22:21] <TJ-> glitchd: that looks fine, good.
[22:21] <Zoara327> ok, done
[22:21] <Zoara327> should I expect a responce?
[22:22] <TJ-> Zoara327: no, these commands are generally quite unless something goes wrong. Now do: "  cp -va /boot/efi/EFI/ubuntu/    /boot/efi/EFI/Microsoft/Boot/  "
[22:23] <TJ-> s/quite/quiet/
[22:23] <Zoara327> ok
[22:23] <Zoara327> what next, got a bunch of strings of text
[22:24] <TJ-> Zoara327: that was 'copy' telling you the files it copied
[22:24] <Zoara327> oh, what did it copy
[22:24] <TJ-> Zoara327: now we will rename the GRUB boot loader file to use the Windows boot-loader's name
[22:24] <Zoara327> how do I do that
[22:24] <TJ-> Zoara327: so: "  mv /boot/efi/EFI/Microsoft/Boot/grubx64.efi     /boot/efi/EFI/Microsoft/Boot/bootmgfw.efi  "
[22:25] <Zoara327> mv: cannot stat '/boot/efi/EFI/Microsoft/Boot/grubx64.efi': No such file or directory
[22:26] <TJ-> Zoara327: arghh, that means the copy didn't do what it should have. Show me "  pastebinit <( find /boot/efi -ls  )  "
[22:26] <Zoara327> this popped up at the bottom of the screen
[22:27] <Zoara327> http://paste.ubuntu.com/p/Wwhmvr3dWh/
[22:27] <Zoara327> here
[22:28] <glitchd> anyone else have any idea how to remedy this?
[22:28] <TJ-> Zoara327: ahhh, my mistake! Let's fix it. "  mv /boot/efi/EFI/Microsoft/Boot/ubuntu/*   /boot/efi/EFI/Microsoft/Boot/ "
[22:29] <Zoara327> ok
[22:29] <TJ-> Zoara327: then do "  rmdir /boot/efi/EFI/Microsoft/Boot/ubuntu  "
[22:29] <TJ-> Zoara327: now this: "  mv /boot/efi/EFI/Microsoft/Boot/grubx64.efi     /boot/efi/EFI/Microsoft/Boot/bootmgfw.efi  "
[22:29] <Zoara327> done, no responces
[22:30] <TJ-> Zoara327: that's good... one last command... give me a moment to make sure I have it correct
[22:30] <Zoara327> ok
[22:31] <TJ-> Zoara327: do: "   efibootmgr -c -d /dev/sda -p 1 -l \\EFI\\Microsoft\\Boot\\bootmgfw.efi -L ubuntu   "
[22:33] <Zoara327> done
[22:33] <TJ-> Zoara327: before we end I want to check something... I just noticed that your earlier "lsblk" output lists the partitions on sda in a strange order; I want to make sure they're in the correct order, so show me:  "   pastebinit <( parted /dev/sda print )  "
[22:34] <Zoara327> http://paste.ubuntu.com/p/9XMyYhMTWH/
[22:34] <Zoara327> here
[22:35] <TJ-> Zoara327: phew! that's a relief, it's OK !
[22:35] <Zoara327> so now what
[22:35] <TJ-> Zoara327: one last command to see what the firmware boot menu looks like: " pastebinit <( efibootmgr -v )  "
[22:35] <TJ-> Zoara327: after this you can "exit" back to the installer, reboot and test
[22:35] <Zoara327> http://paste.ubuntu.com/p/5GG5nGwkJh/
[22:35] <Zoara327> ok
[22:36] <TJ-> Zoara327: looks good, it now looks like this - Ubuntu pretending to be Windows:  Boot0001* ubuntu HD(1,GPT,2257a6db-f953-4923-a25c-b59d3584830b,0x800,0x100000)/File(\EFI\Microsoft\Boot\bootmgfw.efi)
[22:36] <TJ-> Zoara327: fingers crossed and try a reboot
[22:37] <Zoara327> ok, so I can reboot now
[22:37] <Zoara327> k
[22:39] <Zoara327_> Nothing
[22:39] <Zoara327_> Same message
[22:39] <TJ-> Zoara327_: Does the 'ubuntu' entry show up on the manual boot menu ?
[22:39] <Zoara327_> Yes
[22:39] <Zoara327_> It always has
[22:40] <Zoara327_> But if I hit it it says no os is installed
[22:40] <TJ-> Zoara327_: if you enter the firmware setup and go to the boot order section are you able to view the entry details, rather than just see it's name?
[22:40] <Bashing-om> Zoara327_: Are you certain that you are booting in EFI mode vice legacy ?
[22:40] <Zoara327_> Yes
[22:41] <TJ-> Zoara327_: right, it says that presumably because the HP EFI is not saving the path to the boot loader
[22:41] <Zoara327_> in bios now
[22:41] <Zoara327_> Yeah, nothing categorizes off of ubuntu
[22:42] <TJ-> Zoara327_: this is obviously a major fault in the HP EFI, we can hope the latest BIOS fixes it, but we still have to figure out how you can upgrade it without windows
[22:42] <Zoara327_> Well let me think
[22:42] <Zoara327_> The key is saved in the bios for windows, right?
[22:43] <Zoara327_> So all I need to do is install windows 10 fresh from a usb and reinstall it onto the computer
[22:43] <TJ-> Zoara327_: You mean the Microsoft Secure Boot signing certificate ?
[22:43] <Zoara327_> I mean whatever tells the mobo I have had a activated version of Windows in the past
[22:44] <Zoara327_> So all I need is to reinstall the os off another usb to get windows back
[22:44] <TJ-> Zoara327_: hang on!!! I think we might be missing something
[22:45] <Zoara327_> Yes?!!?!
[22:45] <TJ-> Zoara327_: I've just read something that made my brain click... usually EFI is 64-bit but some systems have a 32-bit EFI ... if this HP has a 32-bit EFI that would explain why it won't load/accept/boot a 64-bit GRUB
[22:46] <TJ-> Zoara327_: so... we need to confirm which that HP Pavillion has
[22:46] <Zoara327_> How can I check this?
[22:46] <TJ-> Zoara327_: I'm pretty much 99% sure it must be 64-bit because the Ubuntu installer is 64-bit only
[22:46] <Zoara327_> Yeah, it wouldn’t have even loaded
[22:46] <TJ-> Zoara327_: which Ubuntu release is the installer, is it 16.04 Xenial ?
[22:47] <Zoara327_> Yes, I choose the first install option
[22:47] <Zoara327_> For desktop
[22:47] <TJ-> Zoara327_: I'm not sure if our very latest ISOs, which are hybrid, might include both 64- and 32- GRUB boot loader
[22:47] <TJ-> Zoara327_: so latest would be Artful, 17.10
[22:47] <Zoara327_> No, it was 64 bit only
[22:48] <Zoara327_> And yeah, that’s what I have
[22:48] <TJ-> Zoara327_: OK, so NOT that then... shame, that would have been an easy fix!
[22:48] <Zoara327_> I still have the 32 but install disk of Ubuntu if that might work
[22:49] <TJ-> No, unfortunately
[22:49] <Zoara327_> So what’s a solution to this then
[22:50] <TJ-> Zoara327_: still researching... it's not looking good though, we've tried the most obvious solution that has worked for others
[22:51] <Zoara327_> That’s very strange
[22:51] <Zoara327_> So why is it rejecting the os again?
[22:51] <Zoara327_> Security key, right
[22:51] <MrHall> Hello, i want execute sudo script on init.d (on boot) someone know how can i do that?
[22:52] <Zoara327_> So it can only run Windows because it isn’t designed to accept security keys other then windows
[22:52] <TJ-> Zoara327_: interestingly, the only HP Pavillion that is certified by Ubuntu uses Legacy boot mode, not UEFI! https://certification.ubuntu.com/hardware/201408-15432/
[22:53] <MeaCulpa> a word of warning, don't try to install kubuntu-desktop on top of unity for the sake of having a look, it's a bad, bad thing lol.  Curiousity killed the cat.
[22:53] <MrHall> beacause i want change cpu frequency on boot. because my cpu is so hot and i want slow that
[22:53] <TJ-> Zoara327_: I don't think it's even the security keys, I think it's simply they're hard coded some paths or other details about the Windows boot manager
[22:54] <Zoara327_> Alright, that sucks
[22:54] <Zoara327_> Well I guess I’ll just reinstall Windows then
[22:54] <Zoara327_> Thank you for all the help
[23:08] <Whiskey> what is tcl-dev path`
[23:08] <Whiskey> i says i don´t have it when i try to build but apt-get install says i have it
[23:09] <bparker> I'm trying to figure out if my CPU is a "C2 stepping" because only that one particular model supports VT-d which I want to use. However /proc/cpuinfo only gives stepping information as integers... anyone know how to figure this out?
[23:13] <TJ-> bparker: install the 'cpuid' tool it reports things like that
[23:13] <TJ-> !info cpuid | bparker
[23:14] <TJ-> bparker: e.g. an extract with a Cx value you're probably looking for: (simple synth)  = Intel Core 2 Duo (Wolfdale C0/M0)
[23:14] <Cheguacamole> *wonders if HP and windows conspire like that very often* especially as was trying to buy heaps of ex polytech Dell pcs on the cheap and put linux on them
[23:15] <JoopSoop> Can anybody give me some advice on how to fix my failing make?
[23:15] <JoopSoop> http://paste.ubuntu.com/p/FrjRh7xdSS/
[23:22] <TJ-> Cheguacamole: we see that hard-coded EFI+Windows issue a lot in various forms
[23:22] <Cheguacamole> whoa, is there a list i can access to check 2nd hand parts before i buy them
[23:23] <Cheguacamole> oops i guess that was a pm
[23:30] <TJ-> Cheguacamole: Ubuntu has some lists of certified PCs but there are far too many makes and models to have a comprehensive tested list
[23:31] <TJ-> Cheguacamole: see here for example https://certification.ubuntu.com/
[23:32] <bparker> TJ-:   10       (simple synth)  = Intel Core i7-3800/3900 (Sandy Bridge-E C2) / Xeon E5-1600/2600 (Sandy Bridge-E C2/M1), 32nm
[23:32] <bparker> guess that answers my question
[23:32] <bparker> thanks
[23:33] <bparker> I also figured out how to find this info externally, using the /proc/cpuinfo integer
[23:33] <bparker> you have to find on intel's website a "specification update" PDF
[23:33] <TJ-> bparker: yeah
[23:33] <bparker> and it gives a 16-bit stepping ID in hex
[23:34] <bparker> where the first 4 bits is the integer given by /proc/cpuinfo
[23:34] <bparker> in my case the reported "7" lines up with the C2 stepping ID
[23:34] <bparker> so that is further confirmation
[23:39] <JoopSoop> Can anyone help me fix this compile?  http://paste.ubuntu.com/p/ndczCkDfYt/
[23:40] <JoopSoop> I messed up the logging the last time I posted
[23:40] <JoopSoop> this one is fixed
[23:44] <ikonia> JoopSoop: talk to the software owner
[23:44] <ikonia> or better still, see if there is a version of the software already built and hosted in the ubuntu repos
[23:45] <ikonia> you also shouldn't be blindly doing things like command && command && command
[23:45] <ikonia> you really want to see the output before executing the next step
[23:46] <OerHeks> yeah, up2date since 2013 , https://launchpad.net/ubuntu/+source/libdisasm >> https://tracker.debian.org/media/packages/libd/libdisasm/changelog-0.23-6
[23:53] <hotfudgemuff> hello
[23:54] <JoopSoop> @ikonia I did actually contact the developer, he got me further, but I am still not quite there.
[23:55] <ikonia> JoopSoop: so it's in the repo it would seem, can you not use that
[23:55] <ikonia> other than that, I suggest working with the developer/support
[23:55] <JoopSoop> He helped me in the midst of telling me that he no longer supports it
[23:55] <JoopSoop> in the repo? You mean it can be installed with apt-get or some such?
[23:55] <JoopSoop> Which repo do you mean?
[23:56] <ikonia> https://launchpad.net/ubuntu/+source/libdisasm
[23:56] <ikonia> looks like it's in universe
[23:57] <ikonia> looks like upstream is dead though
[23:58] <JoopSoop> I just installed libdisasm a little while ago, or tried to.  It seemed successful.  on what the developer said, I thought that was a dependency for what I am trying to install overall. hydan.
[23:58] <JoopSoop> Do you think the make error means the install was unsuccessful?
[23:59] <ikonia> what ?
[23:59] <ikonia> the make error means it couldn't build the software
[23:59] <JoopSoop> the make was for hydan.


[03:28] <evand> cjwatson: Shouldn't bug 117889 be warned that they currently wont get very far in testing the fix, given the unionfs issues?
[03:39] <cjwatson> evand: good point, done
[03:57] <CIA-18> ubiquity: cjwatson * r2243 ubiquity/ (debian/changelog ubiquity/frontend/gtk_ui.py): * Translate widgets from all glade files, not just the main one.
[04:30] <cjwatson> evand: bug 137878 may be something you run across - one of those grotty 64-bit arithmetic bugs that permeates into all sorts of hard-to-debug weirdness. I found a maybe-duplicate of it today.
[04:31] <evand> Indeed, I did notice it and spent a few minutes thinking, "wasn't this already fixed before with the exact same patch?"
[04:32] <evand> thanks for the heads up though
[04:32] <cjwatson> there was a similar bug in resizing which may be what you're thinking of
[04:32] <evand> probably
[04:32] <cjwatson> and indeed a very similar approach, replace shell arithmetic with expr
[04:32] <cjwatson> I'm beginning to think it might be easier to just dive in and fix dash, mind you
[04:35] <evand> haha, it'd be easier than having the issue crop up in odd bugs from time to time.  I can't guess at how hard it would be to fix the shell arithmetic though.
[04:35] <evand> too early apparently, that's just rewording what you just said
[04:35] <cjwatson> I don't remember but I suspect I looked before fixing it the first time. Probably horribly tedious
[04:36] <cjwatson> dash is somewhat ancestrally related to busybox sh I think, but we'd have to go through and sort out integer length throughout and ugh
[04:36] <cjwatson> busybox sh used to have the same problem and so partman was at one point fixed to avoid relying on 64-bit arithmetic
[04:37] <cjwatson> but a few things have crept back in
[06:52] <evand> cjwatson: you did do the rosetta update the other day, I don't need to remind you anymore, right?
[06:52] <cjwatson> yeah
[06:52] <evand> ok
[06:52] <cjwatson> it just needs a bit of back-and-forth through the system
[09:50] <evand> cjwatson: Is not copying /var/log/installer/debug to the target filesystem a design decision or just an oversight?
[10:02] <cjwatson> evand: partly an oversight, though I think I was a bit leery about how it contains the user's password if they're running in debug mode
[10:04] <evand> well, it would be 0600, but if you're leery then I don't see a major problem with keeping it as it is.
[10:13] <cjwatson> I just have bad memories of the breezy installer vulnerability that make me nervous about that sort of thing
[10:13] <evand> indeed, that's what I figured the reasoning behind it was
[10:13] <cjwatson> perhaps grep -v password or similar (that won't work, but in that spirit)? something to sanitise the debconf debugging that mentions the user's password
[10:13] <cjwatson> I can see how the information would be useful
[10:13] <evand> hrm
[10:14] <cjwatson> I did try to make debconf hide this itself but unfortunately the debugging is at a level where the code required is horrible
[10:14] <cjwatson> the code is in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=357118 if you want to look
[10:15] <cjwatson> I kind of see joeyh's point though
[10:15] <evand> will do
[10:20] <evand> hrm
[10:22] <evand> I suppose it's ugly (it didn't look that bad to me, but I'm not intimate with that code, obviously), but it's cleaner than trying to remove the password after the fact in install.py.  Is Joey suggesting we strip the sensitive information in code, or that the user should know to?  I'm not big on arguments based on the latter.
[10:23] <evand> though we'd be out of luck if we ever actually did need the password
[10:24] <evand> wait nevermind, I'm completely neglecting the actual database
[10:25] <evand> meh, I'm happy to implement whatever you deem is reasonable, or leave it is if you feel the benefits don't outweigh the costs.


[00:33] <Eickmeyer> krytarik: There's *literally* nothing I can do. That's all on the Ubuntu Release Team. FWIW, we're not the only ones getting those.
[00:33] <Eickmeyer> I've already inquired.
[00:34] <Eickmeyer> Basically, because of the iso-level-3 implementation, there's no real limit anymore, so the limit warnings are moot and obsolete anyhow.
[00:39] <Eickmeyer> Inquiring again.
[01:32] <Eickmeyer> krytarik: Switching the alerts *from* the ML to a different ML.
[12:59] <krytarik> Eickmeyer: Ah, thanks!  I already wondered where today's oversize warning for Jammy went, because the limit wasn't increased for it yet.. XD
[14:24] <Eickmeyer> krytarik: Yeah, I was rather annoyed that Jammy was going oversized due to no fault of our own when the whole purpose of those warnings is to hold the flavors accountable. Only explanation was the kernel increased the size.
[14:26] <Eickmeyer> To be honest, I find the whole approach of a daily email heavy handed. A weekly email would be better.
[15:04] <Eickmeyer> eylul[m]: Not sure what's going on with the Mastodon account, but it didn't automatically retoot the tweet from Friday. I just did a manual toot.


[00:06] <Geoff918> I have successfully set up the local frontend/backend on a system. I am now attempting to get a remote frontend to log-in. I have successfully SSH'd into the machine, but it seems I am not sure what the default MySQL user is--so the end result is that I keep getting booted. What is the default MySQL user for Mythbuntu?
[00:27] <Geoff918> !help MySQL
[00:27] <Zinn> !help MySQL For a  complete list of my knowledge visit: http://www.baablogic.net/Zinn.cgi  Other available commands: !status, !about, !bug [bug_number].
[00:29] <superm1> Geoff918, all that information is stored in /etc/mythtv/mysql.txt
[00:29] <superm1> (on the backend)
[00:29] <superm1> or you can configure a security key for UPNP  in mythtv-setup and have it all autodiscovered
[00:29] <Geoff918> superm1: okay, I'll check it out real quickly
[00:31] <Geoff918> is it encrypted as most MySQL passwords are? I might just need to change it on the machine itself because I have tried a few options to log-in and all to no avail
[00:31] <superm1> Geoff918, it's in clear text on the backend, but only readable by the mythtv group
[00:32] <Geoff918> okay, so if I change it here....it will carry through?
[00:32] <superm1> dont change it there
[00:32] <superm1> that's just where you can fetch the info from
[00:32] <superm1> on your backend
[00:36] <Geoff918> okay, I think I got it. Apparently, I missed the most obvious thing on the MCC, MySQL service was not enabled...we'll give it a go...I'll be back if it fails. Thanks superm1
[00:50] <Geoff918> Well, I'm half-a-step closer. I now have a successful connection to the MySQL server on the remote backend. My local frontend is failing to launch, however. Any ideas on this one?
[00:51] <Geoff918> "local" -- e.g., remote from server
[00:51] <superm1> remove the stuff in ~./mythtv on the local frontend and try again now
[00:52] <Geoff918> delete the contents of the directory, or remove the directory as well?
[01:02] <Geoff918> okay, well sadly that didn't work. I tried it twice.
[01:07] <Geoff918> I'm trying an aptitude purge
[01:07] <superm1> its certainly a  configuration problem still
[01:08] <superm1> reinstalling binaries probably won't solve it if the conf file problem is local to a home directory
[01:10] <Geoff918> I can clear the applicable home directories
[01:10] <superm1> you should work through the problem iteratively
[01:10] <superm1> 1) Is the IP address set properly in mythtv-setup on the backend in BOTH boxes?
[01:11] <superm1> 2) Is the MySQL service enabled on the backend?
[01:11] <superm1> 3) Did you set a security key in mythtv-setup on the backend?
[01:11] <superm1> If all of the above are true, you should be offered to connect via upnp from a remote frontend
[01:11] <superm1> and it will fetch the information for you after you enter the security key
[01:12] <superm1> if that's not working, you can remove the ~/.mythtv directory and try once more on the remote frontend
[01:12] <Geoff918> MySQL is enabled on the backend--I have gotten a successful connection
[01:12] <superm1> so check 1 & 3 then
[01:12] <Geoff918> the backend is saying (on bootup) no uPnP found
[01:13] <superm1> please check mythtv-setup for the exact things I indicated
[01:13] <Geoff918> okay, will do...it may take a few
[01:13] <superm1> there are two boxes in the general section that require setting an IP address
[01:14] <Geoff918> on the backend they're both set to <IP_ADDRESS> with default port settings
[01:14] <superm1> and did you set a security key?
[01:14] <superm1> 0000 is fine and will allow any connections
[01:14] <superm1> but blank disables it
[01:16] <Geoff918> yes, I set 0000
[01:18] <superm1> so now when the frontend tries to connect, does it find it via upnp, if not, what are the errors?
[01:33] <Geoff9181> okay, after uninstalling the mythbuntu frontend on the local machine (and reinstalling), I got it to start-up and it said, "No uPnP backends found" which makes sense because I forgot to switch it to the same network. So, it wouldn't be there...
[01:34] <Geoff9181> okay, after uninstalling the mythbuntu frontend on the local machine (and reinstalling), I got it to start-up and it said, "No uPnP backends found" which makes sense because I forgot to switch it to the same network. So, it wouldn't be there...
[04:01] <sidney> mythbuntu crashed while doing a scan for channels
[04:03] <sidney> now when i attempt to logon the computer lose the signal to the monitor
[05:32] <red_one> i installed mythbuntu from wubi, and it rebooted and is stuck at grub :(
[11:36] <xbmc> suggestion on a compact linux os to wakeonlan my MBE so I can reboot and start my diskless FE
[11:36] <xbmc> idea is to have network boot firrst boot preference and if it fail then boot from usb or cd
[11:37] <xbmc> will a std usb stick do the trick or do i need aspecial one?
[14:43] <jaume> hello
[14:44] <jaume> anyone has tested hvr-4000 with ubuntu and mythtv? no channels found in a full scan!