Skip to main content

PyGTK and desktop stuff

A few lives ago I started my professional career by trying to sell custom office software. Having opinions about that kind of stuff I've chosen Python and PyGTK and some NoSQL database library and it's been quite a struggle. In this present moment I live as a digital nomad traveling neutral zones around World War Z and I use many different online services in my professional life and all desktop clients for them are super shitty, starting with google-built web browsers. And whenever I consider building a kind of desktop utility those programs are there's a lot of resistance and comparative lack of tools (in comparison with what web backend context provides). And a lot of primary consumers for some of those services (think collaboration services) are educated, experienced, and opinionated folks like myself. Perhaps there's profit in coding desktop linux software again? And combined with my backend proficiency I could be weird full stack dev services developer... I should explore it. Sounds very meta.

Making different versions of PyGTK libs being easily available in venv and pyenv would be a great start. UI / integration testing tools (including running headless under multiple environments). Ability to install such "apps" with pip or some equally simple manager (not "sudo this long script we provide"). I'm pretty sure most of this already exists, I should just explore the space and develop a coherent process and see if there are any gaps. I did have some idea for a collab tool, actually. But I won't tell.

Popular posts from this blog

「この番組は、ご覧のスポンサーの提供でお送りします」Inference Labs

It's official, I have corporate sponsors now (which will hopefully be closer to strategic partnership soon, at least I'd like that). Thanks for the steaks and wine and equipment and all other resources for my distributed hacker team (I'm hoping for a cool demo for ETHOnline hackathon), and local Web3 meatup group I facilitate in Tbilisi (steaks and gas money for everyone participating in the ecosystem), and my Web3 community support army in training. A large bag of kudos for our general sponsor: Inference Labs! If anybody needs help onboarding into the decentralised world, reach me privately and we'll help you navigating the options, we have the expenses covered and good people for this (better points of contact are being established, things are being worked on, stay tuned). I should probably tell a few words about what we actually do at Inference Labs but things change so often I hope we're still bringing decentralized AI to the Web3 world when you read this (maybe...

New horizons

I originally started this blog with ideas of reviewing devices and services and hoping that eventually if it gets popular enough somebody starts sending me stuff to review. A lot has changed since, I stopped obsessing that much about new gadgets and got into vintage electronics, many of things that were new and interesting a few years ago are a commodity now. I thought about reviewing the phone I finally got to refreshing last year (S23 Ultra is ok upgrade for Note 8, I'm glad that new ultras will finally have flat screen again, I might upgrade next year or so just for that) but I don't really feel like it or think it would mean much for the readers. Most of my vintage electronics is at home where I haven't been for a couple years and it's not something I can currently do something about, I touched a soldering iron like once or twice this year. I might post something work-related once I get the hang of what I'm actually doing there and have some rough ideas wen dece...

Using virtualenv for more than Python projects

Sorry, it's not a complete instruction, just a thought. It occurred to me (some time ago) that Python's virtualenv is, essentially, a simplified version of system "prefix", it has bin, lib, include, and can have more stuff when needed. If you're willing to experiment (you'll probably have to set a few additional environment variables and/or build flags but that's no big deal), you can install various other tools there up until you have a complete system with its own compiler and complete set of libraries although it's much simpler to keep using system compiler and libraries only complimenting them when needed. Granted, prefixes are nothing new, people were using /opt (and their home directory) this way since the beginning of time. But with little help of virtualenv-wrapper or pyenv you can easily switch between them and isolate environments better. Binaries and stuff installed in virtualenv would override system defaults but only when venv is activat...