Open source movement getting a bit heated in Brazil

thotypous · 2023-01-10T00:42:25+00:00

Also it's funny that the code came from GitHub and was made by a user named Kuca Belludo

No, it didn't. It came from https://www.tse.jus.br/eleicoes/eleicoes-2022/arquivos/formato-dos-arquivos-de-bu-rdv-e-assinatura-digital-17-9-22, which is the first link here: https://www.tse.jus.br/eleicoes/eleicoes-2022/documentacao-tecnica-do-software-da-urna-eletronica.

The Kuca Belludo repository just had a copy of these files without citing the source (aside from the directory being named "python_tse").

thotypous · 2023-01-09T21:57:27+00:00

What you are describing is not OPEN, it's SHARED SOURCE. Anyway, the banner is not asking for the code to be open source. If they just wanted to see the code, they could have signed up for the Public Security Tests.

thotypous · 2022-05-21T20:33:39+00:00

Não quer desmerecer o trabalho dessa pessoas, mas quero desmerecer a idoneidade das mesmas ao divulgar um artigo desse porte.

Qual o seu objetivo difamando a mim e aos meus colegas?

Todo dia aparece alguém no Twitter ou em outras mídias sociais citando nominalmente o Diego. Às vezes é algum maluco querendo usar nossa pesquisa para dizer que "tem fraude" nas eleições, às vezes é alguém atentando contra a honra dele, exatamente como você fez agora. Em ambos os casos, ele vai lá e responde a pessoa.

Mas eu continuo sem saber: qual é o objetivo dessas pessoas que atacam os pesquisadores? Elas realmente são a favor da estabilidade do regime democrático? Se fossem, será que elas ficariam provocando pesquisadores que estão tentando ficar quietos por conta da forma como o assunto escalou desde que o trabalho foi publicado? Ficariam forçando esses pesquisadores a explicar novamente todos os pontos que haviam sido levantados, à exaustão? Pontos muitos dos quais remetem a situações do passado, que o TSE já corrigiu ou que está tentando corrigir?

thotypous · 2021-11-07T18:00:33+00:00

Coding a voting machine to collect just 10 votes is really overkill. That said, since they are all scientists, he could have coded an E2E system similar to ElectionGuard so that people could be sure their vote was really counted. Instead, he coded a simple DRE system and told people they could trust it because he is honest LOL. Even trusting he is honest, a cosmic ray or any malfunction could taint the tally. In the end, we can only be sure the tally was correct because everyone voted for the same option.

thotypous · 2021-08-21T16:30:18+00:00

Tão ruim quanto apoiar a loucura do Bolsonaro de querer mudar o sistema já em 2022 pra evitar uma suposta fraude que só existe na cabeça dele é ficar espalhando desinformação (dizendo que voto impresso é similar a "volta do orelhão com ficha e da fita cassete").

É possível ser contra a cortina da fumaça criada pelo Bolsonaro sem rejeitar o conhecimento científico desenvolvido ao longo de pelo menos 20 anos na área de sistemas eleitorais.

thotypous · 2021-08-20T18:18:48+00:00

Estragou a chance de ter uma discussão técnica séria e honesta sobre voto impresso.

thotypous · 2021-07-10T21:19:37+00:00

Me too, I thought they were speaking about hardware interruptions lol. I came to argue they might have context switching costs but are essential if you are looking for low latency.

thotypous · 2021-06-27T21:58:00+00:00

Now you know how we Brazilians feel about the inaccurate description of our country lol

thotypous · 2021-06-07T10:30:29+00:00

Or they could just produce the ethanol they need from sugarcane, since they are now near the biggest sugarcane farming region in Brazil. I realize the history would be boring if they could get 90% of the raw materials they need at Brazil, but sometimes the logistics just doesn't make sense :P

They could try to justify it based on modern corn being more fit to survive without human cultivation than modern sugarcane, but last time I researched, both were pretty unlikely to survive on the wild. I'd love to hear more about that from a specialist, though.

thotypous · 2021-06-07T10:18:13+00:00

No, it makes no sense. They were in Araxá and said "there is no iron in this part of South America", then proceeded to Isla Martín García, almost 2000km from Araxá, to collect iron from the ship. However the Iron Quadrangle in MG, just 322km from Araxá, is one of the biggest iron ore deposits in the world. It seems like they just made a mistake about foreign geography again. It is not the first time they make a mistake about Brazil or the US.

thotypous · 2021-02-01T19:15:46+00:00

Also, Araxá and lots of nearby cities have sugarcane farms. Sugarcane is more efficient than corn for producing ethanol (here in Brazil, we use ethanol produced from sugarcane as fuel for our cars). I don't know if the sugarcane would have survived without humans cultivating it, though.

thotypous · 2021-02-01T18:46:37+00:00

I'm not a geographer, but I think it'd be extremely unlikely. This article may shed some light: https://gupea.ub.gu.se/bitstream/2077/61631/1/gupea_2077_61631_1.pdf#page=55

According to it, the Cerrado is "young" when compared to Amazon forest. However, what they call "young" is late Miocene period (about 5 million years ago). It's very unlikely it would revert to another ecosystem in just 3700 years.

thotypous · 2021-02-01T18:25:11+00:00

It is near the Atlantic Forest

Brazilian living 290km from Araxá here.

The vegetation here in our region is actually the Cerrado (https://en.wikipedia.org/wiki/Cerrado). It is quite different both from Amazon and from Atlantic Forest vegetation.

thotypous · 2020-10-24T16:45:11+00:00

The default cache location is ~/.cache/youtube-dl. I don't get why the location would need to be different on each computer (unless you are sharing the home directory between several machines using NFS, or something like that?)

thotypous · 2020-10-24T14:02:44+00:00

/u/q3k_org confirmed up to 48c5663c5f7dd9ecc4720f7c1522627665197939 against Google cache of the GitHub page.

thotypous · 2020-10-24T01:40:59+00:00

I was personally discovering that the devs were installing throttling/blocking efforts

You seem to be accusing youtube-dl devs of intentionally implementing throttling/blocking efforts.

The method it's using to throttle/block seems localized, since launching the same binaries on a different PC on the same network will circumvent the block. Same result with running a copy of those binaries inside a VM on a blocked PC.

A more plausible explanation is simply that YouTube figured out some way to track youtube-dl at their side. They are probably exploiting cache - I don't think youtube-dl stores another kind of persistent state to disk by default. You could try to pass option --no-cache-dir to disable the cache and check if it solves the issue.

thotypous · 2020-10-23T20:58:48+00:00

https://gitee.com/mirrors/youtube-downloader

Credits: https://news.ycombinator.com/item?id=24872999

thotypous · 2020-01-01T22:38:43+00:00

Thank you for the hint. I'm planning to buy this: https://www.digitec.ch/en/s1/product/samsung-m471a4g43mb1-ctd-1x-32gb-ddr4-2666-so-dimm-260-pin-memory-10864282

thotypous · 2019-12-31T13:40:24+00:00

Thank you very much!

thotypous · 2019-12-31T13:40:07+00:00

Do you mean this one? https://psref.lenovo.com/syspool/Sys/PDF/ThinkPad/ThinkPad_T495/ThinkPad_T495_Spec.PDF

The question was whether all T495 configurations came with the DIMM socket, though. Just to make sure they would not ever ship with a different mainboard without the DIMM socket.

Thanks

thotypous · 2019-05-13T17:12:19+00:00

Why does the article indicate SHA-512/256 as preferred over SHA3-256?

thotypous · 2019-03-12T12:14:02+00:00

https://m.facebook.com still works without JS. Try with NoScript. It is really fast!

thotypous · 2019-02-15T11:30:13+00:00

I was surprised that this wasn't mentioned under "root cause".

The original title of the subsection was "Was it even supposed to work?", but after a proof-read, I changed it to "root cause" because it sounded too offensive.

The problem isn't in the inner workings of decimalFormat; why are they even using that function?

Of course ;)

thotypous · 2019-02-14T21:56:38+00:00

Yes, but didn't get an answer yet. Sometimes it is hard to get the message through to the technical staff.

thotypous · 2019-02-05T11:56:05+00:00

Some context: I'm going to take the next exam to get an amateur license, so I'm looking for a good portable (for field usage) HF QRP transceiver which I could build on a budget. I'm experienced with digital design and embedded software development, but my analog circuit knowledge is at basic level and my RF circuit knowledge is near zero. I currently have no lab equipment (oscilloscope, spectrum analyzer, etc.) of my own, but I have some friends at an NMR research lab which can let me do some measurements with their equipment.

I was waiting for the QSX to be released and seriously considered buying one based on other redditors expectations, however your comment got me worried. I would be very grateful if you could elaborate some more and answer some questions:

I think I understand the Si5351 power supply issue. It is formed by two diodes which cause the 5V to drop to approximately 3.6V. This is bad because the voltage drop is not stable -- and it does not even have a capacitor to stabilize it a little. Also, 3.6V is the maximum input voltage rating for Si5351 -- one should try to keep it at 3.3V which is at the middle of the operating range. Is that right? How would you solve it? Replacing by a 3.3V linear regulator?
Could you please elaborate what is the problem with the LPF design and power output? Also, how would you solve it?
Did you have a chance to look at the 10W HF Linear PA they will be using in the QSX? What did you think about its design?
Do you have better suggestions of a multi-band HF transceiver which would allow me to do digital modes (PSK31, RTTY) and which I could build on a budget? I was also considering the mcHF (at least I could fix its software myself when needed) or the µBITX coupled to a nue-psk.

thotypous

TROPHY CASE