<gnu_srs>Good for the project. You might thank me for providing t a buildd for so many years. But that's not not you thanking anybody, right? <youpi>thanks for providing this box for so many years, it was definitely helpful! <youpi>(if you decide to drop it just because of a /usr/bin symlink, then so be it, and thanks for the fish) <gnu_srs>Thanks, you have always been responsive to peoples expectations, but as a human you'll do well. Maybe to strict (non-emotional/not having an opinion) ?? <gnu_srs>Maybe you are are a coward. A conflict-one? That's very common... <youpi>had I been a coward, I wouldn't have stayed so long <gnu_srs>you are still a coward, you don't dare to have an opinion, sorry! <youpi>not expressing an opinon doesn't mean being a coward <youpi>particularly for matters there is no reason for me to have an option <youpi>I definitely don't want to spend any time on getting an opinion on that /usr thing <youpi>since I am not actually involved in the software that handles it, I don't have to have an opinion <gnu_srs>youpi: Do you remember a few years ago when you went to Uppsala. We could have met then but you never told that you were coming. <youpi>well, it's a large country, I didn't even think there would be a possibility to meet <gnu_srs>I was in Stockholm by then, and we could easilly met. But you were not available, as usual? <youpi>that was for work, yes, so usually it's hard to reserve time <youpi>even the evenings are taken by business dinners <gnu_srs>Still, a meeting would not be to difficult. <youpi>I don't think you realize how complex my schedule already is <youpi>(and honestly I didn't even know which city you were in) <gnu_srs>Well, I hope you will at least acknowledge the amount of money I've spent for this buildd service. It is not for free as somebody might think ! <damo22>master upstream savannah is up to date, i havent bothered to update my mirror for a while, ive been moving house and all sorts of things ***lithium.libera.chat sets mode: +o ChanServ
<damo22>i bought a thinkpad w530 for $60 that is stuck in a bios boot loop :D <jmcantrell>is there a better place to ask questions about coreutils? <dragestil>I read more about hurd. So my understanding is that translators are servers but some servers are built-in and not translators and you can't settrans them. Is that correct? <youpi>dragestil: I don't see what you mean by "built-in" <youpi>all translators are available in /hurd, ready to be used with settrans <youpi>the kernel itself does some translation for some devices such as the keyboard or the clock, but otherwise it's all modular in userland <dragestil>By built in servers I mean the root filesystem, auth, password and process servers <youpi>those are started at bootstrap yes <youpi>it would be difficult to replace them <youpi>since the whole system depends on them <youpi>and there is a bootstrap dance between them that wouldn't be achievable with settrans only, indeed <dragestil>also, can a server working at /foo point the client to another server at /bar, or the server at /foo can only pass the request to things under the /foo tree? <youpi>the idea is that when the client opens a file, the server returns a port for the opened file <youpi>that port can actually be forwarded from an open call toward another server <youpi>see the remap translator, for instance <damo22>the new rumpdisk translator is special because it needs to be started before there is a disk mounted, so it is loaded by grub as a module during bootstrap <damo22>but you can also run the same translator after boot if you want to attach a second disk <youpi>yes, but that remains a simple dependency, which in the context of the debian installer, for instance, is a simple translator <youpi>while the relation between the root filesystem, proc, and auth, is in a loop <youpi>so you cannot just settrans them <damo22>maybe we should name rumpdisk something else, like rumpahci, to indicate its per controller? <youpi>I would say that for default setups we'd have one translator per type of device (disk, net, sound, etc.) <youpi>that will be simpler to maintain <youpi>(and simpler for newcomers to grasp) <damo22>is there any way to get the sector offset of a file on disk? <youpi>where filespec can be a path in the filesystem, an inode number <youpi>that give you the block number, multiply by 4069 to get the offest within the partition <dragestil>what will it take to port hurd to x86_64? is there a link about it? <youpi>note that there is a more up-to-date faq, see topic <youpi>(and link at the top of the faq on gnu.org) <dragestil>ah ok, why is the more up-to-date faq hosted on a non-gnu site? <dragestil>is the gnu site not hosted on a hurd machine? <youpi>the gnu.org site is handled for all gnu projects, I don't even know by who <youpi>the sceen site is running GNU <youpi>and it's much easier to update <dragestil>oh you mean you don't have control of the hurd part of the gnu.org site? <youpi>we do, but it's via a cvs commit <youpi>and svn is like git, but older