[12:18] mdz: amd64/i386 built, ppc still chunking along. [12:18] you want log files? === azeem [~mbanck@socks-out.lrz-muenchen.de] has joined #ubuntu-devel [12:36] justdave: at the point of the last message you see, does the system hang, power off, do anything? [12:36] lamont: logs are not necessary; just copy the debs to rookery so I can put them up for download [12:39] mdz: source and binaries (all 3 arch) at http://people.ubuntu.com/~lamont/mozilla - feel free to toss them somewhere else. [12:40] lamont: thanks [01:12] mdz: it just hangs === azeem [~mbanck@socks-out.lrz-muenchen.de] has joined #ubuntu-devel === elmo_ [~james@george.kkhotels.co.uk] has joined #ubuntu-devel === elmo_ [~james@george.kkhotels.co.uk] has joined #ubuntu-devel [01:58] elmo_: there seem to be packages in DesktopSeed which are lacking Task: ubuntu-desktop headers; is that normal? [01:58] seem to be all gstreamer stuff [01:58] e.g, gstreamer0.8-alsa [01:59] mdz: I just do it based on the 'desktop' output file of my germinate run [01:59] elmo_: I think that stuff was added on 09-02; whet was the last time that was updated? [01:59] hmm, and gstreamer0.8-alsa is in there [02:00] they show up in my germinate output [02:00] hmm, I think apt is just being weird [02:00] yeah, it's showing me the status file entry rather than the Packages file entry [02:01] which is a very weird thing for dumpavail to do [02:02] I guess it's playing its "the version numbers are the same so everything is cool" game === jono [~jono@82-37-194-90.cable.ubr05.wolv.blueyonder.co.uk] has joined #ubuntu-devel [02:06] hi all [02:06] I am writing Linux Desktop Hacks for O'Reilly and we are looking for contributors to write a few hacks - would anyone be interested in getting involved? [02:07] jono : what are those Desktop Hacks? :) [02:07] well, we are taking suggestions [02:08] we are writing 80 hacks and 20 are available for contributors [02:08] any cool ideas, mail them to me at jono AT jonobacon D-O-T org [02:11] heh, 'ubuntu-desktop' in Section: base [02:11] mdz: new lead. added ramdisk_size=8192 to the yaboot boot parameters, and successfully booted non-smp [02:11] dropping a dmesg on the bug as soon as it finishes logging in [02:12] justdave: how big is your initrd? [02:12] mdz: good god, that is the Depends line of doom - are you sure that doesn't overflow one of apt's static buffers at least in woody? [02:14] mdz: the smp initrd is 4 MB even, the non-smp initrd is 3.8 MB [02:14] elmo_: no clue about woody [02:14] but woody users won't get that package upgraded anyway [02:15] ubuntu apt is fine with it afaik [02:15] justdave: stinks of weird bootloader problems [02:16] elmo_: the stanza is only slightly larger than the d-i Sources one === justdave reboots again to see if it's yet another fluke or if it's consistant this time [02:20] it's a fluke [02:20] just booted without the ramdisk_size thing and succeeded [02:20] justdave: have you upgraded since the last time you tried? [02:21] still has devfs in there though. [02:21] no. I did update the kernel yesterday, but before my previous attempts. [02:22] oh, and yaboot does let you pass kernel params from the boot prompt [02:24] took all the garbage out of yaboot.conf, and experimenting from the boot prompt now that I proved that [02:26] ok, just got it to hang again [02:26] only changed from the previous boot was the "idebus=66" got removed. === theantix [~ryan@80.185.novustelecom.net] has joined #ubuntu-devel [02:27] one more attempt, same params, just to make sure, still hangs [02:28] added idebus=66 back in, still hangs. [02:28] so there's apparently no pattern to it [02:31] added video=ofonly in addition to the idebus=66 and it booted [02:32] btw, the new startup sound is cool, I like it :) [02:35] ok, just successfully booted it with the default command line. [02:35] so the command line options are another red herring [02:36] appears to be just luck or timing or something [02:39] justdave: so basically, it happens on UP and SMP systems, and regardless of the kernel command line [02:40] sivang: ':syntax on' [02:40] seems that way. [02:40] justdave: try unplugging all your USB devices when you boot [02:40] and 1394 [02:41] justdave: yaboot lets you pass kernel parameters from the boot prompt as long as they aren't initrd= (well, you can pass it, but it's not useful), which is kind of annoying [02:41] Kamion : you're replying my vim question? :) [02:41] sivang: yes [02:41] no 1394 on it right now. [02:41] Kamion : boy that was a while, thanks! [02:41] I'll have to change the default kernel in yaboot to do that. :) my keyboard is USB :) [02:41] Kamion: any idea about #1379? [02:42] justdave: you can plug it in after boot if it works [02:42] justdave: just try it and see if it makes a difference [02:42] oh, you mean you need to change yaboot.conf [02:42] sivang: it's IRC, it often has a big delay built-in [02:42] yep, done. [02:43] booting... [02:43] Kamion : yes, I've got used to it by now ;-) [02:43] mdz: I haven't had any idea about that since the start [02:43] (well, powered up -- still waiting for yaboot prompt to timeout) [02:43] ok, all USB and 1394 removed, it hung [02:43] Kamion: I've searched around a bit and haven't found anything in Debian land [02:43] besides that bug report you pointed out [02:44] which doesn't seem to have any leads [02:44] there goes my last idea [02:44] that was from the YDL website [02:44] Hang after install: If after install your computer hangs on re-boot, unplug any USB hubs you may have. An intermittent problem causes the hub to interact poorly with the CUPS printer software. [02:44] that sounded fairly promising, since the CD boot was working and not the HDD boot [02:45] of course, this is hanging way before CUPS starts [02:46] what bootloader does the CD use on ppc? [02:46] yaboot [02:47] there's no other sensible option [02:51] plugged the USB stuff back in and booted, and it worked. [02:57] bah, linux-kernel-di-{i386,powerpc}-2.6 failed to build [02:58] ... and it was because I'm dim === Kamion fixes === carlos was able to downgrade debian sid into debian warty without major problems [03:04] do we want a kind of howto about it? [03:05] carlos: only with BIG BOLD BLINKING warnings :-) [03:05] sure :-) [03:05] wiki or website ? [03:05] wiki, I suppose [03:06] ok, I will do it tomorrow. Good night [03:18] why would someone like to downgrade from sid to warty anyways? :-) === sivang hides form mdz [03:26] wow, just noticed the girl on the artwork....the best default livecd background I've yet to see... [03:31] mdz : would it be reasonable to push in stuff to yelp before the release (no further than the 17th) as this does not fall even under special circumstances? although yelp might not be effecting too much I suppose. [03:33] sivang: what kind of stuff? [03:39] mdz : I am not sure it will be ready for this, but just in case it will. It this listed under "roadmap" in http://wiki.ubuntulinux.org/DocumentationTeam. [03:43] mdz : if you have any comments, suggestions I'd be glad if you could mail me in , or on -devel. I'm hitting bed now, this time _for_real :) [03:43] nighters everybody === x4m [~max@198.155-200-80.adsl.skynet.be] has joined #ubuntu-devel [06:01] ha ha ha, oh man [06:30] oh god [06:31] mdz: LATER is not even documented [06:31] and imho it means that it will be fixed later [06:31] that also means that after release all LATER bugs will be reopened === justdave hates LATER [06:35] that should be a status, not a resolution, if we have it at all [06:35] RESOLVED/LATER is interesting [06:36] because then the bug just falls out of our BTS [06:36] i think setting the target milestone to Hoary is far better, IMO [06:42] the only reason that's not gone from Bugzilla upstream already is because customizable statuses was coming down the pike, and we didn't want to screw over people that were actually using it before they had an easy way to put it back. [06:42] except the guy who was working on the customizable statuses dropped off the face of the planet === hazmat [~hazmat@c-24-15-10-12.client.comcast.net] has joined #ubuntu-devel [06:48] daniels: 2153 is your ;) [06:48] fabbione: yeah === daniels heads off to vote. [07:05] fabbione: yeah, I am not so sure why we would use that rather than leaving the bug open and setting its milestone [07:05] mdz: same reason as i posted in the comment :-))) [07:06] it is not something that we can fix for sure for hoary [07:06] fabbione: I don't want those bugs to vanish from the list of open bugs though [07:06] mdz: it's not vanished... [07:06] it's still in bugzilla [07:06] and i did plan to reopen tham afterwards [07:06] to me, 'resolved" means it has been dealt with [07:06] I know, I understand [07:06] well bugzilla is wrong [07:06] heh [07:06] LATER is a "tag" not a status [07:07] it is best if we all use the same semantics for handling bugs [07:08] if you are using LATER and someone else is using a milestone, that's unnecessarily confusing for everyone [07:10] mdz: i don't disagree, what i wrote in the bug is: LATER because we don't know if it can be fixed for hoary [07:10] mdz: that's kinda different from a milestone [07:10] maybe add a milestone called "Future" [07:10] fabbione: "hoary" is our name for all of the time between the warty release and when the world crumbles into dust :-) [07:11] anything that is not now or the past is "hoary" [07:11] our list of feature goals is long enough to fill that time [07:12] whatever [07:12] i will reopen the bugs and mark them hoary [07:15] mdz: 2119 -> for me it's invalid [07:16] fabbione: I didn't read the logs; what is the deal? [07:18] mdz: it's 24 to 16 bit and no DRI [07:18] + one obscure option that for sure i am never going to set by default [07:20] fabbione: wait, I am rereading it and he is saying Ubuntu is faster [07:20] and his problem is with userlinux? [07:20] no the other way around [07:21] Ubuntu is [07:21] marginally faster [07:21] than UserLinux -- moving a card in freecell takes 5-8 seconds [07:21] instead of 10-15 seconds. [07:21] moving a card in freecell in UserLinux takes 10-15 seconds. [07:21] I think he has reported his bug to the wrong BTS [07:22] Someone is using freecell as a benchmark? That terrifies me [07:22] either he wrote to the wrong BTS or the wrong order of distros [07:22] both cases -> INVALID [07:22] yep [07:22] I did not see that before for some reason [07:23] wait [07:23] we can check in the logs [07:23] XFree86 Version 4.3.0.1 (Ubuntu 4.3.0.dfsg.1-6ubuntu23 20041004140652 root@terranova.warthogs.hbd.com) [07:23] he is talking about ubuntu [07:25] uhh [07:25] fabbione: both the fast and slow logs say Ubuntu [07:25] is it possible to have packages not install themselves into the rc.d directories by default.. ie make an admin explicitly enable them.. i just got myself locked out of my ubuntu system after installing openldap, and watching slapd hang the system during startup.. had to fix things with the install cd. [07:25] fabbione: so either UserLinux is borrowing Ubuntu packages, or he is confused [07:30] mdz: exactly [07:34] mdz: do you where the userlinux archive is? [07:34] i can't find the pool [07:34] fabbione: userlinux == sarge [07:34] fabbione: apart from a few meta packages [07:35] It also doesn't configure the national language keyboard for X. It certainly shouldn't install any such thing without asking first. The country the box happens to sit in may determine it's time zone, but that's about it. Certainly not the language (there are often several in the same country anyway, and chances are none of them is English, but the admin still wants his computer in English) [07:35] That's from their wiki [07:35] it looks sooooo much as the bugs we get [07:35] jdub: they released an update the 17th of Sept. [07:36] fabbione: sarge is updated all the time :) [07:39] jdub: our code is not in Debian [07:39] at least not the autodetection stuff [07:40] fabbione: it seems, from the bug, they're saying userlinux but using ubuntu. simplest explanation. [07:44] so, a couple of people have mentioned that they're not getting any sound at all [07:44] and i think i've hit a similar situation [07:44] snd-intel8x0 driver, nforce2 hardware [07:44] mdz: your announce is on distrowatch [07:44] no amount of alsamixer tweaking has helped [07:45] fabbione: I sent that Tuesday, and didn't realize it was waiting in the moderation queue :-( [07:45] oof, really? [07:45] i thought it had gone through [07:45] live-i386.iso 634MiB 57 50 179 110.95GiB [07:45] did you send it to deve or user too? [07:45] jdub: mako just pushed it out today [07:46] no, I think only -announce [07:46] hrm [07:46] some folks were listening, though -> 50 torrents [07:46] sorry about that [07:46] (more than the install CD right now) [07:46] jdub: for some reason I don't think I got a notification saying it was held for moderation [07:46] or I would have just taken care of it [07:46] might've been the double-auth mailman thing i'm getting [07:47] oh wait [07:47] i'm not even on -announce moderation [07:49] I thought the sender was notified too? [07:49] should've been, yeah [07:50] but you're also moderator [07:50] i think [07:50] oh, that's just ubuntu-security-announce === jdub is stuck on console atm ;) [07:51] could sharing an interrupt with ehci be an issue? [07:51] depends on what with [07:51] if it's a parallel port or something, yeah :-> [07:51] the sound card === jdub is talking about the sound issue [07:51] oh [07:52] is this the mixer-volume-is-up-and-it-looks-like-it's-working-but-no-sound issue? [07:52] yeah [07:52] haven't seen that one myself [07:52] could be IRQ stuff, yeah [07:52] a few locals are asking about it [07:52] only *just* started happening on this machine [07:52] previously, i was enjoying the just works sound/volume foo ;) [07:53] interesting [07:53] stuff under /proc/asound looks fine [07:59] jdub: pci=noacpi? [07:59] noapic? [07:59] those are my stock answers to everything these days :-) [07:59] headache? noapic [07:59] haven't tried them... will do now [07:59] toothache? pci=noacpi [07:59] haha [08:00] people look at me funny [08:01] ahaha [08:59] mdz: no more jellybeans === hazmat [~hazmat@c-24-15-10-12.client.comcast.net] has joined #ubuntu-devel [09:17] thom: ping === doko [doko@dsl-084-057-024-146.arcor-ip.net] has joined #ubuntu-devel === mojo [~mojo@220-244-212-78-vic.tpgi.com.au] has joined #ubuntu-devel [10:02] hi all fellow developers! [10:02] I'm getting stuck with stupid Bug #1552 [10:03] too shit I am, can't find other way around to fix this, hope someone here give me a hand, let SSH to my box and fix it with me === Maskie [~maskie@196-30-110-210.uudial.uunet.co.za] has joined #ubuntu-devel === evilstoy [HydraIRC@cmung3567.cmu.carnet.hr] has joined #ubuntu-devel === evilstoy [HydraIRC@cmung3567.cmu.carnet.hr] has left #ubuntu-devel [] === doko [doko@dsl-084-057-059-003.arcor-ip.net] has joined #ubuntu-devel === carlos [~carlos@69.Red-80-33-181.pooles.rima-tde.net] has joined #ubuntu-devel [11:24] jdub: should we report missing icons from ubuntu-artwork? [11:28] daniels: ack? [11:28] thom: ack-ack === daniels tries to remember what he wanted two and a quarter hours ago. [11:35] carlos: nah, they're known [11:54] daniels: heh [11:54] you're too young to be going senile [11:55] thom: and you don't have that problem? :) [11:56] no, but i work around this problem by asking at the time :P [11:56] thom: heh, fair cop [11:56] oh, right. [11:56] suspending on the X40. [11:56] ah? [11:57] even when removing ehci, can't get it going with echo 3 > /proc/acpi/sleep, then coming back with echo 0 > /proc/acpi/sleep [11:57] it never comes back, it just sits there with both the battery and sleep lights on [11:57] any known issues? [11:57] i.e. is this your acpi-support bong gone wrong? :) [11:57] no, acpi-support does nothing with suspend [11:58] hit the power button when it's suspended, what happens? [11:58] suspended with ecoh 3 > /proc/acpi/sleep? [11:58] (the /proc/acpi/sleep stuff being my additions to lid.sh) [12:00] daniels: grab http://www.planetarytramp.net/acpi-x40.tgz [12:07] jdub: ok [12:07] thom: do I need the tpbutton stuff or whatever? [12:08] thom: (fwiw, it froze, and I needed to reboot) [12:10] daniels: shouldn't do [12:10] hrm [12:10] well, it works fine with x40 [12:11] but with mangling /proc/acpi/sleep, it freezes when resuming [12:11] with your x40 stuff it doesn't actually suspend, however [12:11] it just chvts [12:11] it'll only suspend if you're on battery [12:12] ahr(se) [12:16] hm [12:17] so I did it on battery, and it hung :) [12:17] i've not tried with the current kernel tree, i have to admit [12:18] this is just with 2.6.8.1-3-686 [12:19] yeah [12:20] i (or rather mjg59) had a custom 2.6.7 where it worked [12:20] any known gotchas? [12:20] ah [12:20] what were the patches -- acpi.sf.net? [12:21] that and one other i don't remember [12:25] mjg59: ping? [12:25] (own reference to avoid senility-related troubles: x40 acpi) === seb128 [~seb128@ABoulogne-110-1-2-101.w80-13.abo.wanadoo.fr] has joined #ubuntu-devel === elmo_ [~james@82.211.81.249] has joined #ubuntu-devel === sivang [~pooh@80.179.82.182.forward.012.net.il] has joined #ubuntu-devel [01:15] morning/afternoon all === x4m [~max@198.155-200-80.adsl.skynet.be] has joined #ubuntu-devel === sjoerd [~sjoerd@fire.ipv6.luon.net] has joined #ubuntu-devel === sivang [~pooh@80.179.82.182.forward.012.net.il] has joined #ubuntu-devel [01:49] daniels: btw, you really need to push freedrtools, since otherwise we're gonna wind up with about 50 forks === cc [~byte@drbyte.fedora] has joined #ubuntu-devel [02:19] anybody around who can/wants to review #2193? [02:26] doko: patch looks good to me, I'd been hoping somebody would investigate that [02:29] ok, so I'll upload that. [02:31] while you are here: did a fresh powerpc install, sound works, keyboard not. [02:31] kamion: which package writes /etc/environment on installation? [02:46] doko: prebaseconfig [02:46] combined with base-config [02:46] which reminds me ... [02:47] doko: keyboard doesn't work in what way? [02:49] anyone object to this patch to base-config? [02:49] - grep -v "^LANG=" /etc/environmment > /etc/environmment.new || true [02:49] - mv /etc/environmment.new /etc/environmment [02:49] (lib/menu/finish) [02:49] mdz: ping [02:49] + grep -v "^LANG=" /etc/environment > /etc/environment.new || true [02:49] + mv /etc/environment.new /etc/environment [02:57] kamion: no, don't object. could you have a look at #2195 [02:58] so my patch fixes the first half at least [02:59] and almost certainly the second; what breaks exactly? [02:59] "The file /etc/enviroment (without typo)" [02:59] :-) [03:00] how do I force dpkg-reconfigure console-common to ask for the language? [03:00] the grep in line 47 prints two lines. [03:00] for var in LANG LC_ALL LC_CTYPE; do [03:00] value=$(egrep "^[^#] *${var}=" /etc/environment | cut -d= -f2) [03:01] eval $var=$value [03:01] done [03:01] right, ok [03:01] so you mean /etc/init.d/keymap.sh I'm guessing [03:01] correct, thanks for thinking for me :) [03:01] that's such a crap script; why doesn't it just source the damn file? [03:02] it should use the interface provided by PAM, shouldn't it? [03:02] oh, yeah, duh, /etc/environment not a shell script [03:03] yes, it should use pam_getenv then [03:04] anyway, fixed [03:07] ok, keyboard works, after I manually reconfigure console-data to use the german keyboard. [03:07] why isn't this done correctly by the installer? wondering ... [03:09] doko: hm? it should be, isn't it just that base-config bug? [03:10] which one? [03:10] console-data is very bizarre, but the installer should set up the keymap [03:10] (even if it doesn't look like it has when you reconfigure console-data) [03:10] doko: not sure than #2194 is a bug [03:10] doko: /etc/environmment for /etc/environment [03:11] if that screws over /etc/init.d/keymap.sh then it's maybe not too surprising that the keymap's broken? [03:11] seb128: believe me, it is. if you use two nomens in the singular form, you have to use the verb in the plural form. [03:11] s/nomen/noun/ [03:12] doko: on an another chan I've 2 people saying that "ist" is correct [03:12] doko: isn't it like English where if you use "or" the verb is singular, whereas if you use "and" the verb is plural? [03:12] Kamion: I think so [03:13] ah, ok. I'll review that with the next installer. [03:13] that's a "or" in this case .. so "ist" seems to be right [03:13] hmm, I'll review that in the "Duden", but it sounds wrong. [03:13] although I do remember a German class where we were told there was some weird grammar rule, but I don't remember exactly which way it went, hmm [03:13] I could believe either [03:14] seb128: which channel? [03:14] doko: a gnome, but they are not translators afaik [03:15] I'll try to ping a i18n guy [03:18] seb128: we are missing some spanish translations for our gnome-panel changes, could you give me an updated .po so I could finish it? [03:18] arg [03:18] doko: use "ist/sind fehlerhaft" :) [03:18] you (i18n guys) need to set a system up [03:19] I can't keep to synchronize all sort of translations in all the packages in that way [03:19] The i386 daily CD image I just built should have support in the installer for ipw2100 and ipw2200 cards. [03:19] allegedly acx_pci too, but that didn't work for me [03:19] carlos: that's not manageable [03:19] I guess I have a bunch of d-i translations lying around in bugs somewhere to integrate, too. [03:20] mdz: if you could test the current i386 CD on your ipw* box, that'd be good [03:21] seb128: O:-) [03:21] seb128: hoary time [03:21] carlos: no seriously, people keep reporting translation updates/changes on different GNOME pieces [03:21] carlos: merging the changes are a pain each time [03:21] seb128: btw, changing the talk subject... the trash applet does not sees my iPod trash directory [03:21] seb128: how do you handle that under Debian? [03:22] seb128: in fairness this *is* what carlos is working on full-time :-) [03:22] carlos: we don't, that's upstream job [03:23] Kamion: yes, that's the idea :-P [03:23] carlos: BTW for the trash, please check with jamesh, he made the changes for monitor extra drives [03:23] seb128: ok === carlos did his first kernel patch today :-D [03:24] and I'm able to use my iPod under Ubuntu as a normal user, finally !! [03:27] seb128, kamion: as usual: both things are ok, altough they say the singular finitum is more common. [03:29] carlos: I've updated #941 to include the list of strings, if you do a translation include the full file with this format (no information about lines or so, it's problematic for updates when code change) [03:29] doko: ok, so NOTABUG, ok ? [03:37] seb128: ok, thanks [03:45] seb128: yes === sivang [~pooh@80.179.82.182.forward.012.net.il] has joined #ubuntu-devel === Mithrandir waves with his nvidia-glx package for amd64 [04:40] hmm, lshw on amd64 is interesting... [04:41] it seems to be peeking through every single byte of memory [04:41] how so? [04:42] apart from it listing a fair bunch of hw, it seems fine here. [04:43] read(3, 0xb2e41811, 1428514031) = -1 EFAULT (Bad address) [04:43] read(3, 0xb2e41810, 1428514032) = -1 EFAULT (Bad address) [04:43] read(3, 0xb2e4180f, 1428514033) = -1 EFAULT (Bad address) [04:43] read(3, 0xb2e4180e, 1428514034) = -1 EFAULT (Bad address) [04:43] root 4560 32.1 0.0 2692 860 pts/48 R+ 15:24 6:01 | \_ lshw [04:44] weird, doesn't do that on my box. [04:44] heh, 'dpkg: warning 'amd64' not in the remapping table' === pitti [~martin@195.227.105.180] has joined #ubuntu-devel [04:55] pitti: here :-P [04:55] carlos: yes, I remember [04:55] carlos: the "I have to unload the module first" problem? [04:56] no, that's not the bug I'm talking about [04:56] pitti: the one that does not let me use the iPod after mount [04:56] because the owner is root [04:56] ah [04:56] yes [04:56] I did a patch (https://bugzilla.ubuntu.com/show_bug.cgi?id=2197) [04:56] all files should be owned by you, but only the mount point itself is wrong? [04:57] no, all files are owned by root [04:57] well, in fact the problem is that all files have their original values, like when you mount an ext2/ext3 filesystem [04:58] hmm, can you add the patch to the bug as attachment? [04:58] it's in the upstream bugzilla, but yes, I could do it [04:58] I think I cannot decide that, but mdz should. Maybe you should assign the bug to Herbert and CC mdz for approval? [04:58] Would be great if that finally worked [04:58] iPods are quite common [04:59] pitti: no, that's not why I want to ask you :-P [04:59] after reading some code, seems like my fix is wrong [04:59] So? [04:59] The number of ipods I see on campus frightens me [05:00] the hfsplus code implements the uid/gid options like a fallback when they don't have any posix information for a file [05:00] ugh, that's ugly [05:00] that information exists with iPods so the driver just ignore it [05:00] I thought it should just map any root to the given uid [05:00] me too :-) [05:01] the problem with my patch is that if you mount it as root without uid/gid arguments, all files are owned by root [05:01] that's why I'm not sure if my fix is valid [05:02] no matter if you have a file owned by uid=500, next mount will show it as owned by root [05:03] whatever you modified, can't you just check if uid != 0 before changing anything? [05:03]