[09:11] <ev> stgraber: having a look nowish
[09:18] <ev> joy, launchpad is timing out on bug attachments
[09:50] <ev> cjwatson: with respect to bug 758658, is there any historical reason why we don't retranslate once we get past the keyboard step and thus have a more complete locale (en_GB, for example)?
[09:50] <ev> perhaps that would be horribly inconsistent
[10:24] <ev> mm, that patch for 759804 isn't working quite as expected.  Digging.
[11:05] <ev> ah, jockey and nvidia-glx rely on uname -r to work. Bum.
[11:45] <cjwatson> ev: the keyboard step shouldn't affect translations.  The timezone step does, and I thought we did retranslate after it
[11:45] <cjwatson> we certainly should
[11:48] <ev> we don't appear to as far as I can tell. We call reset_locale in cleanup but that's it.
[11:48] <ev> for ubi-timezone, that is
[11:50] <ev> so then are you happy keeping country-specific pofiles and translating to them after that step?
[11:52] <ev> rather than just limiting ourselves to what localechooser can support
[11:53] <cjwatson> what do you need beyond what localechooser can support?  I'd rather not have divergent treatments of locales
[11:53] <cjwatson> you can't properly select a locale that localechooser doesn't support anyway
[11:55] <ev> distinction between en_US and en_GB in the slideshow (as people are whining in bug 758658), which is possible without involving ubiquity, but it seems like a logical extension to support better translations there as well if we can.
[11:57] <cjwatson> but localechooser *does* support en_GB vs. en_US
[11:57] <cjwatson> d-i generally doesn't ship different translations for them, but localechooser is entirely capable of selecting either
[11:58] <ev> ahh, I've been going off of languagelist rather than following the code
[11:58] <cjwatson> it doesn't differentiate them at the language selection step, that's all ...
[11:58] <ev> apols
[12:00] <ev> okay, so roughly: tell ubiquity to retranslate with the complete locale after the timezone page, and stop removing country-specific pofiles from the source package.
[12:02] <cjwatson> or just add a couple of country-specific po files when necessary
[12:02] <cjwatson> it's often just noise, there's a certain amount of judgement involved
[12:02] <ev> sorting the slideshow should be as simple as adding the country-specific pofiles back, which I imagine is acceptable for natty. Do you think the ubi-timezone change is a step too far? (in which case I'll start the natty-beta branch divergence from there)
[12:03] <ev> indeed, I'll do it manually rather than modifying my existing remove-unused-languages script
[12:03] <cjwatson> no, I think it's fine; you could reduce the risk by only retranslating the slideshow
[12:03] <ev> okay, cool
[12:03] <cjwatson> ev: note BTW that your script is wrongly removing Norwegian
[12:03] <ev> oh yikes
[12:03] <ev> thanks for the heads up
[12:03] <ev> I'll fix it
[12:03] <cjwatson> I put it back recently and it looks like you've deleted it again
[12:04] <cjwatson> thanks
[12:04] <ev> sorry
[12:04] <cjwatson> np, I guessed the second time that it must be scripted ...
[12:05] <ev> heh, indeed
[14:08] <ev> stgraber: your patch doesn't appear to fix the bug.  If I manually set the device for bootloader installation to /dev/sda1 and then add another partition, it shouldn't jump back to /dev/sda for the bootloader.
[14:08] <ev> Mind you, if I delete /dev/sda1, it should.
[14:12] <ev> ugh, when constructing a test for functionality in a particular configuration, it's probably best to make sure it works first in the general case :-/
[14:13] <ev> nvidia-glx-173 being uninstallable, in this particular case
[15:06] <CIA-7> choose-mirror: cjwatson * r1157 ubuntu/ (debian/changelog mirrorlist):
[15:06] <CIA-7> choose-mirror: Record a dummy "GB" entry in templates files for non-country-specific
[15:06] <CIA-7> choose-mirror: mirrors (i.e. ports.ubuntu.com) so that ports installations have more
[15:06] <CIA-7> choose-mirror: choices than just "enter information manually" (LP: #756719).
[15:08] <CIA-7> choose-mirror: cjwatson * r1158 ubuntu/debian/changelog: releasing version 2.37ubuntu2
[15:35] <ev> how very odd. The man-db trigger is failing in the chroot when installing the nvidia driver via jockey, but jockey sets the frontend to noninteractive.
[15:42] <stgraber> ev: yeah, it definitely needs more testing and fixes ;) I'll work on that once I'm done testing Edubuntu
[15:42] <ev> cool, thanks
[17:49] <CIA-7> cdebconf: cjwatson * r2340 ubuntu/debian/ (palette palette.dark palette.original palette.ubuntu): add debian/palette*, present in 0.154ubuntu2 upload but missing from bzr
[18:06] <CIA-7> base-installer: cjwatson * r951 ubuntu/ (debian/changelog kernel/i386.sh): Support AMD CPU family 18 (LP: #760490).
[18:08] <CIA-7> base-installer: cjwatson * r952 ubuntu/debian/changelog: releasing version 1.116ubuntu2
[18:11] <ev> cracked that chestnut
[18:11] <ev> ish
[18:11] <ev> I've got hacks all over the place, but lets see what I can pear off
[18:12] <ev> final piece of the puzzle was that jockey sets the frontend to noninteractive, but ubiquity leaves DEBIAN_HAS_FRONTEND set
[18:30] <rbelem> ping cjwatson
[19:10] <cjwatson> rbelem: yes?
[19:35] <stgraber> ev: http://paste.ubuntu.com/594160/ seems to work relatively well with the few tests I did here
[19:46] <cjwatson> rbelem: in future, please just say what you want rather than pinging first
[20:00]  * highvoltage is considering adopting a policy of ignoring contentless pings
[21:52] <rbelem> cjwatson, ok sorry
[21:52] <rbelem> cjwatson, i have some questions about oem-config
[21:53] <rbelem> cjwatson, i would like run some tasks after oem-config finishes
[21:54] <rbelem> cjwatson, how to do that? adding a script in /usr/lib/ubiquity?
[22:58] <bdmurray> How is "Download updates while installing" supposed to work?  Should they be installed or just downloaded or something else?


[01:27] <TheJeff> hey #juju - what's 'Insufficient peer units' mean?  am I falling short here
[01:28] <jrwren> charmers: kindly requeue http://review.juju.solutions/review/2357 please?
[01:38] <marcoceppi> TheJeff: what service is saying that?
[03:10] <jrwren> charmers: i see the requeue happened, but I am unsure about the results. Can someone help me interpret? http://juju-ci.vapour.ws:8080/job/charm-bundle-test-aws/1694/console
[08:11] <marcoceppi> jrwren: we recently migrated to a new server for all of Juju QA, including charm-testing. This seems to be an issue related to that
[12:47] <Icey> can you have multiple base layers with install hooks?
[14:00] <stub> Icey: Yes. You don't know the order they will run though (only that all of the @hook('install') handlers will run before the general handlers)
[14:18] <marcoceppi> Icey: yes
[14:25] <Icey> so, new layer charm, any idea why I'd be getting http://pastebin.ubuntu.com/13824394/
[14:26] <Icey> for some reason it isn't setting up charmhelpers
[14:34] <marcoceppi> Icey: can you give the entire trace?
[14:34] <Icey> that's really it: http://pastebin.ubuntu.com/13824600/
[14:34] <Icey> just pulled out paths
[14:34] <Icey> I was following the debug log since deploy, that's the first line
[14:36] <Icey> do I need to actually include charmhelpers in the lib to make sure it's available? most of the other layers aren't doing that so I didn't think it was necessary but it seems to not have charmhelpers available even though I'm suing the basic layer
[14:36] <Icey> (in another layer)
[14:37] <Icey> http://pastebin.ubuntu.com/13824666/ is the file with the referenced line failure
[14:45] <marcoceppi> Icey: can you pastebin hooks/install
[14:57] <Icey> http://pastebin.ubuntu.com/13824666/ is hooks/install
[14:57] <Icey> marcoceppi ^^
[14:58] <lazypower> hmm.. whats this line do? @translate_exc(from_exc=OSError, to_exc=NotImplementedError)
[14:59] <lazypower> i see it decorating a method in charmhelpers, and its not obvious to me what its doing
[14:59] <lazypower> i'm guessing if the subprocess.check call is invoked and errors, it acts as a try/catch block and instead throws a different error?
[15:00] <marcoceppi> Icey: do you have a wheelhouse directory?
[15:01] <Icey> marcoceppi negative, just wheelhouse.txt
[15:01] <marcoceppi> Icey: well, that's the problem
[15:01] <Icey> with requests and shell
[15:01] <marcoceppi> Icey: what version of charm-tools do you have ?
[15:01] <Icey> shouldn't the charm build make that?
[15:01] <marcoceppi> Icey: oh, what does your layer.yaml looks like?
[15:01] <Icey> charm version charm-tools 1.8.0
[15:01] <marcoceppi> Icey: do you have a link to your layer?
[15:02] <marcoceppi> Icey: you need to upgrade
[15:02] <marcoceppi> charm-tools is currently 1.10.1
[15:06] <Icey> upgrading now
[15:06] <Icey> odd thing is I've made a different layered charm that worked
[15:08] <marcoceppi> Icey: it depends on if it wheelhouses or not
[15:09] <Icey> ah, I suppose one of the layers I'm using does then?
[15:10] <Icey> what is wheelhouse?
[15:10] <Icey> and is it architecture dependant?
[15:14] <marcoceppi> Icey: yes
[15:14] <marcoceppi> Icey: no
[15:15] <Icey> apparently it requires python3 to build now, installing...
[15:15] <marcoceppi> Icey: the point is a wheelhouse is a better way to bundle dependencies for hooks without having to install the dep in the tree like before but also makes sure that the dep is installed on the system architecture
[15:16] <Icey> sure, just annoying to have to change build environment so often :-P
[15:16] <marcoceppi> Icey: well we're still stabilizing the tool
[15:16] <marcoceppi> Icey: this is us ramping up to a 2.0
[15:23] <Icey> marcoceppi my client just went wonky, back now (I think)
[17:33] <lazypower> cory_fu: have we written any interface layers using peer relation(s) that you are aware of?
[17:33] <lazypower> i scanned the list and didnt see any. i think mbruzek and I are at a point where we're going to pilot this if it hasn't been piloted before
[17:34] <cory_fu> No, I haven't.
[17:34] <cory_fu> Sorry, I mean, no I'm not aware of any
[17:35] <lazypower> ack, *fingers crossed* lets traverse into the dark without a torch
[17:52] <lazypower> tvansteenburgh marcoceppi : could use a quick review on this one when you get time - https://code.launchpad.net/~lazypower/charm-helpers/payload-tracking/+merge/279927  - it adds the payload tracking bits from the 1.25 release to charmhelpers.core.hookenv
[17:53] <lazypower> I'm not sure i did this right, i tried to model it off of the leader bits which i know have requirements on which version of juju to use
[17:53] <lazypower> *min version required
[18:40] <cmars> i'm noticing a lot of extra packages getting installed in the install hook, in charms built with 1.10.1. can we apt-get install python3-pip --no-install-recommends, would that still work?
[18:40] <cmars> really don't want g++ on all my charms...
[20:33] <marcoceppi> tvansteenburgh: still seeing charm testing failures http://juju-ci.vapour.ws:8080/job/charm-bundle-test-aws/1702/console
[20:33] <tvansteenburgh> marcoceppi: ugh, back to the drawing board


[06:24] <Tm_T> !purelxde is <reply >If you want to remove all !KDE, !GOME and !XFCE packages and have a default !Lubuntu system follow the instructions here « http://www.psychocats.net/ubuntu/purelxde »
[06:24] <Tm_T> bah
[06:24] <Tm_T> !no, purelxde is <reply >If you want to remove all !KDE, !GNOME and !XFCE packages and have a default !Lubuntu system follow the instructions here « http://www.psychocats.net/ubuntu/purelxde »
[06:24] <Tm_T> !purelxde
[06:24] <Tm_T> see, I keep failing...
[06:25] <Tm_T> fixed now
[06:25] <Unit193> That's because I was an idiot first...
[06:25] <Tm_T> nah, I went correcting it but didn't do it properly (:
[06:26] <Unit193> Thanks!
[15:46] <Sahar> hi
[15:47] <Sahar> i hv some problem
[15:47] <Sahar> can i ask
[15:47] <Sahar> plssss
[15:47] <Sahar> is theere any in hereeeee
[15:47] <Sahar> alo
[15:48] <Fuchs> Sahar: as I told you in #ubuntu-de, you are looking for #ubuntu. not #ubuntu-irc
[15:48] <Sahar> wow
[15:48] <Sahar> i com again
[15:48] <Sahar> here
[15:48] <Sahar> sry
[18:11] <DoomSock> Pici , who let the dogs out ?
[18:16] <m4v> need help?
[18:16] <m4v> boh
[18:17] <rww> being silly like that in multiple channels ;(


[05:36] <CIA-32> ubiquity: cjwatson * r5372 trunk/ (d-i/manifest debian/changelog):
[05:36] <CIA-32> ubiquity: Automatic update of included source packages: grub-installer
[05:36] <CIA-32> ubiquity: 1.68ubuntu5, hw-detect 1.88ubuntu2, partman-auto 101ubuntu2,
[05:36] <CIA-32> ubiquity: partman-base 153ubuntu3, partman-btrfs 8ubuntu1, partman-efi 25ubuntu1,
[05:36] <CIA-32> ubiquity: partman-ext3 67ubuntu1, partman-partitioning 85ubuntu2, partman-target
[05:36] <CIA-32> ubiquity: 77ubuntu1, user-setup 1.42ubuntu1, yaboot-installer 1.1.20ubuntu1.
[05:41] <CIA-32> ubiquity: cjwatson * r5373 trunk/debian/changelog: releasing version 2.10.10
[13:04] <stgraber> I finally found the source of bug 966294!
[13:04] <ubot2> Launchpad bug 966294 in gstreamer0.10 "gstreamer hangs when accessing webcam (on specific hardware)" [High,In progress] https://launchpad.net/bugs/966294
[13:04] <stgraber> and have a "fix" for it (reverting part of an upstream commit, fixes the webcam, not sure if it breaks something else though)
[13:54] <ev> cjwatson: http://paste.ubuntu.com/926289/ - that's the bit of code for finding the individual debs in /var/cache/apt/archives that mvo gave me
[13:55] <cjwatson> aha, ok - will ponder, thanks
[13:56] <jibel> ev, there is a typo in latest /var/lib/dpkg/info/whoopsie.postinst
[13:57] <jibel> if [ "$1" == configure ]; then should be if [ "$1" = configure ]; then
[13:58] <cjwatson> bashism rather than typo, I suspect, but yes ...
[13:58] <cjwatson> >>> from debian import debfile
[13:58] <cjwatson> >>> deb = debfile.DebFile('sudo_1.8.3p1-1ubuntu3_i386.deb')
[13:58] <cjwatson> >>> deb.control.debcontrol()['version']
[13:58] <cjwatson> u'1.8.3p1-1ubuntu3'
[13:58] <cjwatson> ev: ^- if that helps
[14:00] <cjwatson> >>> from apt import debfile
[14:00] <cjwatson> >>> deb = debfile.DebPackage('sudo_1.8.3p1-1ubuntu3_i386.deb')
[14:00] <cjwatson> >>> deb['version']
[14:00] <cjwatson> '1.8.3p1-1ubuntu3'
[14:00] <cjwatson> works too, seemed slower interactively though
[14:04] <ev> argh
[14:04] <ev> I did run it through sh -n
[14:04] <ev> but yeah, damn
[14:04] <ev> fixing
[14:05] <cjwatson> mm, I think that's one of the things that sh -n doesn't notice because in principle [ is an external command
[14:08] <ev> righ
[14:08] <ev> cjwatson: cheers for the debfile samples!
[14:25] <ev> python really needs inline functions
[14:25] <ev> this is getting to be quite the long function, but I don't want to split it up for fear of running into the function call overhead
[14:50] <bdmurray> would an encrypted home install require more memory?
[15:12] <stgraber> bdmurray: it certainly won't use less memory and indeed may very well use a bit more, shouldn't be much more though
[15:12] <stgraber> bdmurray: you probably should poke kirkland for details on ecryptfs memory usage
[15:13] <bdmurray> I had to increase the memory allocated from 768 to 1024 the install to pass
[15:13] <bdmurray> bug 979350
[15:13] <ubot2> Launchpad bug 979350 in ubiquity "install with encrypted home failed near the end" [Undecided,New] https://launchpad.net/bugs/979350
[15:18] <stgraber> 256MB just for ecryptfs seem excessive
[15:25] <ogra_> thats half of my RAM on my ac100 !
[15:27] <bdmurray> cjwatson: could you look at bug 975333?
[15:27] <ubot2> Launchpad bug 975333 in grub2 "Started getting error: out of partition errors and windows partition won't boot" [High,Confirmed] https://launchpad.net/bugs/975333
[15:35] <cjwatson> bdmurray: requested more info


[09:50] <nebuchadnezzar> hello
[09:57] <nebuchadnezzar> as everything seems to work now, I'll doing some germinate today ;-)
[13:36] <nebuchadnezzar> I really should have missed something about seeds, I created a myfeature seed file, depending on boot and server, but my task/MASTER does not include this seed file. Am I restricted to predefined seed name?
[13:52] <cjwatson> I strongly recommend that you edit the server seed instead.
[13:52] <cjwatson> Otherwise you have to edit cdimage.germinate to use a different seed for your product
[13:53] <cjwatson> (Though you may need to do that anyway given that your project probably isn't called "ubuntu-server")
[13:53] <cjwatson> cdimage.germinate starts resolving at predefined seed names/.
[14:02] <nebuchadnezzar> ok, is it planned to make it configurable for derivatives?
[14:05] <nebuchadnezzar> for now I'll use server for my tests
[14:26] <cjwatson> Well, the configuration mechanism for flavours in the Ubuntu archive is (a) try to do things such as to avoid requiring modifications (b) modify the code where necessary
[14:27] <cjwatson> No current plans to make it configurable
[14:27] <cjwatson> I think a configuration mechanism would have to be pretty sweeping, covering all the places where project-specific behaviour is currently present; I doubt I would even want to attempt that until the Python rewrite is complete
[14:55] <nebuchadnezzar> ok, now I understand own the "top-level" seed is selected in GerminateOutput.list_seed
[14:56] <cjwatson> Right
[14:57] <cjwatson> I suspect that over time I might want to make this more table-driven, much the same way I did with etc/default-arches
[14:57] <cjwatson> Not currently scheduled or anything, though
[14:59] <nebuchadnezzar> for now I added an elif for our project, as you said at 14:43
[15:12] <nebuchadnezzar> now I enter the world of debian-cd "CD1 missing some packages needed by debootstrap", I have an error "cpp: error trying to exec 'cc1': execvp: No such file or directory" when generating rawlist
[15:13] <nebuchadnezzar> I suppressed the quoting in the makefile to get the command and it works fine on my command line, maybe an environment problem?
[15:14] <cjwatson> You probably just need cdimage r1044
[15:14] <nebuchadnezzar> ok
[15:14] <cjwatson> We ran into the same thing in production today
[15:14] <cjwatson> It caused bug 1134162
[15:15] <nebuchadnezzar> ok, thanks
[15:25] <nebuchadnezzar> it works, now I need to work around mkisofs/xorriso :-/
[15:26] <nebuchadnezzar> saw in CONF.sh
[15:34] <nebuchadnezzar> need to find the good options to xorriso
[16:10] <nebuchadnezzar> is it intended to merge local with main at cdimage time, at debian-cd time the apt-ftparchive seems to use it "1.filelist_local - fopen (2: no such file or directory)"
[16:42] <nebuchadnezzar> "Generating list files for images \n Segmentation fault"
[16:44] <nebuchadnezzar> I'll look at this tomorrow
[17:11] <cjwatson> It is intended
[17:11] <cjwatson> But the local-packages stuff is *really* poorly tested; we haven't used it on cdimage.u.c since 2005
[17:11] <cjwatson> Somebody sent me a patch for it in 2008
[17:12] <cjwatson> Beyond that, well
[17:12] <cjwatson> Send me patches if you figure it out :)


[07:36] <ducasse> good morning all
[08:24] <EriC^^> morning
[08:47] <ducasse> morning EriC^^ - how are things?
[08:49] <EriC^^> ducasse: good thanks you?
[08:50] <ducasse> ok, thanks. electrician installed smart meter this morning.
[09:07] <ikevin> hi guys :)
[09:11] <EriC^^> hey
[11:58] <BluesKaj> 'Morning folks
[11:58] <BluesKaj> 'Morning folks
[11:58] <BluesKaj> 'Morning folks
[11:58] <BluesKaj> oops
[12:08] <brunch875> 'Morning BluesKaj
[12:16] <BluesKaj> Hi brunch875
[19:17] <nicomachus> http://www.omgubuntu.co.uk/2017/04/firefox-photon-redesign-mockups
[21:36] <acheron-a> hello Bashing-om
[21:36] <daftykins> \o
[21:37] <Bashing-om> Hey hey acheron-a ; what up ?
[21:37] <acheron-a> have you got a moment for a couple of questions
[21:37] <acheron-a> i am still new to ubuntu and don't know all the internals
[21:37] <Bashing-om> acheron-a: Sure , fire away . ( may not accept the responses though ) .
[21:37] <daftykins> i'm game too :>
[21:38] <daftykins> for that little which hasn't changed since i knew it...
[21:38] <Bashing-om> acheron-a: I been a heavy user for better then 10 years and I still do not know :P
[21:38] <acheron-a> i noticed that nautilus will just say "Computer" unless there is a machine-info in /etc
[21:39] <acheron-a> then it picks up the name from that file
[21:40] <acheron-a> problem is, that file only gets generated if you change the computer name in [System Settings], [All Settings], System => [Details]
[21:40] <acheron-a> but that would be after the initial install
[21:41] <acheron-a> you can actually sit there with nautilus open and see the name change while you type it in details
[21:42] <daftykins> is this something you want when installing Ubuntu for others? because i'd imagine that's what the OEM setup thingy would help with
[21:42] <acheron-a> but then when you are done, it changes the host name to all lower case!
[21:42] <daftykins> but off hand i can't see why a name matters so much :)
[21:42] <nacc> acheron-a: so far you haven't stated the problem
[21:42] <nacc> acheron-a: so you don't wnat it to be lower case?
[21:42] <daftykins> hostnames should always be lowercase :)
[21:42] <acheron-a> then, it should say so in the install!
[21:43] <daftykins> meh, everything is case sensitive in Linux land so it's always worth bearing in mind
[21:43] <acheron-a> because the way the install is now, it allows up and lower case
[21:43] <nacc> acheron-a: what is in the file and what is displayed might be different
[21:43] <nacc> acheron-a: what variable did you assign to in the file?
[21:43] <nacc> (it has a manpage btw)
[21:44] <daftykins> yeah i'm sure it allows both, i'm just saying from experience it should be lower :>
[21:44] <nacc> also why does it matter what nautilus tells you the current computer's name is?
[21:44] <acheron-a> yes
[21:44] <nacc> "Computer" is good enough given that nautilus is browsing locally
[21:44] <acheron-a> correct, but why did it change when i just wanted to correct my host name
[21:45] <acheron-a> everything kind of went beserk
[21:45] <nacc> acheron-a: what did you change and where?
[21:45] <daftykins> hmm i just change hostname via CLI, not sure of graphical methods
[21:45] <nacc> acheron-a: and what do you mean berserk? it just changed what was displayed
[21:45] <nacc> again, actually describe something! :)
[21:45] <acheron-a> [System Settings], [All Settings], System => [Details], [Overview] Device name
[21:46] <acheron-a> thats where i changed it
[21:46] <acheron-a> weren't you paying attention?
[21:46] <nacc> ok, so you changed the 'device name' in settings
[21:47] <nacc> what do you think 'went berserk'?
[21:47] <daftykins> acheron-a: i'm talking about how you're supposed to, not how you chose to do it
[21:47] <acheron-a> try it for yourself and see
[21:47] <nacc> and what did you put in that field?
[21:47] <daftykins> acheron-a: btw your language is extremely rude.
[21:47] <nacc> no, i'm not going to change my system's hostname just to test out something
[21:47] <acheron-a> you can do it in a live boot
[21:47] <acheron-a> i was double checking it today
[21:48] <nacc> again, *what* went berserk?
[21:48] <daftykins> well it could've been fixed since a live ISO, so would be best on a fully updated VM
[21:48] <daftykins> not necessarily fixed but changed
[21:49] <acheron-a> forget it guys
[21:49] <acheron-a> sorry i brought it up
[21:49] <daftykins> you're behaving very strangely
[21:49] <nacc> feels like you don't want to answer the simplest of questions
[21:49]  * nacc assumes trolling
[21:49] <acheron-a> you guys just want to argue with me instead of checking out my questions
[21:50] <daftykins> i'm not going to install a VM and mess about with a completely useless feature just because you want it to say something other than 'computer'
[21:50] <daftykins> fucking ridiculous.
[21:50]  * nacc isn't arguing -- i would like an actual explanation of what is expected and what happened
[21:50] <nacc> which doesn't seem forthcoming
[21:51] <nacc> as i said, trolling (or the equivalent) and moving on now
[21:51] <Bashing-om> acheron-a: You "assume" we have access to what you see ... far from the case . For example presently I boot xubuntu . no nautilus here .
[21:51]  * nacc basically has a desktop environment purely to run 50 terminals :)
[21:51] <acheron-a> i expected the host name to be changed just as if i entered it when i did the initial install
[21:51] <nacc> and what happened?
[21:52]  * nacc notes that he has a string in 'Device Name' and nautilus stills says 'Computer'
[21:52] <acheron-a> everything went to lowercase and then "Computer" got changed to what was changed in the device name
[21:53] <Bashing-om> nacc: ^* and when I boot 14.04 same same .. only enough to boot my terminal emulator(s) .
[21:53] <nacc> Bashing-om: yep
[21:53] <acheron-a> well when i say everything, i mean the host names are in the hosts files
[21:53] <acheron-a> 16.04.2 is what i am on
[21:54] <acheron-a> well the 2nd issue was has anyone noticed or reported about the nautilus file manager hanging and time-out after you insert an USB drive and click on it to browse the files?  seemed to have started after the eject update?
[21:55] <nacc> acheron-a: you changed the hostname and are wondering why it changed the hostname in /etc/hosts?
[21:55] <acheron-a> no
[21:56] <acheron-a> thats not it
[21:56] <acheron-a> i changed, just corrected a few missing letters
[21:56] <acheron-a> and instead of just making those changes, it put everything to lowercase
[21:58] <acheron-a> deleting machine-info causes nautilus to show "Computer" again
[21:59] <nacc> acheron-a: what was in machine-info?
[21:59] <nacc> acheron-a: note that i have a string in Device Name in settings and no /etc/machine-info file
[21:59] <OerHeks> it is  strongly recommended to write the hostname in lowercase, since some protocols, particularly NIS, ignore capital letters .. so say thank you for changing lowercase
[21:59] <nacc> and i also would be very hesitnat to delete files owned by systemd
[21:59] <acheron-a> PRETTY_HOSTNAME=HP-EliteDesk-800-G1-SFF
[22:00] <nacc> and the manpage says to use hostnamectl to make changes to it
[22:00] <acheron-a> i understand the all lower cases
[22:00] <nacc> ah i see, i'm guessing if /etc/machine-info doesn't exist it falls back to /etc/hostname
[22:01] <acheron-a> but why didn't the installer do that?  because i had backups of those files in /etc
[22:01] <acheron-a> it was just the lack consistency that threw me off
[22:03] <Bashing-om> acheron-a: Big changes from what was (upstart) to what is (systemd) :)
[22:03] <acheron-a> yes
[22:04] <Bashing-om> I note that not all is fluid to this time .
[22:04] <acheron-a> i read about that but legacy's sake of having those files around, it should have been lower case in the first place
[22:04] <nacc> acheron-a: why didn't the installer do what?
[22:05] <acheron-a> write them all out in lower case
[22:08] <nacc> so you're saying that /etc/hosts had upper case strings in it?
[22:08] <acheron-a> yes
[22:08] <acheron-a> before i made the correction in the gui
[22:09] <acheron-a> upper and lower