Great tool for opening electronics. Use with care as it’s metal.
[WayBack] iSesamo Opening Tool – iFixit
via: Teardown of an IKEA Koppla USB power supply.
Author Archive
iSesamo Opening Tool – iFixit
Posted by jpluimers on 2018/04/09
Posted in Hardware, LifeHacker, Power User | Leave a Comment »
Git repository with fixed binaries for Tumbleweed on Raspberry Pi 3 – Bug 1084419 – Glibc update to 2.27 causes segfault during name resolution
Posted by jpluimers on 2018/04/08
OSC downloads for [archive.is] https://bugzilla.opensuse.org/show_bug.cgi?id=1084812
The binaries provided by Stefan Brüns, together with installation instructions are now in a git repository at [WayBack] wiert.me/public/linux/opensuse/tumbleweed/aarch64 a.k.a. arm64/1084182-fix-osc-binaries · GitLab.
Follow the steps in Applying the fixes on a broken system to at least temporarily get your system to work (a new zypper dist-upgrade might fail, so be careful with that).
The cause was some ARM A53 errata handling:
- [Archive.is] Bug 1084812 – [aarch64] IPv4 DNS leading to segfaults – FIXED – VERIFIED
- [WayBack] ARM Information Center: ARM® Cortex®-A53 MPCore Processor Technical Reference Manual Revision: r0p4
- [WayBack] ARM Information Center: ARM Cortex-A53 MPCore Processor Technical Reference Manual Revision: r0p4 – Appendix B. Cortex-A53 Processor AArch32 unpredictable Behaviors
–jeroen
Share this:
Posted in *nix, *nix-tools, Development, DVCS - Distributed Version Control, git, Hardware Development, Linux, openSuSE, Power User, Raspberry Pi, Source Code Management, SuSE Linux, Tumbleweed | Leave a Comment »
Disable the Delphi clipboard history; originally by Attila Kovacs at https://plus.google.com/u/0/108426155215159556558/posts/6MBZuMYDTCD
Posted by jpluimers on 2018/04/07
Delphi Clipboard History
[WayBack] Castalia had a Clipboard History for Delphi since a long time and since the acquisition of it around Delphi XE8, that was [Archive.is] integrated into the IDE for everyone to use as the [WayBack] “Delphi Clipboard History”
Some people object to the history viewer, for instance:
- stability reasons
- security issues
Even though used by a lot of password managers to transfer saved passwords to applications requiring credentials, the clipboard isn’t really a secure place as it is a shared resource that any application can monitor: [WayBack] Is a password in the clipboard vulnerable to attacks? – Information Security Stack Exchange.
It’s just that often the clipboard is about the only way to communicate date between two applications.
The real reason to get rid of the clipboard history is that in many Delphi versions it causes trouble with RichEdit controls: [Archive.is] Castalia’s Clipboard history + TRichEdit = IDE deadlock | Andy’s Blog and Tools after Eugene Kotlyarov posted a [WayBack] bug issue on G+.
I’m still not sure why Castalia and Delphi include a Clipboard History and even show it by default as:
- that makes unwanted data like passwords a lot easier to watch over your shoulder
- there are plenty of existing Clipboard History tools with more elaborate functionality, often for free: [WayBack] 6 Free Clipboard History Managers to Track What You Copy & Paste or
If you would want to build such a tool (that can hide itself when not needed), then use the free repository at chrisrolliston/CCR.Clipboard: Extended TClipboard implementation for Delphi (FMX and VCL) [Archive.is] Ditto download | SourceForge.net
At G+, Attila Kovacs published a non-intended version of the below version: [WayBack]
–jeroen
Share this:
Posted in Castalia, Delphi, Delphi 10 Seattle, Delphi 10.1 Berlin (BigBen), Delphi XE7, Delphi XE8, Development, Software Development | Leave a Comment »
Chris Bensen: Sync a Shared Google Calendar with Calendar in iOS or macOS
Posted by jpluimers on 2018/04/06
[WayBack] Chris Bensen: Sync a Shared Google Calendar with Calendar in iOS or macOS
Cool: configure a shared Google Calendar to show up in the Calendar in iOS or macOS
https://calendar.google.com/calendar/syncselect
–jeroen
Share this:
Posted in Apple, Google, GoogleCalendar, iOS, iPad, iPhone, iPod touch, Power User | Leave a Comment »
Teardown of an IKEA Koppla USB power supply. – YouTube
Posted by jpluimers on 2018/04/06
Seems like a good USB power supply:
Share this:
Posted in IKEA hacks, LifeHacker, Power User, USB | Leave a Comment »
Solid state drives in Linux: Enabling TRIM for SSDs – fstrim command and mount option discard | Opensource.com
Posted by jpluimers on 2018/04/06
When using SSD drives on Linux, mind the discard option in mnt and the fstrim command: [WayBack] Solid state drives in Linux: Enabling TRIM for SSDs | Opensource.com
–jeroen
Share this:
Posted in *nix, *nix-tools, Hardware, Power User, SSD, Trim | Leave a Comment »
Tumbleweed: Comparing your local version with the on-line versions
Posted by jpluimers on 2018/04/05
Comparing your local version with the on-line versions
Before upgrading a Tumbleweed system, it makes sense to check which is your local and which is the on-line version. This is actually a tad more complicated than it sounds.
There are three versions involved:
- the local release version on your system
- the on-line release version from for instance
aarch64used on https://download.opensuse.org/ports/aarch64/tumbleweed/repo/oss/repodata/ file*-primary.xml.gzand http://download.opensuse.org/ports/aarch64/tumbleweed/repo/oss/aarch64/ in filesopenSUSE-release-*-1.1.aarch64.rpm - the on-line build version used on https://openqa.opensuse.org/ and needs to be bound to the corresponding architecture in the https://download.opensuse.org tree
There is a mismatch between the last two as a side effect of decoupling the arm port a bit from the high checkin frequency of openSUSE:Factory; ARM simply has not enough power to build the snapshot in the same time Intel and PowerPC can do.
[WayBack] Dominique a.k.a. DimStar (Dim*) – A passionate openSUSE user thinks the last two are mismatched is a side effect off [WayBack] osc service remoterun operates on outdated sources (product builder) · Issue #4768 · openSUSE/open-build-service · GitHub.
He also tech-reviewed this post.
Your local release version
There are various ways to get your local version:
The easiest is to inspect the file /etc/os-release, for instance 20180208 in the file content:
NAME="openSUSE Tumbleweed" # VERSION="20180208 " ID=opensuse ID_LIKE="suse" VERSION_ID="20180208" PRETTY_NAME="openSUSE Tumbleweed" ANSI_COLOR="0;32" CPE_NAME="cpe:/o:opensuse:tumbleweed:20180208" BUG_REPORT_URL="https://bugs.opensuse.org" HOME_URL="https://www.opensuse.org/"
You can also perform rpm --query --provides openSUSE-release | grep "product(openSUSE)" which for the same install returned this product(openSUSE) = 20180208-0.
Finally, you can use zypper to query the installed product which also includes the version:
$ zypper search --installed-only --type product --details Loading repository data... Reading installed packages... S | Name | Type | Version | Arch | Repository ---+----------+---------+------------+---------+------------------ i+ | openSUSE | product | 20180228-0 | aarch64 | (System Packages)
The on-line release version
I will explain this for the aarch64 architecture, but the mechanism holds for all architectures, it is just that the directory names vary.
Architectures and base directories you can use this mechanism with:
- https://download.opensuse.org/tumbleweed/repo/oss/repodata/ for
i586,i686andx86_64 - https://download.opensuse.org/ports/aarch64/tumbleweed/repo/oss/repodata/ for
aarch64 - https://download.opensuse.org/ports/armv6hl/tumbleweed/repo/oss/suse/repodata/ for
armv6hl - https://download.opensuse.org/ports/armv7hl/tumbleweed/repo/oss/suse/repodata/ for
armv7hl - https://download.opensuse.org/ports/ppc/tumbleweed/repo/oss/repodata/ for
ppc,ppc64andppc64le - https://download.opensuse.org/ports/zsystems/tumbleweed/repo/oss/suse/repodata/ for
s390x
Each architecture contains the version number in two kinds of places:
- The content of the repository meta data in a file named
*-primary.xml.gzreferenced fromrepomd.xmlin therepodatasubdirectory - The filename of a package named
?P=openSUSE-release-2*
Back to the aarch64 architecture:
-
Getting the version through
repomd.xmlis whatzypperdoes based on a slight adoption of https://en.opensuse.org/openSUSE:Standards_Rpm_Metadata#Repository_layout resulting in release version20180324:-
Inspect https://download.opensuse.org/ports/aarch64/tumbleweed/repo/oss/repodata/repomd.xml for the name of
*-primary.xml.gz(in this case https://download.opensuse.org/ports/aarch64/tumbleweed/repo/oss/repodata/d701c298b21d0b995c9560f9cfcc84685cb916deacc4f4c4a613a9b9d8f5aa57-primary.xml.gz -
Download that
.gzfile and uncompress it -
Inspect the
*-primary.xmlfrom it, look inside themetatadataroot element for apackagehaving anameelement with valueopenSUSE-release: thatpackageelement now has aversionelement having averattribute containing the release version text.Example file content:
<?xml version="1.0" encoding="UTF-8"?> <metadata xmlns="http://linux.duke.edu/metadata/common" xmlns:rpm="http://linux.duke.edu/metadata/rpm" packages="35006"> <!-- ... --> <package type="rpm"> <name>openSUSE-release</name> <arch>aarch64</arch> <version epoch="0" ver="20180324" rel="1.1"/> <!-- ... --> </package> <!-- ... --> </metadata>
-
-
Getting the version through the name of the
openSUSE-release-2*package:- Search for a matching filename at https://download.opensuse.org/ports/aarch64/tumbleweed/repo/oss/aarch64/?P=openSUSE-release-2*
- The list contains
openSUSE-release-20180324-1.1.aarch64.rpmindicating release version20180324
The on-line build version
I will explain this for the aarch64 architecture, but the mechanism holds for all architectures that build on openQA, it is just that the directory names vary and not all architectures are running on openQA.
Architectures and base directories you can use this mechanism with:
- https://download.opensuse.org/tumbleweed/repo/oss/media.1/ for
i586,i686andx86_64(let’s call this platform Intel)- https://download.opensuse.org/tumbleweed/repo/oss/media.1/media
- https://download.opensuse.org/tumbleweed/repo/oss/media.1/products
- https://openqa.opensuse.org/group_overview/1 openSUSE Tumbleweed (covering
x86_64and somei586) - https://openqa.opensuse.org/group_overview/32 openSUSE Tumbleweed Kernel (covering
x86_64)
- https://download.opensuse.org/ports/aarch64/tumbleweed/repo/oss/media.1/ for
aarch64(let’s call this platform ARM) - https://download.opensuse.org/ports/ppc/tumbleweed/repo/oss/media.1/ for
ppc,ppc64andppc64le(let’s call this platform PowerPC)- https://download.opensuse.org/ports/ppc/tumbleweed/repo/oss/media.1/media
- https://download.opensuse.org/ports/ppc/tumbleweed/repo/oss/media.1/products
- https://openqa.opensuse.org/group_overview/4 openSUSE Tumbleweed PowerPC (covering both
ppc64andppc64le)
- https://download.opensuse.org/ports/zsystems/tumbleweed/repo/oss/media.1/ for
s390x(let’s call this platform System Z)
Architectures not on openQA:
armv6hlarmv7hl
Each platform contains the version number in two kinds of places:
- The content of the repository meta data in the file named
media.1/mediaandmedia.1/products - Names used in the openQA links
Back to the aarch64 architecture on the ARM platform:
-
https://download.opensuse.org/ports/aarch64/tumbleweed/repo/oss/media.1/media
openSUSE - openSUSE-20180322-aarch64-Build46.1-Media openSUSE-20180322-aarch64-Build46.1 1 -
https://download.opensuse.org/ports/aarch64/tumbleweed/repo/oss/media.1/products
/ openSUSE 20180322-0 -
https://openqa.opensuse.org/group_overview/3 openSUSE Tumbleweed AArch64
... Build20180322 (10 days ago) testing ...- The above text points to Overall Summary of openSUSE Tumbleweed AArch64 build 20180322
–jeroen
Share this:
Posted in *nix, Linux, openSuSE, Power User, SuSE Linux, Tumbleweed | Leave a Comment »
Do not use non-ASCII characters as identifiers – not all your tools support them well enough
Posted by jpluimers on 2018/04/05
For a very long time I’ve discouraged people from using non-ASCII characters in identifiers. It still holds.
In the past, transliterations messed things up. Even with increased support for Unicode, tools still screw non-ASCII characters up.
Delphi is not alone in this (the most important one is the DFM view as text support), see this report: [RSP-16767] Viewing a form as text fails with non ascii control or event names – Embarcadero Technologies (you need an account for this, but the report is visible for anyone):
Viewing a form as text fails with non ascii control or event names Comment
Steps:
- create a new VCL forms application
- drop a label onto the form
- change the name of that label to lblÜberfall (note the U-umlaut)
- switch to view as text
- exp: DFM content shown as text
- act: first line is shown incorrectly (see screenhsot)
–jeroen
via: [WayBack] Code of the day – – Thomas Mueller (dummzeuch) – Google+:
function TNameGenerator.StrasseToStrasse(const _Strasse: string): string;
begin
Result := _Strasse;
end;…
Strasse := StrasseToStrasse(_Strasse);
Share this:
Posted in ASCII, Conference Topics, Conferences, Delphi, Delphi 10 Seattle, Delphi 10.1 Berlin (BigBen), Delphi 2005, Delphi 2006, Delphi 2007, Delphi 2009, Delphi 2010, Delphi XE, Delphi XE2, Delphi XE3, Delphi XE4, Delphi XE5, Delphi XE6, Delphi XE7, Delphi XE8, Development, Encoding, Event, Mojibake, Software Development | Leave a Comment »
Wizard to change Delphi Icon so it used the Projects’ Icon
Posted by jpluimers on 2018/04/05
Thomas Mueller (dummzeuch) – Google+ wrote this: [WayBack] Just an inspiration from attila kovacs (too many guys with this name on G+ to…:
A Delphi Wizard that adds a menu item so the Delphi Icon will change into the icon of the currently loaded project.
Can be useful if you have many Delphi instances open.
Source at [WayBack] http://pisil.de/bds_icon.txt
via: [WayBack] Is anybody able and have time to create an extension … change the icon with Application.Icon… – Attila Kovacs – Google+
–jeroen
Share this:
Posted in Delphi, Delphi 10 Seattle, Delphi 10.1 Berlin (BigBen), Delphi 2005, Delphi 2006, Delphi 2007, Delphi 2009, Delphi 2010, Delphi 6, Delphi 7, Delphi XE, Delphi XE2, Delphi XE3, Delphi XE4, Delphi XE5, Delphi XE6, Delphi XE7, Delphi XE8, Development, Software Development | Leave a Comment »
Werkgevers mogen mensen met handicap onder minimumloon gaan betalen, dus gaat hun pensioen omlaag, ondanks aanvulling loon door de gemeenten
Posted by jpluimers on 2018/04/05
Het wordt voor werkgevers aantrekkelijker om mensen met een handicap in dienst te nemen. Zij mogen hen onder het minimumloon gaan betalen. Toch gaan de gehandicapte werknemers dan meer verdienen dan nu omdat zij van de gemeente een aanvulling tot het minimumloon kunnen krijgen. Wel verliezen zij hun recht op pensioen en bouwen zij minder aanspraak op voor de werkloosheidsuitkering en de arbeidsongeschiktheidsuitkering.
Het is toch veel handiger voor de overheid om dit voor mensen met een modaal salaris te doen?
Die staan vast geregeld bij de koffie automaat, zijn actief met katten-foto’s op social-media of hebben andere manieren om on-productief te zijn. Daar scoren ze gemiddeld vast wel een procent up 10 op.
Dan haal je al gauw op rijks-niveau een paar miljard binnen: een paar miljoen modalen met EUR 3000 minder per jaar waarvan rijkspremies ongeveer een derde zijn.
Dat is veel meer dan de in de toekomst (2050!) een half miljard te besparen (nu pakweg 10 miljoen per jaar).
Of verhoog de BTW met o.1%. Dan haal je direct al per jaar ongeveer 250 miljoen extra op, en verdeel je dat naar draagkracht evenredig over de bevolking.
Wat is eigenlijk productiviteit? Hoe productief zijn wetgevers eigenlijk? En hoe nuttig is productiviteit eigenlijk. Kun je dat wel objectief meten?
En waar komt het geld voor de gemeenten ineens vandaan? En de aanvulling op de pensioenen omdat gehandicapten – zonder vermogen, want dat is voor de meestel al lang opgegaan aan eigen bijdragen – straks echt onder het bestaansminimum zitten?
–jeroen
Bron: [WayBack] Werkgevers mogen mensen met handicap onder minimumloon gaan betalen – Binnenland – Voor nieuws, achtergronden en columns
Gerelateerd:
- [WayBack] VVD wil arbeidsgehandicapten pensioen afpakken
- https://www.youtube.com/watch?v=BajFmj3EtfE
Share this:
Posted in Opinions | Leave a Comment »
The Wiert Corner - irregular stream of stuff 