[9fans] Migration of vac score to fossil

I have a file server running Linux at home, with a normal ext3 file system and a plan9port venti. I use this venti for vac backup of both the ext3 file system and other Linux boxes. However, the 2 TB ext3 is running out of space, while the venti is roughly 50% full. I could just buy a bigger disk,

Re: [9fans] Migration of vac score to fossil

an empty fossil attached to your existing fossil and > then populate your /archive//mmdd/usr/yourname with each venti score > you have from your old vac(1)s. > > have a look at the fossil create command. > > -Steve > > > > > On 17 Dec 2015, at 17:05, Ole-Hjalmar

Re: [9fans] Musings on Interfaces

I use Sam mostly for the remote editing facility, but I should perhaps try to add plumber rules to use a remote 'B' command to trigger opening the files from the remote machine like James A. Robinson mentioned. Apart from that, acme is my main command center. I usually have acme straddling two

Re: [9fans] Question re source trees

This is great news. I am thinking of using the Pi3 to control a mobile platform, and having wifi support without using an external wireless router would simplify the hardware. On Thu, Sep 29, 2016 at 10:08 AM, Richard Miller <9f...@hamnavoe.com> wrote: > > I was wondering whether the changes

Re: [9fans] Plan 9 5th Edition

I think there was a port of gcc at one time. It should be possible to use that to port later versions of gcc. Go is already ported, AFAIK, but I have not yet found an excuse to try it out. Personally, I would really like to have Ada (Gnat) working on Plan9. I have made enough errors in C and C++

Re: [9fans] Maintenance of an auth server files vs a dns+dhcp+tftp server

On Tue, Nov 15, 2016 at 8:05 PM, Stanley Lieber wrote: > "James A. Robinson" wrote: > > >So in a canonical installation the auth server mounts its root from the > >file server? > > > >On Tue, Nov 15, 2016 at 10:47 AM Stanley Lieber

Re: [9fans] Do you use fossil or venti under Linux?

Yes, I have been running a venti at home for some years, and a much smaller one at work. The venti at home has about 2Tb of data and runs on the linux machine which I uses as a SMB file server, and the file server uses the venti for backup. In addition, various laptops also use the same venti for

Re: [9fans] A potentially useful venti client

9front) system, though. I'll have to see on a proper plan9 system, maybe. On Tue, Dec 12, 2017 at 8:53 PM, Steve Simon <st...@quintile.net> wrote: > /sys/src/cmd/venti/words/printarenas > > no idea why it lived there though. > > -Steve > > > On 12 Dec 2017, at 18:

Re: [9fans] A potentially useful venti client

Yes, I know. I was thinking along the same lines a while ago, we even discussed this here on this mailing list. I did some digging, and I found this interesting comment in vac/file.c: /* * * Fossil generates slightly different vac files, due to a now * impossible-to-change bug, which contain

Re: [9fans] A potentially useful venti client

Yes, you better have high-endurance SSD's. I put the venti index at work on an ordinary SSD, and it lasted six months. The log itself was fine, of course, so I only had to rebuild the index to recover. This was plan9port on Solaris, btw. Now this venti runs on an ordinary disk, the speed is less,

Re: [9fans] two ventis?

Strictly speaking, isn't venti just content-addressable block storage, not a file system? Anyway, I'm curious to know what you are going to use this for. On Tue, Dec 12, 2017 at 9:41 PM, Steve Simon wrote: > Can a venti instance be configured to service to two seperate venti

Re: [9fans] A potentially useful venti client

Hmm. On both my plan9port and on a 9front system I find printarenas.c, but no script. Maybe you are thinking of the script for backup of individual arenas to file? Yes, that could be a starting point. Anyway, printarenas.c doesn't look too scary, basically a loop checking all (or matching)

Re: [9fans] A potentially useful venti client

Thanks for the tip about mounting with 9fs. I have used vacfs on Linux , though. But why so slow? Did you import a root with lots of backup versions? It was partly because of that I made this client which can import venti blocks without needing to traverse a file tree over and over again. On Tue,

Re: [9fans] A potentially useful venti client

I don't know either, but when I tried flfmt with a vac score as an experiment, I got this: ole@ole-TECRA-R940 ~/Desktop/plan9 $ bin/fossil/flfmt -h 192.168.0.101 -v f648dbae0075eb73bc394ad6cd4c059e655e127c fossil.dat fs header block already exists; are you sure? [y/n]: y fs file is mounted via

Re: [9fans] A potentially useful venti client

Here is a pointer to a discussion on comp.os.plan9, but I did not really get a clear understanding of whether it was possible or not. It seems to me that it was possible at some time, but based on my own findings, changes to the format may have made vac and fossil incompatible. On Wed, Dec 13,

Re: [9fans] A potentially useful venti client

I can understand that it cannot fill up. What I do not understand is why there are no safeguards in place to ensure that it doesn't. (And my inner geek wants to know) As you say, in reality it will not fill up unless you dump huge amounts of data on it at once. Unfortunately, this is just what I

Re: [9fans] A potentially useful venti client

kids. important stuff gets pushed out of > my brain (against my will) to make room for the lyrics of “Let it go”. > > > On 12 Dec 2017, at 21:40, Ole-Hjalmar Kristensen < > ole.hjalmar.kristen...@gmail.com> wrote: > > Yes, I know. I was thinking along the same lines

Re: [9fans] two ventis?

n one venti > cope with two incompatible sets of arenas? > > -Steve > > > On 12 Dec 2017, at 21:58, Ole-Hjalmar Kristensen < > ole.hjalmar.kristen...@gmail.com> wrote: > > Strictly speaking, isn't venti just content-addressable block storage, not > a file system?

Re: [9fans] Change of plan9 partition size

I would be careful with running Venti on a SD card. Venti eats SD cards, USB sticks and even SSD disks for breakfast, since the index is heavily modified, and will rot after a while. Your actual data (arenas) will be fine, though, so you can recover by rebuilding the index somewhere else. Been

[9fans] push dataflow shell

I am looking at https://code.google.com/archive/p/push/ According to the page, "This is the new unix port of push. It should work on any unices supported by plan 9 port(a unix Plan 9 compatibility layer, it's available at http://swtch.com/plan9port/please install it first).", but I am a bit

[9fans] A potentially useful venti client

Based on copy.c and readlist.c, I have cobbled together a venti client to copy a list of venti blocks from one venti server to another. I am thinking of using it to incrementally replicate the contents on one site site to another. It could even be used for two-way replication, since the CAS and

Re: [9fans] What are you using Plan 9 for?

I cannot really say I am using Plan9 for anything serious, although I have both Plan9 and 9Front running on a couple of old laptops. I keep them around mainly to see if I can grok the ideas and maybe steal some of them :-) But I run the Plan9port tools on both Linux and Solaris, and occasionally

Re: [9fans] Is fossil/venti file system a good choice for SSD?

The problem is the index. It is heavily updated, and I had a Fossil installation that ate my SSD in about 6 months. The log was OK, so I could rebuild the index on another disk. On Sat, Feb 3, 2018 at 10:39 AM, lchg wrote: > As I know, fossil/venti file system is

Re: [9fans] PDP11 (Was: Re: what heavy negativity!)

I'm not going to argue with someone who has got his hands dirty by actually doing this but I don't really get this about the tyranny of 9p. Isn't the point of the tag field to identify the request? What is stopping the client from issuing multiple requests and match the replies based on the tag?

Re: [9fans] PDP11 (Was: Re: what heavy negativity!)

e messages in the kernel > before responding, even if the 9p transport has guaranteed ordering. > > On 10/14/18, Ole-Hjalmar Kristensen > wrote: > > I'm not going to argue with someone who has got his hands dirty by > actually > > doing this but I don't really ge

Re: [9fans] question re acme and plumber

I think the text that is selected and sent by button 3 is hard-coded in acme, so the square brackets acts as delimiters. If you click on the text to the left of the brackets, the plumber will not see the brackets or what's inside them. If you sweep and select yourself, the whole selection goes to

Re: [9fans] Trying to make 9front work on QWERTZ

Can't give a definitive answer, but it works fine on my Norwegian keyboard which also has a rather different layout from the US keyboard. Unless the key code is simply not handled, I can't imagine why you get nothing at all. ons. 24. jul. 2019, 21.03 skrev Jens K. Loewe : > Ahoy, > > I've been

Re: [9fans] plan9port fossil

I am curious about the problems you have with your Linux Mint. I have been running a relatively large (6 TB max) venti on an old Toshiba laptop with Intel core 2 processor running Bunsenlabs (Debian) the last couple of years. It was migrated from a 2 TB venti running on an old Pentium 4 box with 1

Re: [9fans] iOS drawterm

I think I agree. Besides, drawterm isn't that bad even over high-latency VPN. I experimented a bit by running drawterm at work against a plan9 server at home, and it was quite usable, and much better than Emacs running over X using the same connection. Of course, Emacs IS notoriously bad at

Re: [9fans] Venti on OpenBSD - some information and a question

Thanks, I found the problem by inspection of src/lib9/_p9dialparse.c. IPv6 is indeed the default when using an address of tcp!*!17034 /* translate host */ if(strcmp(host, "*") == 0){ ss->ss_family = AF_INET6; ((struct sockaddr_in6*)ss)->sin6_addr = in6addr_any; }else if((he = gethostbyname(host))

[9fans] Venti on OpenBSD - some information and a question

I am in the process of moving a venti from Linux to OpenBSD. First, unless int _p9dir(struct stat *lst, struct stat *st, char *name, Dir *d, char **str, char *estr) is patched, it will always return size 0 for raw partitions. We need to allow character devices as well, not just block devices:

[9fans] Excessive index read/write in venti

I run a venti from plan9port under Linux at home. Sometimes, typically after a massive insert, I notice that venti reads and writes about 5 Mb/s on the index disk continuously. This continues long after the insert has finished, and there is a marked performance drop. I have never had the patience

Re: [9fans] plan9port: acme remoting

Very interesting. In the past, I have resorted to using a combination of Sam/9term/plumber in similar scenarios, but I really prefer Acme. At the moment I'm running Acme over X11, since I'm constrained to using Windows on the desktop, and I've got a working X server, but no Acme on Windows. Anyone

Re: [9fans] Dual dialing/forking sessions to increase 9P throughput

I agree with you that using the existing tag mechanism to keep multiple requests in flight should be sufficient. I get the impression that this is not readily supported by the higher level libraries, though. As an aside, I seem to remember that John Floren sugegsed (and implemented) changes to

Re: [9fans] Codebase navigation and using tags files in acme

s://langserver.org/)? > > thanks, > Peter > > On 2021-08-18 02:26, Ole-Hjalmar Kristensen > ole.hjalmar.kristensen-at-gmail.com |9fans| wrote: > > On linux, you can run ctags -x and postprocess the file to append the line > number to the file name instead of havi

Re: [9fans] Codebase navigation and using tags files in acme

On linux, you can run ctags -x and postprocess the file to append the line number to the file name instead of having i as a separate field. That way, you can locate the symbol in the tags file, and right-click on the file:linenumber. Also, on linux, we have acme-lsp, which in principle works with

[9fans] The development environment from Hell

Not exactly Hell, but rather close: ISPOrganizationLatitudeLongitude NTE Marked AS Not Available 63.4333 10.6833  This is the tale of a convoluted development environment, not specifically Plan9, but Plan9port, sam, and acme. I am working on a largish system, with about 5M LOC. The setup is as

Re: [9fans] The development environment from Hell

imilar to the way Sam > does it: it starts a server over ssh, and then ferries 9p back and forth.) > > I use this as my daily driver, and it's _very_ close to a local experience. > > See this thread > <https://www.mail-archive.com/9fans@9fans.net/msg39249.html> for so