What's a good use-case of unlock_time? If I want to give my child an inheritance? =D

if you're afraid you don't have the self-discipline to hodl enough

Hahah, better make sure you don't accidentally add an extra zero at the end of the unlock_time

Or maybe that would be beneficial if you're looking to hodl

... I thought the point of using frameworks like QT was that they were supposed to hide portability issues. not cause them.

the GUI has been a continuous stream of failures

hyc: contributors welcome

I have 1 laptop, I can't test various linux distros

I work on software that I use. I have no use for a GUI

you shouldn't have to test all distros. this is clearly a place where the community can step up.

Qt did not cause this issue, some libxcb bug that only shows up on Ubuntu 18.04

I even downloaded Ubuntu 16.04 and 20.04 to test

Statistically, you tested on 18.04.

well that is what I thought lol

hm... 18.04 is not likely to get a fix backported at this point, it's out of LTS already isn't it?

static libxcb so now I will go through the various versions and fine one that works on Ubuntu 16.04 - 20.04

1.12 crashes on Ubuntu 20.04, 1.14 has a deadlock on Ubuntu 18.04... fun

1.13 starts on Ubuntu 18.04

can’t wait to find out if it has issues on 16.04 or 20.04

hyc: Kind of discouraging to put out those statements

Numerous people are working hard to improve it

and i cannot agree about the fact that the GUI is a continuous stream of failures. During the last year has improved by a lot from all points of view. More changes will inevitably bring more bugs, but overall GUI devs have done a great job lately IMHO

latest CLI still broken on some Ubuntu versions

and it made it worse

0.17.1.2 worked with just setting LANG

0.17.1.3 needs you to set LC_ALL and LANG

else it chokes on the locale error

this regression is so annoying, especially because we had it fixed for ages

0.17.1.2? you sure?

we never released v0.17.1.2

sorry 0.17.1.1

weird, don’t think we touched anything in this direction

I think the regression first reared its head in 0.17.0.0.

I'll have to check my logs

(IRC logs I mean)

oh I stand corrected, first showed up in 0.17.1.0

0.17.0.0 was fine

we had a few people moan about it in #monero

2020-10-14 17:59:07.016 E Exception in main! locale::facet::_S_create_c_locale name not valid

Think it was .1

dEBRUYNE: yes

xiphon: Would you mind investigating?

hyc: can monero-project/monero 4665906 have an effect on what fluffy describes?

else there is nothing in v0.17.0.0...v0.17.1.0 diff that seems related

selsta: I don't believe so, that change affected only the definition of the lgamma function and nothing else

what specifically is broken, that setting LOCALE fixes?

I missed the original problem description

Do people still use make_uri? Subaddresses should have killed this, right?

Mmmmmmmmmm: you can make a uri that contains a subaddress

it's just adding some extra data like a description and amount to a wallet address

hyc: if you don't explicitly set LANG and LC_ALL then it dies on startup

2020-10-14 17:59:07.016 E Exception in main! locale::facet::_S_create_c_locale name not valid

what version of ubuntu is that?

16.04.7 LTS

strange considering that we use 16.04 as our build base

fluffypony: good time to pm?

(sorry, OT)

sure

hyc: ikr

hm, my mistake, we're on 18.04

ubuntu bionic

fluffypony: can you paste strace output from startup?

sure, I'll upload now

hyc: paste.debian.net/1170607

that's weird, line 215

it should be C_UTF-8.

sounds like you have a weird system default locale

I have C.UTF-8 here.

oh yes, C.UTF-8, not underscore

or maybe something in your bitmonero.conf has tweaked it, tho I don't see what possibly could

also on my own startup I don't even see those locale calls happening

(ubuntu 18)

this is starting up in a different user account

so no .conf

I only get the error on my server 18.04, but not on my desktop 18.04.

Do you have libunwind on that one ? So we can see what throws it from where ?

still seems weird because C should already be the default locale

in other news - google is locking down execute permissions in android twitter.com/w8emv/status/1325556483354931201

which will basically kill the ability to run monero CLI from an android terminal shell, unless it's explicitly packaged as an APK

so annoying. is this really the only way to slow down the spread of malware?

are they so unable to plug the holes that allow malware to land on the system in the first place?

monero-gui has an .apk now

but yea, not going to help with daemon

<selsta "monero-gui has an .apk now"> Really it does?

Where can I find that?

It is experimental so we don’t publish it on the website yet. Do you have a Github account?

You can download it from here once the build is finished, should take 1 hour more hour: github.com/monero-project/monero-gui/runs/1375710540

Thanks ill check it out

I didn't even know the monero GUI team was working on a mobile version

viperperidot[m]: it is the desktop GUI ported to android, no mobile specific design

Ok well I am interested to see how it works

viperperidot[m]: android apk can now be downloaded

dEBRUYNE: "xiphon: Would you mind investigating?" -> will have a look, working on the GUI build atm though

All right

As an update to that Python Wallet/WatchWallet library I posted a couple days ago, I did update it to Monero v13 (latest) and did some generic linting/cleanup work and so on. Now supports CLSAG :)

Hi, I wrote a Daemon and Wallet client to interface with Monero's JSON-RPC API in C#, as I see we don't have one in the Monero Ecosystem. Is anyone in here able to review my code before I complete the README documentation and make it into a Nuget Package? github.com/Agorist-Action/csharp-monero-rpc-client. I've tested 90% of the commands

myself without issue.

That link doesn't work because there is a sneaky period right after the link. Here: github.com/Agorist-Action/csharp-monero-rpc-client

GUI v0.17.1.4 is out on website. Big thanks to selsta for rebuilding it quickly today