[17:42] Hi folks, anyone up for a quick chat about fstab docs? [17:46] ok well in case people circle back to this, https://help.ubuntu.com/community/Fstab [17:46] 1. https://help.ubuntu.com/community/Fstab#Pass_.28fsck_order.29 [17:48] Pass: I feel it would be good to add a line of context to guide users on how and when to use pass. This is already begun, ("In practice...") but could be completed by giving a bit more info about whether one SHOULD fsck drives. The impression I get is that the value should be 2 for ext2/3/4 drives, and 0 for ntfs drives. But I'm not confident about [17:48] that. [17:49] 2. https://help.ubuntu.com/community/Fstab#Options [17:50] Common options, 9: "user" - in all the examples below and elsewhere on the web, the nearest term used is "users". Is "user" therefore a typo, or are these different things? [17:51] 3. Options 3.1 "I advise" doesn't mention uid or gid, perhaps it should given they're in the examples? [17:51] 4. Examples, gid=100 is given but gid=1000 is the norm, as I understand it. Again, is 100 a typo when it should be 1000 in the examples? [17:54] 5. For 20.04 and feasibly prior versions, should one install ntfs-3g and ntfs-config before editing fstab? This is advised in old fstab guides but I don't know if it's now moot or if these are included in the OS by default [17:54] 6. https://help.ubuntu.com/community/Fstab#New_Technology_File_System_.28NTFS.29 [17:57] For ntfs, explaining how to get locales is helpful. It might be nice to also add a line of context explaining why one might want to set these, e.g. from ArchWiki [17:58] "Locales are used for rendering text, correctly displaying regional monetary values, time and date formats, alphabetic idiosyncrasies, and other locale-specific standards." [17:59] 7, finally: on the contact y'all page (https://wiki.ubuntu.com/DocumentationTeam/Contact) the URL for this chat is http://java.freenode.net//index.php?channel=ubuntu-doc but that timed out & failed for me. Might work for others. But perhaps the https://webchat.freenode.net/ would be better? [18:02] sharky_pi: everything under /community is a wiki, so you can edit it yourself if you join the wiki editors team, let me get the link [18:03] https://launchpad.net/~ubuntu-wiki-editors [18:03] certainly happy to do so but wanted to bounce some of this off others first, as a MASSIVELY don't want to make edits which are wrong! haha [18:03] others can't update it for you, since we're not experts on everything :) [18:03] your edits do seem reasonable though [18:03] totally fair enough. just wondering if anyone would mind looking at these proposals and [18:04] yeah exactly that, just seeing if i'm getting completely the wrong end of the stick somewhere [18:04] these were just written by folks who have a bit of time, so there's always room for improvement [18:04] details aren't ommitted intentionally [18:05] thanks for your help! [18:06] thanks pleia. I'll sign up with the link (thanks again) [18:08] https://help.ubuntu.com/community/WikiGuide has more information about contributing and how things are organized [18:09] I'll warn you, it's sometimes a little tricky to log in and sometimes you have to clear caches to get rid of the Immutable Page link once you're re-logged in after you're added to the team [18:09] a lot of protections had to be put in due to bad spam :( [18:12] interesting, i'm literally looking into that issue now [18:14] completely fresh system, any time i go to login.ubuntu.com I get the ubuntuOne signin page which prepopulates with my old email & password, then flashes to my new email, then old, about 10X in 1 second, then stops at my old email. This isn't stored in firefox, the new working details are stored in lastpass, so I have no idea how the old details [18:14] remain, and subsequently I frrequently can't login and typically give up [18:14] (I try populating with new details manually or using lastpass but upon clicking submit, it's overwritten by the old info) [18:15] it sometimes takes me a few tries to log in, but usually I am facing timeout issues x_x [18:16] can you think of who might be responsible for this section of the site? I've been bamboozled by this behaviour for years now [18:17] the folks in #canonical-sysadmin [18:17] I figure it *HAS* to be stored within the site itself, since I have an empty firefox password manager and a blank cache [18:18] ooh, is that a freenode channel? thansk! [18:18] they're very aware of the problem, but there is no investment or resources for improving the situation [18:18] *thanks [18:18] ahaa. Boo. [18:18] it's been like this for a few years [18:18] the real solution is switching to wiki software that can handle the scale of the wiki, MoinMoin wasn't built to be as big as the Ubuntu wikis go [18:18] t [18:18] but that's a massive project :( [18:19] yup. alas :( [18:20] sorry to be a downer! [18:22] hey not at all - MUCH rather get confirmation of bad news than continue in ambiguity! I'm asking the sysadmin channel now, so fingers crossed they can tweak it on the backend [18:23] I think a large chunk of the team is in the UK, so hopefully you can get someone's attention [18:23] if you strike out, you can also submit a ticket to them via rt@ubuntu.com [18:23] great stuff, will do, thanks again