snackematician

Awesome!

I especially look forward to trying Org mode with this. One of the biggest weaknesses of Org-mode as a planning tool is the situation on mobile.

Any tips for configuring Emacs to work well in this environment? E.g. with strokes-mode or gestures? I saw Emacs is getting some improvements to touchscreen support which is coming in Emacs 29 [1].

[1] https://git.savannah.gnu.org/cgit/emacs.git/tree/etc/NEWS?id...

I use Free File Fillable Forms together with excel1040.com. First I fill in the numbers in Excel, then into Free File Fillable Forms, and check that they get the same answers. It works well for me.

> I worked on tax software and have seen these kind of efforts. Noble, yes. Short lived, yes.

I've been using excel1040.com for several years now (2017 iirc), and I think it's been around for awhile before that as well -- so I don't think it's fair to call it short lived.

It's pretty amazing how thorough it is. Not perfect, but I found it much more comprehensive and flexible than the free/cheap version of Turbotax.

That said, it is maintained by one crazy guy in Kansas. I doubt the project will survive after he stops working on it.

Magit's wip-mode seems similar in some respects: https://magit.vc/manual/magit/Wip-Modes.html

I haven't tried it, but have been meaning to look into it. Would be curious to hear experiences of anyone who's tried it, and how it compares to the OP.

I really hope other GNU projects, in particular Emacs, follow suit, though I doubt it will happen.

In my experience it is a massive hassle to get the copyright disclaimer from my employers. I'm currently on hold from contributing to Emacs because my paperwork is working its way through the legal bureuacracy of my new employer. Also, I have former coworkers from previous companies who were enthusiastic about Emacs, but unwilling to go through the trouble of getting the paperwork to contribute.

I think getting this paperwork through is probably more difficult in my industry, than in others -- I do R&D at a large pharmaceutical.

Still, I think the copyright disclaimer is one of the biggest factors that is limiting the number and diversity of Emacs contributors. I also think it's unnecessary, as Linux does not have this requirement, and it has successfully enforced the GPL, for example on router manufacturers.

`emacsclient -nw` in the terminal will open a terminal emacs that works with the same daemon.

This is yet another attack against immigrant students as noted in sibling comments.

But it is also an attempt to force universities to open in the Fall despite the dangers of doing so. Many universities depend on the tuition from foreign students. The timing shows this (right after Harvard announced plans to go online), as well as Trump's tweets that schools must open in Fall.

Emacs does this too -- I think it was the pioneer for this sort of functionality.

One thing I'm jealous of VSCode (as an Emacs user), is the Google Docs-style collaborative editing. Seems particularly useful for pair programming in the covid-work-from-home era.

Counterpoint: Twitter is the preferred social media among scientists, and a good place to keep up with the latest papers and developments. The quality of discussion on science twitter can be pretty good too, despite the character limit.

> My suggestion is to prepare for the possibility of major disruption starting 2 to 6 months from now.

This is too optimistic. We're currently in the exponential growth phase of this outbreak. Things can change rapidly, much sooner than 2-6 months.

Self-interest aside, it's a moral imperative to do what we can to slow the spread of this outbreak. The mortality rate for COVID19 is highly correlated with overburdening of the healthcare system. I fear the US healthcare system is woefully unprepared.

> This is with the figures known so far and before there is a vaccine around 2-3%.

There's still a lot of uncertainty around the fatality rate here. For cases outside China, the fatality rate so far is about .2%, compared to about .1% for seasonal influenza. By contrast, in Hubei the reported fatality rate is around 4-5%. (Numbers are as of last week so might be slightly outdated now).

My guess is that the 2-3% estimate is too high. In Hubei there is probably a reporting bias towards counting the more sick cases -- mild or asymptomatic COVID cases are probably being reported less often.

To expand on this -- I believe pysam [0] is the official htslib interface for Python.

It's quite good. In addition to providing Python bindings, it also provides extra functionality from within Cython, if you need additional features/speed but don't want to drop all the way down to C.

[0] https://pysam.readthedocs.io/en/latest/

Another complaint I have with jupyter notebooks is that they don't play nice with git. For this (and other reasons), I much prefer Emacs org-mode, or even running Python in Rmarkdown+Rstudio+reticulate.

Emacs and Atom also support interacting with running Jupyter kernels when editing scripts ([1], [2]). In a sense, notebook-less Jupyter kernels already are the "LSP for REPLs".

[1] https://github.com/dzop/emacs-jupyter

[2] https://atom.io/packages/hydrogen

Does anyone know if this will affect the desktop client as well, or just the browser interface?

Personally I prefer the browser interface because I find the Desktop notifications and the Angry Red notification icon very distracting. But it sucks to lose markdown.

I've been using this for last couple years and it's a great piece of "software", I prefer it over TurboTax.

The dedication of the maintainer to this project is truly impressive.

I'm on linux but it works fine in the browser version of Excel.

- 1 less step (just open the remote file directly, rather than running "sshfs" and then opening the file)

- If you execute shell commands from emacs -- these will be executed on the remote machine when editing thru tramp

- Tramp is not limited to ssh, but also allows emacs to access files in docker containers, as different users (e.g. root), in S3/GDrive/etc via the rclone backend, etc.

There should also be more representation from far-left organizations.

See this article on how Google traffic to far-left sites dramatically dropped in 2017, due to Google deciding to promote "authoritative" content ahead of "alternative viewpoints": https://www.wsws.org/en/articles/2017/09/19/goog-s19.html

"Authoritative content" seems correlated with center-left in the US context, though the US center-left may be considered centrist or even center-right in some other countries.

I use and love ledger-cli but importing/downloading bank data is the biggest pain point.

I'm currently using ledger-autosync (https://github.com/egh/ledger-autosync) to import OFX/QFX files. For some banks it can automatically pull the data using ofxclient (https://github.com/captin411/ofxclient) but for most of my bank accounts this is broken and I need to manually download the OFX file before importing with ledger-autosync. It works OK, I wish I didn't have to do the manual download, but the simplicity of the setup is nice.

I've read of other setups using Plaid or Puppeteer to download their data. Would be interested to hear about what other people are currently using in mid-late 2019 to pull their financial data.

By "slow startup time" I also include the time to import libraries which is really the bigger problem. For example loading the DataFrames library takes quite a long time, and I've heard the libraries for plotting take even longer to import.

I think it's disappointing that Julia is not meant for CLI scripting. IMO it has failed to live up to its manifesto (https://julialang.org/blog/2012/02/why-we-created-julia) of being a general-purpose language that can "have it all".

My own bioinformatics work involves parsing massive amounts of text data, and Julia is excellent for this -- it is very fast, yet high-level and easy to write. However, bash pipelines are also a huge part of bioinformatics, and Julia scripts are not very good for this due to the long startup time, which is a shame.

I would be very cautious interpreting these results. There are no DNA samples from the putative EH1 and EH2 hominin populations -- these populations are statistical constructs used to explain the data, but not (yet) directly observed.

I do think it's likely that H. sapiens intermixed with other hominins besides Neanderthal and Denisovan, but the models used to infer these results make a lot of assumptions and are at best a drastic simplification of reality.

Not sure who you work for, but I'm going to talk about Box since that is the competitor I'm familiar with. I'm in academia and to my annoyance have to interact with Box which has no linux support (and has also deprecated existing workarounds like WebDAV).

It's frustrating to me because academia is a major target for Box, and there are many of us linux users here. I wish the university admins that negotiate these deals would consider us.

It also feels like Box has a dismissive attitude towards us. Linux support has been a much requested feature for a long time, for example see this years-long thread: https://community.box.com/t5/Desktop-and-Mobile-Forum/Status.... IIRC mods encouraged people to vote for this feature request in BoxPulse, where it subsequently became one of the highest-voted features, but then labeled WONTFIX. Also annoying that Box supports linux-based Android, and also supported the less-used Windows phone. Yes there are a lot of linux distros out there, but Box could put out a snap, or just target one distro and let the other distros patch for themselves (like Steam does).

I've been using a Google cloud free-tier VPS with Syncthing and it works great; I imagine Nextcloud would be similar. I do backup my instance with snapshots, which aren't free, but so far cost me about $.01 per month. Note, Syncthing doesn't actually require a server, but I still find it useful for offsite backup.

Growing up MUNI did have fare inspectors, albeit not too common and mostly on the light rail. However, I haven't seen a fare inspector in years, and fare evasion is noticeably worse these days.

Nextflow is indeed the best option today. It's sad that it's based on Groovy though, which seems past its heyday as a language/community.

I'm very excited that this is based on Scheme -- I've long wanted a lispy workflow language!

I'm a little concerned about the coverage of the Guix package manager though. I guess instead of writing Dockerfiles the user would have to learn to write Guix packages.

The "Getting Started" example uses samtools so I guess this is oriented towards a similar bioinformatics audience. However without HPC/Cloud support it's probably not too practical, yet.

Addendum: Listened to the FOSDEM 2019 talk, seems like it does support Docker and HPC. However I need AWS Batch support for it to be really useful to me, hopefully that will be implemented at some point.

Thanks that solved my issue :)

The suggested mitigation (editing `gpg.conf` and `dirmngr.conf`) doesn't seem to work for me. In particular I created `~/.gnupg/dirmngr.conf` with a line for the `keys.openpg.org` keyserver (and don't have a `~/.gnupg/gpg.conf`), but `gpg --refresh-keys` still uses `hkps://hkps.pool.sks-keyservers.net` which the gnupg Info (section 3.2 Dirmngr options) says is the default.

Sibling comments have discussed how this affects Debian, Ubuntu, and opensuse -- any Arch users know how this affects us? Seems like official repos should be fine but what about packages from the AUR?

I have used pandas extensively, it was my main statistics environment for a couple years before I switched back to R for tidyverse. At the time chaining was not well supported or idiomatic; multi-indexing was all the rage.

I still occasionally use pandas with seaborn when it's not worth it to switch out to R. I don't think it can match the tidyverse+ggplot combo for quickly exploring and making beautiful plots. But this discussion has inspired me to do some googling and it seems like some people are using tidyverse-like workflows in pandas (https://stmorse.github.io/journal/tidyverse-style-pandas.htm...). Doesn't seem quite as smooth but I'll definitely be trying it out next time I'm working in pandas.