2
points
t312227
Joined 143 karma
if you want to DM me:
* hn at phinon dot com
location * https://meet.hn/city/47.2654296,11.3927685/Innsbruck
-- ZZ
- hello,
as alwas: imho. (!)
is it possible to install for example a current "vanilla" debian arm64 on this mainboard!?
what i mean by that:
write the "official" debian arm64 installation image to a thumbdrive, press some key & boot into the installation!?
and run the resulting system with the distributions "offical" kernel from the debian arm64-architecture!?
w/o jumping thru a few "hoops" like a lion in a circus ... ;)
i know ... the "openness" of the descendants of ibm pc at compatible machines was some kind of a "historical" error by ibm, but i got used to it!!
i like to "own" hardware i bought with my hard-earned money. i heavily prefer hardware, which is easily bootable from "inoffical" boot-medias - read: FOSS ... eg. linux/*BSD/...
and i'm not interested in "clamped down" hardware a la "most" available ARM boards - regardless of notebooks/tablets/phones ...
just my 0.02€
- software-developer ~ devops-/cloud-engineer ~ linux system-engineer
location: innsbruck, austria (CET / UTC +1)
remote: yes (experienced in working remotely)
willing to relocate: no, but occasional / regular visits "on-site" are possible
technologies: java, spring-boot, camunda, openapi/swagger, pl(pg)sql, linux, AWS/GCP, docker, kubernetes, bash, php, python, django, rest-framework, prometheus, CI/CD, agile processes (scrum & kanban), jira/confluence etc.etc...
resume/cv: drop me an e-mail, please
e-mail: hireme at schuetz dot in
web: https://schuetz.in
i'm a veteran technology professional (25+ years) with experience in a variety of software-development, system-architecture, systems-administration, service-reliability-engineering and devops-/cloud-engineering (container / kubernetes) roles.
i'm a highly motivated self-learner, an excellent problem solver and i can help you to resolve your technical obstacles.
- hello,
as always: imho (!)
i own a x200s ... bought it in march of 2009 =?> so its approaching 17 years ...
it was a really great device with one of the best keyboards for a small notebook. and i still use it multiple times a week for example to browse hackernews, reddit, ... or watch some video etc.
buuuut: its nearly 17 years old ... everything is starting to wear - i wouldn't invest a dime into it right now.
what do i mean by that: keyboard has faulting keys, case starts breaking at heavily stressed regions - for example around the cursor-keys -, display is (slightly) mechanically damaged, batteries are beyond usefull etc.etc. ...
just my 0.02€
- hello,
i've used it during my last job =?> its a really great project!! :+1: ;)
and its really useful not only for IBM hardware - a lot of smaller quantum-computing vendors have integrations for their hardware:
they are called qiskit-providers and are available in the community-project:
* https://github.com/qiskit-community/
sadly they are sometimes of lets call it "varying quality" depending on the vendor ;))
cheers a..z
- hello,
imho. (!)
i think this would be great!!
personally i totally understood why AMD gave up on its last attempt - the A1100 opterons - about 10 years ago in favor of the back then new ryzen architecture:
* https://en.wikipedia.org/wiki/List_of_AMD_Opteron_processors...
but what i would really like to see: an ARM soc/apu on an "open"*) (!) hardware-platform similar to the existing amd64 pc hardware.
*) "open" as in: i'm able to boot whatever (vanilla) arm64 linux-distribution or other OS i want ...
i have to add: i'm personally offended by the amount of tinkering of the firmware/boot-process which is necessary to get for example the raspberry pi 5 (or 4) to boot vanilla debian/arm64 ... ;)
br, a..z
ps. even if its a bit o.T. in this context, as a reminder a link to a slightly older article about an interview with jim keller about how ISA no longer matters that much ...
"ARM or x86? ISA Doesn’t Matter"
- hello,
as always: imho (!)
congratulations on shipping!!
fwiw: i have to admit, i may be getting "to old" to understand this online/service hype which took over "the it world" years ago ...
create an online-service and market it with "no upload", "local", "privacy" etc...
idk ... whats the advantage over "my" image-conversion-tool which i use heavily since decades ... if i remember it correctly, since around the late 1990ties (!) ... drummroll ... meet:
ImageMagick ~ Mastering Digital Image Alchemy
its utility called "convert" does everything a "normal" person could want for image-conversion.
its FOSS, runs locally in your terminal or GUI, produces stunning results and again: no internet needed, no privacy-concerns etc...
source-code available at
* https://github.com/ImageMagick/ImageMagick
it has lots of language-integrations etc.etc.
* https://imagemagick.org/script/develop.php
just my 0.02€
ps. if i want do develop such a converter which could run locally in the browser, i would take a look at the wasm-port of imagemagick, available here:
- hello,
thanks for the great article!!
2 remarks from my side:
* some smartctl -a ... output would have been nice ~ i don't care if it is from "when the drives where shipped" or from any later point in time
* prices are somewhat ... aehm ... lets call them "uncompetitive" at least for where i'm at (austria, central-europe, eu)
i compared prices normalized by cost pro TB with new (!) drives from the austrian price-portal "geizhals"
for example: for 3,5 inches HDDs sorted by "price / TB"
* https://geizhals.at/?cat=hde7s&xf=5704_3.5%22~5717_SATA%203G...
sometimes the prices are slightly higher for the used (!) drives ... sometimes also a bit lower, but imho (!) not enough to justify buying refurbished drives over new (!) ones ...
just my 0.02€
- hello,
as always: imho. (!)
while i personally really love SQLite for a lot of use-cases, i wouldn't recommend / use it "in serious production" for a django-application which does more than a simple "hello world".
why!? concurrency ... especially if your application attracts user or you just want to scale your deployment horizontally etc. ;))
so in my opinion:
* why not use sqlite for development and functionality testing
* postgresql or mariadb/mysql for (serious) production-instances :)
just my 0.02€
- hello,
as always: imho. (!)
hmmm ... i think spring-boot combined with either java or kotlin is a very good alternative to django.
even so i wouldn't compare them directly, but static typing avoids a lot of problems.
idk ... for me personally one of djangos great features is its custom db-model and relative (!) painless db schema-migration.
for spring-boot i often went with the tool flyway for handling db-migration ...
just my 0.02€
- hello,
as always: imho (!)
i remember this incident - if my memory doesn't trick me:
it was openssl which accessed memory it didn't allocated to collect randomness / entropy for key-generation.
and valgrind complained about a possible memory-leak - its a profiling-tool with the focus on detecting memory-mgmt problems.
instead of taking a closer look / trying to understand what exactly went on there / causes the problem, the maintainer simply commented out / disabled those accesses...
mistakes happen, but the debian-community handled this problem very well - as in my impression they always do and did.
idk ... i prefere the open and community-driven approach from debian anytime over distributions which are associated to companies.
last but not least, the have a social contract.
long story short: at least for me this was an argument for the debian gnu/linux distribution, not against :))
just my 0.02€
- hello,
as always: imho. ...
idk. ... what do you mean by "managers" in your question!?
in my view: the "real" task of mangers - regardless of the level, but even more if they are at a lower/mid level - is managing peoples & their expectations - either of their "team" or their superior.
and looking at the current state of "AI", i don't see much gain in using it to manage those part of "management".
but i think (current) "AI" would be a good source of "additional" decision/reasoning over the lets call it "technical parts" of mgmt ...
sure, this will change in the future, but currently i don't see much on the horizon regarding the "peoples" part of mgmt.
but in the medium/long term, i could imagine a development somewhat similar to the following:
looking at the progression of neo-liberal capitalism: using / blaming AI for unfavorable (mgmt)decisions may be a good possibility to "hide" behind said AI to enforce such "unpopular" decision.
they would have been made anyways, but using this pattern "nobody" is responsible for such developments, because "AI said so" etc...
just my 0.02€
- hello,
ah ... thank you!!
i was searching for exactly the interview with jim keller, which is referenced in the chips&cheese article.
again: thanks for posting the article ... i didn't remember, it was anandtech ;))
"[Arguing about instruction sets] is a very sad story."
* https://www.anandtech.com/show/16762/an-anandtech-interview-...
cheers a..z
- hello,
as always: imho. (!) ...
i remember already many years ago - read: 10+ years - very "common" linux distributions installation medias where provided with kernels which complained about missing the so called "CMOV" instruction - like debian / ubuntu etc. ...
yes, it was easily possible to use either "specialized" distributions or even compile a kernel yourself to run on those CPUs < pentium pro/II/III + ...
which meant: everything up to including pentium (MMX) and AMD K5 ...
i'm not sure: did AMD K6 have those!? i don't remember, wikipedia knows more ... :)
personally i don't care much about hardware which is not able to boot a "vanilla" debian installation medium for its respective hardware-architecture.
just my 0.02€
- hello,
there is a version of this article already available at archive.org:
due to cloudflares:
"Error 1027
This website has been temporarily rate limited
..."
just my 0.02€
- archived copy of the article ~ the original seems to be inaccessible:
- 1 point
- imho. (!)
if the issue with the current stable version of debian are certain packages - like the kernel -, try debian backports
* https://backports.debian.org/
they have a list of available packages at
* https://packages.debian.org/bookworm-backports/
ps. yes, using testing is another possibility, but for serious systems i personally prefer the "stable" release :))
just my 0.02€
- hello,
as always: imho.
ad "duplicated (html) code" in static webpages:
back in the 1990ties when a lot of people wrote html by hand, there was a thing called "server side includes" ...
* https://en.wikipedia.org/wiki/Server_Side_Includes
or just use some "ubiquitous" script-language like php for this simple task of orchestrating/including snippets/components of code etc. :)
just my 0.02€
- hello,
imho. - as always:
the FDD format was similar to the one of MS-DOS, because they used a hardware floppy-controller from the PC-ecosystem
if i remember it correctly, it was a western digital 177x chip
* https://info-coach.fr/atari/documents/_mydoc/WD1772-JLG.pdf
the data-transfer to PCs was "somewhat" problematic, because the ST used SD - single density - discs with i think ~ 80 tracks, and about 720 k of available storage w/o using any formatting-"tricks".
and the PCs HD floppies hat twice the track-count and around 1,44 m of storage space.
to use HD FDD you had to "double" the step-impulse to the drive to be compatible to the SD drives of the ST.
just my 0.02€
ps. if i remember it correctly, the PC wanted to have some valid checksum in i think the last 2 bytes of the boot-sector ... the ST didn't care much about this!
pps. (commodore) amiga went into the opposite direction, and used some spare i/o ports from their custom sound & graphics-chips to control the floppy ... and implemented the format itself in software => which enabled the amiga to read most of the "foreign" floppy-formats at the time ... [timing hat to be compatible :]
location: innsbruck, austria (CET / UTC +1)
remote: yes (experienced in working remotely)
willing to relocate: no, but occasional / regular visits "on-site" are possible
technologies: java, spring-boot, camunda, openapi/swagger, pl(pg)sql, linux, AWS/GCP, docker, kubernetes, bash, php, python, django, rest-framework, prometheus, CI/CD, agile processes (scrum & kanban), jira/confluence etc.etc...
resume/cv: drop me an e-mail, please
e-mail: hireme at schuetz dot in
web: https://schuetz.in
i'm a veteran technology professional (25+ years) with experience in a variety of software-development, system-architecture, systems-administration, service-reliability-engineering and devops-/cloud-engineering (container / kubernetes) roles.
i'm a highly motivated self-learner, an excellent problem solver and i can help you to resolve your technical obstacles.