← | Results 19001 ... 19250 found in all logged channels for 'f:diana' | →
(trilema) diana_coman: and at any rate, we end up with a "hello" packet that is the first one, containing version of comms protocol and client id string and all that jazz but *at most* some bits of the key only, followed by... more packets with the remaining, chopped-up public rsa key
(trilema) diana_coman: http://btcbase.org/log/2018-04-17#1801097 <- mircea_popescu looking at it again from all sides I think the consideration is not necessarily misplaced in itself i.e. multi-packet there does make a mess out of the neat "these are the only *packets* you may ever send"; this being said though, I don't quite see the solution that would *also* preserve the desired "whatever it is, server responds the same: with a set of X keys"
(trilema) diana_coman: so that now women can BLOG in church!
(trilema) diana_coman: certainly; and it goes for the data types too; fwiw I wasn't keen on putting this up precisely because it's a bit in the air as it stands and I expect other issues to emerge at implementation time
(trilema) diana_coman: I'll eat the convo again and then update the spec (+link to log ofc) hopefully
(trilema) diana_coman: mircea_popescu, ^
(trilema) diana_coman: otherwise there isn't any hello as such, just send directly whatever it wants/needs, encrypted with one of the X keys and that's that
(trilema) diana_coman: but it's needed only when client doesn't have any X keys for whatever reason basically, right?
(trilema) diana_coman: well yes, it is only one, the "hello-new-account" although whether it's "old" or "new"...same difference
(trilema) diana_coman: ok, so then there is hello-new-account with the R public key; there are otherwise *only* X messages? and if no X key then ...account lost or can it re-send "new account" and basically retrieve the old one?
(trilema) diana_coman: but to my earlier obs: so you're fine with people creating account with any rsa key (well, tmsr/eucrypt rsa at least) ?
(trilema) diana_coman: rsa pubkey if de-facto account id anyway i.e. identifies uniquely one account, yes
(trilema) diana_coman: so it's not enough that client plonks a key in there
(trilema) diana_coman: re creating account: it obviously needs the client's public rsa and atm that one is nowhere in there, yes; I thought you didn't want them in there because it's not just about "a rsa key" but rather one registered with deedbot sort of thing
(trilema) diana_coman: uhm, dunno about that certainty there; maybe client doesn't want to keep serpent keys between sessions for all I know
(trilema) diana_coman: no ddos anywa
(trilema) diana_coman: I'm still not convinced it has to be; if it gets lower than 1 and client hasn't asked, I'd just disconnect them and they can get back with a hello that is low priority and they..w.ait
(trilema) diana_coman: well, it's certainly not the number I have a problem with anyway
(trilema) diana_coman: that makes more sense, yes
(trilema) diana_coman: server wants to look after clients so they don't end up without keys; it can, sure; all I'm saying is that I don't quite see the reason for this; perhaps other than "clients are idiots, let's at least avoid the case where they end up going hello hello all the time"
(trilema) diana_coman: yes, but...why
(trilema) diana_coman: this was lower threshold, lol
(trilema) diana_coman: so server sets threshold at 3; why can't I decide I want that at 2 and you at 5 and so on
(trilema) diana_coman: but why does the server *care*? to spare the client the need to ask or what?
(trilema) diana_coman: but if you don't know that you don't have...
(trilema) diana_coman: I don't quite follow why is server concerned with client's stock of X keys? client can request new keys, burn them, do whatever it wants as it decides how often it wants new keys
(trilema) diana_coman: ugh, meant X there
(trilema) diana_coman: why is this server's concern?
(trilema) diana_coman: I don't quite follow why is server concerned with client's stock of R keys? client can request new keys, burn them, do whatever it wants as it decides how often it wants new keys
(trilema) diana_coman: possibly the "register account" vs "authenticate"
(trilema) diana_coman: it does seem like you have something else in mind indeed; hm
(trilema) diana_coman: ah, you mean the same but just id vs no id?
(trilema) diana_coman: the idea was that if client loses all his X keys, he can send a hello message again
(trilema) diana_coman: http://btcbase.org/log/2018-04-17#1801027 --> uhm, for starters this is not correct; initial hello is meant for....initial, no "previous comms" wtf; server needs to reply not with X(answer) but with R(answer) and yes, it needs to know the public rsa key of the account; the creation of accts is still a bit in the air as server needs to get somehow the public key
(trilema) diana_coman: ok; if there's anything else - I'll be around for about half hour more now and then tomorrow (in ~9 hours from now)
(trilema) diana_coman: ascii_lander, raid5 as described sounds good; go ahead then and put the same as on dulap
(trilema) diana_coman: trinque, ascii_lander offered to do it; if it's not done by pizarro there's at least more useful experience for me to do it anyway
(trilema) diana_coman: ascii_lander, ah, I see; I was puzzling re box type, searching for dulap's description to compare
(trilema) diana_coman: it's a pity there isn't really time now to experiment with this machine as the server has been down for long enough already, ugh;
(trilema) diana_coman: ascii_lander, sounds tempting but... what is dulap's gentoo?
(trilema) diana_coman: to recap: I have ascii_lander's cribsheet; danielpbarron's old recipe; trinque's script
(trilema) diana_coman: trinque, and it's very useful as literature for sure
(trilema) diana_coman: I have ascii_lander's cribsheet at least but after the previous experience with trinque's stuff I'm almost sure there'll be some fresh trouble
(trilema) diana_coman: ascii_lander, did you publish anywhere the recipe you intend to follow for this?
(trilema) diana_coman: sadly not static, no
(trilema) diana_coman: engentootation by ascii_lander's own hands sounds good to me
(trilema) diana_coman: !!v 0A73690804DC4E46165F1ECFE39CD7E06805A43AF32E3391EA886CB69416AB30
(trilema) diana_coman: !!v 4DA979ADFADDB09A5CA0492D77E241BB381A5234434C9D78918553E0E98B0004
(trilema) diana_coman: http://btcbase.org/log/2018-04-02#1791957 <- feel free to invoice me with deedbot so it doesn't wait on meeting in game (unless you prefer ECu, ofc)
(trilema) diana_coman: do the US tax stuff going *out* now? or why puzzle over it / looks expensive thing?
(trilema) diana_coman: congrats ascii_lander
(trilema) diana_coman: or at least that was the old idea as far as I know it
(trilema) diana_coman: mircea_popescu, hm, the blood they have what; life = vitality there
(trilema) diana_coman: ah, ah, I think I know the sort; some inept "story line" in short bits and otherwise still gotta do the clicking for this or for that, either "farm" or "puzzle" or whatevers same thing underneath
(trilema) diana_coman: ah, that part I see; I tried to click on Start...
(trilema) diana_coman: yes, a very palpable sense of "why bother do anything anymore" / "no hope, no tomorrow, no nothing" sort of thing
(trilema) diana_coman: ugh, barfs that I don't have flash I suppose
(trilema) diana_coman: for all the supposed Easter and all the supposed town, it felt for the first time like the villages in Baragan; possibly part of the explanation it's also the first time I saw queues (as in actual queues, more than 20 people) at the ..."currency exchange and pawn shop" places
(trilema) diana_coman: the one in the woods quite as usual if changed for the usual erosion that has been going on in that area ever since I know it; the town-wilderness was somehow sad beyond description
(trilema) diana_coman: thanks mircea_popescu !
(trilema) diana_coman: mod6, I had a look at that dump but sadly I can't say I get what's going on exactly atm
(trilema) diana_coman: yay, thanks!
(trilema) diana_coman: mod6, fwiw I'm again locked out of trilema-mod6 ("channel is invite only")
(trilema) diana_coman: http://btcbase.org/log/2017-08-04#1694066 <-- experimental indecent (no ssd, no sata3) node has kept reliably at top for > 2 months after installing asciilifeform's aggressive pushget blocks patch; conclusion so far: can be indecent IF only aggressive too!
(trilema) diana_coman_away: thanks! slowly eating logs here
(trilema) diana_coman: ave1, writing an alternative sounds great to me; (and no worries re typo; auto-complete is convenient though)
(trilema) diana_coman: to answer your question directly though: 1. it certainly could - rsa_oaep_encrypt is just a wrapper so it's meant more as an example of using all the stuff together rather than a standard: I'd expect that there would be other/different wrappers, made to suit specific uses
(trilema) diana_coman: hanbot, try it now; wp messed up the link, gah
(trilema) diana_coman: (I mirrored the gnat I recommend too, given previous experience with everything pretty much)
(trilema) diana_coman: (it'll even figure out which .gpr you mean if it's only one)
(trilema) diana_coman: hanbot, if it's an ada project, you don't need make, just go "gprbuild" in its dir
(trilema) diana_coman: you stamp it, I stomp it ; will find someone to chew it too
(trilema) diana_coman: mircea_popescu, cheers! and I'm glad ave1 asked this actually, as it strikes me as a point where a reader would hurry in to "optimise" the code potentially
(trilema) diana_coman: ave1, answered
(trilema) diana_coman: arent benefit or whatevers
(trilema) diana_coman: that "correct" reaction sounds correct only for all sorts of definitions of "working mind"; dunno, working but un-reflecting; working but not worked; working blindly or something of this sort; to me it reads: "when in a broken environment, the correct reaction is to break yourself too as much as possible"; perhaps it is, along the lines of: one can hardly do anything else in that situation anyway so might as well extract the short-term app
(trilema) diana_coman: I can't help but read that as "I'm not too sure if my focus on finding rats in take-aways would even be relevant to your actual cooking"
(trilema) diana_coman: douchebag, it's fine, you just need to expand now from that
(trilema) diana_coman: so it does make some sense after all
(trilema) diana_coman: there are plenty of vpatches around - have a look at them for "what a vpatch is"
(trilema) diana_coman: what concept?
(trilema) diana_coman: douchebag, write somewhere a summary of what you understand of it and what you don't - it will help you formulate some clear questions to...ask in here, so people can help you understand
(trilema) diana_coman: douchebag, that already sounds healthier at any rate
(trilema) diana_coman: douchebag, nope
(trilema) diana_coman: douchebag, your problem still seems to have as root the approach "towards purpose" instead of from causes; try and digest that post
(trilema) diana_coman: out of frustration with click-click-click
(trilema) diana_coman: mircea_popescu, heh, remember WHY I wrote foxybot?
(trilema) diana_coman: douchebag, why do you concern yourself with what other people do or not do *after* something you didn't even yet do; it's a recipe for insanity this
(trilema) diana_coman: what are the "same reasons most people do" and ..how did you figure out "most people" in there and why they do what they do?
(trilema) diana_coman: douchebag, learning something is never a waste of time; and learning what you "are not good at" is quite doubly NOT a waste of time; "outcome" as you currently define it doesn't enter into it at all; and for that matter: http://trilema.com/2015/causes-and-purposes/
(trilema) diana_coman: yay, thanks mod6 !
(trilema) diana_coman: I feel your pain: it's insane-mpi for sure
(trilema) diana_coman: ave1 I really appreciate your scrutiny of eucrypt - keep it up! :)
(trilema) diana_coman: ave1, and the trouble with changing stuff in mpi is that one needs to track afterwards ALL calls/uses of that code; I was rather avoiding changing mpi unless I really really needed
(trilema) diana_coman: ave1, that highbit/lowbit thing is touched upon in http://www.dianacoman.com/2017/12/07/introducing-eucrypt/#selection-133.195-133.456 ; I'll look again at it though and in more detail at your suggestion, thank you
(trilema) diana_coman: o.O it actually reports 514385 while mimisbrunnr reports 514382
(trilema) diana_coman: mod6, my node has been reliably in sync (at the top) for a while; it lives (and will live) at 103.36.92.112
(trilema) diana_coman: BingoBoingo - cheers!
(trilema) diana_coman: !!v D2A16412B0F17B0451CBDBD65A9A5091CBD75FA57EF453828F2A40DEDB23E420
(trilema) diana_coman: ben_vulpes, ^
(trilema) diana_coman: atm it seems there are none connected so trying to track down the conversations on this
(trilema) diana_coman: mircea_popescu, how many fg-s was the s.mg server with pizarro meant to have?
(trilema) diana_coman: BingoBoingo, religous -> religious
(trilema) diana_coman: mod6, thanks for the super-speedy check!
(trilema) diana_coman: trinque, sounds good; and I'm certainly interested in a recipe for transitioning a classical gentoo as well since I can quite see I'll need it anyway
(trilema) diana_coman: fwiw I grabbed the .c check script and ran it for peace of mind on eucrypt's patches with success
(trilema) diana_coman: nice work there mod6 ; the new V functionality seems to me potentially useful
(trilema) diana_coman: cool; shout in #eulora if you need help/get stuck on anything
(trilema) diana_coman: as to trying eulora: it's not time consuming really; I guess the initial jump can seem intimidating until you figure out what is what and what to do
(trilema) diana_coman: trouble with the future is that it is...the future; I'd have gladly avoided C all together but unfortunately mpi is in C and then eulora relies on a lot of C code still
(trilema) diana_coman: btw ave1 did you ever try eulora?
(trilema) diana_coman: but for now it survives as it is because there are so many other things that are more pressing, sigh
(trilema) diana_coman: heh, there is that slippery slope; and note that in all that there, it's still that darned mpi that is the biggest part and I am absolutely not convinced it has to be THAT big
(trilema) diana_coman: for completeness: there is in fact a performance penalty for opening/closing the entropy source repeatedly, so from this point of view yes, you'd want it open and reused; that being said, it's not a massive penalty and atm I can live with it
(trilema) diana_coman: ave1 hey, thanks!
(trilema) diana_coman: you can certainly do it the way you describe - I don't see a hard reason against it if you are all right with passing the handle around/keeping track of it everywhere; other than that, the functionality itself should be fine
(trilema) diana_coman: to answer the question directly: you can certainly do it with reuse; the reason I avoided it there is because otherwise the caller needs to handle/be aware of the entropy source per se; which did not really belong in the caller
(trilema) diana_coman: ave1 there is open_entropy_source which simply opens it and returns the handle; then you can use it for as long as you want, with get_random_octets_from (rather than get_random_octets)
(trilema) diana_coman: ave1, there is one function for that too
(trilema) diana_coman: thanks trinque
(trilema) diana_coman: as to the serpent_self_test procedure - it can in principle even go away entirely as there is an equivalent test in the tests dir where tests should be anyway; the self_test is left mainly because it was in the original, but not crucial in any case
(trilema) diana_coman: I am not using To_Ada or To_C so they can be removed, not an issue
(trilema) diana_coman: ave1, take your time on it; just publish when it's ready and I'll give it another go
(trilema) diana_coman: trinque, what do I need to do to add ave1's www to deedbot's list? http://btcbase.org/log/2018-02-19#1784953 ; I really would have liked to have seen http://ave1.org/2018/sending-arrays-of-octets-between-c-and-ada/ when it was published, last week; or did I miss it in the logs somehow?
(trilema) diana_coman: !!v 5741268585B87EBBBEA12E619EB421FC629C369A76F153F5CCB68EFE3348204E
(trilema) diana_coman: I'm using gprbuild 2016 with gcc 4.9.4, both from adacore
(trilema) diana_coman: fwiw the footprint of eucrypt with default runtime is 215K (separate components: mpi 109K; bit_keccak 17K; keccak 42K; rsa 19K; serpent 20K - 31K (depending on level of optimisation chosen)
(trilema) diana_coman: ave1, I tried compiling eucrypt & components using your runtime: need support for Interfaces.C (used by keccak/oaep) and Ada.Unchecked_Conversion (used by Serpent)
(trilema) diana_coman: an atv as well I suppose, why not
(trilema) diana_coman: so then getting something almost like a motorcycle but not quite and in any case as fast but pretending to be still a bike; sheesh
(trilema) diana_coman: I mean: get a motorcycle then, no?
(trilema) diana_coman: but uhm, what's...the...point
(trilema) diana_coman: what's a lipo?
(trilema) diana_coman: must be the crowded Europe then: never enough space for lack of adrenaline, lol
(trilema) diana_coman: granted, no motors though, no vroom-vroom
(trilema) diana_coman: heh, I still quite distinctly remember some crazy-speed-racing-bikes on those segregated paths; not exactly idyllic, no
(trilema) diana_coman: so not enough adrenaline then? on those segregated paths?
(trilema) diana_coman: well, the very sunny part was included
(trilema) diana_coman used to do precisely as described cycling + swimming; that's the main part she's missing of South Tyrol
(trilema) diana_coman: yeah, that might explain it of sorts
(trilema) diana_coman: did you grow up in some big city?
(trilema) diana_coman: adrenaline: go down some forest path narrow and steep; plenty
(trilema) diana_coman: while breathing exhaust fumes? wtf
(trilema) diana_coman: sort of the skiing of summer in that region I'd say; but to the point: cyclists are perfectly people but they don't ride alongside cars - why would one *want* to ride a bicycle among/between/alongside cars, it's nonsense quadrupled
(trilema) diana_coman: http://btcbase.org/log/2018-03-05#1786939 <- uhm, hmm, dunno, in South Tyrol they have those great cycling tracks *not in the road of course, completely separate* and it's absolutely great for a day thing: get on bike, cycle up and down the Dolomites for some 2-3 hours, get to a lake, have a rest and a swim, go back in 45 minutes (mostly downhill, fun like hell), sleep like a log
(trilema) diana_coman: raid 10 is perfectly fine
(trilema) diana_coman: mircea_popescu, not really, no
(trilema) diana_coman: phf, fixing .vpatch ^
(trilema) diana_coman: that's why it failed on anything that wasn't either 8*n or 8*n + 1
(trilema) diana_coman: phf, any bitrate above 1600 will correctly fail there since bitrate cannot be more than the total length of state (and that's 1600 unless you change the knobs); this being said, there IS an error too and it's one of those that show I need to sleep more: I got ToPos and FromPos flipped around and failed to notice it ...; so big thank you for testing this! correction, patch & post coming later today
(trilema) diana_coman: mod6, thank you for the detailed write-up on the vpatch issue; I'm not sure it makes sense or even helps to name as "chapters" fixes so people don't miss them in the future since this happened with the mpi_fix before just the same
(trilema) diana_coman: I'll have a look at the bitstream /rate issue too, thank you; I'll get back later today on it
(trilema) diana_coman: phf, the oaep_fix_checks seems to be missing and that's possibly also creating trouble otherwise since you're running the code without the fix
(trilema) diana_coman: but anyway, if there is a problem there I want to hear about it
(trilema) diana_coman: fwiw the bit-level one is meant for any bit numbers stuff; the word-level was in principle set for octet-multiples
(trilema) diana_coman: myeah, from what you say alone it does sound like some error but it's not clear without the concrete case
(trilema) diana_coman: the default bitrate is 1344 actually; the subrange is between 1 and width of state
(trilema) diana_coman: what did you call exactly?
(trilema) diana_coman: Keccak_Rate is a subrange itself
(trilema) diana_coman: phf, the bitrate has to be less than the total capacity (it should fail however earlier since the Keccak_Rate type is limited correctly)
(trilema) diana_coman: anyways, I'll publish a bit later today chapter 12 and it has the updated Hash too
(trilema) diana_coman: that Hash was the very first attempt, taking To_C and To_Ada at face value
(trilema) diana_coman: phf, yes, meanwhile I changed that Hash too, to use same method so that it works out of the box basically
(trilema) diana_coman: obviously, I could also null-terminate specifically for this but overall I'm not convinced anymore it's worth the mess
(trilema) diana_coman: and it sometimes stops too soon, basically it fails to copy everything ( this is To_Ada but To_C was even more hairy)
(trilema) diana_coman: yes, I disable them
(trilema) diana_coman: phf, hm, I *did* use those; the trouble is that in principle the rsa stuff is *not* null terminated as such and I couldn't get them to work properly in such case (or is it not even possible, regardless of passing the length?)
(trilema) diana_coman: so yes, I totally hear you, ave1
(trilema) diana_coman is still toiling on writing this monster chapter 12 eucrypt...
(trilema) diana_coman: calling from C something that might look like this in ada: procedure getstring(input: in Interfaces.C.char_array; Output out Interfaces.C.char_array)
(trilema) diana_coman: no requirement re format, it's really: pass this here char * to Ada safely and recover this String from Ada via an "out String" parameter (char * on C side)
(trilema) diana_coman: ave1, my current solution is to pass the length as a separate parameter indeed and in addition to actually copy octet by octet; To_C and To_Ada still fail me on occasion so I can't really rely on them - this might be of course because I don't fully understand them yet; in any case, please write it up, pretty please
(trilema) diana_coman: ave1 have you ever passed a char * from c to ada in such a way that ada actually sees the correct length for it? there is something I don't quite understand there as To_C seems to use Target'Length so the length should be set
(trilema) diana_coman: ave1, aha, byte by byte was what I ended up doing at testing stage just to see it really working; hopefully I'll still get it working properly with To_C as such and then I can still avoid the C.Strings, stick with the procs To_Ada and To_C; it's not going to be pretty but at least the mess is as small as I can see a way to do it now
(trilema) diana_coman: notes on reading through gnat runtime library code sounds like great blog fodder
(trilema) diana_coman: ave1, more notes sounds like a *very* good idea; mixing with char * c style is anyway a pain no matter how it's done
(trilema) diana_coman: if you have experience with taming this particular kraken I'd be very happy to hear of it
(trilema) diana_coman: ave1, tbh I've been trying to avoid .c.strings at least but atm it looks set to still make its way in because calling ada stuff from c and getting char * result is an even worse mess with interfaces.c only (i.e. with char_array vs chars_ptr)
(trilema) diana_coman: ave1, unfortunately yes
(trilema) diana_coman: http://btcbase.org/log/2018-02-23#1785665 <- hmmm, I can see the utility of this and I can see it as something built on top of eucrypt but I'm not totally sure I see a very strong case for including it in eucrypt as such
(trilema) diana_coman: http://btcbase.org/log/2018-02-22#1785472 <- I confirm it pressed fine + it vdiffed eucrypt's chapter 11 files as expected - with the difference in order of files as your post clearly states; for anybody interested, see ^ for the diff of the 2 vpatches
(trilema) diana_coman: lol! at least I ...found it
(trilema) diana_coman: mircea_popescu, the first error I find in my published code, yes; there was the mpi error I corrected, previously
(trilema) diana_coman: I'll focus for now on eucrypt; it has anyway ada-c integration itself so I'll see what I have by the end
(trilema) diana_coman: when non-adacore, one easily runs into issues such as http://btcbase.org/log/2017-12-01#1745018
(trilema) diana_coman: but again, adacore gprbuild, I can't vouch for any other version atm
(trilema) diana_coman: fwiw re gprbuild the more I read on it the more I like it actually
(trilema) diana_coman: nuke the gnu gnat on sight unless you have time to lose and hair to pull
(trilema) diana_coman: I would say: use adacore!
(trilema) diana_coman: as all my non-adacore environments proved a mess
(trilema) diana_coman: well, I can talk only about gprbuild from ada being bright enough
(trilema) diana_coman: no, gprbuild is bright enough to do everything; BUT depending on what tools you have installed you can get weird errors when versions mismatch ; as we had experienced in logs before on various occasions
(trilema) diana_coman: theoretically as far as I can tell it's a feature, not a bug aka "it's not gnatmake's business to do this, go use gprbuild"
(trilema) diana_coman: gprbuild from adacore works however fine to build aggregate libs as far as I can tell
(trilema) diana_coman: in lulz from the (eu)crypt: gnatmake helpfully complains about all sorts in a .gpr file; once everything is fine, it.. fails with a very informative "aggregate libraries are not supported"; and indeed one has to use gprbuild and nothing else for aggregate libraries
(trilema) diana_coman: also: is ave1's blog in the rss list? I find it quite useful
(trilema) diana_coman: trinque, I agree
(trilema) diana_coman: hence as I said earlier: I'll be waiting patiently for its communications
(trilema) diana_coman: mod6 I support tmsr isp but atm I am at a loss as to what it is and how to actually support it
(trilema) diana_coman: I for one will certainly wait patiently for the bbisp communications when they come
(trilema) diana_coman: mod6, don't take this the wrong way
(trilema) diana_coman: BingoBoingo, ahahah; ftr though that is ...true from all my experience as it is, yes
(trilema) diana_coman: mod6, uhm, did I say it was an investment? equity in something is however still some stake in it or do you consider it's not?
(trilema) diana_coman: asciilifeform, the only way I can follow that is as purely ideal "republic as a notion" etc. perhaps true but not particularly... effective let's say
(trilema) diana_coman: mod6, a stake in something is never "debt only" really the way I see it; honestly, would you offer to take an "iou" while at the same time being totally unwilling to even give advice if asked?
(trilema) diana_coman: fwiw mod6 how do you then square "could not be bothered with" with -> http://btcbase.org/log/2018-02-11#1783243 ;it's one thing to say "I don't want to hold your hand" and another thing to say "I don't want to have anything to do with you"
(trilema) diana_coman: mod6, yes, mommy is one thing but not the only thing
(trilema) diana_coman: as lobbes points out there are valuable resources in the forum, even if now reduced; not using them looks weird let's say
(trilema) diana_coman: http://btcbase.org/log/2018-02-17#1784451 <- I fail to quite follow this reading of events tbh; and in any case "running it ourselves" does not mean nor does it have to be "in isolation"
(trilema) diana_coman: BingoBoingo, cool
(trilema) diana_coman: http://btcbase.org/log/2018-02-17#1784318 <- o.O ; I hope bbisp makes public soon some clear strategy and reports
(trilema) diana_coman: mod6, mind giving a bit more detail regarding the business+technical side?
(trilema) diana_coman: while searching for something else, I found the answer to http://btcbase.org/log/2018-01-25#1776243 ; it's in the logs, at http://btcbase.org/log/2017-02-21#1616384
(trilema) diana_coman: yes, how big is not a head count strictly of course; put it as how powerful if that is clearer
(trilema) diana_coman: asciilifeform, the point is to sell more not pricier, neh? so: depending on how much people are willing to USE the isp
(trilema) diana_coman: in other words this can be put as: tmsr's l1 atm is not big enough yet to support an isp of its own
(trilema) diana_coman: I think it can sell enough to l1(+l2 perhaps) but I haven't run the numbers etc (because I'm already juggling lots as it is)
(trilema) diana_coman: but I suppose asciilifeform's obv is correct in that a.2 is missing still
(trilema) diana_coman: fwiw I am certainly interested in being a customer of TMSR ISP but I've been waiting and waiting to see concrete offers; being a bit on the other side of the world doesn't help much re moving iron there either but presumably at some point I can even get that sorted in some way; if there is some ISP to get sorted to, of course
(trilema) diana_coman: asciilifeform, so maybe make the plan + offer and see what feedback you get on it?
(trilema) diana_coman: iirc there were some vps ran by l1, what; as sandboxes if nothing else
(trilema) diana_coman: out of curiosity why marketed to heathens?
(trilema) diana_coman: and apparently you can supply a.1; missing a.2
(trilema) diana_coman: so a.1 is technical capable person a.2 business capable person
← | →
Download hourly DB snapshot | Get Source Code