[07:57] <tarzeau> i have installed chromium-browser and now it's a transitional package forcing me to snap
[07:57] <lotuspsychje> tarzeau: chromium will be snap only from now
[07:57] <tarzeau> i'm using non-interactive, automatic repeating, security updates with something like cron-apt. who and how will the snap get security updates?
[07:58] <tarzeau> do i have the option to not use the snap? opt out of it?
[07:58] <tarzeau> we do have multiuser machines, where i think it might take more resources than needed
[07:58] <lotuspsychje> tarzeau: for now chromium apt version is still there, but i think it will vanish in the future
[07:58] <tarzeau> 20.04 won't have it?
[07:59] <tarzeau> i'm fine building my own local versions for our own reprepro repository. where can i see all packages like this transition2snap package?
[08:00] <tarzeau> ubuntu security support only supports 38.6%(5 years) of the packages we install, 20.8% (3 years). and about 40.2% not at all
[08:01] <tarzeau> and we've got about 190 pip2/pip3 packages we take care ourselves as well
[08:01] <tarzeau> while i'm trying to reduce the number of package managers, i get one added by ubuntu. great
[08:01] <lotuspsychje> i think hggdh knows more of this topic
[08:02] <tarzeau> hggdh: ^ thanks for any hints
[08:02] <lotuspsychje> i just picked up the news chromium will be snap focused
[08:02] <tarzeau> i just dist-upgraded my disco to eoan, and got my face slapped by snap
[08:04] <guiverc> tarzeau, could you use firefox; it's still supported as deb going forward
[08:05] <tarzeau> guiverc: it's not my choice, i can't persuade 2000 users (no idea how many of them use chromium) to use firefox instead
[08:06] <lotuspsychje> holy smokin...
[08:06] <lotuspsychje> i really wish they leave the user the choice....
[08:06] <tarzeau> we do
[08:06] <tarzeau> we as me and my workplace. but if ubuntu starts forcing users to get snap
[08:06] <lotuspsychje> i mean from canonicals point of view
[08:06] <guiverc> to learn more maybe this will help https://discourse.ubuntu.com/search?q=chromium%20snap  (chromium & snaps; it was heated for awhile, but it's not news anymore..)
[08:07] <tarzeau> i'll seriously consider switching back to debian (with the risk nvidia not officially supporting debian) to get into trouble
[08:07] <lotuspsychje> : (
[08:07] <tarzeau> google went away from ubuntu
[08:07] <tarzeau> us switching is a little drop, hardly noticable
[08:08] <tarzeau> oh, now i know why my chromium suddenly sucks. because it's a snap
[08:13] <OerHeks> tarzeau, you are free to plan snap updates https://snapcraft.io/docs/keeping-snaps-up-to-date
[08:15] <tarzeau> OerHeks: the page doesn't tell me how to turn off the automatic updates
[08:16] <tarzeau> i will need to wait until 20.04 i guess to figure out how many packages will be force-snapped for my decision to not go with snap (or must)
[08:17] <OerHeks> sudo systemctl mask snapd.service ## sudo systemctl unmask snapd.service - Removes the link to /dev/null and restores the ability to enable and or manually start the service
[08:17] <lotuspsychje> tarzeau: ive tested the chromium snap on bionic, and once started its very fast & responsive for me
[08:17] <OerHeks> https://askubuntu.com/a/1045599
[08:18] <tarzeau> lotuspsychje: you kept running it 30+ days?
[08:18] <lotuspsychje> no
[08:18] <lotuspsychje> drops down performance?
[08:18] <tarzeau> OerHeks: can you add that to the official snapcraft.io/docs ?
[08:18] <tarzeau> lotuspsychje: i don't know, mine's running only since a day :)
[08:19] <tarzeau> https://serverfault.com/questions/102588/maximum-numbers-for-file-system-mounts-in-linux what a pity the max is at 100k now


[13:57] <CIA-24> debian-installer: cjwatson * r894 ubuntu/ (9 files in 4 dirs): * Move to 2.6.24-12 kernels.
[14:04] <CIA-24> debian-installer: cjwatson * r895 ubuntu/ (38 files in 2 dirs): * Update help text translations from Launchpad.
[14:08] <CIA-24> debian-installer: cjwatson * r896 ubuntu/ (6 files in 2 dirs):
[14:08] <CIA-24> debian-installer: * Remove translations for languages not supported by localechooser (and
[14:08] <CIA-24> debian-installer:  therefore unused by gfxboot-theme-ubuntu), specifically: ky mr ms oc ur.
[14:15] <CIA-24> debian-installer: cjwatson * r897 ubuntu/debian/changelog: releasing version 20070308ubuntu33
[15:25] <evand> cjwatson: thoughts on whitelisting /usr/local in ubiquity-preserve-home?  This is in reference to bug 200582 .  I'm on the fence as to whether or not it is a good idea.
[15:48] <ubotu> Launchpad bug 200582 in ubiquity "hardy alpha6 installer: "cleaning" /usr/local mount?!" [Undecided,New] https://launchpad.net/bugs/200582
[15:51] <cjwatson> I definitely think that /usr/local should not be cleaned
[15:51] <cjwatson> wasn't that in the spec?
[15:51] <cjwatson> the reason is that the rest of the system officially doesn't care what's in /usr/local, so it shouldn't be necessary to clean it
[15:52] <cjwatson> also, further proof that a confirmation dialog is needed :)
[15:52] <evand> ok, no it wasn't, but perhaps I missed it when recording.
[15:52] <evand> indeed it is
[16:21] <mebrown> evand, are the latest fixes in today's daily cd?
[16:23] <evand> mebrown: yes, I tested them last night and they work for me, but if you run into any trouble please let me know.
[16:23] <mebrown> ok, will test.
[17:14] <mario_limonciell> evand, should the fixes for noninteractive be present in today's daily?
[17:20] <evand> mario_limonciell: which fixes?  The issue when you preseed ubiquity/reboot is there, yes.
[17:21] <mario_limonciell> evand, okay i'll give it a shot then. thanks
[17:23] <evand> er the fix for the issue*
[17:27] <mario_limonciell> evand, hm i'm getting a handful of python exceptions thrown when trying.
[17:28] <mario_limonciell> I it's failing before partitioning even
[17:28] <mario_limonciell> and then spewing off "No root file system: No root file system is defined." "Please correct this from the partitioning menu."
[17:29] <evand> mario_limonciell: what method are you using to preseed?
[17:30] <mario_limonciell> via kernel command line
[17:30] <mario_limonciell> the same kernel command line that is used in automatic-ubiquity mode
[17:30] <mario_limonciell> but switching out automatic-ubiquity for noninteractive
[17:31] <evand> I mean are you using file= or url= ?  Or are you setting all the debconf variables via the kernel command line?  You need to have the installer fully preseeded.  While it doesn't currently (I'm working on a proper fix in my local branch), any question it needs to ask should result in an error.
[17:32] <mario_limonciell> evand, i'm preseeding from the dell.seed file (not setting each of the variables via kernel command line).  it is fully pre-seeded, no questions are asked in automatic ubiquity
[17:33] <evand> Also note that url= is broken, though I have a fix committed and pushed to trunk in casper.  It's just a matter of uploading there.
[17:33] <mebrown> mario_limonciell, on todays daily?
[17:33] <mario_limonciell> mebrown, yes on today's daily
[17:33] <mebrown> mario_limonciell, on last week's daily (wed or so), it was getting all the way to the end
[17:33] <mebrown> i'm surprised that it is now failing so early
[17:34] <mario_limonciell> mebrown, you got a moment?  I'll swing by and show you
[17:34] <mebrown> sure.
[17:34] <mario_limonciell> evand, and it is via file=
[17:35] <evand> hrm, can you post the dell seed by any chance?
[17:36] <mebrown> evand,  have posted it in the past. Can post it again.
[17:37] <evand> I grepped through my logs and couldn't find it, but I imagine it's obfscuated by a pastebin url.
[17:37] <evand> oh actually
[17:37] <mebrown> how to kill the nointeractive installer?
[17:37] <evand> I have it right here
[17:37] <mebrown> it was a pastebin
[17:38] <evand> hrm actually, this one is pretty old.  Would you mind pastebinning it again?
[17:39] <evand> ps aux | grep ubiquity should give you any processes associated with it.
[17:39] <mebrown> Saw a new and interesting message before it dies... something like "removing conflicting operating system files..."
[17:40] <mebrown> mario can send you the new dell seed
[17:40] <mebrown> and he is going to work on getting the logs to send
[17:40] <mario_limonciell> evand, mebrown explained how to gather the logs on this.  I'll see what I can do about getting these to you.  give me a few minutes
[17:41] <evand> mebrown, mario_limonciell: thanks
[17:42] <evand> re conflicting operating system files>  That's clear_partitions in partman-target (https://wiki.ubuntu.com/UbiquityPreserveHome)
[17:43] <mebrown> evand, we dont have that, because it doesnt work for us. I manually clear the partitions in an early_command script
[17:44] <evand> It doesn't work for you?  Can you elaborate?
[17:46] <mebrown> sure. The options were (iirc) something like
[17:46] <mebrown>  'remove all partitions' - wont work for obvious reasons
[17:46] <mebrown> 'remove all linux partitions' - also wont work because our data is on a linux partition
[17:48] <evand> ok, this is different.  This is removing files from on a partition, not messing with the partition table.  Basically, it removes /usr, /bin, etc from the mounted filesystems if the devices that they exist on are not marked to be formatted.  This allows you to install Ubuntu over top of itself while preserving the home directory.
[17:48] <mebrown> evand, btw, https://wiki.ubuntu.com/UbiquityPreserveHome  looks reasonable for us
[17:48] <mebrown> need to know how to preseed ---^
[17:49] <mebrown> evand, well, it looks like the code is crashing right there
[17:49] <mario_limonciell> evand, http://paste.ubuntu.com/5541/
[17:49] <evand> fantastic :/
[17:52] <evand> actually, it's getting beyond that point, that's just the last part of partman_commit for the purposes of this log file.  It's actually crashing with a bug I thought I fixed (the installer tries to communicate with debconf during the install when it already has the database locked by another process).
[17:52] <evand> When you paste your preseed I'll have a run with it and find out exactly why this is still occuring.
[17:53] <mario_limonciell> http://paste.ubuntu.com/5543/
[17:54] <evand> thanks!
[17:56] <mario_limonciell> now if you'd like to emulate our partitioning layout, sda1 is a utility partition, sda2 FAT32, sda3 is ending up ext3, sda4 is ending up logical, sda5 is ending up swap
[17:56] <mario_limonciell> no prob on the seed file
[17:58] <evand> ok
[18:18] <mebrown> evand, stupid question: do you have tested sample preseed files published?
[18:20] <xivulon> shouldn't locale be en_US.UTF-8?
[18:21] <xivulon> I have filtered out the locales to use if that may help
[18:22] <xivulon> http://bazaar.launchpad.net/~ubuntu-installer/wubi/hardy/annotate/agostino.russo%40gmail.com-20080310010310-85389505oy1b51po?file_id=locales.ini-20080226233717-nxtkw1rax53kj76s-1
[18:23] <evand> mebrown: I usually use a variant of http://evalicious.com/evan.seed, but that's definitely inaccurate in a few places as I grabbed it from a run of ubiquity.
[18:24] <mebrown> mario_limonciell, ---^
[18:25] <mebrown> evand, you need to update yours too to use the replacement for "ubiquity	partman-auto/init_automatically_partition	select	Guided - use entire disk"
[18:25] <mebrown> and the choose_recipe as well
[18:25] <evand> indeed
[18:25] <mebrown> I had that on my list for after noninteractive is working
[19:05] <evand> mario_limonciell: on second look at the logs, you appear to be using an old CD.
[19:06] <mario_limonciell> evand, that should have been from today's or yesterday's daily.
[19:06] <evand> hrm
[19:06] <mario_limonciell> it was grabbed at 3:06 this morning
[19:07] <evand> what version of ubiquity is on it?
[19:07] <mario_limonciell> 1.7.12 - wow. that is out of date.
[19:07] <mario_limonciell> this *should* have been today's daily that was being seeded
[19:08] <mario_limonciell> let me double check with our factory image guys what happened.  sorry for the mishap, likely fixed in "current" ubiquity :)
[19:09] <evand> no worries :)
[19:28] <mebrown> mario_limonciell, I have been manually updating casper/ and .disk/ from the daily because I sometimes run into these sort of problems...
[19:29] <mario_limonciell> mebrown, well hopefully we can find the source of how this happened.
[21:22] <mario_limonciell> evand, okay just got a fully noninteractive install to work properly
[21:22] <mario_limonciell> only thing i noticed that could be trouble is that it was 1000 percent (yes 1000 not 100) percent done before it got to 93 percent done
[21:27] <evand> mario_limonciell: indeed, I've noticed that as well and put it on my todo list.  Do let me know if you guys run into any more trouble with the noninteractive frontend.
[21:30] <mario_limonciell> evand, okay.  looks like there was a post install failure, but its on our end looking through the logs.
[22:00] <cr3> I have a preseed file which contains the following for preseed/late_command: wget -O /target/tmp/late.sh http://host/path/to/late.sh; in-target sh /tmp/late.sh
[22:01] <cr3> in late.sh, I have: echo "set /some/preseed/key value" | debconf-communicate; apt-get install -y my-package
[22:01] <cr3> the first problem is that the /some/preseed/key is not replaced in my-package
[22:02] <cr3> the second problem is that when I login to the machine after the installation, echo "get /some/preseed/key" | debconf-communicate only returns 0, meaning there is no value set
[22:02] <cr3> is the reason that the debconf database is acting weird in /target during the installation?
[22:02] <cjwatson> probably because using in-target arranges for debconf passthrough, so that your debconf-communicate ends up going to the installer's cdebconf database
[22:02] <cjwatson> which isn't where you want it to go
[22:03] <cjwatson> lose in-target, use chroot /target instead, and add 'export DEBIAN_FRONTEND=noninteractive' before calling apt-get
[22:03] <cjwatson> I assume that you don't actually need interactivity, if you're preseeding it all
[22:03] <cr3> absolutely, applying those changes now. thanks!
[22:05] <TheMuso> Now is it something with my setup, or do wubi installs on FAT32 always fail? Even when using the smallest amount of disk space that wubi offers to set up, every time I attempt to boot the install, fsck gives messsages about not being able to write to particular blocks, and segfaulting...
[22:05] <TheMuso> I also discovered that the host filesystem is mounted read-only...
[22:05] <TheMuso> Whereas on NTF,s all works fine, and the host is mounted read write.