●● IRC: #boycottnovell @ Techrights IRC Network: Wednesday, March 23, 2022 ●● ● Mar 23 [00:48] *psydruid has quit (Ping timeout: 2m30s) ● Mar 23 [04:02] *psydruid (~psydruid@jevhxkzmtrbww.irc) has joined #boycottnovell [04:34] *u-amarsh04 has quit (connection closed) [04:44] *u-amarsh04 (~amarsh04@joseon-rmogvn.g0d7.dtdf.mc4289.IP) has joined #boycottnovell [04:44] *u-amarsh04 (~amarsh04@v6xmmrhxmbafc.irc) has joined #boycottnovell [04:54] *DaemonFC has quit (Quit: Leaving) ● Mar 23 [05:42] *u-amarsh04 has quit (Quit: Konversation terminated!) [05:42] *u-amarsh04 has quit (Quit: Konversation terminated!) ● Mar 23 [06:17] schestowitz-TR 0/ [06:17] schestowitz-TR Zotero Research Tool Gets Biggest Upgrade in its History Tux Machines http://www.tuxmachines.org/node/162870 [06:17] -TechrightsBN/#boycottnovell-www.tuxmachines.org | Zotero Research Tool Gets Biggest Upgrade in its History | Tux Machines [06:17] schestowitz-TR ipfs process stopped running [06:17] schestowitz-TR I have restarted the process [06:17] schestowitz-TR am rerunning its job just in case [06:17] Techrights-sec https://www.reuters.com/world/uk/wikileaks-assange-wed-partner-stella-moris-prison-ceremony-2022-03-23/ [06:17] -TechrightsBN/#boycottnovell-Wikileaks' Assange to wed partner Stella Moris in prison ceremony | Reuters ● Mar 23 [07:19] *u-amarsh04 (~amarsh04@joseon-rmogvn.g0d7.dtdf.mc4289.IP) has joined #boycottnovell [07:19] *u-amarsh04 (~amarsh04@v6xmmrhxmbafc.irc) has joined #boycottnovell [07:22] schestowitz-TR te second run of the nightly update of ipfs waas successful [07:22] schestowitz-TR I am going to check and compare version numbers [07:22] schestowitz-TR generally speaking in traffic breakdown you can see version [07:22] schestowitz-TR and many users would use different versions of it [07:26] schestowitz-TR I can understand why... https://torrentfreak.com/were-turning-off-the-comments/ [07:26] -TechrightsBN/#boycottnovell-We're Turning Off The Comments... * TorrentFreak [07:27] Techrights-sec astroturfers are used to reduce the signal-to-noise ratio while drastically [07:27] Techrights-sec increasing theeffort requited to maintain comments. [07:27] schestowitz-TR imagine our gates mansion stories getting comments [07:27] schestowitz-TR I can assure you those would NOT help [07:27] Techrights-sec yes [07:30] schestowitz-TR we are, in general winning the arguments [07:30] schestowitz-TR apple had another clown computing outage [07:30] schestowitz-TR a secone one in two dfays [07:30] schestowitz-TR our arguments win [07:30] schestowitz-TR but the challenge is [07:30] schestowitz-TR getting those arguments be more widely seen [07:30] schestowitz-TR for that we nee dto spread libreplanet talks [07:30] schestowitz-TR and focus on the important stuff [07:30] schestowitz-TR in the po they started speaking like us [07:30] schestowitz-TR the examiners, noit the manwgememn [07:30] schestowitz-TR so perception can, over time, change a bit ● Mar 23 [08:23] schestowitz-TR I am looking intoi ipfs now [08:23] schestowitz-TR it scales poorly when the data grows large [08:23] schestowitz-TR it now takes over 2 hours to do one cycle through our code [08:23] schestowitz-TR but that can be partly tackled by redesign [08:23] schestowitz-TR I am checking what the latest version, 29 days old, is like [08:23] schestowitz-TR maybe they even improve performance [08:23] schestowitz-TR usually it has to swim through vast amounts of data when you add something [08:23] schestowitz-TR I assume because of hashes being derived [08:54] Techrights-sec ack [08:54] schestowitz-TR got the latest binary 12.1 [08:54] schestowitz-TR 0.12.1 [08:54] schestowitz-TR we use 0.7 iirc [08:54] schestowitz-TR I think just swapping the binary would be ok [08:54] schestowitz-TR but I nwonder if it will cope with older data structures [08:54] schestowitz-TR or maybe overwrite some of them [08:54] schestowitz-TR it MIGHT even tackle some performance issues [08:54] schestowitz-TR or it might moan about old version of golang, which I doubt, as it;s not so old ● Mar 23 [10:12] *psydruid (~psydruid@jevhxkzmtrbww.irc) has left #boycottnovell [10:47] schestowitz-TR so far: [10:47] schestowitz-TR it looks good [10:47] schestowitz-TR the migration tool worked [10:47] schestowitz-TR data form changed [10:47] schestowitz-TR I made some code run faster [10:47] schestowitz-TR I am checking all the pilpelines and jobs [10:47] schestowitz-TR the general goal is to ensure I'm not taken by surprised at 3am [10:47] schestowitz-TR but as I said, it looks likem some operations are now 10 times faster [10:47] schestowitz-TR but let me play with it some more to be sure [10:47] schestowitz-TR that would be good fgor lowering i/o on the SD card [10:47] schestowitz-TR I now have some very important files on thatccard [10:47] schestowitz-TR and backsups will be routine, likely over rsync to external disk on the network [10:48] Techrights-sec 10x is a good improvement ● Mar 23 [11:08] schestowitz xxxxxxxxxxx@raspberrypi:~ $ ipfs version [11:08] schestowitz ipfs version 0.12.1 [11:08] schestowitz xxxxxxxxxxx@raspberrypi:~ $ ipfs daemon [11:08] schestowitz Initializing daemon... [11:08] schestowitz go-ipfs version: 0.12.1 [11:08] schestowitz Repo version: 12 [11:08] schestowitz System version: arm/linux [11:08] schestowitz Golang version: go1.16.12 [11:08] schestowitz Found outdated fs-repo, migrations need to be run. [11:08] schestowitz Run migrations now? [y/N] y [11:08] schestowitz Looking for suitable migration binaries. [11:08] schestowitz Need 2 migrations, downloading. [11:08] schestowitz Downloading migration: fs-repo-10-to-11... [11:08] schestowitz Downloading migration: fs-repo-11-to-12... [11:08] schestowitz Fetching with HTTP: "https://ipfs.io/ipfs/QmdaCHYBDHEhXCMoynH5UcohEay6m1XayZCcxWZzKAHNVN/fs-repo-11-to-12/versions" [11:08] schestowitz Fetching with HTTP: "https://ipfs.io/ipfs/QmdaCHYBDHEhXCMoynH5UcohEay6m1XayZCcxWZzKAHNVN/fs-repo-10-to-11/versions" [11:08] schestowitz Fetching with HTTP: "https://ipfs.io/ipfs/QmdaCHYBDHEhXCMoynH5UcohEay6m1XayZCcxWZzKAHNVN/fs-repo-10-to-11/v1.0.1/fs-repo-10-to-11_v1.0.1_linux-arm.tar.gz" [11:08] schestowitz Fetching with HTTP: "https://ipfs.io/ipfs/QmdaCHYBDHEhXCMoynH5UcohEay6m1XayZCcxWZzKAHNVN/fs-repo-11-to-12/v1.0.2/fs-repo-11-to-12_v1.0.2_linux-arm.tar.gz" [11:08] schestowitz Downloaded and unpacked migration: /tmp/migrations330582776/fs-repo-10-to-11 (v1.0.1) [11:08] schestowitz Downloaded and unpacked migration: /tmp/migrations330582776/fs-repo-11-to-12 (v1.0.2) [11:08] schestowitz Running migration fs-repo-10-to-11 ... [11:08] schestowitz => Running: /tmp/migrations330582776/fs-repo-10-to-11 -path=/home/xxxxxxxxxxx/.ipfs -verbose=true [11:08] schestowitz applying 10-to-11 repo migration [11:08] schestowitz opening datastore at "/home/xxxxxxxxxxx/.ipfs" [11:08] schestowitz upgrading pinning to use datastore [11:08] schestowitz converted 4549 pins from ipld storage into datastore [11:09] schestowitz updated version file [11:09] schestowitz Migration 10 to 11 succeeded [11:09] schestowitz Running migration fs-repo-11-to-12 ... [11:09] schestowitz => Running: /tmp/migrations330582776/fs-repo-11-to-12 -path=/home/xxxxxxxxxxx/.ipfs -verbose=true [11:09] schestowitz applying 11-to-12 repo migration [11:09] schestowitz locking repo at "/home/xxxxxxxxxxx/.ipfs" [11:09] schestowitz - verifying version is '11' [11:09] schestowitz - loading repo configurations [11:09] schestowitz - starting CIDv1 to raw multihash block migration [11:09] schestowitz - backup file will be written to /home/xxxxxxxxxxx/.ipfs/11-to-12-cids.txt [11:09] schestowitz - Adding keys in prefix /blocks to backup file [11:09] schestowitz 117 CIDv1 keys added to backup file for /blocks [11:09] schestowitz - Adding keys in prefix /filestore to backup file [11:09] schestowitz 0 CIDv1 keys added to backup file for /filestore [11:09] schestowitz - backup file will be read from /home/xxxxxxxxxxx/.ipfs/11-to-12-cids.txt [11:09] schestowitz 2022-03-23 09:58:54.693254782 +0000 GMT m=+1.020301170: Migration worker has moved 117 flatfs files and 117 in total [11:09] schestowitz 2022-03-23 09:58:54.693381154 +0000 GMT m=+1.020426709: Generic migration worker syncing after 0 objects migrated [11:09] schestowitz 2022-03-23 09:58:54.693439711 +0000 GMT m=+1.020485155: Generic migration worker syncing after 0 objects migrated [11:09] schestowitz 117 CidV1s swapped to multihashes [11:09] schestowitz updated version file [11:09] schestowitz Success: fs-repo migrated to version 12. [11:09] schestowitz 2022/03/23 09:58:56 failed to sufficiently increase receive buffer size (was: 176 kiB, wanted: 2048 kiB, got: 352 kiB). See https://github.com/lucas-clemente/quic-go/wiki/UDP-Receive-Buffer-Size for details. [11:09] schestowitz Swarm listening on /ip4/127.0.0.1/tcp/4001 [11:09] schestowitz Swarm listening on /ip4/127.0.0.1/udp/4001/quic [11:09] schestowitz Swarm listening on /ip4/192.168.1.82/tcp/4001 [11:09] schestowitz Swarm listening on /ip4/192.168.1.82/udp/4001/quic [11:09] schestowitz Swarm listening on /ip6/2a00:23c4:c383:c901:659:9716:e64e:3e00/tcp/4001 [11:09] schestowitz Swarm listening on /ip6/2a00:23c4:c383:c901:659:9716:e64e:3e00/udp/4001/quic [11:09] schestowitz Swarm listening on /ip6/::1/tcp/4001 [11:09] schestowitz Swarm listening on /ip6/::1/udp/4001/quic [11:09] schestowitz Swarm listening on /p2p-circuit [11:09] schestowitz Swarm announcing /ip4/127.0.0.1/tcp/4001 [11:09] schestowitz Swarm announcing /ip4/127.0.0.1/udp/4001/quic [11:09] schestowitz Swarm announcing /ip4/192.168.1.82/tcp/4001 [11:09] *TechrightsBN has quit (Ping timeout: 2m30s) [11:09] schestowitz Swarm announcing /ip4/192.168.1.82/udp/4001/quic [11:09] schestowitz Swarm announcing /ip4/81.154.169.18/tcp/4001 [11:09] schestowitz Swarm announcing /ip6/2a00:23c4:c383:c901:659:9716:e64e:3e00/tcp/4001 [11:09] schestowitz Swarm announcing /ip6/2a00:23c4:c383:c901:659:9716:e64e:3e00/udp/4001/quic [11:09] schestowitz Swarm announcing /ip6/::1/tcp/4001 [11:09] schestowitz Swarm announcing /ip6/::1/udp/4001/quic [11:10] schestowitz API server listening on /ip4/127.0.0.1/tcp/5001 [11:10] schestowitz WebUI: http://127.0.0.1:5001/webui [11:10] schestowitz Could not add migration to IPFS: Cannot get migrations from unknown fetcher type [11:10] schestowitz Gateway (readonly) server listening on /ip4/127.0.0.1/tcp/8080 [11:10] schestowitz Daemon is ready [11:10] *TechrightsBN (~b0t@ju4kayhrhsm6a.irc) has joined #boycottnovell [11:10] TechrightsBN Hello World! I'm TechrightsBN running phIRCe v0.77 [11:10] schestowitz-TR at the very least this can lower the electricity bill, assuming CPU scaling ● Mar 23 [12:33] schestowitz-TR i went through ipfs shell files in git [12:33] schestowitz-TR along the way I found the change you had made and did not work, whereupon I reverted back [12:33] schestowitz-TR it's done right, I think, except there was a bug in it [12:33] schestowitz-TR I never looked into it, but the latest version in git has a bug [12:34] schestowitz-TR live has the previous version [12:34] schestowitz-TR let me get you the diff.. [12:34] schestowitz /Git/IPFS$ diff complete-index-split.sh.old complete-index-split.sh [12:34] schestowitz 20c20 [12:34] schestowitz < awk '/ techrights-/{sub( techrights-/," TR "); sub(/TEXT.*$/,""); print "* " $0}' txt >> /home/gemini/gemini/ipfs/index.gmi [12:34] schestowitz --- [12:34] schestowitz > awk '{print "* " $0}' txt | grep ' techrights-' | sed 's/ techrights-/ TR /' | sed 's/TEXT.*$//' >> /home/gemini/gemini/ipfs/index.gmi [12:34] schestowitz 24c24 [12:34] schestowitz < awk '!/ techrights-/ {sub(/(.*$/,""); sub(/ irc-log-/," "); print "* " $0}' txt >> /home/gemini/gemini/ipfs/index.gmi [12:34] schestowitz --- [12:34] schestowitz > awk '{print "* " $0}' txt | grep -v ' techrights-' | sed 's/[(].*$//' | sed 's/ irc-log-/ /' >> /home/gemini/gemini/ipfs/index.gmi [12:38] schestowitz-TR i might be mistaken and maybe this is not what I thought it was ● Mar 23 [13:15] Techrights-sec rather messy and hard to read: complete-index-split.sh [13:15] Techrights-sec needs tidying first [13:17] schestowitz-TR then it might now work overnight, and it's just for something very crudeAAA [13:30] *DaemonFC (~daemonfc@24m4cjnx52ddc.irc) has joined #boycottnovell [13:36] *psydruid (~psydruid@jevhxkzmtrbww.irc) has joined #boycottnovell ● Mar 23 [15:59] *Despatche (~desp@u3xy9z2ifjzci.irc) has joined #boycottnovell ● Mar 23 [16:41] schestowitz-TR doing pi backup to external disks [16:41] schestowitz-TR funny thing is, the easierst way (still) to mount external devices [16:41] schestowitz-TR is IME just launching some file manager over ssh -X [16:41] schestowitz-TR I don't like using CLI for that [16:41] schestowitz-TR and want to be sure it's mounted properly [16:41] schestowitz-TR also updatin some systems today [16:56] Techrights-sec FWIW GMail will block IMAPS from 30 May [16:56] schestowitz-TR pi total system: 13.8gb [16:56] schestowitz-TR /home is 7.6 gb [16:56] schestowitz-TR my backups make 1TB files, split up [16:56] schestowitz-TR 1GB, not TB [16:56] schestowitz-TR the external USB disk that we used to clone the system also contains the stuff outside /home [16:56] schestowitz-TR at this stage thunderbird is the sole pain point [16:56] schestowitz-TR it is possible for it to use data file external to ~/.thunderbird but the core directory too [16:56] schestowitz-TR is rather large fro reasons that I think boil down to "Local Folders" versus [16:56] schestowitz-TR everything else [16:58] Techrights-sec It's more like closing the gate of the corral unfortunately [16:58] Techrights-sec The move looks intended to allow tighter control and monitoring of the [16:58] Techrights-sec population; with javascript, even mouse moevments can be tracked as people [16:58] Techrights-sec use the webmail interface [16:59] schestowitz-TR I hope that gulag shutting the lid, as it always does sooner or later [16:59] schestowitz-TR either pulling the plug or tightening screews [16:59] schestowitz-TR will push people away from gmail [16:59] schestowitz-TR rather than pull them into malware (Chrome) and 'Web' 'mail' [16:59] schestowitz-TR some companies and governments want every work activity [16:59] schestowitz-TR and communication to happen under their microscope [16:59] schestowitz-TR I still wonder if ioerror and pocock [16:59] schestowitz-TR are targets because they both worked on secure comms [16:59] schestowitz-TR as their main development activities ● Mar 23 [17:51] schestowitz-TR rianne has bought flowers again [17:51] schestowitz-TR tonight I will catch up with site, videos etc. [17:51] schestowitz-TR took 3 naps this afternoon, working two more nights 1-9am [17:51] schestowitz-TR i hope you deem it approporate to post 3 batches of daily links per day [17:51] schestowitz-TR this way the fresh news is more prominent [17:51] schestowitz-TR and time works against them otherwise [17:51] schestowitz-TR the workflow [17:51] schestowitz-TR is very efficient anyhow [17:52] Techrights-sec :) [17:52] Techrights-sec Up to you, but quality is better than quantity [17:57] *u-amarsh04 has quit (Quit: Konversation terminated!) [17:57] *u-amarsh04 has quit (Quit: Konversation terminated!) ● Mar 23 [18:02] *DaemonFC has quit (Quit: Leaving) [18:02] *u-amarsh04 (~amarsh04@joseon-rmogvn.g0d7.dtdf.mc4289.IP) has joined #boycottnovell [18:02] *u-amarsh04 (~amarsh04@v6xmmrhxmbafc.irc) has joined #boycottnovell ● Mar 23 [19:04] schestowitz-TR the quantity is the same, it is a matter of how often it gets handed over [19:04] schestowitz-TR and what quantity per portion versus number of portions [19:04] schestowitz-TR example: gnome has a new stable relase, so I diud a new batch with 7 [19:04] schestowitz-TR posts about it [19:04] schestowitz-TR all that I found except pjhoronix of course [19:07] *u-amarsh04 has quit (Quit: Konversation terminated!) [19:07] *u-amarsh04 has quit (Quit: Konversation terminated!) [19:11] *u-amarsh04 (~amarsh04@joseon-rmogvn.g0d7.dtdf.mc4289.IP) has joined #boycottnovell [19:11] *u-amarsh04 (~amarsh04@v6xmmrhxmbafc.irc) has joined #boycottnovell [19:16] schestowitz-TR draft [19:16] schestowitz-TR I think we shall cover internet issues in years to come? [19:16] schestowitz-TR along with s/w freedom? [19:16] Techrights-sec ack [19:16] Techrights-sec policy and net neutrality? [19:16] schestowitz-TR those too [19:16] schestowitz-TR I think they are inherently connected to the subject oif digital freedom [19:16] schestowitz-TR and are not limited to software [19:16] schestowitz-TR things like hardware and network ownership [19:17] Techrights-sec yes [19:30] schestowitz-TR rianne is blogging about "clown computing" and "disservices" [19:30] schestowitz-TR I think the general objective is to articulate some notions and concepts [19:30] schestowitz-TR and then make it common, not just on the vocabulary-esque level, [19:30] schestowitz-TR but also leading to actyion [19:30] schestowitz-TR pocock sends me several messages per day asking how to [19:30] schestowitz-TR resist censorship attempts [19:30] schestowitz-TR we have had quite a bit of experience with that [19:30] Techrights-sec ack [19:57] *DaemonFC (~daemonfc@ycspytvtgvkdq.irc) has joined #boycottnovell ● Mar 23 [21:30] schestowitz > Hi Roy, [21:30] schestowitz > [21:30] schestowitz > I wanted to let you know of a new story [21:30] schestowitz > that [21:30] -TechrightsBN/#boycottnovell-www.projectveritas.com | Microsoft Corporation Legal Documents Show Biden DOJ Spying on Project Veritas Journalists; Hides it from Federal Court Judge | Project Veritas [21:30] schestowitz > just broke. Key highlights are listed below, and I've attached two of [21:30] schestowitz > the seven Redacted Microsoft Documents and Microsoft's Appeal of and [21:30] schestowitz > Request to Vacate Order Restraining Speech for you to review. [21:30] schestowitz > [21:30] schestowitz > * *Microsoft Corporation legal documents obtained by Project Veritas [21:30] schestowitz > show that after a U.S. District Court Judge rejected the DOJs [21:30] schestowitz > argument to ignore Project Veritas journalistic privileges, the [21:31] schestowitz > DOJ went behind the judges back to obtain an extension on two [21:31] schestowitz > sealed non-disclosure orders from a magistrate judge to conceal *the [21:31] schestowitz > fact they already had unsupervised and unfettered access to [21:31] schestowitz > privileged emails and contacts of eight Project Veritas journalists. [21:31] schestowitz > * *Judge Torres had ruled that prosecutors must operate under the [21:31] schestowitz > supervision of a Special Master to ensure first amendment [21:31] schestowitz > protections are upheld*for Project Veritas journalists and their [21:31] schestowitz > source material. [21:31] schestowitz > * The documents uncover a sixteen-month clandestine campaign against [21:31] schestowitz > journalists in *which the DOJ obtained 7 secret orders, warrants and [21:31] schestowitz > subpoenas from six magistrates*within the Southern District of New [21:31] schestowitz > York. [21:31] schestowitz > * Microsoft filed a Request to Vacate Order Restraining Speech, [21:31] schestowitz > stating, "Microsoft should be free to notify its customer that the [21:31] schestowitz > Government has seized the customers information from Microsoft so [21:31] schestowitz > the customer can, among other things, assert the same rights it has [21:31] schestowitz > asserted in this Court with respect to the fruits of the November [21:31] schestowitz > raids. *Microsoft now appeals and asks the Court to either vacate [21:31] schestowitz > the secrecy orders or, at a minimum, modify them to permit Microsoft [21:31] schestowitz > to disclose the seizures to a trustworthy individual at Project [21:31] schestowitz > Veritas. Microsoft bases its request for relief on the First [21:31] schestowitz > Amendment, which protects its right to speak about issues of public [21:31] schestowitz > concern and to inform its customers of matters involving their data [21:31] schestowitz > privacy.* [21:31] schestowitz > [21:31] schestowitz > [21:31] schestowitz > If you or someone at your network is interested in speaking with a [21:31] schestowitz > representative from Project Veritas, Id be happy to connect you. [21:31] schestowitz > [21:31] schestowitz > All the best, [21:31] schestowitz > Katie [21:35] *u-amarsh04 has quit (Quit: Konversation terminated!) [21:35] *u-amarsh04 has quit (Quit: Konversation terminated!) [21:41] *u-amarsh04 (~amarsh04@v6xmmrhxmbafc.irc) has joined #boycottnovell [21:41] *u-amarsh04 (~amarsh04@joseon-rmogvn.g0d7.dtdf.mc4289.IP) has joined #boycottnovell ● Mar 23 [22:43] *activelow has quit (connection closed) [22:43] *psydruid (~psydruid@jevhxkzmtrbww.irc) has left #boycottnovell [22:43] *psydruid (~psydruid@jevhxkzmtrbww.irc) has joined #boycottnovell [22:52] *activelow (~activelow@925vru5petmta.irc) has joined #boycottnovell [22:55] *psydruid (~psydruid@jevhxkzmtrbww.irc) has left #boycottnovell [22:55] *psydruid (~psydruid@jevhxkzmtrbww.irc) has joined #boycottnovell