[04:11] <grantbow> while installing on 10.04 I got the following:
[04:12] <grantbow> Errors were encountered while processing: /var/cache/apt/archives/python-sugar-0.88_0.88.0-1ubuntu1_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1)
[04:20] <timClicks> grantbow, how did you install it?
[04:24] <grantbow> timClicks: I followed the 10.04 instructions https://wiki.ubuntu.com/Sugar/
[04:24] <timClicks> sorry to hear things went badly for you
[04:25] <grantbow> if I can debug it far enough I'm happy to file a good bug out of the experience
[04:26] <grantbow> oops, because for 10.04 it's still a ppa the automatic bug reporting didn't complete successfully
[04:27] <grantbow> a box popped up but it failed after two click-throughs
[04:27] <timClicks> hrm
[04:39] <timClicks> grantbow, what happens when you do "sudo dpkg -i   /var/cache/apt/archives/python-sugar-0.88_0.88.0-1ubuntu1_i386.deb"
[04:42] <timClicks> actually, a better command would be
[04:42] <timClicks> sudo dpkg  --debug=3773 -i  /var/cache/apt/archives/python-sugar-0.88_0.88.0-1ubuntu1_i386.deb
[04:45] <timClicks> there is a quite good tutorial here
[04:45] <timClicks> http://shearer.org/Debugging_Dpkg_Problems
[04:46]  * grantbow triest the dpkg command
[04:47] <grantbow> hmm, quite a bit of output, looking for a pastebin
[04:51] <grantbow> ok, I ran that with 2>&1 on the end and I got http://pastebin.ubuntu.com/520539/
[04:51] <grantbow> timClicks: I'll look at the tutorial now too, thanks for the link
[05:00] <grantbow> timClicks: I tried to do an apt-get install asoundconf-gtk for an unrelated problem
[05:01] <timClicks> was that having trouble as well?
[05:01] <grantbow> I got the following: http://pastebin.ubuntu.com/520541/
[05:01] <timClicks> i recommend asking in #ubuntu
[05:02] <grantbow> I have nowhere near the time to do that.  I'm at UDS trying to catch up on things before tomorrow and still get some sleep.
[05:02] <grantbow> I don't think these issues are unrelated to the sugar packages from what I see so far
[05:02] <nUboon2Age> sometimes apt-get is ineffective in resolving dependencies, where Synaptic does better (or Aptitude) grantbow
[05:03] <Quozl> i've never had anything do better than apt-get for resolving dependencies.
[05:03] <grantbow> maybe, but the real issue is a failed install script in python-sugar per http://pastebin.ubuntu.com/520539/
[05:04] <nUboon2Age> well your mileage may vary, but i'm not the first to say that Quozl
[05:04] <grantbow> nUboon2Age: you came in late and missed the first part of this discussion unfortunately
[05:04] <nUboon2Age> so sorry grantbow
[05:05] <nUboon2Age> so does the install script essentially break the apt cache stuff grantbow?
[05:07] <grantbow> every package includes install scripts, and when they break the system can be in an indeterminate state
[05:08] <grantbow> as I think is part of the problem here along maybe with some dependencies that may be related to my older attempt to install packages similar to these on this machine
[05:09] <grantbow> looking at http://pastebin.ubuntu.com/520541/ I think the problems are related to the current packages and current failed install script as described by the output http://pastebin.ubuntu.com/520539/
[05:20] <grantbow> I wish these packages were rock solid - I need them.
[07:14]  * grantbow goes to bed, ttyl I hope
[12:21] <satellit_> grantbow: https://wiki.ubuntu.com/Sugar and http://wiki.sugarlabs.org/go/Community/Distributions/Ubuntu
[12:23] <satellit_> http://download.sugarlabs.org/usr/USR-i386-20101007.iso latest (Just have to add surf-115 to complete it)
[14:10] <grantbow> satellit_: I'll try that later after I fix my machine one way or another as the package install script broke and now my machine can't install packages until I get something resolved with it.
[14:11] <grantbow> I will probably uninstall I guess
[14:12] <satellit_> Try USR  (use USB startup disk creator to make a USB installer)
[14:13] <grantbow> satellit_: I will do that after I fix my broken system then download USR
[14:13] <satellit_> ok good luck......
[14:13] <grantbow> I just got the zsync files from http://download.sugarlabs.org/usr/
[14:15] <satellit_> you can run as non-install also
[14:15] <satellit_> from USB
[14:15] <grantbow> after I fix the broken package script
[14:15] <satellit_> :  )
[14:15] <grantbow> breaking people's systems with bad packages is very very bad
[14:17] <satellit_> http://people.sugarlabs.org/Tgillard/Surf-115.xo  is good browser to use with USR then can load terminal etc,,,,
[14:17] <satellit_> drag drop from 2nd USB
[14:17] <grantbow> quite frustrating this discussion
[14:17] <grantbow> the package is broken
[14:17] <grantbow> it needs to get fixed
[14:17] <grantbow> if you can help great
[14:18] <grantbow> anything else than my broken system right now is not very helpful as once I uninstall I won't be able to help debug this serious problem of breaking machines with the existing sugar packages offered for use in the PPA
[14:20] <grantbow> I would rather work with someone who cares to fix this than ignore it as it's a serious bug that disables at least my machine and probably others
[14:21] <satellit_> USR is 10.10 so no need for ppa  sudo apt-get install ubuntu-sugar-remix from Universe
[14:22] <anubhav_> alsroot: hi
[14:22] <alsroot> anubhav_: hi
[14:22] <anubhav_> alsroot:  could you provide some pointers on Multiple numbers appended to make filenames unique on removable devices.(#2453)
[14:23] <grantbow> satellit_: you are missing the point
[14:24] <satellit_> OK I am not a ubuntu guru....... I am sugesting a fresh install....Obviously you are not
[14:24] <anubhav_> alsroot: according to my understanding i have to get the metadata of each item in listview and check there titles and chnge them accordingly
[14:24] <alsroot> anubhav_: see model.py in journal sources, it should take care of creating new files
[14:25] <grantbow> the sugar packages broke my system - if I uninstall I can't help fix it
[14:25] <grantbow> and my effort is wasted and other people's machines are going to break
[14:25] <grantbow> did you see the output of the two pastebins last night?
[14:26] <satellit_> grantbow: I cannot help you on this....sorry
[14:29] <anubhav_> alsroot: we have check the titles of other icons while writing here w can change but how could we get the titles on already existing icons ?
[14:30] <grantbow> satellit_: Understood, just stop offering alternatives as if you are ignoring the real problem.  I'm not only interested but willing and able to help try to help get things fixed for myself and anyone else that tries the packages on Ubuntu. I can look at the script later when I have more time.
[14:30] <alsroot> anubhav_: in my mind changing filenames of already existed files is overkill
[14:32] <anubhav_> alsroot: ok.. my question was how can we get the previous title not for changing but for comparing so that we can name the existing bundle accordingly
[14:34] <alsroot> anubhav_: if there is not chances to get it from code, it is impossible - datastore doesn't provide history of matadata changing
[14:37] <anubhav_> alsroot: ok thank you...
[16:56] <lfaraone> grantbow: did you file a bug about tht?
[16:56] <grantbow> hi luke!
[16:56] <grantbow> not yet
[16:57] <lfaraone> grantbow: the issue is that you have sugar-base installed from the PPA, at least from my inspection of your logs.
[16:57] <grantbow> are the pastbins enough for an actionable bug? I'd like to narrow it down first
[16:57]  * lfaraone doens't like the PPA, personally.
[16:57] <grantbow> thanks for looking!
[16:57] <lfaraone> grantbow: line 122 http://pastebin.ubuntu.com/520539/ appears to be the actual error.
[16:58] <grantbow> I'm about to step into a session at uds.ubuntu.com on desktop testing
[16:58]  * grantbow looks
[16:59] <grantbow> the ppa is the only way to install on 10.04 right?
[16:59] <lfaraone> grantbow: no.
[16:59] <grantbow> oh, interesting
[16:59] <lfaraone> grantbow: I think you can install Sugar in 10.04, but it just doesn't have activities.
[17:00] <grantbow> I did install via the ppa.  If there's another way https://wiki.ubuntu.com/Sugar needs an update
[17:00] <lfaraone> As a group, I don't think we intend to support 10.04. 10.10 was the first release there was a concerted effort to make it Not Suck.
[17:00] <grantbow> but MY laptop is 10.04 right now, lol
[17:01] <grantbow> I hear you
[17:01] <lfaraone> In all honesty, I don't think we should advise *anybody* to use the PPA, there's no quality assurance before packages are uploaded.
[17:01] <grantbow> that wiki page should be updated then
[17:04] <satellit_> grantbow alsroot used to maintain a ppa for ubuntu. not sure if it still exists
[17:06] <alsroot> satellit_: the last ppa was for karmic, for recent ubuntu versions - official packages and bazaar packages (it contain eg pyxpcom)
[17:06] <lfaraone> We really should do some quality assurance *before* suggesting these things to users.
[17:06] <satellit_> alsroot: thanks
[17:11] <grantbow> lfarone: yes
[17:14] <satellit_> grantbow: lfaraone: also see wiki http://wiki.sugarlabs.org/go/Community/Distributions/Ubuntu#Sugar_on_Ubuntu_10.04_.28lucid.29  these should be checked It has been 6 months since I tried this (worked then)
[17:17]  * lfaraone just posted to the ML about proposed QA for the PPA
[17:18] <satellit_> grantbow: does software sources show ppa?
[17:19] <grantbow> thank you for the link and ML item
[17:19] <grantbow> satellit_: I always use a command line and manually check /etc/apt/sources.list.d
[17:19] <satellit_> sudo apt-get remove `dpkg-query -W -f '${package} ${maintainer}\n' | grep alsroot | awk '{print $1}'`
[17:19] <satellit_> sudo sed -i '/alsroot.sugar-0.86/d' /etc/apt/sources.list
[17:19] <satellit_>  to remove it?
[17:20] <grantbow> interesting, I'll try that later today
[17:20] <satellit_> that is from wiki instructions for older ubuntu....just an idea
[17:20] <alsroot> satellit_: yup, but it was an issue only if older ppa was used before
[17:21] <grantbow> I don't think I have an older ppa now
[17:25] <satellit_> I have 10.10 (USR 902 running now on external USB Drive) works well.. per instructions on wiki's I so sudo apt-get update and then sudo apt-get upgrade to maintain latest activities
[17:28] <satellit_> s/do
[17:38] <satellit_> lfaraone: any way to restore the ppa to an older working version? (I saw your note in lists about it)
[17:51] <satellit_> grantbow: Virtualbox? http://wiki.sugarlabs.org/go/Emulator_image_files#VirtualBox   Appliance of UbuntuSugarRemix
[17:53] <grantbow> Virtualbox performance of SoaS sucks. I'm having to repartition a few machines when I get back to california
[17:54] <satellit_> grantbow: depends on laptop  works great on hp AMD 64x2 laptop
[18:09] <USRMaverick-48f0> grantbow: here is Maverick 10.10 USR with sugar as sugar-emulator -f
[19:03] <thangam_arun> dfarning, Hii
[19:04] <manusheel> thangam_arun: Hi Arun.
[19:04] <dfarning> thangam_arun, he
[19:04] <dfarning> thangam_arun, ^Hi
[19:05] <thangam_arun> manusheel, Hii
[19:05] <dfarning> thangam_arun, id you have a good trip?
[19:05] <thangam_arun> dfarning, Yes
[19:05] <thangam_arun> dfarning, gud experience
[19:06] <thangam_arun> dfarning, i have one question
[19:06] <thangam_arun> I am trying to run ./usr-scratch.sh
[19:07] <thangam_arun> it throws cp: cannot stat `build/i386-fs/boot/initrd.img*': No such file or directory
[19:09] <thangam_arun> dfarning, i need to have the rootfs structure in ./usr directory ??
[19:10] <dfarning> thangam_arun, one minute I'll log in th the build machine
[19:11] <thangam_arun> dfarning, okay
[19:13] <dfarning> thangam_arun,  did you run it as 'sudo ./usr-scratch.sh all i386'?
[19:14] <thangam_arun> no
[19:14] <thangam_arun> ./usr-scratch.sh iso i386
[19:14] <dfarning> thangam_arun, it must be run as root because of the file squashing stuff
[19:15] <thangam_arun> dfarning, fine
[19:15] <dfarning> thangam_arun, I think you are on the sudo list.
[19:15] <thangam_arun> dfarning, now its working
[19:15] <thangam_arun> dfarning, Thanks a lot
[19:16] <dfarning> thangam_arun, thanks for working on this!  Have you met grantbow? He is at the ubuntu developer summit this week.
[19:17] <thangam_arun> dfarning, No
[19:17] <grantbow> thangam_arun: are you at UDS too?
[19:17] <thangam_arun> dfarning, i did not know him
[19:17] <thangam_arun> grantbow, no no
[19:18] <grantbow> ok
[19:18] <dfarning> grantbow, thangam_arun is working on the build system so we can make USR - ISOs
[19:18] <grantbow> excellent!
[19:18] <dfarning> http://download.sugarlabs.org/usr/
[19:19] <dfarning> grantbow, it is a slightly modified version of Ubuntu Netbook remix with Sugar as a GUI.
[19:21] <dfarning> thangam_arun,  i use the following incantation to run a build+upload
[19:21] <dfarning> sudo ./usr-scratch.sh all i386 && sudo ./usr-scratch.sh all amd64 && rsync -aP output/* sunjammer:/upload/usr
[19:22] <thangam_arun> dfarning, okay
[19:22] <thangam_arun> dfarning, I just started usr build for both i386 and amd64
[19:23] <dfarning> thangam_arun, nice.
[19:24] <satellit_> I will test when it gets uploaded to /usr....
[19:24] <thangam_arun> satellit_, Thanks for your support.
[19:24] <satellit_> yw thanks for all of yours
[19:25] <dfarning> thangam_arun,  A nice task to get familiar with the build script might be to abstact is slightly so that we can make both 10.10 and 11.04.
[19:27] <dfarning> thangam_arun, would be pretty straight forward.  just changing a couple of constants to variables.  the chroot command handles all of the hard stuff:)
[19:27] <thangam_arun> dfarning, what are all the chnages need to be done ?
[19:29] <dfarning> thangam_arun, add another case in function_uasge()
[19:29] <thangam_arun> dfarning, okay
[19:30] <dfarning> thangam_arun, change the hardcoded maverick in line 78 of do_debboot strap
[19:30] <dfarning> thangam_arun, a couple of minor things like that.
[19:31] <thangam_arun> dfarning, okay
[19:32] <dfarning> thangam_arun, to be complete we will also want to split up the template dir into 10.10 an 11.04 templates.
[19:34] <thangam_arun> dfarning, okay. Right now i am just modifying the script
[19:40] <dfarning> thangam_arun, cool.
[20:02] <thangam_arun> dfarning, we need to have to usr-10.10 and usr-11.04 directories ??
[20:03] <thangam_arun> dfarning, how are we going to organise the build for 10.10 & 11.04 ??
[20:04] <dfarning> thangam_arun, hmmm. not sure. What do you think is best?
[20:07] <thangam_arun> we will have two directories like "usr-04" "usr-10" build scripts for the same. Otherwise we will be able to build only one codename at a time not both(10.10 &11.04)
[20:09] <thangam_arun> dfarning, between, i am getting "Failed to read file build/i386-fs/proc/acpi/info, creating empty file" --> is it wrong or just an information ??
[20:09] <dfarning> thangam_arun, +1
[20:10] <dfarning> thangam_arun, I have not noticed that error before.
[20:22] <thangam_arun> dfarning, i am getting more like so
[20:49] <thangam_arun>  dfarning, the iso creation process will take more time ??


[16:15] <leftyfb> Looks like we have a botnet https://pastebin.ubuntu.com/p/2pkVRqgg5t/
[17:15] <Flannel> leftyfb: no, that's just matrix.
[17:15] <leftyfb> matrix?
[17:16] <Flannel> it's a gateway thing
[17:16] <leftyfb> even though half of them all end in [m] for their nick?
[17:16] <Flannel> that's for mobile, or away, or something. I don't remember exactly.
[17:17] <Flannel> It's not my favorite, but it's not illegitimate
[17:17] <leftyfb> ah, ok
[17:17] <CarlFK> it's another chat/communications protocol
[17:19] <CarlFK> here are a few lines I wrote for an org:  https://wiki.pumpingstationone.org/IRC#Matrix
[17:19] <CarlFK> I know a bunch of DDs that evangelize it, so it must be good.  (the end.)
[17:52] <Menzie> CarlFK - too bad it's in Chicago
[17:52] <Menzie> I could use some inspiration to create something like that in my city
[17:54] <CarlFK> Menzie: you are welcome to hang out in    /join #pumpingstationone
[17:54] <Menzie> :)


[15:37] <jetwhiter> Hdhomerun-plus mythbuntu 14.04. Problems. AMD catalyst. Menu bar won't go away. Some options display blank unresponsive screen. Only fixed by using ctrl-alt-f4 then ctrl-alt-whatever instance mythbuntu is running. Biggest problem is heavy use of hdhomerun which kills the network. It don't stop even closing the front end.
[15:38] <tgm4883> jetwhiter: why would it? The backend is what uses the tuners, not the frontends
[15:39] <jetwhiter> Machine is front and backend. But setup to allow remote .
[15:40] <tgm4883> still it's the backend that uses the tuners
[15:41] <tgm4883> Menu bar is currently an issue being worked on. If you close and reopen the frontend it should go away
[15:41] <jetwhiter> I agree but the heavy network traffic only appears after front end opens
[15:41] <tgm4883> and you are sure it's going to the HDHR?
[15:41] <qwebirc21548> hi
[15:42] <qwebirc21548> I tried to install myubuntu on laptop acer aspire i5 with hard disk ssd and gives an error
[15:43] <jetwhiter> Wonder if IP should by set to machine IP. Maybe allowing remote access causes it.
[15:44] <jetwhiter> tgm4883: positive.
[15:45] <qwebirc21548> Crashes the installation
[15:47] <tgm4883> jetwhiter: what do you mean by "Machine IP", and how are you measuring traffic, and have you tried stopping the backend process and seeing if it continues to flood the network
[15:47] <tgm4883> qwebirc21548: what error?
[15:51] <qwebirc21548> Run in crash .
[15:51] <jetwhiter> tgm4883: instead of local using actual IP in setup of front and backend. Its going through a powerline it's lights go intermittently red when it happens and all lights and router lights blink like crazy.
[15:51] <qwebirc21548> Retrying and there placed all
[15:52] <tgm4883> jetwhiter: and it never stops?
[15:53] <jetwhiter> tgm4883: haven't tried killing backend. But it does start only when front end begins live tv. It does not stop after front end is closed.
[15:54] <tgm4883> jetwhiter: you didn't say that earlier, but lets verify something. Do you have mythweb installed?
[15:54] <jetwhiter> tgm4883: it stops when I restart the machine.
[15:54] <tgm4883> jetwhiter: yea, that's not super helpful
[15:54] <tgm4883> jetwhiter: Do you have mythweb installed?
[15:55] <jetwhiter> tgm4883: not sure about mythweb. It was standard default install except for choosing allow remote frontends
[15:56] <tgm4883> jetwhiter: what happens if you open a browser and go to the backend's IP address
[15:56] <tgm4883> try also http://BACKENDIP/mythweb
[16:00] <tgm4883> qwebirc21548: are you enabling VNC during install?
[16:01] <qwebirc21548> yes
[16:01] <tgm4883> qwebirc21548: don't do that, known issue.
[16:04] <qwebirc21548> Ok, retrying without
[16:20] <qwebirc21548> Solved without vnc
[16:20] <qwebirc21548> thx
[16:20] <qwebirc21548> bay


[14:54]  * Cimi studying
[15:39] <zniavre1> hello
[15:40] <zniavre1> please what is the widget name for volume-applet ? (i would want to change prelight background )
[16:45] <kwwii> _MMA_: what do you use to make wavs from mp3s?
[17:23] <thorwil> kwwii: don't know what he uses, but may i suggest: mplayer -ao pcm input.mp3 -ao pcm:file=output.wav?
[17:44] <kwwii> thorwil: will that get the right bitrate and such?
[17:45] <thorwil> kwwii: i guess yes. why would it get that wrong? :)
[17:46] <kwwii> thorwil: well, my mp3s are all 256 not 44
[17:47] <thorwil> 256 khz??
[17:47] <kwwii> yepp
[17:49] <thorwil> kwwii: are you sure you are not mixing up something? like sample rate, bit rate and the very different way mp3 quality is measured?
[17:49] <_MMA_> kwwii: Can't be right. That's the bitrate.
[17:49] <_MMA_> Sampleing rate can be 44.1/48kHz.
[17:49] <kwwii> ahhh, right
[17:50]  * _MMA_ doesnt know if mp3s can do 96kHz. I think FLAC can.
[17:52] <thorwil> "the available sampling frequencies are 32, 44.1 and 48 kHz"
[17:53]  * thorwil -> dinner
[17:54]  * _MMA_ is testing out his OTA HDTV tuner. Is rather impressed.
[17:54] <_MMA_> OTA = Over The Air
[17:54] <kwwii> ok, I just wrote a script to do the transcoding, now to make it burn a cd as well....thanks all
[17:54] <kwwii> _MMA_: what is that?
[17:54] <_MMA_> Read again.
[17:55] <kwwii> ahhh terrestrial, cool
[17:55] <_MMA_> Yeah. It's alot better than I thought.
[17:56] <_MMA_> There's a Tarheel football game on in full 1080p and it looks great.
[17:57]  * kwwii still has an old box tv :-(
[17:58] <kwwii> thinking about getting a 52" for christmas though...they are much cheaper now
[18:05] <_MMA_> Yep. I just have a 480i (EDTV) 43" plasma and I love it. I can still run a 1080p signal to it. Only way to tell is put a full 1080p set next to it. Even then, it's not such a big difference to bother me.
[18:06] <_MMA_> s/480i/480p
[18:06] <_MMA_> EDTV = Extended Definition TV
[18:06]  * _MMA_ realizes this really should be in PM.
[23:33] <kooldude> ive been gone for a while, so can someone give me an update on what we're doing
[23:36] <kooldude> ive been gone for a while, so can someone give me an update on what we're doing


[03:05] <jimmy_> Hello :)
[03:23] <yosefh> test
[03:24] <yosefh> is this thing on?
 Hey
[12:52] <BluesKaj> 'Morning folks
[16:42] <zen_> anyone can help me how to fix kde neon 20200625 kernel panic on ryzen 3 2200u
[18:04] <user|79463> Hi there. Hope you people can help me. How much space do Kubuntu 20.04 LTS need? Last I tried to install it, it would use my 3 HD (120GB SSC, 500GB and a 1TB) Is that right??
 @user|79463, Bare bones KDE/Kubuntu does not require much disk space, but if you plan to use it to for games, office apps, teams, zoom or development, then you need to plan accordingly.
 You can configure Kubuntu to use all 3 of your disks during or after install.
[18:12] <user|79463> Ok. On install I could not on my 120GB, it was too small. It took my 1TB instead. And same with my 500GB
 Are you trying to preserve the existing data on each of those drives?
 What OS is currently installed?
[18:14] <user|79463> No. It was first time I install Kubuntu 20.04 LTS
[18:15] <user|79463> Empty HD
 So you are trying to install Kubunut on a new system with fresh new hard drives?
[18:17] <user|79463> Yes
[18:21] <tomreyn> i'm pretty sure a full standard kubuntu installation won't take more then 20 GB disk space.
 The installer guess which drive to use for installation, but you can override the default drive (Disk Setup tab, select Manual option, and select the drive for install from the drop down).
[18:22] <tomreyn> * 25 GB according to https://help.ubuntu.com/community/Installation/SystemRequirements
[18:22] <user|79463> Ok thx for the help. I will try again on a new install
 Jump to 37s into this video to see a drop down example: https://www.youtube.com/watch?v=b46RC0tE1qw
 Are you familiar with linux file systems and drive mounting?
[18:27] <user|79463> Nice video you sent. No not so familiar, but I learn from you guys ;-)
 If so, I recommend mounting your other drives using the Manual Disk Setup option. You can create custom mount points such as /data or /mnt/drive1 or /mnt/drive2 for your other drives, the setup will automatically add them to your /etc/fstab file.  But mounting can also be completed after setup.
[18:28] <user|79463> Ok
 I would suggest to use the 128G SSD as root ("/") and your 1TB drive for /home and the 500GB drive as /data
[18:30] <user|79463> Ok. Copy that!  Now I will try to install on my 120GB. Again - thx for help. See you later
[18:31] <Sticcy> kooboontoo?
 That's how I say it.
[18:42] <user|72121> hello
[18:43] <user|72121> I have Pentium 2 intel processor can i use kubuntu 20
[18:43] <user|72121> ??
[18:44] <tomreyn> i don't think so. it wouldn't be a good idea also, those old cpus have unfixed vulnerabilities
[18:44] <tomreyn> thanks for the chat
[20:43] <Guest61682> thanks and hello, kubuntu is running as a vm and i cant get full screen been trying for days, any help
[20:48] <RikMills> https://bugs.kde.org/show_bug.cgi?id=407058
[21:21] <th4ntis> Can anyone help me figure out why im having issues restarting/shutting down my machine while it's "Docked". I have th lid closed and its hooked up to a USB-C hub with ethernet, and display, etc. Anytime I go to restart or shutdown the laptop I have to remove it from where I haveit placed and open the lid, 'wake it up' where im greeted with the login screen, then have to restart/shutdown.
[22:06] <derek-shnosh> I joined my Kubuntu 20.04 desktop to my local Active Directory domain, working great for my SMB and even managing my sudo access via AD. However, whenever I reboot, I have to click "Other" on the login screen and manually type in my AD username then password. Is there a way to get the login screen (SDDM?) to cache or otherwise show the domain login
[22:06] <derek-shnosh> that was last used?


[02:32] <NCommander> hola world
[15:23] <jan__> hi
[15:24] <jan__> anybody in here?
[15:26] <persia> Lots of people, but you'll always get a better response with a specific question.
[15:27] <jan__> i just installed umpc on my new netbook (gigabyte m912) and i am facing the problem, that my touchped is not recognized
[15:27] <persia> Which touchpad does that have?
[15:28] <jan__> i had the same problem with the normal ubuntu but the workaround that works for the normal version does not change anything for umpc
[15:28] <jan__> it from synaptics
[15:30] <persia> What was your workaround?
[15:30] <jan__> adding i8042.noloop=1 in the kernel-line in grub
[15:31] <jan__> and uninstalling xserver-xorg-input-synaptics
[15:31] <persia> And the same two steps don't work in UMPC?
[15:32] <jan__> right
[15:32] <jan__> the touchpad ist just "dead"
[15:34] <persia> Hmm.  I'd recommend comparing the x11.driver value for the lshal output for each of the working environment (Desktop) and the non-working environment (UMPC).  I have a feeling that either you're missing a driver you need, or a different driver is grabbing your device (and then not working).
[15:35] <jan__> thats pretty strange. the support for the touchscreen and the wireless are not working either (same as the normal version)
[15:35] <jan__> i guess my netbook is just too new
[15:36] <persia> Well, the drivers are the same in both, although I think the UMPC version has a few more touchscreen drivers enabled by default.
[15:37] <persia> But yeah, it's probably that you have newer hardware.  You might want to file bugs (one for each piece of affected hardware), and include your lshal, lspci -vvnn, and lsusb -v output.  That might help get them supported.
[15:37] <jan__> is there any default calibration? the calibrating-program that came with the driver is not working
[15:38] <jan__> and the touchscreen desperatly needs to be calibrated
[15:39] <persia> I think the calibration tool only works for touchscreens supported by the evtouch driver right now.
[15:40] <jan__> right, it doesnt work
[15:41] <jan__> hm... i think i will check 8.04. i read that the driver/calibration for the touchscreen will work with that version
[15:41] <jan__> and i hope, that the workaround for the touchpad will work there as well
[16:43] <BUGabundo1> hi
[16:44] <BUGabundo1> can keytouch be used to capture the keycodes of extra shortcuts on an eeepc?
[16:49] <BUGabundo1> 59 ppl in the room! uau
[18:36] <thebishop> hello
[18:36] <thebishop> i'm interested in the Gigabyte M528, but it has limited storage.  Are there any other reasonably priced MIDs on the horizon with more storage or a standard SD slot?


[08:51] <tomwardill> the hardest part about retries is writing tests for them
[08:52] <SpecialK|Canon> ahja
[08:52] <tomwardill> https://github.com/jd/tenacity is neat though
[09:06] <tomwardill> Add retries for ConnectionError in registry client: https://code.launchpad.net/~twom/launchpad/+git/launchpad/+merge/382904 and matching dep addition: https://code.launchpad.net/~twom/lp-source-dependencies/+git/lp-source-dependencies/+merge/382903
[09:14] <cjwatson> Thanks, looking
[09:16] <cjwatson> Oh, Julien Danjou, good
[09:18] <tomwardill> it's a maintained fork of the retrying library
[09:18] <tomwardill> the backoff library is currently unbuildable from source
[09:20] <cjwatson> Question in there for you
[09:21] <tomwardill> yep, we can shorten the retry, I just picked a number
[09:21] <tomwardill> 5 seconds * 5 retries?
[09:23] <cjwatson> 3 seconds maybe?  I'm not super-happy about 15 seconds either but it's hopefully tolerable at least until we figure out something better
[09:24] <tomwardill> sure
[09:24] <tomwardill> cjwatson: changed and pushed
[09:28] <cjwatson> r=me with a few more comments
[09:37] <tomwardill> cjwatson: oh good call on the sleep patch, that has massively simplified things
[09:37] <cjwatson> Oh good
[09:38] <tomwardill> in theory it'd be possible to remove the inner patch / exception raising, but I'm going to leave it so we're not _just_ trusting tenacity to tell us it's retried
[09:42]  * tomwardill adds comments to that effect
[09:47] <tomwardill> cjwatson: how do I land the dependencies branch, just top approve and wait for it to be merged?
[10:01] <cjwatson> tomwardill: Yep
[10:02] <tomwardill> excellent, landing then
[10:09] <tomwardill> landing retry
[10:17] <tomwardill> both merged
[10:28] <SpecialK|Canon> So uh
[10:29] <SpecialK|Canon> Automagic links on the OCI image build page for "we built it AND pushed so it's available at example.com/badger"
[10:29] <SpecialK|Canon> Is that as painfully hard/unpossible as I suspect?
[10:33] <tomwardill> Snap has something similar, iirc
[10:34] <SpecialK|Canon> presumably easier there because they're only going to be pushing it to one place
[10:35] <cjwatson> SpecialK|Canon: I started working on that the other day
[10:35] <tomwardill> yeah, but we know the registry url, so we should be able to work it out from that
[10:35] <tomwardill> 'should'
[10:35] <SpecialK|Canon> cjwatson: <3
[10:35] <cjwatson> At least to provide the status of pushes.  I expect I'd need help on figuring out the target URL
[10:36] <cjwatson> tomwardill: I don't suppose it's something the registry tells us in a push response?
[10:36] <cjwatson> If so, the push job could stash it.  (That's what we do for snap)
[10:36] <tomwardill> I've not looked, but https://registry_url/image_name should just work
[10:37] <tomwardill> as that's what the `docker pull` command would be (we have to assume there's no web front end on a registry)
[10:37] <cjwatson> Reliably for all registries?  OK
[10:38] <tomwardill> oh, for us it'd be https://registry_url/image_name:edge to perform a no-interaction pull
[10:39] <tomwardill> where 'edge' is the result of OCIRegistryClient._calculateTag (which could move to OCIRecipeBuild reasonably easily)
[10:40] <cjwatson> Or the build job could stash what it did
[10:40] <cjwatson> Trade-off is that that puts the URLs in the DB so they're harder to fix if we get them wrong
[10:40] <tomwardill> or that
[10:41] <tomwardill> but is immune to changes in the calculation affecting past images
[10:41] <tomwardill> given we know that image_name and tag is going to change soonish
[10:42] <ilasc> cjwatson: acknowledging I saw your comments in the OCI UI doc and all makes perfect sense, working in that direction, thank you !
[10:44] <cjwatson> ilasc: you might as well take advantage of my painful experience working out that permissions UI :)  my notes say spec started 2018-08-10, blog post about the completed feature posted 2019-01-10
[10:46] <ilasc> :)
[10:46] <cjwatson> though of course a lot of that was working out the correct underlying model
[10:48] <cjwatson> OK, 2018-10-05 "started experimenting with git permissions UI"; 2018-10-31 proposed the MP
[10:48] <cjwatson> that's probably slightly more representative
[10:48]  * tomwardill nearly defenestrated that matching algorithm, many times
[10:48] <tomwardill> and I actually could've done, because I had it printed out and covered in red pen
[10:49] <ilasc> wow :) OK
[10:49] <ilasc> yes, I am currently using a similar approach to parse the form data


[00:11] <plm> TJ-: hey =D
[01:29] <xnox> RoyK, no, because it blocks releasing / finalising ticket across all series, yet when one publishes SRUs verification and publication w.r.t. each release can happen in parallel
[01:30] <xnox> hence we actively stopped adding more multi-release combos, as per archive/sru team decision.
[04:55] <cpaelzer> good morning
[08:00] <muhaha> /foo.file.core.windows.net/bar /data/sadisk/foo/bar cifs noauto,nofail,x-systemd.automount,x-systemd.requires=network-online.target,x-systemd.device-timeout=10,vers=3.0,credentials=/etc/smbcredentials/foo.cred,dir_mode=0700,file_mode=0700,serverino does it makes sense?
[08:01] <muhaha> I am not sure about systemd.requires=network-online.target and automount.... This is network device. It has dependecy on cloud-init.service after (de)provisioning VM
[10:04] <blackflow> Is the certbot package broken in Ubuntu? Why is there a snap of it now?
[10:43] <rbasak> blackflow: it shouldn't be broken, but it is old.
[10:44] <rbasak> It's a huge amount of work to SRU it turns out, due to package renames and the dependency tree. So I've put up an experimental snap.
[10:46] <rbasak> blackflow: if you prefer the deb, the SRU welcomes volunteers. There are others interesting in the SRU bug too.
[10:46] <rbasak> others interested
[10:54] <MrMojit0> I have an Ubuntu 18.04 and I tried to do the following command: sudo apt install php-mbstring, but it says: E: Unable to locate package php-mbstring. How can I resolve this, it isn't for production but for my homelab
[11:01] <rbasak> MrMojit0: that might be because you don't have universe enabled. Try "sudo add-apt-repository universe", then "sudo apt update" and try again.
[11:32] <MrMojit0> rbasak: 'universe' distribution component is already enabled for all sources
[11:34] <avu> MrMojit0: beware when enabling universe, especially on servers, though. It doesn't receive security updates (or any updates) from the Ubuntu developers. And if and when the community acts and supplies these updates is sketchy at best
[11:35] <MrMojit0> avu: Thank you for the info, this is valuable for me. So never enable universe.
[11:35] <avu> MrMojit0: at least keep track of the packages you install from universe and beware of potentially unfixed security issues there
[11:36] <MrMojit0> avu: Well since I am new its better to aviod those options unless I get more experienced with that field.
[11:39] <RoyK> muhaha: add _netdev to the options in fstab
[12:23] <muhaha> _netdev works only for nfs
[12:23] <muhaha> not for cifs
[12:23] <muhaha> RoyK: ^
[12:32] <ahasenack> cpaelzer: hi, I could use some bileto help
[12:32] <ahasenack> cpaelzer: I don't understand why my trusty and xenial runs are like that
[12:32] <ahasenack> cpaelzer: https://bileto.ubuntu.com/excuses/3487/xenial.html stuck like that since yesterday
[12:32] <ahasenack> cpaelzer: and the trusty ones didn't even run: https://bileto.ubuntu.com/excuses/3486/trusty.html
[12:33] <ahasenack> is it some quirk of bileto with older releases of ubuntu?
[12:39] <cpaelzer> ahasenack: how is the test history of these in those releases?
[12:39] <ahasenack> there is none, I'm adding dep8 tests
[12:39] <RoyK> muhaha: oh - didn't know that
[12:40] <cpaelzer> ahasenack: I didn't run into the latter issue yet
[12:40] <cpaelzer> ahasenack: I have seen what you have on your xenial results
[12:41] <cpaelzer> ahasenack: my case was dying testers
[12:41] <ahasenack> hm
[12:41] <cpaelzer> so the tests got started, but something on the workload scheduling dies
[12:41] <cpaelzer> died
[12:41] <ahasenack> and the tests not running, in the trusty case?
[12:41] <cpaelzer> one of the infra team helped me to identify that, so eventually I just set it up again and it worked
[12:41] <cpaelzer> ahasenack: I didn't have the latter (=trusty) case yet
[12:42] <ahasenack> ok
[12:45] <RoyK> muhaha: on the other side, it's somewhat weird that nfs shold need the _netdev option, since, well, you don't really run nfs off a disk
[12:58] <muhaha> RoyK: btw I forgot to run daemon-reload and restart remote-fs.target ... to activate fstab gerenarot
[13:08] <RoyK> muhaha: does it work now?
[13:09] <muhaha> yes
[13:09] <RoyK> good :)
[13:09] <muhaha> *fstab generator
[14:12] <teward> rbasak: just an FYI since I see you're seeing all bug notices for the --with-compat bug, the PPAs have it now, so if anyone has any issues with it PPA users can report before we even turn it on for NGINX in Ubuntu :P
[14:14] <rbasak> teward: nice, thanks!
[14:15] <teward> yep.  There's some defaults I'm thinking about tweaking as well, because of the recent outbreak of security vulns that I find in the 'default' setups with Nessus and OpenVAS scanners
[14:15] <teward> but that's a discussion for another time (more or less disable certain protos, set certain SSL parameters)
[14:15] <teward> s/vulns/'risks'
[14:44] <ahasenack> I'm testing the server iso, the traditional one, not the new live one,
[14:44] <ahasenack> in the guided partitioning with lvm case, it's complaining that I don't have a /boot partition
[14:44] <ahasenack> why won't it create one for me, since it's "guided"?
[14:44] <ahasenack> powersj: do you remember that? ^
[14:52] <powersj> ahasenack, I don't recall needing to do that. Let me try that once I get the latest ISO
[14:53] <ahasenack> powersj: this is on powerpc, aka, uefi-like
[14:53] <ahasenack> not mbr
[14:53] <ahasenack> maybe that's the difference
[15:00] <adamretter> I just updated (apt-get dist-upgrade && shutdown -r now) my KVM host (Ubuntu 18.04) and now two of my KVM guest vm's (also 18.04) that were running perfectly fine before won't start up. I looked in the logs in /var/log/libvirt/qemu/ and there are no errors. How do I start fixing this?
[15:01] <ahasenack> do you get anything back from "virsh start <name>"?
[15:02] <ahasenack> or in virt-manager (the gui)
[15:07] <RoyK> adamretter: is the vm set to start automatically?
[15:07] <adamretter> RoyK: hehe yes
[15:08] <RoyK> just asking - first things first :)
[15:08] <adamretter> RoyK: totally agree
[15:09] <RoyK> adamretter: as ahasenack said - try to start it manually to see if you get any error message
[15:09] <adamretter> ahasenack: so `virsh start web` just returns
[15:09] <adamretter> ahasenack: `virsh list --all` then lists `web` as "running"
[15:10] <ahasenack> adamretter: sounds good?
[15:10] <adamretter> ahasenack: yeah except that it isn't running
[15:10] <RoyK> can you see it in "ps axf"?
[15:10] <ahasenack> is there a qemu process for it?
[15:10] <adamretter> ahasenack: if I try `virsh console web` then I get nothing. Also if I try to SSH or access the services from that VM I get nothing
[15:10] <ahasenack> that^
[15:11] <adamretter> ahasenack: yes there is a qermu process for it
[15:11] <adamretter> ahasenack: s/qermu/qemu/
[15:11] <RoyK> try to start virt-manager
[15:11] <adamretter> RoyK: I only have virtsh
[15:11] <RoyK> well, install virt-manager, then
[15:12] <RoyK> remote x works well
[15:12] <ahasenack> maybe it's stuck in boot somewhere
[15:12] <ahasenack> yeah, try to get a console somehow
[15:12] <ahasenack> I don't know if "virsh console" shows everything correctly, I also always use virt-manager for the console
[15:12] <adamretter> ahasenack: I would have thought so, but I get NOTHING on the console - i.e. `virsh console web` just shows:
[15:12] <adamretter> Connected to domain web
[15:12] <adamretter> Escape character is ^]
[15:13] <mason> virsh requires a serial console to be set up, doesn't it?
[15:13] <mason> whereas virt-manager defaults to SPICE, unless I'm confused.
[15:14] <adamretter> mason: hmm good question. One moment.
[15:14] <mason> So, if you don't have a serial console set up, I imagine 'virsh console web' is working, but not connected to an actual getty.
[15:18] <adamretter> mason: okay so, I just tried accessing it via vncdisplay. I can see the console via VNC and can see that it crashed during boot
[15:21] <adamretter> So the error on boot is: "VFS: Unable to mount root fs on unknown-block(0,0)"
[15:22] <adamretter> any idea why this would happen after updating the host
[15:23] <ahasenack> hm
[15:24] <ahasenack> can  you try booting into the previous kernel by intercepting the boot and using the grub menu? That would be one thing
[15:24] <ahasenack> maybe,
[15:24] <ahasenack> hm
[15:24] <ahasenack> maybe your /boot got full with kernels and the initramfs generation failed because of a disk full error, which you didn't notice?
[15:25] <ahasenack> I would check things like that
[15:33] <adamretter> ahasenack: when you say, booting into previous kernel, do you mean the host or the guest
[15:36] <mason> adamretter: The box that can't find its root.
[15:36] <mason> adamretter: The guest.
[15:36] <adamretter> mason: hmm I don't think I can intercept the boot menu over VNC as by time VNC connects the boot menu timeout has already passed
[15:41] <mason> adamretter: Boot the VM with rescue media then, and explore from there I think.
[15:43] <adamretter> mason: Wooohoo! okay cool. I managed to get to the boot menu via VNC and yeah seems to be a kernel bug. So the older 4.15.0-23-generic works fine. But the latest installed 4.15.0-33-generic causes the hang at startup.
[15:43] <mason> adamretter: It's probably not a kernel bug. You probably didn't get an initramfs properly generated.
[15:43] <adamretter> mason: hmm interesting
[15:44] <adamretter> mason: well i will try updating to the latest kernel etc via apt-get dist-upgrade and see if that fixes it
[15:44] <adamretter> mason: thanks for your help so far :-)
[15:44] <adamretter> ahasenack: thanks for your help too
[15:44] <mason> adamretter: See ahasenack's advice about looking at free space, also.
[15:44] <adamretter> I have to go get some dinner, back in an hour or so
[15:44] <adamretter> mason: I have 10GB of free disk space. Disk is only 20GB
[15:45] <adamretter> bbl
[16:39] <plm> Hi all
[17:13] <teward> how did I get parted from here :|
[17:27] <RoyK> ?
[17:31] <teward> nevermind >.>
[17:36] <tomvolek> anybody here has installed Openstack with Ubuntu ? Like to talk on sideline
[17:38] <ahasenack> powersj: so I ignored that prompt about /boot (in the guided lvm partitioning on ppc64el), told it to continue, and the installation finished just fine
[17:40] <powersj> hmm was the prompt a red warning?
[17:40] <powersj> or just asking?
[17:49] <RoyK> ahasenack: what sort of machine is this?
[17:50] <ahasenack> RoyK: ppc64el
[17:50] <ahasenack> powersj: a warning defaulting to "do not proceed"
[17:50] <ahasenack> I should have gotten a screenshot, hang on, give me aminute
[17:50] <ahasenack> powersj: I tried with amd64 and uefi (in a vm), and it didn't bug me about a missing /boot
[17:51] <RoyK> ahasenack: an old mac?
[17:52] <ahasenack> RoyK: no, a ppc64el vm inside a power8 big iron machine
[17:57] <ahasenack> RoyK: powersj: http://people.ubuntu.com/~ahasenack/guided-lvm-missing-boot.png
[17:58] <powersj> ah! I believe that message is fine as it is a final check to be sure you really didn't mean to have a /boot
[17:59] <powersj> but someone with more power/di experience can correct me
[17:59] <RoyK> ahasenack: is this thing using grub?
[17:59] <ahasenack> powersj: yeah, but I haven't seen it elsewhere, just ppc64el so far
[17:59] <ahasenack> RoyK: yes
[18:00] <RoyK> grub can boot from lvm
[18:00] <RoyK> at least on x86/x64
[18:00] <ahasenack> powersj: if /boot is needed, I would have expected the "guided" experience to create it for me. If it's not needed, then I would expect to not see this warning
[18:00] <ahasenack> RoyK: yes, and it works, my complaint is about the (seemingly useless) warning specially when I selected a "guided" style of partitioning, i.e., "please partition this whole disk for me"
[18:00] <powersj> ahasenack, right I forgot about the guided part
[18:01]  * RoyK prints out a small apatosaurs in almost natural size
[18:01] <powersj> that is worth a bug
[18:01] <ahasenack> agreed, just not a blocker one I think
[18:01] <ahasenack> I'll file it
[18:02] <adamretter> back
[18:05] <adamretter> So I have something very strange going on with this Ubuntu 18.04.1 VM. I did an `apt-get dist-upgrade` on it to get the latest kernel. I can see /boot/vmlinuz-4.15.0-36-generic. But 4.15.0-36 doesn't appear in the boot menu, and previously trying to boot 4.15.0-33  would crash at boot, but now boots fine.
[18:08] <RoyK> what sort of virtualisation?
[18:09] <adamretter> RoyK: KVM
[18:10] <adamretter> RoyK: Host is also Ubuntu 18.04.1
[18:10] <ahasenack> adamretter: maybe the update-grub step failed when you did the dist-upgrade
[18:11] <ahasenack> run this to verify nothing was left pending: "sudo apt update && sudo apt -f install"
[18:18] <adamretter> ahasenack: It said there was nothing to be done
[18:20] <ahasenack> check if the kernel package is really installed (dpkg -l|grep linux-image), and ls -la / and look for the vmlinuz symlink
[18:20] <ahasenack> if all checks out, just run sudo update-grub
[18:21] <ahasenack> that is what constructs the grub menu based on what is installed
[18:25] <adamretter> ii  linux-image-4.15.0-36-generic
[18:25] <adamretter> lrwxrwxrwx   1 root  root     30 Oct 17 18:53 vmlinuz -> boot/vmlinuz-4.15.0-36-generic
[18:25] <adamretter> lrwxrwxrwx   1 root  root     30 Oct 17 18:53 vmlinuz.old -> boot/vmlinuz-4.15.0-33-generic
[18:33] <ahasenack> powersj: just lacking arm tests now, as usual
[18:33] <powersj> ahasenack, 64 or hf?
[18:33] <ahasenack> both
[18:33] <ahasenack> er, hold
[18:33] <ahasenack> arm64 is done
[18:34] <powersj> ok
[18:34] <ahasenack> just "Ubuntu Server armhf+raspi2	"
[18:34] <ahasenack> is missing
[18:34] <powersj> we had testing on it earlier this week
[18:51] <adamretter> ahasenack: so I don't quite understand why it is saying that /vmlinuz is linked to /boot/vmlinuz-4.15.0-36-generic. But uname -av reports: Linux web 4.15.0-33-generic #36-Ubuntu
[18:51] <ahasenack> adamretter: the /vmlinuz link points at the kernel that you should boot into the next reboot, it's the "default" kernel
[18:59] <adamretter> ahasenack: okay I just ran "sudo grub-update" and rebooted. I still only see 4.15.0-33 in the Grub boot menu, when booted, uname -av still reports 4.15.0-33, but /vmlinuz still points to /boot/vmlinuz-4.15.0-36-generic --- super weird!
[19:00] <ahasenack> adamretter: it's update-grub
[19:01] <ahasenack> adamretter: and it will tell you which kernel images it is processing. Check if 4.15.0-36 is in its output
[19:01] <adamretter> ahasenack: ah right yeah, sorry, I did run `update-grub`
[19:01] <ahasenack> example: https://pastebin.ubuntu.com/p/dWZHfqkr4B/
[19:01] <adamretter> ahasenack: yes 4.15.0-36 is in the output
[19:02] <ahasenack> adamretter: then maybe you are selecting another kernel in /etc/default/grub, check GRUB_DEFAULT=0 there (0 means the first kernel from the list)
[19:02] <ahasenack> adamretter: or, the grub you are booting from is not the grub that is being updated. Maybe you have grub installed in another disk
[19:02] <adamretter> ahasenack: it isn't in the grub menu list at all
[19:02] <adamretter> ahasenack: this is grub2 is that any different?
[19:05] <adamretter> ahasenack: also the VM only has 1 disk
[19:05] <ahasenack> adamretter: I don't know at this point
[19:05] <ahasenack> adamretter: you could try booting into the grub menu, and editing it live
[19:06] <ahasenack> change the kernel and initramfs lines to point to the new kernel, and then reboot
[19:06] <ahasenack> see if that works
[19:06] <adamretter> ahasenack: okay let's try that
[19:06] <mason> ahasenack: Did you see a disk layout? I'm wondering if he has /boot separate and it's not mounting or somesuch.
[19:06] <ahasenack> I didn't see it
[19:07] <ahasenack> (didn't ask for it)
[19:08] <adamretter> ahasenack: so live editing the boot menu in Grub does then cause it to boot 4.15.0-36 correctly
[19:08] <adamretter> ahasenack: so i guess the question is, why is my grub boot menu not being updated
[19:08] <mason> Ah, discard my idea then. Not relevant.
[19:08] <ahasenack> so maybe it's what mason suggested
[19:08] <ahasenack> or not? :)
[19:09] <mason> ahasenack: I don't think it's my idea. If he can edit grub to boot, then the correct initramfs is available.
[19:09] <ahasenack> it looks like whatever update-grub is updating, it's not being used by the grub you are booting
[19:11] <TJ-> adamretter: can you show us "pastebinit <( lsblk; mount; ls -latr /boot/ /boot/grub/; cat /etc/fstab /etc/default/grub /boot/grub/grub.cfg )"
[19:12] <ahasenack> fancy :)
[19:12] <mason> <( ) is bash's "cartoon tell me" syntax
[19:13] <sarnold> lol
[19:13] <TJ-> mason: I thought it was bash's party hat
[19:13] <mason> TJ-: Only if you turn your head the right way.
[19:13] <adamretter> http://paste.ubuntu.com/p/WVytQqbz5b/
[19:13] <TJ-> mason: asleep zzzzz <( )-[=]<
[19:14] <mason> heh
[19:14] <adamretter> I wonder if I have a weird Grub 1 vs Grub 2 thing going on. I have a feeling this VM was upgraded some time about from Ubuntu 16 to Ubuntu 18
[19:14] <TJ-> ooo I see grub v1 there
[19:15] <mason> 16.04 used grub2
[19:15] <TJ-> adamretter: show us "pastebinit <( apt list --installed grub* )"
[19:16] <ahasenack> I see menu.lst, is that still used?
[19:16] <adamretter> http://paste.ubuntu.com/p/82xVWbThrq/
[19:16] <ahasenack> what happens when there are both menu.lst and grub.cfg files?
[19:16] <adamretter> I vaguely recall the dist-upgrade tool in the past telling me it was going to chain-load grub 1 from grub 2 and that a proper upgrade to grub 2 could be done later
[19:16] <TJ-> ahasenack: it depends on which grub has it's core image in the boot sectors I guess, looks like grub v1 won
[19:17] <ahasenack> adamretter: what's in that menu.lst file?
[19:17] <adamretter> ahasenack: /boot/grub/menu.lst looks like the menu I see when I reboot and Grub loads
[19:17] <TJ-> adamretter: so the installed packages from the distro are all grub v2 but the system has a residual grub v1 boot config. I'd suggest replaceing grub v1 boot-loader with v2, using "sudo grub-install /dev/sda"
[19:17] <ahasenack> maybe grub-install /dev/sda is what's needed?
[19:17] <ahasenack> that^
[19:18] <TJ-> adamretter: this command subject to other's agreement
[19:18] <adamretter> TJ-: okay well I have a backup of the VM's qcow2 image... so if it all goes wrong ;-)
[19:18] <TJ-> adamretter: we might want to ensure "grub-install" is the one from grub2
[19:18] <adamretter> grub-install (GRUB) 2.02-2ubuntu8.6
[19:18] <adamretter> already checked ;-)
[19:19] <TJ-> adamretter: check with "pushd /; md5sum -c /var/lib/dpkg/info/grub-common.md5sums | grep -v OK; popd"
[19:20] <TJ-> adamretter: that should not report any FAILED
[19:20] <adamretter> TJ-: I just get weird output from that like:
[19:20] <adamretter> ~
[19:21] <adamretter> \/ ~
[19:21] <adamretter> and then ~
[19:21] <TJ-> oh silly me I missed out the 2!
[19:21] <adamretter> if I just cd /
[19:22] <TJ-> adamretter: check with "pushd /; md5sum -c /var/lib/dpkg/info/grub2-common.md5sums | grep -v OK; popd"
[19:22] <adamretter> and then run the md5sum bit - then yes everuthing is "OK"
[19:22] <TJ-> grub2-common not grub-common :)
[19:22] <TJ-> adamretter: in which case go ahead with "sudo grub-install /dev/sda"
[19:22] <adamretter> sure.
[19:22] <adamretter> still OK
[19:22] <adamretter> okay - rebooting
[19:23] <adamretter> okay cool
[19:24] <adamretter> All is good. It booted into the new kernel 4.15.0-36
[19:25] <adamretter> Only thing to report is that whatever menu graphic Grub2 is trying to display at boot, does not export well over VNC - you just get coloured garabge
[19:25] <TJ-> adamretter: in /etc/default/grub uncomment "#GRUB_TERMINAL=console" and "sudo update-grub"
[19:27] <adamretter> TJ-: I find the fact that that is not the default setting just terrifying
[19:28] <adamretter> okay can I uninstall grub1 now?
[19:29] <TJ-> adamretter: the packages were not installed according to apt, or if they are, apt/dpkg lost track of them at some point. You'd need to identify which package they originally came from and get a copy of that package to identify the files/checksums, to remove them safely.
[19:30] <adamretter> TJ-: okay never mind then
[19:30] <adamretter> Okay TJ-, ahasenack, and mason. Many thanks for all your help and patience, we got there in the end
[19:31] <TJ-> adamretter: the files are dated "Mar 16  2012" which may suggest they came from the package in 12.03
[19:31] <TJ-> 12.04 even
[19:31] <adamretter> TJ-: could be, I have had this VM for many years and just dist-upgraded it from time to time
[19:32] <sarnold> you'd probably be better served to use do-release-upgrade instead
[19:32] <TJ-> adamretter: I'd guess it'll be http://old-releases.ubuntu.com/ubuntu/pool/main/g/grub/grub_0.97-29ubuntu66_amd64.deb since that is timestamped 2012-03-16 20:03
[19:33] <adamretter> sarnold: that might have been what I did. sorry I forget now, but that sounds familiar
[20:04] <plm> TJ-: hey, Can I to test the script? =D
[20:04] <plm> TJ-: Did you finished?
[20:06] <TJ-> plm: no, it requires more work. Although it can work for me it's not in supportable state. I'm looking for an alternate approach that ensures regular package upgrades don't break it fatally
[20:16] <plm> TJ-: hmm.. understood. Well, when you have a better approach, I would like to use/test the script! =D
[20:17] <plm> TJ-: do you think next week has something? =D


[01:27] <JanC> well, WSL _is_ Ubuntu essentially...?
[03:33] <lotuspsychje> good morning
[06:06] <lordievader> Good morning
[07:15] <ducasse> good morning
[20:41] <marcoagpinto> Heya
[23:15]  * sarnold hides his cola
[23:18] <marcoagpinto> sarnold: it is over midnight, so it is another day... :)
[23:18] <marcoagpinto> I have already drunk almost 2 litres
[23:18] <marcoagpinto> I am full of energy for the night
[23:19] <marcoagpinto> I must update the dictionaries Thursday
[23:20] <marcoagpinto> (today now)
[23:22] <sarnold> marcoagpinto: damn I knew you were a cola demon but that's really impressive
[23:22] <sarnold> it reminds me of my high school geometry teacher
[23:22] <sarnold> he had a heart attack :( it was hard to not just draw a conclusion that the half-dozen cokes a day may have been involved..
[23:25] <marcoagpinto> :(
[23:26] <marcoagpinto> https://www.dropbox.com/s/uabsrzah6lz95hb/photo_jun_2016.jpg?dl=0
[23:26] <marcoagpinto> 5 years ago
[23:26] <marcoagpinto> :)
[23:26] <sarnold> I've made a real effort to cut back on soda consumption, since I'm a fat guy
[23:26] <marcoagpinto> near Spain
[23:26] <sarnold> wow
[23:26] <sarnold> that's an american-sized cup
[23:26] <sarnold> I sure didn't expect one of those in spain :)
[23:26] <marcoagpinto> full of cola
[23:26] <marcoagpinto> :)
[23:27] <marcoagpinto> I can't remember if I was in Spain or Portugal since we were around the border
[23:27] <sarnold> hah the car's license plate is covered up juuuust right to make it hard to tell
[23:28] <marcoagpinto> the licence plate is Portuguese
[23:28] <marcoagpinto> :)
[23:28] <marcoagpinto> but near the border many people go from one side to the other
[23:29] <marcoagpinto> ahhhh... it was Spain... I remember I was speaking with the bar workers in Spanish and the Professor told me to speak in Portuguese since they would understand


[01:52] <mup> PR snapd#9805 closed: interfaces: add an optional mount-host-font-cache plug attribute to the desktop interface <Needs Samuele review> <Created by jhenstridge> <Merged by jhenstridge> <https://github.com/snapcore/snapd/pull/9805>
[06:06] <zyga> good morning
[06:58] <mborzecki> morning
[06:58] <mup> PR snapd#9894 closed: snap/info.go: add doc-comment for SortServices <Simple 😃> <Skip spread> <Created by anonymouse64> <Merged by bboozzoo> <https://github.com/snapcore/snapd/pull/9894>
[07:06] <zyga> hey mborzecki
[07:06] <mborzecki> zyga: hey
[08:06] <pstolowski> morning
[08:06] <zyga> o/
[08:42] <zyga> hey pedronis, mvo
[08:42] <pedronis> hi
[08:45] <mvo> hey zyga
[09:13] <mup> Bug #1909033 changed: QFileDialog calls portal when ShowDirsOnly is set but not available <Snappy:Invalid> <https://launchpad.net/bugs/1909033>
[10:38] <pedronis> pstolowski: I left some small further comments on the AtSequence PR,  I think it's ready for 2nd reviews as well
[10:41] <pstolowski> pedronis: great, thank you
[10:59] <ogra> zyga, i do have in fact two picos here, but havent played with them yet missing networking is kinda limiting the use cases
[11:00] <ogra> i'll surely snap up the userspace tools for them 🙂
[11:00] <ogra> (if nobody else does it at lest)
[11:00] <ogra> *least
[11:18] <zyga> ogra I have an idea on how to use them
[11:18] <zyga> maybe something others may find useful as well
[11:18] <zyga> I want to use them as pre-made signal generators
[11:18] <zyga> e.g. a pi-co that does specific i2c transfers all the time
[11:18] <zyga> then those can just be connected to a test board and used in automated testing
[11:19] <zyga> I got a bag to see how far I can go with this
[11:19] <zyga> some of the people I de-facto direct now may help with this, but that's still a few weeks away
[11:54] <pstolowski> pedronis: thanks for the review; i've implemented error-list handling for sequences in #9893, obviously landing at-sequence will help reduce the diff
[11:54] <mup> PR #9893: store: support validation sets with fetch-assertions action <Needs Samuele review> <validation-sets :white_check_mark:> <Created by stolowski> <https://github.com/snapcore/snapd/pull/9893>
[11:54] <mup> PR snapd#9875 closed: gadget: use ResolvedSource in MountedFilesystemWriter <Run nested> <UC20> <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9875>
[11:58] <mvo> pedronis: feedback on 9859 would be great
[11:59] <mvo> pedronis: this will help me with the next step for the kernel-dtb refreshes (the next test will build on this one)
[11:59] <mup> PR snapd#9886 closed: gadget: cleanup MountedFilesystem{Writer,Updater} <Run nested> <UC20> <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9886>
[12:00] <mvo> pedronis: not super ugent as I need to write some more code first but wanted to mention it :)
[12:05] <mup> PR snapd#9898 opened: gadget: fix documentation/typos <Simple 😃> <Skip spread> <Created by mvo5> <https://github.com/snapcore/snapd/pull/9898>
[12:11] <pstolowski> #9892 needs a 2nd review and is a small, simple and pleasant warm-up for asserts/validation-sets ;)
[12:11] <mup> PR #9892: asserts: introduce AtSequence <Needs Samuele review> <validation-sets :white_check_mark:> <Created by stolowski> <https://github.com/snapcore/snapd/pull/9892>
[12:12] <pstolowski> and landing it will help with followup PRs ;)
[12:13] <pedronis> mvo: ok, I thought 9859 maybe doesn't need me
[12:13] <pedronis> mvo: I mean, it wasn't clear it needed my review
[12:19] <mvo> pedronis: maybe not, there was a bit of discussion about the re-refresh task and settle not converging, maybe a word from you here would be helpful :)
[12:19] <pedronis> mvo: ok, I'll try to look in a bit
[12:20] <pedronis> mvo: I wasn't aware I was blocking things there
[12:22] <mvo> pedronis: no problem, not really blocking, thanks a lot!
[12:23] <pstolowski> bbiab
[12:30] <mup> PR snapd#9899 opened: gadget: improve error handling around resolving content sources <Run nested> <Created by mvo5> <https://github.com/snapcore/snapd/pull/9899>
[13:07] <ogra> zyga, cool idea !
[13:07] <ogra> (sorry, had a meeting)
[13:07] <zyga> ogra, no worries :)
[13:07] <zyga> ogra I will definitely share the code once my boards arrive
[13:07] <ogra> awesome !
[13:07] <zyga> but they are on the way now, I may have them for weekend
[13:07] <zyga> ogra I want to explore an idea where you can essentially just put a sticker on them
[13:08] <zyga> or maybe configure them with something simple
[13:08] <zyga> and get the desired signal coming out
[13:08] <zyga> for easy-to-use test lab support
[13:11] <ogra> speaking of test labs ...
[13:11]  * ogra just upgraded the guts of his desktop
[13:11] <ogra> ogra@anubis:~$ grep -c ^processor /proc/cpuinfo
[13:11] <ogra> 12
[13:11] <ogra> ogra@anubis:~$ LANG=C free -m | grep ^Mem
[13:11] <ogra> Mem:          32076        4299       22920         423        4855       26682
[13:11] <ogra> ogra@anubis:~$ sudo hdparm -t /dev/nvme0n1p1 | grep buffered
[13:11] <ogra>  Timing buffered disk reads: 6910 MB in  3.00 seconds = 2303.21 MB/sec
[13:11] <ogra> 😄
[13:12] <ogra> now all my fast Pi's feel slow again 😞
[13:13] <zyga> ogra what did you take?
[13:15] <ogra> i actually only wanted to have more ram, but the board was too old to go up to 32G ... this is a new asus board (PRIME Z490M-PLUS) , 32G corsair ram (samsung chips), an i5-10600K and a WD black NVME
[13:16] <ogra> should be sufficient for the next 5y ... and allows more ram later
[13:22] <zyga> ogra oh, an intel chip
[13:22] <zyga> why did you go with intel?
[13:23] <ogra> because i had intel already, i didnt want to change anything witht he installed system or tinker with software in any way
[13:24] <zyga> I see, well, that's a refresh for sure :)
[13:24] <ogra> yeah
[13:24] <zyga> I got a little bit more ram, mainly for VMs
[13:25] <ogra> i rarely run VMs but more disk for more lxd containers is really helpful ... especially since the virtual disk that lxd uses doesnt actually shrink even if you remove containers
[13:28] <zyga> ogra I think you can trim it somehow
[13:29] <ogra> yeah, probably ... i knoe you can grow it but shrinking is hairy
[13:29] <ogra> *know
[13:29] <zyga> note that it's not really shrinking
[13:29] <zyga> as in making the virtual size any different
[13:29] <zyga> just dropping blocks that are unused
[13:29] <zyga> like on SSDs
[13:31] <ogra> well, the still occupied blocks are the issue though ...
[13:37] <pedronis> mvo: I commented there, hope what I wrote makes sense
[13:43] <mvo> thanks pedronis
[13:59] <ogra> xnox, https://bugs.launchpad.net/ubuntu/+source/linux-raspi/+bug/1914608
[13:59] <mup> Bug #1914608: no console during boot on UC20 <linux-raspi (Ubuntu):New> <https://launchpad.net/bugs/1914608>
[14:01] <xnox> ogra:  tah.
[14:05] <ogra> xnox, btw, journalctl -b timestamps on a UC20 pi look really funny (starts with Nov19, jumps to Apr. 1st and once network is up to the actual time 🙂 ) ... i thought systemd uses its own build stamp to set it, why do initrd and rootfs times differ so much
[14:05] <mup> PR snapd#9867 closed: overlord/devicestate: task for updating boot configs, spread test <Run nested> <Created by bboozzoo> <Merged by bboozzoo> <https://github.com/snapcore/snapd/pull/9867>
[14:05] <mup> PR snapd#9898 closed: gadget: fix documentation/typos <Simple 😃> <Skip spread> <Created by mvo5> <Merged by bboozzoo> <https://github.com/snapcore/snapd/pull/9898>
[14:06] <ogra> xnox, i'd have expected the build stamp to be roughly the same in initrd and rootfs
[14:07] <ogra> (just curiosity, not a complaint ...)
[14:32] <ijohnson> ogra: there's an outstanding bug with focal systemd in that the Nov19 date from the initrd is supposed to be bumped on each systemd update, but it's not w/o an sru
[14:32] <ogra> ah
[14:33]  * ogra forgot SRUs ...
[14:33] <ijohnson> ogra: https://bugs.launchpad.net/ubuntu-core-initramfs/+bug/1878969
[14:33] <mup> Bug #1878969: time-epoch never changes in SRUs <ubuntu-core-initramfs:New> <systemd (Ubuntu):Fix Released> <systemd (Ubuntu Xenial):New> <systemd (Ubuntu Bionic):New> <systemd (Ubuntu Focal):New> <https://launchpad.net/bugs/1878969>
[14:33] <ogra> yeah
[14:34] <xnox> horum =/
[14:35] <ogra> i actually thought it uses a timestamp from a binary ... funny it uses NEWS
[14:35] <xnox> well, the fix is to use the timestamp from the debian/changelog top entry.
[14:35] <xnox> (as that's what deb builds set for reproducible builds)
[14:35] <ogra> yeah, good as well
[14:36] <ogra> weird upstream decision ...
[15:23] <ijohnson> huh, so in a UC20 VM, `blockdev --getbsz /dev/vda` returns 4096
[15:33] <ijohnson> aha I should be using `--getpbsz` instead of `--getbsz`
[15:35] <xnox> ideally we should use 4k everywhere, if at all possible....
[15:35] <xnox> or do we get the totals wrong because of that?
[15:36] <jschwart> hi all, I accidentally asked this in #snapcraft already, but I'm looking for a solution to provide NFS access to something I installed through snap
[15:36] <ijohnson> xnox: it was a bug in my code, nothing for you to worry about
[15:37] <jschwart> I currently use autofs to access my NAS through /net
[15:37] <jschwart> can I provide a snap access to that?
[15:56] <ijohnson> mborzecki: do you think you will be able to take a look at #9889 today or tomorrow? would be good to have that in 2.49
[15:56] <mup> PR #9889: cmd/snap-bootstrap/initramfs-mounts: write realistic modeenv for recover+install <Needs Samuele review> <Run nested> <UC20> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/9889>
[16:42] <benfrancis> Does anyone know if there a snap I can install which includes the "xhost" utility? I think I need to run xhost to give the snap_daemon user access to an X11 session started as root, but xhost doesn't appear to be included on Ubuntu Core by default.
[16:48] <ijohnson> hi benfrancis 👋
[16:49] <ijohnson> I don't think there is one, if I understand the context of your request though, I think you probably want to bundle xhost in your snap and use xhost to grant snap_daemon user access to the X11 session before dropping to snap_daemon, in the same wrapper script you have been adding other things
[16:49] <benfrancis> ijohnson: Yes, exactly
[16:50] <benfrancis> ijohnson: I suspect this is the source of the "No protocol specified" error I'm seeing before my Electron app segfaults.
[16:50] <benfrancis> ijohnson: (hi)
[16:50] <ijohnson> benfrancis: it seems on bionic the package you need for `xhost` is `x11-xserver-utils`, so add that to your stage-packages and then you should be able to use xhost to configure access for snap_daemon
[16:51] <ijohnson> yeah that would make sense
[16:52] <benfrancis> ijohnson: Perfect, thanks
[16:52] <ijohnson> I admit I don't actually know what command you want to try with xhost though
[16:53] <benfrancis> I'm going to try "xhost si:localuser:snap_daemon"
[16:53] <ijohnson> seems logical to me :-)
[18:29] <cjp256> jschwart: if the snap in question has access to home directory, perhaps you can bind mount /net somewhere in your home dir? or if it has removable-media, into /media?
[18:48] <mborzecki> re
[18:48] <mborzecki> ijohnson: let me take a quick look
[19:08] <jschwart> cjp256: yeah that could work, I guess I have to do the bind mount as root though?
[19:10] <cjp256> I'd expect so, unless you have a `user` mount option in your fstab to mount it without root.
[19:26] <mup> PR snapd#9900 opened: o/configstate,o/devicestate:  introduce devicestate.EarlyConfig implemented by configstate.EarlyConfig <Created by pedronis> <https://github.com/snapcore/snapd/pull/9900>
[19:31] <mup> PR snapd#9901 opened: o/devicestate,many: introduce DeviceManager.preloadGadget for EarlyConfig <Run nested> <Created by pedronis> <https://github.com/snapcore/snapd/pull/9901>
[19:32] <jschwart> so I cannot mount anything at the system level below a snap's /snap directory, because that's a read-only filesystem and I have to use root to bind mount a network path inside ~user/snap/.....
[19:32] <jschwart> that seems quite awkward, hopefully there will be a cleaner solution in the future
[20:38] <ogra> jschwart, there is also /var/snap/<snapname>/common|current if you look after mounting it on a more systemish level
[20:47] <ogra> (in fact i think only "common" since "current" is a symlink that can dynamically change
[20:47] <ogra> )
[21:49] <jschwart> ogra: ah that would be a lot better yeah!!
[21:56] <jschwart> ogra: yeah that is perfect really, just tried it and it works great, thanks a lot!!
[21:56] <ogra> 😄
[22:07] <mup> PR snapd#9902 opened: HACKING.md: explain how to run UC20 spread tests with QEMU <Documentation> <Simple 😃> <Skip spread> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/9902>
[22:47] <mup> PR snapd#9903 opened: tests/lib/prepare.sh: add another console= to the reflash magic grub entry <Simple 😃> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/9903>