<-​-------------------------:matrix.org> The xmr bitflip 0-1 incident

I would prefer if a new wallet is created for the CCS fund, rather than piggy back GF2

<p​lowsof:matrix.org> sounds good to me as a temporary measure to get things up and running for the immediate short term

<m​onero-hackerindustrial:monero.social> Is there any ongoing IR process for imaging drives and collecting logs for those machines involved in the CCS wallet breach? It should be helpful in identifying any sort of IOCs left behind that can help us with attribution.

<m​onero-hackerindustrial:monero.social> If there is no ongoing process I can help put togerther a simple action plan for getting the imaging and can assist in going through it to look for any potential scripts/bins left behind by an attacker

<m​onero-hackerindustrial:monero.social> If there is no ongoing process I can help put together a simple action plan for getting the imaging and can assist in going through it to look for any potential scripts/bins left behind by an attacker

I would appreciate that. Small caveat I won't have access until after Thanksgiving

<m​onero-hackerindustrial:monero.social> No worries, life happens and I know it might take some time. I'll work on getting that list together along with simple instructions on how to do it etc. I can spin up a server to dump those images into once we have them. I will also start compiling a list of known TTPs from crypto targeting groups.

<1​23bob123:matrix.org> Has the computer been shutdown?

mornin gentlement

<r​brunner7:monero.social> It's never night in Monero land, morning is impossible.

damn when do y'all sleep then

<1​23bob123:matrix.org> sleep when your dead

last time i did that i lost a job cause i fell asleep anyway when i was supposed to work ;_;

good riddance tbh

never so bad it isn't good for something

<4​rkal:monero.social> monero.observer/anonymous-open-lett…structural-changes-monero-ecosystem

<4​rkal:monero.social> pretty reasonable asks. Don't know if I agree about the hangouts tho

<p​lowsof:matrix.org> "drop official support for proprietary operating systems/wallets" seems pretty reasonable? lol

<o​frnxmr:monero.social> Didnt 4rkal say the opposite last week

<o​frnxmr:monero.social> Lets all not listen to 4rkal

<o​frnxmr:monero.social> Lolz

<4​rkal:monero.social> Official support shouldn't be dropped. But no devs or "core" should be using windows when it comes to handling funds

<o​frnxmr:monero.social> Lol?

<o​frnxmr:monero.social> So why should users?

<o​frnxmr:monero.social> If funda arent safu on windows, why is it ok for users and merchants?

<o​frnxmr:monero.social> Sound very young and naive

<4​rkal:monero.social> Cause merchants etc are holding their own funds, no one cares if they get hacked because of bad opsec. CCS funds are used to *fund* people

because sometimes I just wanna keep a small spending wallet and if it gets lost it gets lost u know

<o​frnxmr:monero.social> What?

<o​frnxmr:monero.social> Employees dont exist?

<o​frnxmr:monero.social> So, if i own a toy store, all that money is mine?

<o​frnxmr:monero.social> I dont pay my employees?

<4​rkal:monero.social> Mate if you want to keep your funds on windows please do. If you are holding funds for other people please don't

If you don't support Windows you'll just push more people to using Cake and feather so whatever

<o​frnxmr:monero.social> Mate

<o​frnxmr:monero.social> I said the opposite last week

it's a dumb proposal that won't happen anyway

<o​frnxmr:monero.social> You said you wanted a 33/33/33 split

<4​rkal:monero.social> Was talking about nodes.

<4​rkal:monero.social> This has nothing to do with that

Well Monero GUI includes and handles monerod

<4​rkal:monero.social> It's about trusting a black box with your funds

<o​frnxmr:monero.social> Mate, i dont use windows and havent in 15+ years.

<o​frnxmr:monero.social> YOU want more people using windoes

<o​frnxmr:monero.social> had nothing to do with the sofrware??? K im done

<o​frnxmr:monero.social> 4rkal is cuckoo

<4​rkal:monero.social> thansk mate

<o​frnxmr:monero.social> Lol

finally ofrnxmr is fone

<o​frnxmr:monero.social> :P

done

<o​frnxmr:monero.social> Done, like, im laughing too hard to continue

<4​rkal:monero.social> Look generally speaking windows for nodes is no a bad idea since we need some more operating system diversity. But a hardened linux install is so much more secure in terms of holding funds etc. Core should not be using proprietary software tho.

well there's no reason to keep a wallet on the same machine as your node lets be clear about that

not for real money

<4​rkal:monero.social> Imagine using windows for cold storage

shudders

<4​rkal:monero.social> makes no sense

<r​brunner7:monero.social> The proposals in this "open letter" want to make a cyber warrior out of every Monero user. Means well, but with a snowball chance in hell of happening.

<i​ntr:envs.net> imagine using windows

<4​rkal:monero.social> It's pretty extreme, ill give you that

some of us play video games what u want from me

<o​frnxmr:monero.social> > By getting the stats we can try to get like 33% windows 33% linux 33% bsd or something

<o​frnxmr:monero.social> .

<i​ntr:envs.net> muh vidya gaymes

<o​frnxmr:monero.social> This is 4rkal lol

<4​rkal:monero.social> .

<4​rkal:monero.social> Mate hear me out

<4​rkal:monero.social> Can we all agree that operating system diversity is important?

<4​rkal:monero.social> Can we all agree that windows as cold storage doesn't make sense?

<p​lowsof:matrix.org> the letter describes methods that still depend on evil humans

<o​frnxmr:monero.social> ^

<4​rkal:monero.social> Still believe that

<o​frnxmr:monero.social> Seriously. Alll over the place

<o​frnxmr:monero.social> We need more windows daemons

<o​frnxmr:monero.social> dont use windows for your daemon

<o​frnxmr:monero.social> pick a side

<4​rkal:monero.social> .

<o​frnxmr:monero.social> Ne need 33% of out daemons running on windows

<o​frnxmr:monero.social> But you should not a run a daemon on windows

<o​frnxmr:monero.social> Make. Your. Mine. Up

<4​rkal:monero.social> .

<o​frnxmr:monero.social> Mind*

<o​frnxmr:monero.social> There was nothing cold about it

<o​frnxmr:monero.social> Windows wasnt used for cold storage

<i​ntr:envs.net> windows was not used for cold storage, and dropping windows support is a great way of shooting yourself in the foot in terms of adoption

^^

<i​ntr:envs.net> can we drop it now, thanks

<p​lowsof:matrix.org> im going to write an angry anonymous letter back

<i​ntr:envs.net> as for moving official code hosting to a different platform, not the worst idea as long as they keep a mirror on github

<o​frnxmr:monero.social> Drop support for windows? :D yes

<o​frnxmr:monero.social> jk

<i​ntr:envs.net> pls

<c​trej:matrix.org> you stole my joke

<o​frnxmr:monero.social> Its funded

<i​ntr:envs.net> not by CCS I hope

<o​frnxmr:monero.social> And 4rkal posted his thingamajiggy

<o​frnxmr:monero.social> No

<o​frnxmr:monero.social> Kuno

<4​rkal:monero.social> iji2hhxnh4jfyx6q2wenr7bo2p2jmsmk7dzu5pvh2s2gupud472mihad.onion/

<i​ntr:envs.net> yes, that's a mirror, not the official host

<i​ntr:envs.net> (still great, keep it running)

<o​frnxmr:monero.social> Arent we all mirrors?

<i​ntr:envs.net> do you always talk to yourself like that?

<4​rkal:monero.social> fully funded for a year

<c​trej:matrix.org> I have windows so I'm not allowed to touch the code

<c​trej:matrix.org> So no mirror either

<i​ntr:envs.net> I'll see if I can set up a mirror as well

<i​ntr:envs.net> tor & i2p

<4​rkal:monero.social> Too stupid to use i2p

<4​rkal:monero.social> Tried but failed

<i​ntr:envs.net> i2pd makes it easy

<o​frnxmr:monero.social> 4rkal.. i2p is easier than tor. Dm

<i​ntr:envs.net> I would not say easier, but node distribution and routing is much better handled than on tor imo

<4​rkal:monero.social> But much slower rn

ceetee has windows? I feel better now

<o​frnxmr:monero.social> Setting up tunnels is easier than onions

<l​ordx3nu:matrix.org> That open letter is peak echo chamber.

solves some issues and creates many others

<p​lowsof:matrix.org> why are we even serving getmonero over clearnet

<o​frnxmr:monero.social> I2pd, add 5 lines of text

<o​frnxmr:monero.social> tor, add folders, change permissions, etc etc

<n​aphtha:kyun.host> DID ANYONE

<4​rkal:monero.social> Wait

<n​aphtha:kyun.host> ASK FOR A GUIDE

<n​aphtha:kyun.host> ON EEPSITES

<i​ntr:envs.net> no

<4​rkal:monero.social> could someone test if this is working khplhtfsbnzitlmj3lmdl7m36ale7iuf2kljvfmomvn7uwrvqx7a.b32.i2p:3000

<o​frnxmr:monero.social> It has an onion, i just dont know it :D lol

<p​lowsof:matrix.org> lol true , im surprised the letter didnt say turn er off

<o​frnxmr:monero.social> Dont need the port btw

<n​aphtha:kyun.host> rentry.co/ytu5if

+1 OFTC

<4​rkal:monero.social> Might have got it working but forgot lmao

<i​ntr:envs.net> works, but don't include https

<4​rkal:monero.social> cool

<i​ntr:envs.net> and yeah, port not needed either

<4​rkal:monero.social> ```Also considering that such OSes are aiming to become cloud based, this will go completely against the "Not your Keys Not your Coins" philosophy that the Core and the community is trying to follow, for example, by not adding closed source or proprietary wallets in getmonero.org's wallet section as stated in this paragraphs```

<4​rkal:monero.social> Could be a problem in the future idk

<4​rkal:monero.social> But still its up to the user

<4​rkal:monero.social> To decide what to do

<i​ntr:envs.net> oh yes, fuck windows, discourage windows usage, but not by telling people to go fuck themselves if they want to try out your project

+1 XMPP

<i​ntr:envs.net> yeah XMPP is great, matrix is pretty bloated and metadata-ridden

<i​ntr:envs.net> but very normie friendly and still self hostable

<4​rkal:monero.social> both matrix and xmpp are kind of shit when it comes to ux tho

+1 Moving away from MS

<i​ntr:envs.net> eh, depends on the client. Dino and Gajim are alright

<i​ntr:envs.net> Element has come a long way

<o​frnxmr:monero.social> Element is so trash wince v162

<o​frnxmr:monero.social> for mobile anyway.

<o​frnxmr:monero.social> element x is coming

<4​rkal:monero.social> element is kinda slow

<o​frnxmr:monero.social> It wasnt so bad a few versions back

<4​rkal:monero.social> But all electron bs desktop apps are

<4​rkal:monero.social> Just using the web cause the desktop one is complete bs

<4​rkal:monero.social> Even made this lmao github.com/4rkal/element-desktop-usable

<g​fdshygti53:monero.social> Well, the element apps a nothing more then web app wrapped with some kind of browsers and it's libraries, right

<o​frnxmr:monero.social> web works good?

<o​frnxmr:monero.social> probably element isnt being developed to keep up, becauae of focus on element x?

<g​fdshygti53:monero.social> People don't make PC apps anymore 😢

<o​frnxmr:monero.social> For mobile, its an actusl app

<4​rkal:monero.social> element x looks great!

<g​fdshygti53:monero.social> Oh, I thought they used the same code mostly and just wrap it in a mobile version of the same thing

<i​ntr:envs.net> yeah Electron is just Chromium headless and with a more 'lenient' sandbox

<i​ntr:envs.net> I'm so sick of it

<g​fdshygti53:monero.social> Oh, so it use Google tech too, wonderful 😂

<i​ntr:envs.net> Indeed

<i​ntr:envs.net> Electron apps make me gag

<i​ntr:envs.net> Etcher is still the most baffling of them all, it's just `dd` wrapped in a "pretty" electron app with ads next to it

<4​rkal:monero.social> Very easy to use for retards tho

<4​rkal:monero.social> Doesn't let you dd your own disk and stuff

<g​fdshygti53:monero.social> Yeah, I did see that one lol

<g​fdshygti53:monero.social> Because why not having an application that if like 10000x bigger than the tool it embedded?

<g​fdshygti53:monero.social> Web tech philosophy at it's best!

<i​ntr:envs.net> ship it on Flathub!

<i​ntr:envs.net> for the added bloat

<g​fdshygti53:monero.social> Of course!

<4​rkal:monero.social> I thought snap was bad /s

<i​ntr:envs.net> both are terrible, snap arguably worse

<g​fdshygti53:monero.social> These snap, flathub, etc etc are all bandaids

<4​rkal:monero.social> aur enters the chat

<g​fdshygti53:monero.social> The problem is distribution, with AUR (or with Gentoo, for say), you compile you're packages so they get dynlinked to you're current lib, so it work

<g​fdshygti53:monero.social> But unlike with Windows, if you build something that is Dynlinked, forget about it working on most other people Linux, so you have to compile for each distribution (and maybe more than one version of it), or wait for the distrib package maintainer to do the job

<o​frnxmr:monero.social> Snap is bad bad imo

<o​frnxmr:monero.social> They are 1. A proprietary app store

<o​frnxmr:monero.social> And 2. Have stolen apps in there

<o​frnxmr:monero.social> Like p2pool

<g​fdshygti53:monero.social> Linux support many version of the same libs but there is only Gentoo and Nix, I think, that actually do that

<i​ntr:envs.net> and they use sneaky methods to get you to use it (like with chromium)

<g​fdshygti53:monero.social> Snap alro require soystemd

<i​ntr:envs.net> as for the AUR all things considered (check the pkgbuild) it's pretty damn handy

<g​fdshygti53:monero.social> and a daemon

<i​ntr:envs.net> christ..

<o​frnxmr:monero.social> I dont like flat_hub_ but i dont have any problems with flatpaks

<o​frnxmr:monero.social> Featherwallets flatpak is 🔥

<4​rkal:monero.social> whats wrong this systemd 😢 lol

<g​fdshygti53:monero.social> Flatpaks are the less bad imo

<i​ntr:envs.net> systemd is the prime example of scope creep

<g​fdshygti53:monero.social> Non, actually, I ment .appimage

<i​ntr:envs.net> anti unix, and arguably a corporate takeover

<k​illercat103:matrix.org> tarball

<i​ntr:envs.net> to top it off the lead dev ended up working for microsoft lmao

<o​frnxmr:monero.social> feathers flatpak doesnt use any of the 3rd party dependencies of flathub etc. It uses its own runtime so on and so forth

<o​cean:matrix.thisisjoes.site> soystemd glows

<4​rkal:monero.social> you guys using runit and stuff?

<i​ntr:envs.net> I use s6 myself

<g​fdshygti53:monero.social> I just use the good old OpenRC, I should try runit or s6 eventually

<i​ntr:envs.net> skarnet.org/software/s6

<i​ntr:envs.net> my only gripe with openRC is the lack of proper daemon supervision

<4​rkal:monero.social> I just found that a lot of apps don't work or need some sort of modification to work for openrc so gave up on it. I ain't compiling stuff just to use openrc instead of soystemd

<i​ntr:envs.net> which is exactly one of the problems with systemd

<i​ntr:envs.net> programs that hard-depend on it for the dumbest reasons

<i​ntr:envs.net> but most programs just need an openrc service file in /etc/init.d and you're set

<g​fdshygti53:monero.social> Hard dependency on systemd is really bad yeah, that thing is just too big and doo too much stuff

<i​ntr:envs.net> the whole reason I moved away from windows was how opaque and unwieldy it is

<i​ntr:envs.net> it's simple and "works" until it doesn't, and then you're at the mercy of Indian tech support

<g​fdshygti53:monero.social> Windows in is current form is quite reliable actually, more than most Linux distribution (on where you have to do some work to fix up)

<i​ntr:envs.net> but the joke is systemd may be open source, but it's just as opaque and unwieldy, and doing everything its own way, shitting on the linux philosophy while it's at it

<i​ntr:envs.net> the codebase is so goddamn massive and it's such a fast moving target you can't reliably audit it

<o​frnxmr:monero.social> The whole systemd suite, like journalctl, logind

<o​frnxmr:monero.social> Too much redhat dependency

<i​ntr:envs.net> and to top it off, the snarky attitude from poettering when it comes to vulnerability reporting

<g​fdshygti53:monero.social> Well, everything use glibc except on select distribution, if I where glowing, I would give a few M to one of there devs for a nice bug.

<g​fdshygti53:monero.social> There more distrib using glibc than systemd, and every single application use part of glibc

<i​ntr:envs.net> # \:(

<i​ntr:envs.net> your system did a fucky wucky!!

<i​ntr:envs.net> hang tight while we collect information, don't worry it's all sooper dooper scary compootr stuffs uwu

<i​ntr:envs.net> no thanks, man

<g​fdshygti53:monero.social> That's for the grany

<g​fdshygti53:monero.social> Sysinternal (owned by m$) offer a tool that read the bsof, because there all saved for later audit

<g​fdshygti53:monero.social> except if saving bsod is off

<i​ntr:envs.net> I know there's ways to troubleshoot windows, they're just awful

<g​fdshygti53:monero.social> Linux is not better when the UI freeze and the console can't come up to show the error, but again you do the same, but instead of using a bsod reader, you do parse what's in /var/log.

<i​ntr:envs.net> except it doesn't need a specialised tool, just `less`

<i​ntr:envs.net> or grep, or whatever text editor

<g​fdshygti53:monero.social> well, most people have to use journald as logs are now in a binary format right

<i​ntr:envs.net> which is another thing that fills me with blind rage

<i​ntr:envs.net> journald

<g​fdshygti53:monero.social> Only distribs for adult have text logs

<g​fdshygti53:monero.social> BTW, Soystemd implemented BSOD in there last version!

<g​fdshygti53:monero.social> It have to be enabled, for now

<i​ntr:envs.net> I'm happy with my alpine & artix systems

<i​ntr:envs.net> anyway sorry for that hugely off topic rant

<g​fdshygti53:monero.social> Artix is nice indeed

<g​fdshygti53:monero.social> Except that time I could not do update for two weeks lol

<i​ntr:envs.net> KDE packages?

<i​ntr:envs.net> yeah that was a mess

<g​fdshygti53:monero.social> not, some lib32 required by steam

<g​fdshygti53:monero.social> somehow the people at arch got lazy at updating that one and I think artix got in advance with the version of that lib in it's lib64 form.

<g​fdshygti53:monero.social> For some reason, the lib32 flavor of the lib had the same lib but in lib64, as dependency (wanted the same version and arch/artix don't have that "many version of same lib support" so it just blocked update for two weeks

<i​ntr:envs.net> oh damn

<i​ntr:envs.net> that sucks

<g​fdshygti53:monero.social> Kind of thing that can't append on Windows as the OS have stable ABI and can be updated independently to the user apps because it support many version of the same libs.

<g​fdshygti53:monero.social> Gentoo is the only one that for these circumstance, that instead of not upgrading at all or braking application, it tell you that X package need x libs of that version so he will keep that lib until you emerge @preserved-build so you're app continue to work after the update

<g​fdshygti53:monero.social> I did hear NixOS can do it too, but I have no experience with that one personally.

<i​ntr:envs.net> yeah nixOS is pretty damn stable

<i​ntr:envs.net> and for most programs on Windows the solution is to just ship every version of every dependency under the sun lmao

<i​ntr:envs.net> same with flatpak

<g​fdshygti53:monero.social> Windows only shit all version of windows / microsoft dependencies under the sun, so you can run windows application from 1999 and it still work.

<g​fdshygti53:monero.social> That's a good thing imo, and Linux support it but it have to be implemented by the distribution (I guess it's to much work compared to forcing app maker to just use snap/appimage/flats)

<g​fdshygti53:monero.social> Windows only ship all version of windows / microsoft dependencies under the sun, so you can run windows application from 1999 and it still work.

<g​fdshygti53:monero.social> That's a good thing imo, and Linux support it but it have to be implemented by the distribution (I guess it's to much work compared to forcing app maker to just use snap/appimage/flats)

<g​fdshygti53:monero.social> And need to take account that Windows apps need a LOT LESS dependencies

<g​fdshygti53:monero.social> as you can simply use windows API for most things really

<i​ntr:envs.net> which by itself is like, what, 50gb?

<g​fdshygti53:monero.social> so you're GUI application endup only taking 103kb of space

<i​ntr:envs.net> windows UI are more inconsistent than gtk and qt

<g​fdshygti53:monero.social> Nop

<g​fdshygti53:monero.social> If you measure WinSxS directly, you endup with more stuff.

<g​fdshygti53:monero.social> It was made initially for supporting many version of the same libs, but now that folder also contain Windows restoration images and stuff so it's more inflated than needed

<g​fdshygti53:monero.social> There very consistent, one API to rule them all, no need to install QT, GTK, and there kiloton of dependencies, just to have UI app

<g​fdshygti53:monero.social> Linux is great and lean for server stuff (things I would never use Windows for... lol)

Monero is for everybody™

<g​fdshygti53:monero.social> The only Windows application that use QT or GTK are Linux ports

<i​ntr:envs.net> there's like 10 different context menu UIs, different dropdown UIs, different window handles, etc etc etc

<i​ntr:envs.net> it's a goddamn mess lmao

<g​fdshygti53:monero.social> Linux have that problem but for a lower extend as it never got much UI improvement for menu and stuff like that.

<g​fdshygti53:monero.social> While windows did a ton of them and some of there codebase is over 10 years old.

<g​fdshygti53:monero.social> You can clearly see that with the control panel, you have like 3 UI for the same things and microsoft won't remove the old one until they have parity

<g​fdshygti53:monero.social> With is way better than how KDE3 -> KDE4 was handled 😂

<g​fdshygti53:monero.social> I was so sick when KDE4 was out and forced on my that I went to Enlightenment instead lol

<g​fdshygti53:monero.social> New application wanted QT4, with was working with KDE4, but KDE3 was able to do sooooo much more than KDE4 when it was released.

<g​fdshygti53:monero.social> At least now it's more like a rolling release (for that KDE/plasma stuff), fortunately

<o​cean:matrix.thisisjoes.site> windows ui peaked at xp. since then it just became more convoluted

Windows 95 was my favorite

<g​fdshygti53:monero.social> I would say 2000

<g​fdshygti53:monero.social> XP is mostly a Teletubbies skin over the nice UI

<g​fdshygti53:monero.social> But Microsoft did work harder for Windows since 10. UI is actually nice (I kind of find 11, a downgrade)

<g​fdshygti53:monero.social> Afaik it still have a bugged UI scaling 😂

Yeah I'm only meming

<g​fdshygti53:monero.social> I still run it, on a network isolated machine

<g​fdshygti53:monero.social> That one did have the DLL Hell problem

They had a lot of terrible terrible releases

2000 good stuff

<4​rkal:monero.social> Whats the best wallet for cold storage? Gui vs feather

<i​ntr:envs.net> For cold storage, a piece of paper with the seed (or qr codes) and the wallet address in a text file

<i​ntr:envs.net> for spending from the cold wallet I guess feather is nice

<4​rkal:monero.social> Heard somewhere about feather x anonero

<4​rkal:monero.social> that would be great

<i​ntr:envs.net> indeed it's a mess. Luckily for most quality programs a gui isn't even needed

<g​fdshygti53:monero.social> Personally I prefer feather, I did not test it for col storage by say, But it is soooooooo better if you use an hardware wallet

<g​fdshygti53:monero.social> GUI be like, your Ledger locked, please restart me (not in these word... but quite anoying)

<g​fdshygti53:monero.social> Feather continue to work even if you unplug the ledger...

<g​fdshygti53:monero.social> And if you receive a transaction it ask you to retry ledger connection (yes/no)... So you plug ledger, unlock it, and press "yes... And it resume syncing from that transaction you received

<g​fdshygti53:monero.social> Other than that, it have coin control

<g​fdshygti53:monero.social> And integrated reddit reader so I don't have to open reddit

<o​frnxmr:monero.social> Paper generator

<4​rkal:monero.social> I've got an offline wallet on an offline computer. I have copied over to my hot computer the view only wallet

<4​rkal:monero.social> How can I send a transaction?

<s​needlewoods_xmr:matrix.org> haven't tried it yet, but my understanding is you create the transaction in view only wallet, export the tx keys, import them in offline wallet, sign them, export them again and import in view only wallet, from there you broadcast to the network

<s​needlewoods_xmr:matrix.org> monerodocs.org/cold-storage/offline-transaction-signing

<4​rkal:monero.social> There really aren't any good guides etc on this topic.. Quite frustrating

<p​lowsof:matrix.org> i mean one was linked above (even i followed it and its fine, just several steps of copy and pasting back and forth)

<p​lowsof:matrix.org> sadly usb sticks are the common denominator in "All Attacks on Air-Gapped Systems" darkreading.com/attacks-breaches/us…-all-attacks-on-air-gapped-systemsd

<p​lowsof:matrix.org> this is why hardware wallets exist

<p​lowsof:matrix.org> or file transfer via QR

4rkal: Did you look at this one already? monero.stackexchange.com/questions/…to-construct-a-transaction-manually

<4​rkal:monero.social> Followed the guide plowsof linked and managed to do my first offline tx!

<4​rkal:monero.social> Also why tf did my monero-gui view only pick up on the tx?

<4​rkal:monero.social> nvm lol

sneedlewoods linked it #stolen-valour 😃

<4​rkal:monero.social> yeah sr lol

<4​rkal:monero.social> Pretty cool stuff tho

<s​needlewoods_xmr:matrix.org> no problem plowsof may get the credits

<s​needlewoods_xmr:matrix.org> and congrats 4rkal for your first offline tx 🎉

<m​onero-hackerindustrial:monero.social> Ah, so the lack of tooling around the manual transaction creation in monero is such a pain point. Monero txs have changed over the years and are a lot more complex than the really simple bitcoin or ethereum transactions. (eth is really simple with the account model). The unsigned transaction file is not a super well known file type and it would be nice to eventually make a parser <cli

<m​onero-hackerindustrial:monero.social> around it instead of relying on monero-cli for reading it.

<m​onero-hackerindustrial:monero.social> The other thing that might be nice is having more transaction signing libs in languages other than cpp. For example the monero python package relies on a running rpc to send to sign the tx to a running monero wallet. Having a pure python version would be really nice.

<m​onero-hackerindustrial:monero.social> I added that to an eventual backlog for monerosigner but atm I rely on the monero-wallet-cli arm build on the device.

<m​onero-hackerindustrial:monero.social> The usb airgapped system would offer a good level of protection against the most obvious threat model (Malware compromise). There is some risk of potential 0 day vuln weaponized in the unsinged tx format that some apt was able to craft. But that raises the bar significantly.

<1​23bob123:matrix.org> I has question since “we” has 2 months to basically restructure monero infrastructure, when does the ball start to roll? Does these particular working groups rooms need to be created and discussed?

<1​23bob123:matrix.org> Ie task and responsibilities of these groups, people being nominated for these groups

123bob123: it's just a proposal

I think unless someone steps up to own it, gather consensus, etc. it'll just die on the vine and be one of those proposals that never amounts to anything

<1​23bob123:matrix.org> You sir have called peoples bluff😬

<c​trej:matrix.org> Dan r/dark (Is not the man & Braxman Tomsparks Advocate ): didn't the proposal say 2025?

yes - I typo'd

and I corrected it subsequently

the idea was to get some lightweight structure in place and then the workgroups evolve individually from there

if we don't have a timeline then stuff sits forever or dies on the vine

<1​23bob123:matrix.org> Tldr

<1​23bob123:matrix.org> This is more acceptable

<1​23bob123:matrix.org> Workingroups🔜™️

.soon™

<1​23bob123:matrix.org> Move infrastructure to google :0

<1​23bob123:matrix.org> One is down

<1​23bob123:matrix.org> Next issue

Is Jan 2025 2months away? Wow

<1​23bob123:matrix.org> Im in future remember

<4​rkal:monero.social> Do I just send my CV to hr to get into a work group or what?

<4​rkal:monero.social> hr⊙go

<4​rkal:monero.social> Lol

<4​rkal:monero.social> No but really what's the process

<1​23bob123:matrix.org> Well

<4​rkal:monero.social> Is there a process?

<1​23bob123:matrix.org> We wait for ploswof ccs to finish and we add this to that for less pay

<1​23bob123:matrix.org> Tbh css is a test case

self organization here we go

Its over, extra tasks on a postcard please

I am on day 4 of correctly guessing my cold storage password where my new pgp key is. I think after 5; i could apply to be the ccs coordinator

<1​23bob123:matrix.org> Have you tries 123?

<l​ordx3nu:matrix.org> We are only two months away from foisting everything on plowsof. I can't wait.

<x​mrscott:monero.social> I don't think it was announced anywhere, but at of end of Oct the monero.space sysadmin(s) activated experimental Sliding Sync so any folk who were previously barred from using a newer client like Element X should no longer be barred

<x​mrscott:monero.social> I don't think it was announced anywhere, but at of end of Oct the monero.social sysadmin(s) activated experimental Sliding Sync so any folk who were previously barred from using a newer client like Element X should no longer be barred

Thanks xmrscott!

<x​mrscott:monero.social> I had nothing to do with it apart from request they add it so folk could use newer clients and see what other home servers had it

<x​mrscott:monero.social> I had nothing to do with it apart from request they add it so folk could use newer clients and see what other home servers had it to gauge how much of an experimental state the feature is

<r​ecanman:agoradesk.com> No

<r​ecanman:agoradesk.com> For core team you are "invited" in, whatever that means. Just join the channel

<r​ecanman:agoradesk.com> Is the fluffypony plan being implemented?