X-Git-Url: http://pere.pagekite.me/gitweb/homepage.git/blobdiff_plain/28f93d6cac17fa1112ec33623ac00c2f4fd0366e..aafeae8b09742c9d300a1ffc222093abff86f970:/blog/index.rss diff --git a/blog/index.rss b/blog/index.rss index 1196544ba2..64c53fe0c4 100644 --- a/blog/index.rss +++ b/blog/index.rss @@ -3,129 +3,149 @@ Petter Reinholdtsen - http://people.skolelinux.org/pere/blog/ - + https://people.skolelinux.org/pere/blog/ + - Meningsløst, men for hvem... - http://people.skolelinux.org/pere/blog/Meningsl_st__men_for_hvem___.html - http://people.skolelinux.org/pere/blog/Meningsl_st__men_for_hvem___.html - Wed, 25 Dec 2019 10:35:00 +0100 - <p>En historie som har betydd endel for meg, og som jeg av og til -tenker på når hverdagen tynger, ble så vidt jeg har klart å finne ut, -skrevet av <a href="https://en.wikipedia.org/wiki/Loren_Eiseley">Loren -Eiseley</a> <a href="https://en.wikipedia.org/wiki/The_Star_Thrower">i -flere ulike varianter</a>. På norsk tror jeg den går under navnet -«Gutten og sjøstjernen», og jeg fant en oversettelse av en utgave av den -hos -<a href="https://no.quora.com/Hva-er-din-favoritthistorie">Quora</a>. -Fant også <a href="https://www.youtube.com/watch?v=-qClChUdlfI">en -filmatisering</a>, men den versjonen jeg liker best fant jeg -<a href="https://www.goodreads.com/author/quotes/56782.Loren_Eiseley">hos -Goodreads</a>. Jeg oversatte den utgaven til norsk i går, og har lyst -til å dele den med deg: - -<blockquote><p>Mens jeg tok en pause fra skrivingen og vandret på en -øde strand ved daggry, så jeg en gutt i det fjerne bøye seg ned og -kaste noe mens han vandret mot meg over den endeløse stranden. Da han -kom nærmere, kunne jeg se at han kastet sjøstjerner, som var etterlatt -i sanden av tidevannet, tilbake i havet. Da han var nær nok spurte jeg -ham hvorfor han jobbet så hardt på denne merkelige oppgaven. Han sa at -solen snart ville stå opp og tørke sjøstjernene slik at de ville -dø.</p> - -<p>Jeg sa til ham at dette var helt meningsløst. Det var kilometer på -kilometer med strand, og det lå sjøstjerner hele veien. En person -alene kunne ikke gjøre noen forskjell. Han smilte da han plukket opp -neste sjøstjerne. Mens han kastet den så langt ut i havet som han -klarte sa han, «for denne gjør det en forskjell». Jeg droppet -skrivingen og tilbrakte resten av morgenen med å kaste -sjøstjerner.</p> - -<p>- Loren Eiseley</p> -</blockquote> - -<p>Kanskje noe du også kan ha glede av å tenke på når ting virker -håpløst?</p> - -<p>Teksten er gjengitt og oversatt basert på utgaven på Good Read, -uten tillatelse fra noen andre enn meg selv. Jeg håper på tilgivelse, -hvis det er et problem for noen, da det er gjort i beste mening. Hvis -eventuell rettighetshaver tar kontakt vil jeg fjerne teksten og i -stedet legge ut henvendelsen der teksten kreves fjernet.</p> + «Virkninger av angrefristloven», hovedfagsoppgaven som fikk endret en lov + https://people.skolelinux.org/pere/blog/_Virkninger_av_angrefristloven___hovedfagsoppgaven_som_fikk_endret_en_lov.html + https://people.skolelinux.org/pere/blog/_Virkninger_av_angrefristloven___hovedfagsoppgaven_som_fikk_endret_en_lov.html + Sun, 29 Oct 2023 22:00:00 +0100 + <img src="http://people.skolelinux.org/pere/blog/images/2023-10-29-bok-angrefrist.svg" width="20%" align="center"></a> + +<p>I 1979 leverte Ole-Erik Yrvin en hovedfagsoppgave for Cand. Scient. + ved Institutt for sosiologi på Universitetet i Oslo på oppdrag fra + Forbruker- og administrasjonsdepartementet. Oppgaven evaluerte + Angrefristloven fra 1972, og det han oppdaget førte til at loven ble + endret fire år senere.</p> + +<p>Jeg har kjent Ole-Erik en stund, og synes det var trist at hans + oppgave ikke lenger er tilgjengelig, hverken fra oppdragsgiver + eller fra universitetet. Hans forsøk på å få den avbildet og lagt + ut på Internett har vist seg fånyttes, så derfor tilbød jeg meg for + en stund tilbake å publisere den og gjøre den tilgjengelig med + fribruksvilkår på Internett. Det er nå klart, og hovedfagsoppgaven + er tilgjengelig blant annet via <a + href="http://www.hungry.com/~pere/publisher/">min liste over + publiserte bøker</a>, både som nettside, + <a href="https://www.lulu.com/search?contributor=Ole-Erik+Yrvin">digital + bok i ePub-format og på papir fra lulu.com</a>. Jeg regner med at + den også vil dukke opp på nettbokhandlere i løpet av en måned eller + to.</p> + +<p>Alle tabeller og figurer er gjenskapt for bedre lesbarhet, noen + skrivefeil rettet opp og mange referanser har fått flere detaljer + som ISBN-nummer og DOI-referanse. Selv om jeg ikke regner med at + dette blir en kioskvelter, så håper jeg denne nye utgaven kan komme + fremtiden til glede.</p> <p>Som vanlig, hvis du bruker Bitcoin og ønsker å vise din støtte til det jeg driver med, setter jeg pris på om du sender Bitcoin-donasjoner til min adresse -<b><a href="bitcoin:15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b">15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b</a></b>. -Merk, betaling med bitcoin er ikke anonymt. :)</p> +<b><a href="bitcoin:15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b">15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b</a></b>. Merk, +betaling med bitcoin er ikke anonymt. :)</p> - Artikkel om Nikita i Arkheion nummer 2019/2 - http://people.skolelinux.org/pere/blog/Artikkel_om_Nikita_i_Arkheion_nummer_2019_2.html - http://people.skolelinux.org/pere/blog/Artikkel_om_Nikita_i_Arkheion_nummer_2019_2.html - Mon, 9 Dec 2019 15:05:00 +0100 - <p>Jeg hadde i dag gleden av å oppdage at en artikkel om -<a href="https://gitlab.com/OsloMet-ABI/nikita-noark5-core/">arkivsystemet -Nikita</a> som vi skrev i sommer, nå er publisert i -<a href="http://www.arkheion.no/">Arkheion, fagtidsskrift for kommunial -arkivsektor</a>. Du finner artikkelen på side 30-33 i nummer 2019/2, -PDF kan lastes ned fra nettstedet til tidsskriftet. Kanskje -publiseringen kan føre til at noen flere får øynene opp for verdien av -et åpent standardisert API for arkivering og søk i arkivet.</p> + «underordnet tjenestemann blir inhabil fordi en overordnet er inhabil». + https://people.skolelinux.org/pere/blog/_underordnet_tjenestemann_blir_inhabil_fordi_en_overordnet_er_inhabil__.html + https://people.skolelinux.org/pere/blog/_underordnet_tjenestemann_blir_inhabil_fordi_en_overordnet_er_inhabil__.html + Thu, 7 Sep 2023 09:10:00 +0200 + <p>Medlemmene av Norges regjering har demonstert de siste månedene at +habilitetsvureringer ikke er deres sterke side og det gjelder både +Arbeiderpartiets og Senterpartiers representater. Det er heldigvis +enklere i det private, da inhabilitetsreglene kun gjelder de som +jobber for folket, ikke seg selv. Sist ut er utenriksminister +Huitfeldt. I går kom nyheten om at +<a href="https://www.nrk.no/nyheter/riksadvokaten_-okokrim-nestsjef-kan-behandle-huitfeldt-saken-1.16545162">Riksadvokaten +har konkludert med at nestsjefen i Økokrim kan behandle sak om +habilitet og innsidekunnskap</a> for Huitfeldt, på tross av at hans +overordnede, sjefen for Økokrim, har meldt seg inhabil i saken. Dette +er litt rart. I veilednigen +«<a href="https://www.regjeringen.no/globalassets/upload/krd/vedlegg/komm/veiledere/habilitet_i_kommuner_og_fylkeskommuner.pdf">Habilitet +i kommuner og fylkeskommuner</a>» av Kommunal- og regionaldepartementet +forteller de hva som gjelder, riktig nok gjelder veiledningen ikke for +Økokrim som jo ikke er kommune eller fylkeskommune, men jeg får ikke +inntrykk av at dette er regler som kun gjelder for kommune og +fylkeskommune: -<p>Som vanlig, hvis du bruker Bitcoin og ønsker å vise din støtte til -det jeg driver med, setter jeg pris på om du sender Bitcoin-donasjoner -til min adresse -<b><a href="bitcoin:15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b">15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b</a></b>. -Merk, betaling med bitcoin er ikke anonymt. :)</p> +<blockquote> +<p>«<strong>2.1 Oversikt over inhabilitetsgrunnlagene</strong> + +<p>De alminnelige reglene om inhabilitet for den offentlige +forvaltningen er gitt i +<a href="https://lovdata.no/dokument/NL/lov/1967-02-10/KAPITTEL_2#KAPITTEL_2">forvaltningsloven +§§ 6 til 10</a>. Forvaltningslovens hovedregel om inhabilitet framgår +av § 6. Her er det gitt tre ulike grunnlag som kan føre til at en +tjenestemann eller folkevalgt blir inhabil. I § 6 første ledd +bokstavene a til e er det oppstilt konkrete tilknytningsforhold mellom +tjenestemannen og saken eller sakens parter som automatisk fører til +inhabilitet. Annet ledd oppstiller en skjønnsmessig regel om at +tjenestemannen også kan bli inhabil etter en konkret vurdering av +inhabilitetsspørsmålet, der en lang rekke momenter kan være +relevante. I tredje ledd er det regler om såkalt avledet +inhabilitet. Det vil si at en underordnet tjenestemann blir inhabil +fordi en overordnet er inhabil.»</p> +</blockquote> + +<p>Loven sier ganske enkelt «Er den overordnede tjenestemann ugild, +kan avgjørelse i saken heller ikke treffes av en direkte underordnet +tjenestemann i samme forvaltningsorgan.» Jeg antar tanken er at en +underordnet vil stå i fare for å tilpasse sine konklusjoner til det +overordnet vil ha fordel av, for å fortsatt ha et godt forhold til sin +overordnede. Men jeg er ikke jurist og forstår nok ikke kompliserte +juridiske vurderinger. For å sitere «Kamerat Napoleon» av George +Orwell: «Alle dyr er like, men noen dyr er likere enn andre». - When terms and policy turn users away - http://people.skolelinux.org/pere/blog/When_terms_and_policy_turn_users_away.html - http://people.skolelinux.org/pere/blog/When_terms_and_policy_turn_users_away.html - Sat, 7 Dec 2019 21:15:00 +0100 - <p>When asked to accept terms of use and privacy policies that state -it will to remove rights I otherwise had or accept unreasonable terms -undermining my privacy, I choose away the service. I simply do not -have the conscience to accept terms I have no indention of upholding. -But how are the system and service providers to know how many people -they scared away? Normally I just quietly walk away. But today, I -tried a new approach. I sent the following email (removing the -specifics, as I am not out to take the specific service in question) -to the service provider I decided to not use, to at least give them -one data point on how many users are unhappy with their terms:</p> - -<blockquote> -From: Petter Reinholdtsen -<br>Subject: When terms of use turn users away -<br>To: [contact@some.site] -<br>Date: Sat, 07 Dec 2019 16:30:56 +0100 - -<p>Dear [Site Owner],</p> - -<p>I was eager to test the system, as it seemed like a fun and -interesting application of [some] technology, but after reading the -terms of use and privacy policy on &lt;URL: -https://www.[some.site]/terms-of-use &gt; and &lt;URL: -https://www.[some.site]/privacy-policy &gt; I want you to know that I -decided to turn away. There were several provisions in the terms and -policy turning me off, but the final term that convinced me was being -asked to sign away my right to reverse engineer.</p> - -<p>-- -<br>Happy hacking -<br>Petter Reinholdtsen</p> -</blockquote> - -<p>I do not expect much to come out of it, but sharing it here in case -others want to give something similar a try too. If companies -discover their terms scare away enough people, perhaps they will be -improved...</p> + Invidious add-on for Kodi 20 + https://people.skolelinux.org/pere/blog/Invidious_add_on_for_Kodi_20.html + https://people.skolelinux.org/pere/blog/Invidious_add_on_for_Kodi_20.html + Thu, 10 Aug 2023 19:50:00 +0200 + <p>I still enjoy <a href="https://kodi.tv/">Kodi</a> and +<a href="https://libreelec.tv/">LibreELEC</a> as my multimedia center +at home. Sadly two of the services I really would like to use from +within Kodi are not easily available. The most wanted add-on would be +one making <a href="https://archive.org/">The Internet Archive</a> +available, and it has +<a href="https://kodi.wiki/view/Add-on:Internet_Archive">not been +working</a> for many years. The second most wanted add-on is one +using <a href="https://invidious.io/">the Invidious privacy enhanced +Youtube frontent</a>. A plugin for this has been partly working, but +not been kept up to date in the Kodi add-on repository, and its +upstream seem to have given it up in April this year, when the git +repository was closed. A few days ago I got tired of this sad state +of affairs and decided to +<a href="https://github.com/petterreinholdtsen/kodi-invidious-plugin">have +a go at improving the Invidious add-on</a>. As +<a href="https://github.com/iv-org/invidious/issues/3872">Google has +already attacked</a> the Invidious concept, so it need all the support +if can get. My small contribution here is to improve the service +status on Kodi.</p> + +<p>I added support to the Invidious add-on for automatically picking a +working Invidious instance, instead of requiring the user to specify +the URL to a specific instance after installation. I also had a look +at the set of patches floating around in the various forks on github, +and decided to clean up at least some of the features I liked and +integrate them into my new release branch. Now the plugin can handle +channel and short video items in search results. Earlier it could +only handle single video instances in the search response. I also +brushed up the set of metadata displayed a bit, but hope I can figure +out how to get more relevant metadata displayed.</p> + +<p>Because I only use Kodi 20 myself, I only test on version 20 and am +only motivated to ensure version 20 is working. Because of API changes +between version 19 and 20, I suspect it will fail with earlier Kodi +versions.</p> + +<p>I already +<a href="https://github.com/xbmc/repo-plugins/pull/4363">asked to have +the add-on added</a> to the official Kodi 20 repository, and is +waiting to heard back from the repo maintainers.</p> <p>As usual, if you use Bitcoin and want to show your support of my activities, please send Bitcoin donations to my address @@ -134,183 +154,93 @@ activities, please send Bitcoin donations to my address - What would it cost to store all 2018 phone calls in Norway? - http://people.skolelinux.org/pere/blog/What_would_it_cost_to_store_all_2018_phone_calls_in_Norway_.html - http://people.skolelinux.org/pere/blog/What_would_it_cost_to_store_all_2018_phone_calls_in_Norway_.html - Mon, 25 Nov 2019 20:15:00 +0100 - <p>Four years ago, I did a back of the envelope calculation on -<a href="http://people.skolelinux.org/pere/blog/What_would_it_cost_to_store_all_phone_calls_in_Norway_.html">how -much it would cost to store audio recordings of all the phone calls in -Norway</a>, and came up with NOK 2.1 million / EUR 250 000 for the -year 2013. It is time to repeat the calculation using updated -numbers. The calculation is based on how much data storage is needed -for each minute of audio, how many minutes all the calls in Norway -sums up to, multiplied by the cost of data storage.</p> - -<p>The number of phone call minutes for 2018 was fetched from -<a href="https://ekomstatistikken.nkom.no/">the NKOM statistics -site</a>, and for 2018, land line calls are listed as 434 238 000 -minutes, while mobile phone calls are listed with 7 542 006 000 -minutes. The total number of minutes is thus 7 976 244 000. For -simplicity, I decided to ignore any advantages in audio compression the -last four years, and continue to assume 60 Kbytes/min as the last -time.</p> - -<p>Storage prices still varies a lot, but as last time, I decide to -take a reasonable big and cheap hard drive, and double its price to -include the surrounding costs into account. A 10 TB disk cost less -than 4500 NOK / 450 EUR these days, and doubling it give 9000 NOK per -10 TB.</p> - -<p>So, with the parameters in place, lets update the old table -estimating cost for calls in a given year:</p> - -<table border="1"> -<tr><th>Year</th><th>Call minutes</th><th>Size</th><th>Price in NOK / EUR</th></tr> -<tr><td>2005</td><td align="right">24 000 000 000</td><td align="right">1.3 PiB</td><td align="right">1 170 000 / 117 000</td></tr> - -<tr><td>2012</td><td align="right">18 000 000 000</td><td align="right">1.0 PiB</td><td align="right">900 000 / 90 000</td></tr> - -<tr><td>2013</td><td align="right">17 000 000 000</td><td align="right">950 TiB</td><td align="right">855 000 / 85 500</td></tr> - -<tr><td>2018</td><td align="right">7 976 244 000</td><td align="right">445 TiB</td><td align="right">401 100 / 40 110</td></tr> -</table> - -<p>Both the cost of storage and the number of phone call minutes have -dropped since the last time, bringing the cost down to a level where I -guess even small organizations can afford to store the audio recording -from every phone call taken in a year in Norway. Of course, this is -just the cost of buying the storage equipment. Maintenance, need to -be included as well, but the volume of a single year is about a single -rack of hard drives, so it is not much more than I could fit in my own -home. Wonder how much the electricity bill would raise if I had that -kind of storage? I doubt it would be more than a few tens of thousand -NOK per year.</p> + What did I learn from OpenSnitch this summer? + https://people.skolelinux.org/pere/blog/What_did_I_learn_from_OpenSnitch_this_summer_.html + https://people.skolelinux.org/pere/blog/What_did_I_learn_from_OpenSnitch_this_summer_.html + Sun, 11 Jun 2023 08:30:00 +0200 + <p>With yesterdays +<a href="https://www.debian.org/News/2023/20230610">release of Debian +12 Bookworm</a>, I am happy to know the +<a href="https://tracker.debian.org/pkg/opensnitch">the interactive +application firewall OpenSnitch</a> is available for a wider audience. +I have been running it for a few weeks now, and have been surprised +about some of the programs connecting to the Internet. Some programs +are obviously calling out from my machine, like the NTP network based +clock adjusting system and Tor to reach other Tor clients, but others +were more dubious. For example, the KDE Window manager try to look up +the host name in DNS, for no apparent reason, but if this lookup is +blocked the KDE desktop get periodically stuck when I use it. Another +surprise was how much Firefox call home directly to mozilla.com, +mozilla.net and googleapis.com, to mention a few, when I visit other +web pages. This direct connection happen even if I told Firefox to +always use a proxy, and the proxy setting is ignored for this traffic. +Other surprising connections come from audacity and dirmngr (I do not +use Gnome). It took some trial and error to get a good default set of +permissions. Without it, I would get popups asking for permissions at +any time, also the most inconvenient ones where I am in the middle of +a time sensitive gaming session.</p> + +<p>I suspect some application developers should rethink when then need +to use network connections or DNS lookups, and recommend testing +OpenSnitch (only <tt>apt install opensnitch</tt> away in Debian +Bookworm) to locate and report any surprising Internet connections on +your desktop machine.</p> + +<p>At the moment the upstream developer and Debian package maintainer +is working on making the system more reliable in Debian, by enabling +the eBPF kernel module to track processes and connections instead of +depending in content in /proc/. This should enter unstable fairly +soon.</p> + +<p>As usual, if you use Bitcoin and want to show your support of my +activities, please send Bitcoin donations to my address +<b><a href="bitcoin:15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b">15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b</a></b>.</p> + +<p><strong>Update 2023-06-12</strong>: I got a tip about +<a href="https://wiki.debian.org/PrivacyIssues">a list of privacy +issues in Free Software</a> and the +<a href="irc://irc.debian.org/%23debian-privacy">#debian-privacy IRC +channel</a> discussing these topics.</p> + - Norwegian movies that might be legal to share on the Internet - http://people.skolelinux.org/pere/blog/Norwegian_movies_that_might_be_legal_to_share_on_the_Internet.html - http://people.skolelinux.org/pere/blog/Norwegian_movies_that_might_be_legal_to_share_on_the_Internet.html - Sun, 1 Sep 2019 11:10:00 +0200 - <p>While working on identifying and counting movies that can be -legally shared on the Internet, I also looked at the Norwegian movies -listed in IMDb. So far I have identified 54 candidates published -before 1940 that might no longer be protected by norwegian copyright -law. Of these, only 29 are available at least in part from the -Norwegian National Library. It can be assumed that the remaining 25 -movies are lost. It seem most useful to identify the copyright status -of movies that are not lost. To verify that the movie is really no -longer protected, one need to verify the list of copyright holders and -figure out if and when they died. I've been able to identify some of -them, but for some it is hard to figure out when they died.</p> - -</p>This is the list of 29 movies both available from the library and -possibly no longer protected by copyright law. The year range -(1909-1979 on the first line) is year of publication and last year -with copyright protection.</p> - -<pre> -1909-1979 ( 70 year) NSB Bergensbanen 1909 - http://www.imdb.com/title/tt0347601/ -1910-1980 ( 70 year) Bjørnstjerne Bjørnsons likfærd - http://www.imdb.com/title/tt9299304/ -1910-1980 ( 70 year) Bjørnstjerne Bjørnsons begravelse - http://www.imdb.com/title/tt9299300/ -1912-1998 ( 86 year) Roald Amundsens Sydpolsferd (1910-1912) - http://www.imdb.com/title/tt9237500/ -1913-2006 ( 93 year) Roald Amundsen på sydpolen - http://www.imdb.com/title/tt0347886/ -1917-1987 ( 70 year) Fanden i nøtten - http://www.imdb.com/title/tt0346964/ -1919-2018 ( 99 year) Historien om en gut - http://www.imdb.com/title/tt0010259/ -1920-1990 ( 70 year) Kaksen på Øverland - http://www.imdb.com/title/tt0011361/ -1923-1993 ( 70 year) Norge - en skildring i 6 akter - http://www.imdb.com/title/tt0014319/ -1925-1997 ( 72 year) Roald Amundsen - Ellsworths flyveekspedition 1925 - http://www.imdb.com/title/tt0016295/ -1925-1995 ( 70 year) En verdensreise, eller Da knold og tott vaskede negrene hvite med 13 sæpen - http://www.imdb.com/title/tt1018948/ -1926-1996 ( 70 year) Luftskibet 'Norge's flugt over polhavet - http://www.imdb.com/title/tt0017090/ -1926-1996 ( 70 year) Med 'Maud' over Polhavet - http://www.imdb.com/title/tt0017129/ -1927-1997 ( 70 year) Den store sultan - http://www.imdb.com/title/tt1017997/ -1928-1998 ( 70 year) Noahs ark - http://www.imdb.com/title/tt1018917/ -1928-1998 ( 70 year) Skjæbnen - http://www.imdb.com/title/tt1002652/ -1928-1998 ( 70 year) Chefens cigarett - http://www.imdb.com/title/tt1019896/ -1929-1999 ( 70 year) Se Norge - http://www.imdb.com/title/tt0020378/ -1929-1999 ( 70 year) Fra Chr. Michelsen til Kronprins Olav og Prinsesse Martha - http://www.imdb.com/title/tt0019899/ -1930-2000 ( 70 year) Mot ukjent land - http://www.imdb.com/title/tt0021158/ -1930-2000 ( 70 year) Det er natt - http://www.imdb.com/title/tt1017904/ -1930-2000 ( 70 year) Over Besseggen på motorcykel - http://www.imdb.com/title/tt0347721/ -1931-2001 ( 70 year) Glimt fra New York og den Norske koloni - http://www.imdb.com/title/tt0021913/ -1932-2007 ( 75 year) En glad gutt - http://www.imdb.com/title/tt0022946/ -1934-2004 ( 70 year) Den lystige radio-trio - http://www.imdb.com/title/tt1002628/ -1935-2005 ( 70 year) Kronprinsparets reise i Nord Norge - http://www.imdb.com/title/tt0268411/ -1935-2005 ( 70 year) Stormangrep - http://www.imdb.com/title/tt1017998/ -1936-2006 ( 70 year) En fargesymfoni i blått - http://www.imdb.com/title/tt1002762/ -1939-2009 ( 70 year) Til Vesterheimen - http://www.imdb.com/title/tt0032036/ -</pre> - -To be sure which one of these can be legally shared on the Internet, -in addition to verifying the right holders list is complete, one need -to verify the death year of these persons: - -<pre> -Bjørnstjerne Bjørnson (dead 1910) - http://www.imdb.com/name/nm0085085/ -Gustav Adolf Olsen (missing death year) - http://www.imdb.com/name/nm0647652/ -Gustav Lund (missing death year) - http://www.imdb.com/name/nm0526168/ -John W. Brunius (dead 1937) - http://www.imdb.com/name/nm0116307/ -Ola Cornelius (missing death year) - http://www.imdb.com/name/nm1227236/ -Oskar Omdal (dead 1927) - http://www.imdb.com/name/nm3116241/ -Paul Berge (missing death year) - http://www.imdb.com/name/nm0074006/ -Peter Lykke-Seest (dead 1948) - http://www.imdb.com/name/nm0528064/ -Roald Amundsen (dead 1928) - https://www.imdb.com/name/nm0025468/ -Sverre Halvorsen (dead 1936) - http://www.imdb.com/name/nm1299757/ -Thomas W. Schwartz (missing death year) - http://www.imdb.com/name/nm2616250/ -</pre> - -<p>Perhaps you can help me figuring death year of those missing it, or -right holders if some are missing in IMDb? It would be nice to have a -definite list of Norwegian movies that are legal to share on the -Internet.</p> - -</p>This is the list of 25 movies not available from the library and -possibly no longer protected by copyright law:</p> - -<pre> -1907-2009 (102 year) Fiskerlivets farer - http://www.imdb.com/title/tt0121288/ -1912-2018 (106 year) Historien omen moder - http://www.imdb.com/title/tt0382852/ -1912-2002 ( 90 year) Anny - en gatepiges roman - http://www.imdb.com/title/tt0002026/ -1916-1986 ( 70 year) The Mother Who Paid - http://www.imdb.com/title/tt3619226/ -1917-2018 (101 year) En vinternat - http://www.imdb.com/title/tt0008740/ -1917-2018 (101 year) Unge hjerter - http://www.imdb.com/title/tt0008719/ -1917-2018 (101 year) De forældreløse - http://www.imdb.com/title/tt0007972/ -1918-2018 (100 year) Vor tids helte - http://www.imdb.com/title/tt0009769/ -1918-2018 (100 year) Lodsens datter - http://www.imdb.com/title/tt0009314/ -1919-2018 ( 99 year) Æresgjesten - http://www.imdb.com/title/tt0010939/ -1921-2006 ( 85 year) Det nye year? - http://www.imdb.com/title/tt0347686/ -1921-1991 ( 70 year) Under Polarkredsens himmel - http://www.imdb.com/title/tt0012789/ -1923-1993 ( 70 year) Nordenfor polarcirkelen - http://www.imdb.com/title/tt0014318/ -1925-1995 ( 70 year) Med 'Stavangerfjord' til Nordkap - http://www.imdb.com/title/tt0016098/ -1926-1996 ( 70 year) Over Atlanterhavet og gjennem Amerika - http://www.imdb.com/title/tt0017241/ -1926-1996 ( 70 year) Hallo! Amerika! - http://www.imdb.com/title/tt0016945/ -1926-1996 ( 70 year) Tigeren Teodors triumf - http://www.imdb.com/title/tt1008052/ -1927-1997 ( 70 year) Rød sultan - http://www.imdb.com/title/tt1017979/ -1927-1997 ( 70 year) Søndagsfiskeren Flag - http://www.imdb.com/title/tt1018002/ -1930-2000 ( 70 year) Ro-ro til fiskeskjær - http://www.imdb.com/title/tt1017973/ -1933-2003 ( 70 year) I kongens klær - http://www.imdb.com/title/tt0024164/ -1934-2004 ( 70 year) Eventyret om de tre bukkene bruse - http://www.imdb.com/title/tt1007963/ -1934-2004 ( 70 year) Pål sine høner - http://www.imdb.com/title/tt1017966/ -1937-2007 ( 70 year) Et mesterverk - http://www.imdb.com/title/tt1019937/ -1938-2008 ( 70 year) En Harmony - http://www.imdb.com/title/tt1007975/ -</pre> - -<p>Several of these movies completely lack right holder information in -IMDb and elsewhere. Without access to a copy of the movie, it is -often impossible to get the list of people involved in making the -movie, making it impossible to figure out the correct copyright -status.</p> - -<p>Not listed here are the movies still protected by copyright law. -Their copyright terms varies from 79 to 144 years, according to the -information I have available so far. One of the non-lost movies might -change status next year, -<a href="https://www.imdb.com/title/tt1008007/">Mustads Mono from 1920</a>. -The next one might be -<a href="https://www.imdb.com/title/tt0347215/">Hvor isbjørnen ferdes -from 1935</a> in 2024.</p> + wmbusmeters, parse data from your utility meter - nice free software + https://people.skolelinux.org/pere/blog/wmbusmeters__parse_data_from_your_utility_meter___nice_free_software.html + https://people.skolelinux.org/pere/blog/wmbusmeters__parse_data_from_your_utility_meter___nice_free_software.html + Fri, 19 May 2023 21:50:00 +0200 + <p>There is a European standard for reading utility meters like water, +gas, electricity or heat distribution meters. The +<a href="https://en.wikipedia.org/wiki/Meter-Bus">Meter-Bus standard +(EN 13757-2, EN 13757-3 and EN 13757–4)</a> provide a cross vendor way +to talk to and collect meter data. I ran into this standard when I +wanted to monitor some heat distribution meters, and managed to find +free software that could do the job. The meters in question broadcast +encrypted messages with meter information via radio, and the hardest +part was to track down the encryption keys from the vendor. With this +in place I could set up a MQTT gateway to submit the meter data for +graphing.</p> + +<p>The free software systems in question, +<a href="https://tracker.debian.org/pkg/rtl-wmbus">rtl-wmbus</a> to +read the messages from a software defined radio, and +<a href="https://tracker.debian.org/pkg/wmbusmeters">wmbusmeters</a> to +decrypt and decode the content of the messages, is working very well +and allowe me to get frequent updates from my meters. I got in touch +with upstream last year to see if there was any interest in publishing +the packages via Debian. I was very happy to learn that Fredrik +Öhrström volunteered to maintain the packages, and I have since +assisted him in getting Debian package build rules in place as well as +sponsoring the packages into the Debian archive. Sadly we completed +it too late for them to become part of the next stable Debian release +(Bookworm). The wmbusmeters package just cleared the NEW queue. It +will need some work to fix a built problem, but I expect Fredrik will +find a solution soon.</p> + +<p>If you got a infrastructure meter supporting the Meter Bus +standard, I strongly recommend having a look at these nice +packages.</p> <p>As usual, if you use Bitcoin and want to show your support of my activities, please send Bitcoin donations to my address @@ -319,70 +249,41 @@ activities, please send Bitcoin donations to my address - Legal to share more than 16,000 movies listed on IMDB? - http://people.skolelinux.org/pere/blog/Legal_to_share_more_than_16_000_movies_listed_on_IMDB_.html - http://people.skolelinux.org/pere/blog/Legal_to_share_more_than_16_000_movies_listed_on_IMDB_.html - Sat, 10 Aug 2019 12:00:00 +0200 - <p>The recent announcement of from the New York Public Library on its -results in -<a href="https://www.vice.com/en_us/article/kz4e3e/millions-of-books-are-secretly-in-the-public-domain-you-can-download-them-free">identifying -books published in the USA that are now in the public domain</a>, -inspired me to update the scripts I use to track down movies that are -in the public domain. This involved updating the script used to -extract lists of movies believed to be in the public domain, to work -with the latest version of the source web sites. In particular the -new edition of the <a href="https://retrofilmvault.com/">Retro Film -Vault</a> web site now seem to list all the films available from that -distributor, bringing the films identified there to more than 12.000 -movies, and I was able to connect 46% of these to IMDB titles.</p> - -<p>The new total is 16307 IMDB IDs (aka films) in the public domain or -creative commons licensed, and unknown status for 31460 movies -(possibly duplicates of the 16307).</p> - -<p>The complete data set is available from -<a href="https://github.com/petterreinholdtsen/public-domain-free-imdb">a -public git repository</a>, including the scripts used to create it.</p> - -<p>Anyway, this is the summary of the 28 collected data sources so -far:</p> - -<p><pre> - 2361 entries ( 50 unique) with and 22472 without IMDB title ID in free-movies-archive-org-search.json - 2363 entries ( 146 unique) with and 0 without IMDB title ID in free-movies-archive-org-wikidata.json - 299 entries ( 32 unique) with and 93 without IMDB title ID in free-movies-cinemovies.json - 88 entries ( 52 unique) with and 36 without IMDB title ID in free-movies-creative-commons.json - 3190 entries ( 1532 unique) with and 13 without IMDB title ID in free-movies-fesfilm-xls.json - 620 entries ( 24 unique) with and 283 without IMDB title ID in free-movies-fesfilm.json - 1080 entries ( 165 unique) with and 651 without IMDB title ID in free-movies-filmchest-com.json - 830 entries ( 13 unique) with and 0 without IMDB title ID in free-movies-icheckmovies-archive-mochard.json - 19 entries ( 19 unique) with and 0 without IMDB title ID in free-movies-imdb-c-expired-gb.json - 7410 entries ( 7101 unique) with and 0 without IMDB title ID in free-movies-imdb-c-expired-us.json - 1205 entries ( 41 unique) with and 0 without IMDB title ID in free-movies-imdb-pd.json - 163 entries ( 22 unique) with and 88 without IMDB title ID in free-movies-infodigi-pd.json - 158 entries ( 103 unique) with and 0 without IMDB title ID in free-movies-letterboxd-looney-tunes.json - 113 entries ( 4 unique) with and 0 without IMDB title ID in free-movies-letterboxd-pd.json - 182 entries ( 71 unique) with and 0 without IMDB title ID in free-movies-letterboxd-silent.json - 248 entries ( 85 unique) with and 0 without IMDB title ID in free-movies-manual.json - 158 entries ( 4 unique) with and 64 without IMDB title ID in free-movies-mubi.json - 85 entries ( 1 unique) with and 23 without IMDB title ID in free-movies-openflix.json - 520 entries ( 22 unique) with and 244 without IMDB title ID in free-movies-profilms-pd.json - 343 entries ( 14 unique) with and 10 without IMDB title ID in free-movies-publicdomainmovies-info.json - 701 entries ( 16 unique) with and 560 without IMDB title ID in free-movies-publicdomainmovies-net.json - 74 entries ( 13 unique) with and 60 without IMDB title ID in free-movies-publicdomainreview.json - 698 entries ( 16 unique) with and 118 without IMDB title ID in free-movies-publicdomaintorrents.json - 5506 entries ( 2941 unique) with and 6585 without IMDB title ID in free-movies-retrofilmvault.json - 16 entries ( 0 unique) with and 0 without IMDB title ID in free-movies-thehillproductions.json - 110 entries ( 2 unique) with and 29 without IMDB title ID in free-movies-two-movies-net.json - 73 entries ( 20 unique) with and 131 without IMDB title ID in free-movies-vodo.json -16307 unique IMDB title IDs in total, 12509 only in one list, 31460 without IMDB title ID -</pre></p> + The 2023 LinuxCNC Norwegian developer gathering + https://people.skolelinux.org/pere/blog/The_2023_LinuxCNC_Norwegian_developer_gathering.html + https://people.skolelinux.org/pere/blog/The_2023_LinuxCNC_Norwegian_developer_gathering.html + Sun, 14 May 2023 20:30:00 +0200 + <p>The LinuxCNC project is making headway these days. A lot of +patches and issues have seen activity on +<a href="https://github.com/LinuxCNC/linuxcnc/">the project github +pages</a> recently. A few weeks ago there was a developer gathering +over at the <a href="https://tormach.com/">Tormach</a> headquarter in +Wisconsin, and now we are planning a new gathering in Norway. If you +wonder what LinuxCNC is, lets quote Wikipedia:</p> -<p>New this time is a list of all the identified IMDB titles, with -title, year and running time, provided in free-complete.json. this -file also indiciate which source is used to conclude the video is free -to distribute.</p> +<blockquote> +"LinuxCNC is a software system for numerical control of +machines such as milling machines, lathes, plasma cutters, routers, +cutting machines, robots and hexapods. It can control up to 9 axes or +joints of a CNC machine using G-code (RS-274NGC) as input. It has +several GUIs suited to specific kinds of usage (touch screen, +interactive development)." +</blockquote> +<p>The Norwegian developer gathering take place the weekend June 16th +to 18th this year, and is open for everyone interested in contributing +to LinuxCNC. Up to date information about the gathering can be found +in +<a href="https://sourceforge.net/p/emc/mailman/emc-developers/thread/sa64jp06nob.fsf%40hjemme.reinholdtsen.name/#msg37837251">the +developer mailing list thread</a> where the gathering was announced. +Thanks to the good people at +<a href="https://www.debian.org/">Debian</a>, +<a href="https://www.redpill-linpro.com/">Redpill-Linpro</a> and +<a href="https://www.nuugfoundation.no/no/">NUUG Foundation</a>, we +have enough sponsor funds to pay for food, and shelter for the people +traveling from afar to join us. If you would like to join the +gathering, get in touch.</p> + <p>As usual, if you use Bitcoin and want to show your support of my activities, please send Bitcoin donations to my address <b><a href="bitcoin:15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b">15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b</a></b>.</p> @@ -390,77 +291,178 @@ activities, please send Bitcoin donations to my address - Oppdatert Noark 5 Tjenestegrenesnitt versjon 1.0 for Noark 5.5.0 - http://people.skolelinux.org/pere/blog/Oppdatert_Noark_5_Tjenestegrenesnitt_versjon_1_0_for_Noark_5_5_0.html - http://people.skolelinux.org/pere/blog/Oppdatert_Noark_5_Tjenestegrenesnitt_versjon_1_0_for_Noark_5_5_0.html - Fri, 5 Jul 2019 17:20:00 +0200 - <p>Jeg er veldig glad for å kunne fortelle at i går ble ny versjon av -<a href="https://www.arkivverket.no/forvaltning-og-utvikling/noark-standarden/noark-5/tjenestegrensesnitt-noark5">API-spesifikasjonen -for Noark 5 Tjenestegrensesnitt</a> gitt ut. Det så lenge mørkt ut -for sjansene for å få inn nødvendige korreksjoner i -spesifikasjonsteksten innen rimelig tid, men takket være intens og god -innsats fra Mona og Anne Sofie hos Arkivverket de siste ukene, så ble -resultatet som ble gitt ut på USAs uavhengighetsdag mye bedre enn jeg -fryktet.</p> - -<p>Spesifikasjonen er -<a href="https://github.com/arkivverket/noark5-tjenestegrensesnitt-standard/">tilgjengelig -som markdown-filer i Arkivverkets github-prosjekt for dette</a>, og de -aller fleste av forslagene til forbedringer fra oss som holder på med -<a href="https://gitlab.com/OsloMet-ABI/nikita-noark5-core">Nikita-prosjektet</a> -kom med i denne nye og oppdaterte spesifikasjonsteksten. Det er -fortsatt mye som gjenstår før den er entydig, klar og sikrer samvirke -på tvers av leverandører, men utgangspunktet er veldig mye bedre enn -forrige versjon fra 2016. Ta gjerne en titt.</p> - -<p>Ellers må jeg jo si at det var hyggelig å se at min forrige -bloggpost om tjenestegrensesnittet fikk en -<a href="https://beta.arkivverket.no/post/186020592045/noark-5-versjon-50-tjenestegrensesnitt-10">lenke -fra Arkivverket Beta</a>.</p> + OpenSnitch in Debian ready for prime time + https://people.skolelinux.org/pere/blog/OpenSnitch_in_Debian_ready_for_prime_time.html + https://people.skolelinux.org/pere/blog/OpenSnitch_in_Debian_ready_for_prime_time.html + Sat, 13 May 2023 12:10:00 +0200 + <p>A bit delayed, +<a href="https://tracker.debian.org/pkg/opensnitch">the interactive +application firewall OpenSnitch</a> package in Debian now got the +latest fixes ready for Debian Bookworm. Because it depend on a +package missing on some architectures, the autopkgtest check of the +testing migration script did not understand that the tests were +actually working, so the migration was delayed. A bug in the package +dependencies is also fixed, so those installing the firewall package +(opensnitch) now also get the GUI admin tool (python3-opensnitch-ui) +installed by default. I am very grateful to Gustavo Iñiguez Goya for +his work on getting the package ready for Debian Bookworm.</p> + +<p>Armed with this package I have discovered some surprising +connections from programs I believed were able to work completly +offline, and it has already proven its worth, at least to me. If you +too want to get more familiar with the kind of programs using +Internett connections on your machine, I recommend testing <tt>apt +install opensnitch</tt> in Bookworm and see what you think.</p> + +<p>The package is still not able to build its eBPF module within +Debian. Not sure how much work it would be to get it working, but +suspect some kernel related packages need to be extended with more +header files to get it working.</p> -<p>Som vanlig, hvis du bruker Bitcoin og ønsker å vise din støtte til -det jeg driver med, setter jeg pris på om du sender Bitcoin-donasjoner -til min adresse -<b><a href="bitcoin:15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b">15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b</a></b>. -Merk, betaling med bitcoin er ikke anonymt. :)</p> +<p>As usual, if you use Bitcoin and want to show your support of my +activities, please send Bitcoin donations to my address +<b><a href="bitcoin:15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b">15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b</a></b>.</p> - Teach kids to protect their privacy - the EDRi way - http://people.skolelinux.org/pere/blog/Teach_kids_to_protect_their_privacy___the_EDRi_way.html - http://people.skolelinux.org/pere/blog/Teach_kids_to_protect_their_privacy___the_EDRi_way.html - Thu, 4 Jul 2019 19:10:00 +0200 - <p>Childs need to learn how to guard their privacy too. To help them, -<a href="https://edri.org/">European Digital Rights (EDRi)</a> created -a colorful booklet providing information on several privacy related topics, -and tips on how to protect ones privacy in the digital age.</p> - -<p>The 24 page booklet titled Digital Defenders is -<a href="https://edri.org/digital-defenders-help-kids-defend-their-privacy-around-europe">available -in several languages</a>. Thanks to the valuable contributions from -members of <a href="https://efn.no/">the Electronic Foundation Norway -(EFN)</a> and others, it is also available in Norwegian Bokmål. -If you would like to have it available in your language too, -<a href="https://hosted.weblate.org/projects/efn/privacy4kids/">contribute -via Weblate</a> and get in touch.</p> - -<p>But a funny, well written and good looking PDF do not have much -impact, unless it is read by the right audience. To increase the -chance of kids reading it, I am currently assisting EFN in getting -copies printed on paper to distribute on the street and in class -rooms. Print the booklet was made possible thanks to a small et of -great sponsors. Thank you very much to each and every one of them! I -hope to have the printed booklet ready to hand out on Tuesday, when -<a href="https://www.nuug.no/>">the Norwegian Unix Users Group</a> is -organizing <a href="https://wiki.nuug.no/sommerfest2019">its yearly -barbecue for geeks and free software zealots in the Oslo area</a>. If -you are nearby, feel free to come by and check out the party and the -booklet.</p> - -<p>If the booklet prove to be a success, it would be great to get -more sponsoring and distribute it to every kid in the country. :)</p> + Speech to text, she APTly whispered, how hard can it be? + https://people.skolelinux.org/pere/blog/Speech_to_text__she_APTly_whispered__how_hard_can_it_be_.html + https://people.skolelinux.org/pere/blog/Speech_to_text__she_APTly_whispered__how_hard_can_it_be_.html + Sun, 23 Apr 2023 09:40:00 +0200 + <p>While visiting a convention during Easter, it occurred to me that +it would be great if I could have a digital Dictaphone with +transcribing capabilities, providing me with texts to cut-n-paste into +stuff I need to write. The background is that long drives often bring +up the urge to write on texts I am working on, which of course is out +of the question while driving. With the release of +<a href="https://github.com/openai/whisper/">OpenAI Whisper</a>, this +seem to be within reach with Free Software, so I decided to give it a +go. OpenAI Whisper is a Linux based neural network system to read in +audio files and provide text representation of the speech in that +audio recording. It handle multiple languages and according to its +creators even can translate into a different language than the spoken +one. I have not tested the latter feature. It can either use the CPU +or a GPU with CUDA support. As far as I can tell, CUDA in practice +limit that feature to NVidia graphics cards. I have few of those, as +they do not work great with free software drivers, and have not tested +the GPU option. While looking into the matter, I did discover some +work to provide CUDA support on non-NVidia GPUs, and some work with +the library used by Whisper to port it to other GPUs, but have not +spent much time looking into GPU support yet. I've so far used an old +X220 laptop as my test machine, and only transcribed using its +CPU.</p> + +<p>As it from a privacy standpoint is unthinkable to use computers +under control of someone else (aka a "cloud" service) to transcribe +ones thoughts and personal notes, I want to run the transcribing +system locally on my own computers. The only sensible approach to me +is to make the effort I put into this available for any Linux user and +to upload the needed packages into Debian. Looking at Debian Bookworm, I +discovered that only three packages were missing, +<a href="https://bugs.debian.org/1034307">tiktoken</a>, +<a href="https://bugs.debian.org/1034144">triton</a>, and +<a href="https://bugs.debian.org/1034091">openai-whisper</a>. For a while +I also believed +<a href="https://bugs.debian.org/1034286">ffmpeg-python</a> was +needed, but as its +<a href="https://github.com/kkroening/ffmpeg-python/issues/760">upstream +seem to have vanished</a> I found it safer +<a href="https://github.com/openai/whisper/pull/1242">to rewrite +whisper</a> to stop depending on in than to introduce ffmpeg-python +into Debian. I decided to place these packages under the umbrella of +<a href="https://salsa.debian.org/deeplearning-team">the Debian Deep +Learning Team</a>, which seem like the best team to look after such +packages. Discussing the topic within the group also made me aware +that the triton package was already a future dependency of newer +versions of the torch package being planned, and would be needed after +Bookworm is released.</p> + +<p>All required code packages have been now waiting in +<a href="https://ftp-master.debian.org/new.html">the Debian NEW +queue</a> since Wednesday, heading for Debian Experimental until +Bookworm is released. An unsolved issue is how to handle the neural +network models used by Whisper. The default behaviour of Whisper is +to require Internet connectivity and download the model requested to +<tt>~/.cache/whisper/</tt> on first invocation. This obviously would +fail <a href="https://people.debian.org/~bap/dfsg-faq.html">the +deserted island test of free software</a> as the Debian packages would +be unusable for someone stranded with only the Debian archive and solar +powered computer on a deserted island.</p> + +<p>Because of this, I would love to include the models in the Debian +mirror system. This is problematic, as the models are very large +files, which would put a heavy strain on the Debian mirror +infrastructure around the globe. The strain would be even higher if +the models change often, which luckily as far as I can tell they do +not. The small model, which according to its creator is most useful +for English and in my experience is not doing a great job there +either, is 462 MiB (deb is 414 MiB). The medium model, which to me +seem to handle English speech fairly well is 1.5 GiB (deb is 1.3 GiB) +and the large model is 2.9 GiB (deb is 2.6 GiB). I would assume +everyone with enough resources would prefer to use the large model for +highest quality. I believe the models themselves would have to go +into the non-free part of the Debian archive, as they are not really +including any useful source code for updating the models. The +"source", aka the model training set, according to the creators +consist of "680,000 hours of multilingual and multitask supervised +data collected from the web", which to me reads material with both +unknown copyright terms, unavailable to the general public. In other +words, the source is not available according to the Debian Free +Software Guidelines and the model should be considered non-free.</p> + +<p>I asked the Debian FTP masters for advice regarding uploading a +model package on their IRC channel, and based on the feedback there it +is still unclear to me if such package would be accepted into the +archive. In any case I wrote build rules for a +<a href="https://salsa.debian.org/deeplearning-team/openai-whisper-model">OpenAI +Whisper model package</a> and +<a href="https://github.com/openai/whisper/pull/1257">modified the +Whisper code base</a> to prefer shared files under <tt>/usr/</tt> and +<tt>/var/</tt> over user specific files in <tt>~/.cache/whisper/</tt> +to be able to use these model packages, to prepare for such +possibility. One solution might be to include only one of the models +(small or medium, I guess) in the Debian archive, and ask people to +download the others from the Internet. Not quite sure what to do +here, and advice is most welcome (use the debian-ai mailing list).</p> + +<p>To make it easier to test the new packages while I wait for them to +clear the NEW queue, I created an APT source targeting bookworm. I +selected Bookworm instead of Bullseye, even though I know the latter +would reach more users, is that some of the required dependencies are +missing from Bullseye and I during this phase of testing did not want +to backport a lot of packages just to get up and running.</p> + +<p>Here is a recipe to run as user root if you want to test OpenAI +Whisper using Debian packages on your Debian Bookworm installation, +first adding the APT repository GPG key to the list of trusted keys, +then setting up the APT repository and finally installing the packages +and one of the models:</p> +<p><pre> +curl https://geekbay.nuug.no/~pere/openai-whisper/D78F5C4796F353D211B119E28200D9B589641240.asc \ + -o /etc/apt/trusted.gpg.d/pere-whisper.asc +mkdir -p /etc/apt/sources.list.d +cat > /etc/apt/sources.list.d/pere-whisper.list &lt;&lt;EOF +deb https://geekbay.nuug.no/~pere/openai-whisper/ bookworm main +deb-src https://geekbay.nuug.no/~pere/openai-whisper/ bookworm main +EOF +apt update +apt install openai-whisper +</pre></p> + +<p>The package work for me, but have not yet been tested on any other +computer than my own. With it, I have been able to (badly) transcribe +a 2 minute 40 second Norwegian audio clip to test using the small +model. This took 11 minutes and around 2.2 GiB of RAM. Transcribing +the same file with the medium model gave a accurate text in 77 minutes +using around 5.2 GiB of RAM. My test machine had too little memory to +test the large model, which I believe require 11 GiB of RAM. In +short, this now work for me using Debian packages, and I hope it will +for you and everyone else once the packages enter Debian.</p> + +<p>Now I can start on the audio recording part of this project.</p> + <p>As usual, if you use Bitcoin and want to show your support of my activities, please send Bitcoin donations to my address <b><a href="bitcoin:15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b">15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b</a></b>.</p> @@ -468,290 +470,116 @@ activities, please send Bitcoin donations to my address - Nikita og Noark 5 tjenestegrensesnittet tilbyr ny måte å tenke arkivering - http://people.skolelinux.org/pere/blog/Nikita_og_Noark_5_tjenestegrensesnittet_tilbyr_ny_m_te___tenke_arkivering.html - http://people.skolelinux.org/pere/blog/Nikita_og_Noark_5_tjenestegrensesnittet_tilbyr_ny_m_te___tenke_arkivering.html - Fri, 21 Jun 2019 11:30:00 +0200 - <p><em>av Thomas Sødring (OsloMet) og Petter Reinholdtsen (foreningen -NUUG)</em></p> - -<p>Nikita Noark 5-kjerne er et fri programvareprosjekt som tar i bruk -Arkivverkets spesifikasjonen for Noark 5 Tjenestegrensesnitt og tilbyr -et maskinlesbart grensesnitt (arkiv-API) til datasystemer som trenger å -arkivere dokumenter og informasjon. I tillegg tilbyr Nikita et -nettleserbasert brukergrensesnitt for brukere av arkivet. Dette -brukergrensesnittet benytter det maskinlesbare grensesnittet. Noark 5 -Tjenestegrensesnitt er en ny måte å tenke arkivering, med fokus på -automatisering og maskinell behandling av arkivmateriale, i stedet for -å fokusere på brukergrensesnitt. En kan tenke på -tjenestegrensesnittet som arkivet uten brukergrensesnitt, der flere -aktører kan koble til ulike brukergrensesnitt, tilpasset ulike -behov.</p> - -<p>Historisk sett gjorde Noark standarden en veldig bra jobb med -overgangen fra -papir til digital saksbehandling, men det har kommet til kort på andre -områder. Den teknologiske utviklingen har brakt oss ditt at vi kan og -skal forvente langt mer fra en arkivkjerne enn før, men det offentlig -er ofte konservativ når det gjelder nytenking. For lengst skulle -begreper som samvirke mellom datasystemer, metadata, prosess og -tjenestegrensesnitt (API) vært dominerende når systemer kjøpes -inn. Dessverre er det slik at ikke alle ønsker samvirke mellom -datasystemer velkommen, og det kan være trygt å kjøpe «svarte bokser» -der du slipper å ta stilling til hvordan man skal få flere systemer -til å virke sammen. Men IT-arkitektur er et begrep arkivfolk også -begynner å ta inn over seg.</p> - -<p>Slike systemer for å organisere metadata bør ha nettbaserte -tjenestegrensesnitt der brukergrensesnitt er tydelig adskilt fra -bakenforliggende system. Det finnes mange rapporter som snakker om å -bryte ned siloer i forvaltningen og standardiserte tjenestegrensesnitt -er det viktigste virkemiddel mot datasiloer og legger til rette for -økt samvirke mellom systemer. Et standardisert tjenestegrensesnitt er -et viktig middel for å få systemer til å samhandle da det sikrer at -ulike produsenters systemer kan snakke sammen på tvers. Samfunnet -fungerer ikke uten standardisering. Vi har alle samme strømstyrke og -kontakter i veggene og kjører alle på høyre side av veien i Norge. Det er i en slik -sammenheng at prosjektet «Noark 5 Tjenestegrensesnitt» er veldig -viktig. Hvis alle leverandører av arkivsystemer forholdt seg til et -standardisert tjenestegrensesnitt kunne kostnadene for arkivering -reduseres. Tenk deg at du er en kommune som ønsker et fagsystem integrert -med arkivløsningen din. I dag må fagsystemleverandøren vite og -tilpasse seg den spesifikke versjonen og varianten av arkivløsningen -du har. Hvis vi antar at alle leverandører av arkivkjerner har solgt -inn enten SOAP eller REST-grensesnitt til kunder de siste 10 årene og -det kommer endret versjon av grensesnittet innimellom, så gir det -veldig mange forskjellige tjenestegrensesnitt en fagsystemleverandør -må forholde seg til. Med 12 leverandører og kvartalsvise oppdateringer -kan det potensielt bli 96 ulike varianter hvert eneste år. Det sier -seg selv at det blir dyrt. Men det blir faktisk verre. Hvis du senere -ønsker å bytte ut arkivsystemet med et annet så er du avhengig å få -alle integrasjonene dine laget på nytt. Dette kan gjøre at du velger å -forbli hos en dårlig leverandør framfor å skaffe nytt system, fordi -det blir for vanskelig og dyrt å bytte. Dermed etableres det «små» -monopolsituasjoner som er vanskelig å bryte ut av. Dårlige valg i dag -kan ha uante kostander på sikt. I Nikita-prosjektet har vi kun jobbet -opp mot Noark 5 Tjenestegrensesnittet. Det har tatt en god del -ressurser å sette seg inn i spesifikasjonen og ta den i bruk, spesielt -på grunn av uklarheter i spesifikasjonen. Hvis vi måtte gjøre det -samme for alle versjoner og varianter av de forskjellige -tjenestegrensesnittene ville det blitt veldig tidkrevende og -kostbart.</p> - -<p>For deg som arkivar er digitalisering og systemer som skal virke -sammen en del av den nye hverdagen. Du har kanskje blitt skånet for -det ved å kjøpe svarte bokser, men du risikerer at du gjør deg selv en -bjørnetjeneste. Det kan oppleves som kjedelig å fortelle kolleger at -du skal sette deg inn i et tjenestegrensesnitt, men dette er faktisk -veldig spennende. Tjenestegrensesnittet er på en måte blitt levende og -det er spesielt et begrep du bør merke deg: OData. Å trekke inn deler -av OData-standarden som en måte å filtrere entitetsøk i et arkivsystem -var et nyttig trekk i prosjektet. Følgende eksempel er en -OData-spørring det går an å sende inn til en standardisert -arkivkjerne:</p> - -<p><blockquote> -.../sakarkiv/journalpost?filter=contains(tittel, 'nabovarsel') -</blockquote></p> - -<p>Spørringen over vil hente en liste av alle dine journalposter der -tittelen til journalposten inneholder ordet 'nabovarsel'. Alle -leverandører som implementerer tjenestegrensesnittet vil måtte tilby -dette. Det betyr at hvis du lærer dette språket for et system, vil det -være gjeldende for alle. Dette er egentlig en ny måte å søke i -arkivdatabasen på og vil være svært nyttig, for eksempel kan søk i -tjenestegrensesnittet antagelig brukes til å hente ut offentlig -postjournal. I arkivverden pleier vi å like teknologier som er -menneskelesbart, da vet vi det er enkelt og nyttig! OData er også -viktig fordi det kan bli en ny måte å svare innsynsforespørsler på i -tråd med offentlighetsloven § 9, der retten til å kreve innsyn i -sammenstilling fra databaser er nedfelt. I dag ser vi -forvaltningsorganer som avviser slike krav fordi det «ikke kan gjøres -med enkle framgangsmåter». Bruken av OData i tjenestegrensesnittet, -sammen med maskinlesbar markeringsformater kan være et viktig bidrag -til å åpne arkivene i tråd med prinsippene om en åpen og transparent -forvaltning.</p> - -<p>Standardisering er viktig fordi det <em>kan</em> sikre samvirke. -Men den effekten kommer kun hvis standardiseringen sikrer at alle -forstår standarden på samme måte, dvs. at den er entydig og klar. En -god måte å sikre en entydig og klar spesifikasjon er ved å kreve at -det finnes minst to ulike implementasjoner som følger spesifikasjonen -og som kan snakke sammen, det vil si at de snakker samme språk, slik -IETF krever for alle sine standarder, før spesifikasjonen anses å være -ferdig. Tilbakemelding fra miljøet forteller at både leverandører og -kunder har et avslappet forhold til Noark 5 Tjenestegrensesnitt og det -er så langt kun Evry som har visst offentlig at de har en -implementasjon av tjenestegrensesnittet. Evry, HK Data og Fredrikstad -kommune er igang med et pilotprosjekt på Noark 5 -Tjenestegrensesnitt. For å redusere kostnadene for samvirkende -datasystemer betraktelig, er det veldig viktig at vi kommer i en -situasjon der alle leverandører har sine egne implementasjoner av -tjenestegrensesnittet, og at disse oppfører seg likt og i tråd med det -som er beskrevet i spesifikasjonen.</p> - -<p>Det er her fri programvare spiller en viktig rolle. Med en uklar -standard blir det som en polsk riksdag, der ingenting fungerer. Nikita -er en fri programvareimplementasjon av tjenestegrensesnitt og kan -fungere som teknisk referanse slik at leverandører enklere kan se og -forstå hvordan standarden skal tolkes. Vi har i Nikitaprosjektet -erfart å ende opp med vidt forskjellige tolkninger når -prosjektmedlemmene leser spesifikasjonsteksten, en effekt av en uklar -spesifikasjon. Men Nikitaprosjektet har også utviklet et test-program -som sjekker om et tjenestegrensesnitt er i samsvar med standarden, og -prosjektet bruker det hele tiden for å sikre at endringer og -forbedringer fungerer. Egenerklæringsskjemaenes dager kan være talte! -Snart vil du selv kunne teste hver oppdatering av arkivsystemet med en -uavhengig sjekk.</p> - -<p>Fri programvare representerer en demokratisering av kunnskap der -tolkning- og innlåsingsmakt flyttes fra leverandør til allmenheten. -Med fri programvare har du en litt annerledes verdikjede, der selve -produktet ikke holdes hemmelig for å tjene penger, slik en gjør med -ufri programvare og skytjenester som ikke bruker fri programvare, men -du kan tjene penger på andre deler av verdikjeden. Med fri programvare -kan samfunnet betale for å videreutvikle nyttig -fellesfunksjonalitet.</p> - -<p>Nikita er en fri programvareimplementasjon av tjenestegrensesnittet og -kan fungere som en referanseimplementasjon dersom det er ønskelig. -Alle har lik tilgang til koden og det koster ingenting å ta den i bruk -og utforske det. Nikitaprosjektet ønsker tjenestegrensesnittet -velkommen og stiller veldig gjerne opp i diskusjoner om tolkning av -tjenestegrensesnittet. Nikita er bygget på moderne -programmeringsrammeverk og utviklet i full åpenhet. Men Nikita er ikke -noe du kan kjøpe. Nikita er først og fremst et verktøy for forsking og -utvikling laget for å fremme forskning på arkivfeltet. Systemer som -virker sammen har alltid vært hovedfokus og vil være det fremover. -Det brukes som undervisningsverktøy der studentene ved OsloMet lærer -om administrativt oppsett, saksbehandling, uttrekk og samvirkende -datasystemer. Det brukes også som forskningsobjekt der vi ser på -import av dokumentsamlinger, bruk av blokkjede og andre nyskapende -måter å tenke arkiv på. Det er dog helt greit om andre tar Nikita og -pakker det for å selge det som produkt. Forvaltningsorganer med -sterke drift- og utviklingsmiljøer kan også se på Nikita og utforske -hva som er mulig. Dette kan de gjøre uten å måtte betale for -bruksrettigheter eller tilgang til konsulenter. Men arkivering blir -ikke gratis på grunn av Nikita. Det trengs fortsatt folk med -kompetanse og tid til å ta i bruk Nikita.</p> - -<p>Nikita har nylig kommet med en ny utgave, den sjette i rekken. -Systemet er ikke ferdig, mest på grunn av at API-spesifikasjonen for -Noark 5 Tjenestegrensesnitt ikke er ferdig, men allerede i dag kan en -bruke Nikita som arkiv. Vi har laget eksempelsystem for å importere -data fra deponi-XML og slik gjøre eksisterende arkivdata tilgjengelig -via et API. Vi har også laget en testklient som importerer epost inn -i arkivet med vedlegg der epostenes trådinformasjon brukes til å legge -eposttråder i samme arkivmappe, og en annen testklient som henter -epost ut av en arkivmappe på mbox-format slik at en vanlig epostklient -kan brukes til å lese igjennom og svare på epostene i en -arkivmappe. De som vil ta en titt på Nikita kan besøke -<a href="https://nikita.oslomet.no">https://nikita.oslomet.no</a> og -logge inn med brukernavn «admin@example.com» og passord «password». -Dette gir tilgang til det forenklede brukergrensesnittet som brukes -til undervisning. De som heller vil ta en titt under panseret kan -besøke -<a href="https://nikita.oslomet.no/browse.html">https://nikita.oslomet.no/browse.html</a> -og der se hvordan API-et fungerer mer i detalj. Innloggingsdetaljer -her er det samme som for brukergrensesnittet.</p> - -<p>Fremover er fokuset på forbedring av spesifikasjonen Noark 5 -Tjenestegrensesnitt. De som skrev tjenestegrensesnittet gjorde et -interessant og framtidsrettet grep, de skilte sak fra arkiv. -Tjenestegrensesnittet består av flere "pakker", der noen er -grunnleggende mens andre bygger på de grunnleggende pakkene. Pakkene -som er beskrevet så langt heter «arkivstruktur», «sakarkiv», -«administrasjon», «loggogsporing» og «moeter» (dessverre -<a href="https://github.com/arkivverket/noark5-tjenestegrensesnitt-standard/pull/120">planlagt -fjernet</a> i første utgave). Etter hvert håper vi å utforske -prosses- og metadatabeskrivelser til flere fagområder og bidra til at -tjenestegrensesnittet kan legge til flere pakker som «byggarkiv», -«barnevern», «personal», «barnehage», der arkivfaglig metadata- og -dokumentasjonsbehov er kartlagt og standardisert.</p> - -<p>Nikita utvikles av en liten prosjektgruppe, og vi er alltid -interessert å bli flere. Hvis en åpen, fri og standardisert tilnærming -til arkivering høres interessant ut, bli med oss på veien videre. Vi -er tilstede på IRC-kanalen #nikita hos FreeNode (tilgjengelig via -nettleser på -<a href="https://webchat.freenode.net?channels=#nikita">https://webchat.freenode.net?channels=#nikita</a>), -og har en e-postliste nikita-noark@nuug.no hos NUUG (tilgjengelig for -påmelding og arkiv på -<a href="https://lists.nuug.no/mailman/listinfo/nikita-noark">https://lists.nuug.no/mailman/listinfo/nikita-noark</a>) -der en kan følge med eller være med oss på den spennende veien videre. -Spesifikasjonen for Noark 5 Tjenestegrensesnitt vedlikeholdes på -github, -<a href="https://github.com/arkivverket/noark5-tjenestegrensesnitt-standard/">https://github.com/arkivverket/noark5-tjenestegrensesnitt-standard/</a>.</p> + rtlsdr-scanner, software defined radio frequency scanner for Linux - nice free software + https://people.skolelinux.org/pere/blog/rtlsdr_scanner__software_defined_radio_frequency_scanner_for_Linux____nice_free_software.html + https://people.skolelinux.org/pere/blog/rtlsdr_scanner__software_defined_radio_frequency_scanner_for_Linux____nice_free_software.html + Fri, 7 Apr 2023 23:10:00 +0200 + <p>Today I finally found time to track down a useful radio frequency +scanner for my software defined radio. Just for fun I tried to locate +the radios used in the areas, and a good start would be to scan all +the frequencies to see what is in use. I've tried to find a useful +program earlier, but ran out of time before I managed to find a useful +tool. This time I was more successful, and after a few false leads I +found a description of +<a href="https://www.kali.org/tools/rtlsdr-scanner/">rtlsdr-scanner +over at the Kali site</a>, and was able to track down +<a href="https://gitlab.com/kalilinux/packages/rtlsdr-scanner.git">the +Kali package git repository</a> to build a deb package for the +scanner. Sadly the package is missing from the Debian project itself, +at least in Debian Bullseye. Two runtime dependencies, +<a href="https://gitlab.com/kalilinux/packages/python-visvis.git">python-visvis</a> +and +<a href="https://gitlab.com/kalilinux/packages/python-rtlsdr.git">python-rtlsdr</a> +had to be built and installed separately. Luckily '<tt>gbp +buildpackage</tt>' handled them just fine and no further packages had +to be manually built. The end result worked out of the box after +installation.</p> + +<p>My initial scans for FM channels worked just fine, so I knew the +scanner was functioning. But when I tried to scan every frequency +from 100 to 1000 MHz, the program stopped unexpectedly near the +completion. After some debugging I discovered USB software radio I +used rejected frequencies above 948 MHz, triggering a unreported +exception breaking the scan. Changing the scan to end at 957 worked +better. I similarly found the lower limit to be around 15, and ended +up with the following full scan:</p> + +<p><a href="https://people.skolelinux.org/pere/blog/images/2023-04-07-radio-freq-scanning.png"><img src="https://people.skolelinux.org/pere/blog/images/2023-04-07-radio-freq-scanning.png" width="100%"></a></p> + +<p>Saving the scan did not work, but exporting it as a CSV file worked +just fine. I ended up with around 477k CVS lines with dB level for +the given frequency.</p> + +<p>The save failure seem to be a missing UTF-8 encoding issue in the +python code. Will see if I can find time to send a patch +<a href="https://github.com/CdeMills/RTLSDR-Scanner/">upstream</a> +later to fix this exception:</p> -<p>Som vanlig, hvis du bruker Bitcoin og ønsker å vise din støtte til -det jeg driver med, setter jeg pris på om du sender Bitcoin-donasjoner -til min adresse +<pre> +Traceback (most recent call last): + File "/usr/lib/python3/dist-packages/rtlsdr_scanner/main_window.py", line 485, in __on_save + save_plot(fullName, self.scanInfo, self.spectrum, self.locations) + File "/usr/lib/python3/dist-packages/rtlsdr_scanner/file.py", line 408, in save_plot + handle.write(json.dumps(data, indent=4)) +TypeError: a bytes-like object is required, not 'str' +Traceback (most recent call last): + File "/usr/lib/python3/dist-packages/rtlsdr_scanner/main_window.py", line 485, in __on_save + save_plot(fullName, self.scanInfo, self.spectrum, self.locations) + File "/usr/lib/python3/dist-packages/rtlsdr_scanner/file.py", line 408, in save_plot + handle.write(json.dumps(data, indent=4)) +TypeError: a bytes-like object is required, not 'str' +</pre> + +<p>As usual, if you use Bitcoin and want to show your support of my +activities, please send Bitcoin donations to my address <b><a href="bitcoin:15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b">15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b</a></b>.</p> - Jami/Ring, finally functioning peer to peer communication client - http://people.skolelinux.org/pere/blog/Jami_Ring__finally_functioning_peer_to_peer_communication_client.html - http://people.skolelinux.org/pere/blog/Jami_Ring__finally_functioning_peer_to_peer_communication_client.html - Wed, 19 Jun 2019 08:50:00 +0200 - <p>Some years ago, in 2016, I -<a href="http://people.skolelinux.org/pere/blog/Experience_and_updated_recipe_for_using_the_Signal_app_without_a_mobile_phone.html">wrote -for the first time about</a> the Ring peer to peer messaging system. -It would provide messaging without any central server coordinating the -system and without requiring all users to register a phone number or -own a mobile phone. Back then, I could not get it to work, and put it -aside until it had seen more development. A few days ago I decided to -give it another try, and am happy to report that this time I am able -to not only send and receive messages, but also place audio and video -calls. But only if UDP is not blocked into your network.</p> - -<p>The Ring system changed name earlier this year to -<a href="https://en.wikipedia.org/wiki/Jami_(software)">Jami</a>. I -tried doing web search for 'ring' when I discovered it for the first -time, and can only applaud this change as it is impossible to find -something called Ring among the noise of other uses of that word. Now -you can search for 'jami' and this client and -<a href="https://jami.net/">the Jami system</a> is the first hit at -least on duckduckgo.</p> - -<p>Jami will by default encrypt messages as well as audio and video -calls, and try to send them directly between the communicating parties -if possible. If this proves impossible (for example if both ends are -behind NAT), it will use a central SIP TURN server maintained by the -Jami project. Jami can also be a normal SIP client. If the SIP -server is unencrypted, the audio and video calls will also be -unencrypted. This is as far as I know the only case where Jami will -do anything without encryption.</p> - -<p>Jami is available for several platforms: Linux, Windows, MacOSX, -Android, iOS, and Android TV. It is included in Debian already. Jami -also work for those using F-Droid without any Google connections, -while Signal do not. -<a href="https://git.jami.net/savoirfairelinux/ring-project/wikis/technical/Protocol">The -protocol</a> is described in the Ring project wiki. The system uses a -distributed hash table (DHT) system (similar to BitTorrent) running -over UDP. On one of the networks I use, I discovered Jami failed to -work. I tracked this down to the fact that incoming UDP packages -going to ports 1-49999 were blocked, and the DHT would pick a random -port and end up in the low range most of the time. After talking to -the developers, I solved this by enabling the dhtproxy in the -settings, thus using TCP to talk to a central DHT proxy instead of - -peering directly with others. I've been told the developers are -working on allowing DHT to use TCP to avoid this problem. I also ran -into a problem when trying to talk to the version of Ring included in -Debian Stable (Stretch). Apparently the protocol changed between -beta2 and the current version, making these clients incompatible. -Hopefully the protocol will not be made incompatible in the -future.</p> - -<p>It is worth noting that while looking at Jami and its features, I -came across another communication platform I have not tested yet. The -<a href="https://en.wikipedia.org/wiki/Tox_(protocol)">Tox protocol</a> -and <a href="https://tox.chat/">family of Tox clients</a>. It might -become the topic of a future blog post.</p> - + OpenSnitch available in Debian Sid and Bookworm + https://people.skolelinux.org/pere/blog/OpenSnitch_available_in_Debian_Sid_and_Bookworm.html + https://people.skolelinux.org/pere/blog/OpenSnitch_available_in_Debian_Sid_and_Bookworm.html + Sat, 25 Feb 2023 20:30:00 +0100 + <p>Thanks to the efforts of the OpenSnitch lead developer Gustavo +Iñiguez Goya allowing me to sponsor the upload, +<a href="https://tracker.debian.org/pkg/opensnitch">the interactive +application firewall OpenSnitch</a> is now available in Debian +Testing, soon to become the next stable release of Debian.</p> + +<p>This is a package which set up a network firewall on one or more +machines, which is controlled by a graphical user interface that will +ask the user if a program should be allowed to connect to the local +network or the Internet. If some background daemon is trying to dial +home, it can be blocked from doing so with a simple mouse click, or by +default simply by not doing anything when the GUI question dialog pop +up. A list of all programs discovered using the network is provided +in the GUI, giving the user an overview of how the machine(s) programs +use the network.</p> + +<p>OpenSnitch was uploaded for NEW processing about a month ago, and I +had little hope of it getting accepted and shaping up in time for the +package freeze, but the Debian ftpmasters proved to be amazingly quick +at checking out the package and it was accepted into the archive about +week after the first upload. It is now team maintained under the Go +language team umbrella. A few fixes to the default setup is only in +Sid, and should migrate to Testing/Bookworm in a week.</p> + +<p>During testing I ran into an +<a href="https://github.com/evilsocket/opensnitch/issues/813">issue +with Minecraft server broadcasts disappearing</a>, which was quickly +resolved by the developer with a patch and a proposed configuration +change. I've been told this was caused by the Debian packages default +use if /proc/ information to track down kernel status, instead of the +newer eBPF module that can be used. The reason is simply that +upstream and I have failed to find a way to build the eBPF modules for +OpenSnitch without a complete configured Linux kernel source tree, +which as far as we can tell is unavailable as a build dependency in +Debian. We tried unsuccessfully so far to use the kernel-headers +package. It would be great if someone could provide some clues how to +build eBPF modules on build daemons in Debian, possibly without the full +kernel source.</p> + <p>As usual, if you use Bitcoin and want to show your support of my activities, please send Bitcoin donations to my address <b><a href="bitcoin:15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b">15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b</a></b>.</p>