search for: kazan

Ok, thanks. I removed --inplace and --append-verify and kept --link-dest and --partial. And now the script works exactly as I want: hard-links are not updated, the script is still robust and can copy large files over unstable links etc, etc. == Askar Safin http://vk.com/safinaskar Kazan, Russia

...ple) 2014-12-01-000000. So, if rsync interrupts, then at the next run the script will end "in-progress" (all partial files will be done) and then will rename this dir to 2014-12-01-000000. So, there never will be partial files in finished snapshots. == Askar Safin http://vk.com/safinaskar Kazan, Russia

...e directly into old one (without unlinking). If there already is old file and it needs updating, then rsync will write into something like .file-He4gw, and then it will rename this file to its right name. This new file will not have any hardlinks to old files == Askar Safin http://vk.com/safinaskar Kazan, Russia

This is OK for me. I care about file contents, not metadata. == Askar Safin http://vk.com/safinaskar Kazan, Russia

...target. Okey, so, I should remove --inplace and --append-verify? But then copying large file over unstable inet will not work, right? Is there any way to keep --link-dest working right and simultaneously have possibility to copy large file over unstable inet? == Askar Safin http://vk.com/safinaskar Kazan, Russia

...get dir starts out completely populated. You mean making "cp -al" on the remote and then start rsync to newly created dir with --partial and without --link-dest, --inplace, --append-verify? What is benefits? Even metadata will not leak to old files? == Askar Safin http://vk.com/safinaskar Kazan, Russia

...atible bindings such that code from > languages other than C++ (Rust for me) can effectively use it, including > things such as the equivalent of -march=native and introspection such that > the supported SIMD widths can be detected. I'm planning on using ORC to > compile shaders for Kazan, the GPU driver that I'm writing for > libre-riscv's hybrid cpu/gpu. > > Jacob Lifshay > _______________________________________________ > LLVM Developers mailing list > llvm-dev at lists.llvm.org > https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev > -- Gua...

...I. e. how to fix the script? Or maybe this is a bug in rsync? I. e. "--link-dest --inplace doesn't unlink"? Some quick fix will be good. Maybe I should remove --inplace and leave --partial? But will the script still be such robust in this case? == Askar Safin http://vk.com/safinaskar Kazan, Russia

...ink-dest, thanks a lot. >So, maybe I >have extra copies of some php, html, and jpg files but I know how they >were at the time they were backed up. You can still do "cp -al" and backup "ls -lR" or "find -ls" output. :) == Askar Safin http://vk.com/safinaskar Kazan, Russia

Hi, I've cross-posted this to freedesktop@, as the xdg@ list is only used for actual specification development. On Mon, 22 Oct 2018 at 00:36, Jacob Lifshay <programmerjake at gmail.com> wrote: > Hi, we were thinking of asking if freedesktop would host Kazan (https://github.com/kazan-3d/kazan) for us, however some of our community members have objections with how freedesktop's Code of Conduct is currently written. Would it be acceptable for a project on freedesktop to have a different code of conduct as long as it has similar intent? The code of co...

...thanks. I removed --inplace and --append-verify and kept > --link-dest and --partial. And now the script works exactly as I > want: hard-links are not updated, the script is still robust and > can copy large files over unstable links etc, etc. == Askar Safin > http://vk.com/safinaskar Kazan, Russia > - -- ~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~ Kevin Korb Phone: (407) 252-6853 Systems Administrator Internet: FutureQuest, Inc. Kevin at FutureQuest.net (work) Orlando, Florida kmk at sanitarium.net (pe...

...ne (without unlinking). If there already is old > file and it needs updating, then rsync will write into something > like .file-He4gw, and then it will rename this file to its right > name. This new file will not have any hardlinks to old files == > Askar Safin http://vk.com/safinaskar Kazan, Russia > - -- ~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~ Kevin Korb Phone: (407) 252-6853 Systems Administrator Internet: FutureQuest, Inc. Kevin at FutureQuest.net (work) Orlando, Florida kmk at sanitarium.net (pe...

...should remove --inplace and --append-verify? But then > copying large file over unstable inet will not work, right? Is > there any way to keep --link-dest working right and simultaneously > have possibility to copy large file over unstable inet? == Askar > Safin http://vk.com/safinaskar Kazan, Russia > - -- ~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~ Kevin Korb Phone: (407) 252-6853 Systems Administrator Internet: FutureQuest, Inc. Kevin at FutureQuest.net (work) Orlando, Florida kmk at sanitarium.net (pe...

On Fri, Feb 1, 2019 at 1:19 AM Bruce Hoult <brucehoult at sifive.com> wrote: > On Thu, Jan 31, 2019 at 11:53 PM Luke Kenneth Casson Leighton via > llvm-dev <llvm-dev at lists.llvm.org> wrote: > > > > --- > > crowd-funded eco-conscious hardware: https://www.crowdsupply.com/eoma68 > > > > On Thu, Jan 31, 2019 at 10:22 PM Jacob Lifshay

...gt; populated. > You mean making "cp -al" on the remote and then start rsync to > newly created dir with --partial and without --link-dest, > --inplace, --append-verify? What is benefits? Even metadata will > not leak to old files? == Askar Safin http://vk.com/safinaskar > Kazan, Russia > - -- ~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~ Kevin Korb Phone: (407) 252-6853 Systems Administrator Internet: FutureQuest, Inc. Kevin at FutureQuest.net (work) Orlando, Florida kmk at sanitarium.net (pe...

...maybe this is a bug > in rsync? I. e. "--link-dest --inplace doesn't unlink"? Some quick > fix will be good. > > Maybe I should remove --inplace and leave --partial? But will the > script still be such robust in this case? == Askar Safin > http://vk.com/safinaskar Kazan, Russia > - -- ~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~ Kevin Korb Phone: (407) 252-6853 Systems Administrator Internet: FutureQuest, Inc. Kevin at FutureQuest.net (work) Orlando, Florida kmk at sanitarium.net (pe...

...are modes = no browseable = no write list = @nt_admins create mode = 666 directory mode = 777 [IPC$] path = /tmp also used the following structure ldap Each unit is self-ldap samba3 nt domain dc=rugion,dc=ru ou=arkhangelsk,dc=rugion,dc=ru ou=chelyabinsk,dc=rugion,dc=ru ou=kazan,dc=rugion,dc=ru ou=mcrugion,dc=rugion,dc=ru ou=perm,dc=rugion,dc=ru ou=rostov,dc=rugion,dc=ru ou=samara,dc=rugion,dc=ru ou=tumen,dc=rugion,dc=ru ou=ufa,dc=rugion,dc=ru ou=volgograd,dc=rugion,dc=ru ou=yaroslavl,dc=rugion,dc=ru root at dc1:~/smb_old# samba-tool domain classicupgrade --dbdir=/root...

Hi All, In the interests of improving visibility into ORC JIT development I'm going to try writing weekly status updates for the community. I hope they will provide insight into the design and state of development of LLVM's JIT APIs, as well as serving as a convenient space for discussions among LLVM's large and growing community of JIT API users. The length and detail will vary