"Beware of the temptation to over-automate, that is, to automate things that really require human attention. Technical infrastructure is important, but what makes a free software project work is care — and intelligent expression of that care — by the humans involved. The technical infrastructure is mainly about giving humans easy ways to apply care."
"I like to add � and â€™ any time I submit online forms because I know that some developer is going to see it and wonder if they have a bug"
Want a quick feel for the future of Web publishing?
1. npm install -g dat
2. Ask friend to install Beaker Browser (https://beakerbrowser.com/install/)
3. mkdir mysite && cd mysite && echo "Hello, world!" >> index.html
4. dat share
5. Ask friend to open the DAT URL you’re given in Beaker Browser. They’ll see the index page with “Hello, world!”
Winepak: to make it easier to install Winedows apps on Linux.
This is about packaging Wine applications as Flatpak bundles.
No need to dive through hoops and jump hurdles & whatnot, the plan is to reach a simple install solution. Pick the application of Winepak from the Winepak repo and go, dammit.
Taking its babysteps, already initial Winepaks for Fortnite... Overwatch... World of Warcraft...
A Wine-based distro incoming?
Probably a noob question but I can't find a proper answer anywhere which tells me it might be subjective.
I'm wondering, where is it better to install an application from. Say I want to install application x and it's in:
software centre (OS GUI app)
vendors website (deb file)
vendors website with repo links
Does mixing different sources for different applications matter to the dependencies?
Right now I add the repo if available, then soft centre then deb file. not tried flatpak
PSA: Linux Format website breached:
We're hiring! Learn more about why EFF is a great place to work, from terrific benefits including housing and student loan reimbursement to a commitment to diversity—and we're changing the world through impact litigation, technology, and activism. https://www.eff.org/pages/working-at-eff
Linux 4.18 gets Valve's Steam Controller kernel driver.
Developed via reverse-engineering. Allowing the controller to be used with any Linux application.
It will not conflict with the official Steam driver: this one detects if anyone (e.g. Steam) is using the hidraw device and disable itself if so.
This driver brings tinkering around with 3rd party utilities to an end.
So much looking forward to for Linux gamers!
You can turn off the news and sign off social media for a bit. It's okay.
@omnipotens do we have anything like this to track stats of Linuxrocks.online?
I'm loving Linux. I just wish I had stuck with it all those years ago, still, better late than never!
Today I discovered History command like !! and also keyboard shortcuts which you can create and assign commands to. Who knew!
To express my distaste, I've:
- Unfollowed all GitHub users
- Unstarred all GitHub repositories
- Made my profile URL point to GitLab
- Pinned GitHub alternatives on my profile
It won't make a large change, but even if it moves *one* person off of GitHub it'll be a long-term success.
In my spare time, I am studying #security. I am particularly interested in #appsec, #osint, and #opsec. I plan to start doing #bugbounty programs and hopefully quit doing freelance web development work and focus on security research instead.
I also hope that this will open up opportunities to get a full time security job.
Some progress on the #electronics conference #badge programmable with #python that I'm working on. Got the bootloader in, now I need to make a custom #circuitpython build, and get that 14×11 LED matrix working. I also still need to add the accelerometer chip in there. And then it will be all a question of programming as many cool things for it as I can think of. (When deployed as an actual badge, it will have a second half with room for your name etc.)
More info: https://hackaday.io/project/100853