=== c74d is now known as Guest28395 === c74d is now known as Guest89307 === c74d is now known as Guest68272 === c74d is now known as Guest35595 === c74d is now known as Guest92987 === elmo_ is now known as elmo [22:26] hm, bzr branch tells me Errno 1 Operation not permitted. that's helpful, not. is it because of the fat filesystem?? [22:27] can you post a pastebin of the bzr.log file? [22:27] if i had found it, i had looked into it :) lemme find it... [22:28] bzr version tells you where its located [22:29] mgrandi: thanks. ok. it's the symlink problem again :] [22:29] OperationNotPermitted seems like a operating system thrown error, and those are infamously terrible [22:29] does this mean i cannot for backup purposes push to a fat fs? [22:30] what type of fat? fat16, fat32, exfat? [22:30] I believe i have a repo on a fat32 thumbdrive somewhere [22:30] fat-without-symlinks, they are all that bad :) [22:30] so this is a repo with symlinks? [22:30] yeah, you have repos without symlink [22:30] right [22:30] yeahhhhh thats a long standing bug in bazaar...and pretty much every dvcs [22:31] and is complicated to fix >.> [22:31] i did not think of this. i thought problems would only aries if i do a checkout there, not with teh .bzr itself... [22:31] you might have to remove the symlink from the current revision to be able to checkout on windows / fat [22:32] I dunno how you even would fix it, my idea was to have a 'symlink.txt' file on filesystems/OSes that don't support it, but then what happens if you modify it and whatnot... [22:32] nope. no compromises. i will not encourage my users to use win. so i'll create a ext2 image file there on the stick and loop mount for now [22:33] i believe the code will attempt to do a symlink if its anything but win32 [22:33] so im guessing you are on linux something, so it tries to create a symlink but fails cause the OS says the filesystem doesn't support it [22:34] right. this is a terrible world in this respect. only topped by encodings, xml, eol conventions and closed source software [22:35] yep haha [22:35] Windows _does_ support symlinks [22:36] but the problem is, by default a user does not have privs to create a 'junction' (win32 symlink) [22:36] so even if it did support it, it would fail half the time [22:37] well, windows support also internationalized 'Documents' and such dirs. which ubuntu or gnome or whoever are apt in adapting up to the same failures lately [22:38] https://bugs.launchpad.net/bzr/+bug/81689 [22:38] Launchpad bug 81689 in Bazaar "Branches with symlinks can't be checked out on Windows" [High,In progress] [22:38] is the bug report on it [22:39] yeah, i know, i stumbled onto this years ago. so many years ago that i already forgot again [22:39] i think git and hg just...don't even attempt to see that its a symlink and just version the file that the symlink points too [22:39] bazaar is trying to be too smart here =P [22:40] btw, '--no-tree' is what i wanted. for some reason i had assumed it was the default, which is obviously not true. so i got what i want for now. thanks again [22:40] you are welcome =) [22:40] yeah --no-tree just makes it so its like..on a server, where you just have a .bzr folder but no checkout (no reason to have one if its just a remote repo) [22:41] so windows machines at least can be servers for arbitrary repos, just not for developper machines. what a world [22:43] yep =)