IRC: #boycottnovell @ Techrights IRC Network: Wednesday, March 23, 2022

schestowitz-TR

Zotero Research Tool Gets Biggest Upgrade in its History Tux Machines http://www.tuxmachines.org/node/162870

-TechrightsBN/#boycottnovell-www.tuxmachines.org | Zotero Research Tool Gets ’Biggest Upgrade’ in its History | Tux Machines

schestowitz-TR

ipfs process stopped running

schestowitz-TR

I have restarted the process

schestowitz-TR

am rerunning its job just in case

https://www.reuters.com/world/uk/wikileaks-assange-wed-partner-stella-moris-prison-ceremony-2022-03-23/

Techrights-sec

-TechrightsBN/#boycottnovell-Wikileaks' Assange to wed partner Stella Moris in prison ceremony | Reuters

*u-amarsh04 (~amarsh04@joseon-rmogvn.g0d7.dtdf.mc4289.IP) has joined #boycottnovell

Mar 23 07:19

*u-amarsh04 (~amarsh04@v6xmmrhxmbafc.irc) has joined #boycottnovell

Mar 23 07:19

schestowitz-TR

te second run of the nightly update of ipfs waas successful

schestowitz-TR

I am going to check and compare version numbers

schestowitz-TR

generally speaking in traffic breakdown you can see version

schestowitz-TR

and many users would use different versions of it

schestowitz-TR

I can understand why... https://torrentfreak.com/were-turning-off-the-comments/

Mar 23 07:26

-TechrightsBN/#boycottnovell-We're Turning Off The Comments... * TorrentFreak

Mar 23 07:26

Techrights-sec

astroturfers are used to reduce the signal-to-noise ratio while drastically

Techrights-sec

increasing theeffort requited to maintain comments.

schestowitz-TR

imagine our gates mansion stories getting comments

schestowitz-TR

I can assure you those would NOT help

Techrights-sec

yes

schestowitz-TR

we are, in general winning the arguments

schestowitz-TR

apple had another clown computing outage

schestowitz-TR

a secone one in two dfays

schestowitz-TR

our arguments win

schestowitz-TR

but the challenge is

schestowitz-TR

getting those arguments be more widely seen

schestowitz-TR

for that we nee dto spread libreplanet talks

schestowitz-TR

and focus on the important stuff

schestowitz-TR

in the po they started speaking like us

schestowitz-TR

the examiners, noit the manwgememn

schestowitz-TR

so perception can, over time, change a bit

schestowitz-TR

I am looking intoi ipfs now

schestowitz-TR

it scales poorly when the data grows large

schestowitz-TR

it now takes over 2 hours to do one cycle through our code

schestowitz-TR

but that can be partly tackled by redesign

schestowitz-TR

I am checking what the latest version, 29 days old, is like

schestowitz-TR

maybe they even improve performance

schestowitz-TR

usually it has to swim through vast amounts of data when you add something

schestowitz-TR

I assume because of hashes being derived

Techrights-sec

ack

schestowitz-TR

got the latest binary 12.1

schestowitz-TR

0.12.1

schestowitz-TR

we use 0.7 iirc

schestowitz-TR

I think just swapping the binary would be ok

schestowitz-TR

but I nwonder if it will cope with older data structures

schestowitz-TR

or maybe overwrite some of them

schestowitz-TR

it MIGHT even tackle some performance issues

schestowitz-TR

or it might moan about old version of golang, which I doubt, as it;s not so old

*psydruid (~psydruid@jevhxkzmtrbww.irc) has left #boycottnovell

Mar 23 10:12

schestowitz-TR

so far:

schestowitz-TR

it looks good

schestowitz-TR

the migration tool worked

schestowitz-TR

data form changed

schestowitz-TR

I made some code run faster

schestowitz-TR

I am checking all the pilpelines and jobs

schestowitz-TR

the general goal is to ensure I'm not taken by surprised at 3am

schestowitz-TR

but as I said, it looks likem some operations are now 10 times faster

schestowitz-TR

but let me play with it some more to be sure

schestowitz-TR

that would be good fgor lowering i/o on the SD card

schestowitz-TR

I now have some very important files on thatccard

schestowitz-TR

and backsups will be routine, likely over rsync to external disk on the network

Techrights-sec

10x is a good improvement

Mar 23 10:48

schestowitz

xxxxxxxxxxx@raspberrypi:~ $ ipfs version

schestowitz

ipfs version 0.12.1

schestowitz

xxxxxxxxxxx@raspberrypi:~ $ ipfs daemon

schestowitz

Initializing daemon...

schestowitz

go-ipfs version: 0.12.1

schestowitz

Repo version: 12

schestowitz

System version: arm/linux

schestowitz

Golang version: go1.16.12

schestowitz

Found outdated fs-repo, migrations need to be run.

schestowitz

Run migrations now? [y/N] y

schestowitz

Looking for suitable migration binaries.

schestowitz

Need 2 migrations, downloading.

schestowitz

Downloading migration: fs-repo-10-to-11...

schestowitz

Downloading migration: fs-repo-11-to-12...

schestowitz

Fetching with HTTP: "https://ipfs.io/ipfs/QmdaCHYBDHEhXCMoynH5UcohEay6m1XayZCcxWZzKAHNVN/fs-repo-11-to-12/versions"

schestowitz

Fetching with HTTP: "https://ipfs.io/ipfs/QmdaCHYBDHEhXCMoynH5UcohEay6m1XayZCcxWZzKAHNVN/fs-repo-10-to-11/versions"

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"

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"

schestowitz

Downloaded and unpacked migration: /tmp/migrations330582776/fs-repo-10-to-11 (v1.0.1)

schestowitz

Downloaded and unpacked migration: /tmp/migrations330582776/fs-repo-11-to-12 (v1.0.2)

schestowitz

Running migration fs-repo-10-to-11 ...

schestowitz

=> Running: /tmp/migrations330582776/fs-repo-10-to-11 -path=/home/xxxxxxxxxxx/.ipfs -verbose=true

schestowitz

applying 10-to-11 repo migration

schestowitz

opening datastore at "/home/xxxxxxxxxxx/.ipfs"

schestowitz

upgrading pinning to use datastore

schestowitz

converted 4549 pins from ipld storage into datastore

schestowitz

updated version file

schestowitz

Migration 10 to 11 succeeded

schestowitz

Running migration fs-repo-11-to-12 ...

schestowitz

=> Running: /tmp/migrations330582776/fs-repo-11-to-12 -path=/home/xxxxxxxxxxx/.ipfs -verbose=true

schestowitz

applying 11-to-12 repo migration

schestowitz

locking repo at "/home/xxxxxxxxxxx/.ipfs"

schestowitz

- verifying version is '11'

schestowitz

- loading repo configurations

schestowitz

- starting CIDv1 to raw multihash block migration

schestowitz

- backup file will be written to /home/xxxxxxxxxxx/.ipfs/11-to-12-cids.txt

schestowitz

- Adding keys in prefix /blocks to backup file

schestowitz

117 CIDv1 keys added to backup file for /blocks

schestowitz

- Adding keys in prefix /filestore to backup file

schestowitz

0 CIDv1 keys added to backup file for /filestore

schestowitz

- backup file will be read from /home/xxxxxxxxxxx/.ipfs/11-to-12-cids.txt

schestowitz

2022-03-23 09:58:54.693254782 +0000 GMT m=+1.020301170: Migration worker has moved 117 flatfs files and 117 in total

schestowitz

2022-03-23 09:58:54.693381154 +0000 GMT m=+1.020426709: Generic migration worker syncing after 0 objects migrated

schestowitz

2022-03-23 09:58:54.693439711 +0000 GMT m=+1.020485155: Generic migration worker syncing after 0 objects migrated

schestowitz

117 CidV1s swapped to multihashes

schestowitz

updated version file

schestowitz

Success: fs-repo migrated to version 12.

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.

schestowitz

Swarm listening on /ip4/127.0.0.1/tcp/4001

schestowitz

Swarm listening on /ip4/127.0.0.1/udp/4001/quic

schestowitz

Swarm listening on /ip4/192.168.1.82/tcp/4001

schestowitz

Swarm listening on /ip4/192.168.1.82/udp/4001/quic

schestowitz

Swarm listening on /ip6/2a00:23c4:c383:c901:659:9716:e64e:3e00/tcp/4001

schestowitz

Swarm listening on /ip6/2a00:23c4:c383:c901:659:9716:e64e:3e00/udp/4001/quic

schestowitz

Swarm listening on /ip6/::1/tcp/4001

schestowitz

Swarm listening on /ip6/::1/udp/4001/quic

schestowitz

Swarm listening on /p2p-circuit

schestowitz

Swarm announcing /ip4/127.0.0.1/tcp/4001

schestowitz

Swarm announcing /ip4/127.0.0.1/udp/4001/quic

schestowitz

Swarm announcing /ip4/192.168.1.82/tcp/4001

*TechrightsBN has quit (Ping timeout: 2m30s)

schestowitz

Swarm announcing /ip4/192.168.1.82/udp/4001/quic

schestowitz

Swarm announcing /ip4/81.154.169.18/tcp/4001

schestowitz

Swarm announcing /ip6/2a00:23c4:c383:c901:659:9716:e64e:3e00/tcp/4001

schestowitz

Swarm announcing /ip6/2a00:23c4:c383:c901:659:9716:e64e:3e00/udp/4001/quic

schestowitz

Swarm announcing /ip6/::1/tcp/4001

schestowitz

Swarm announcing /ip6/::1/udp/4001/quic

schestowitz

API server listening on /ip4/127.0.0.1/tcp/5001

schestowitz

WebUI: http://127.0.0.1:5001/webui

schestowitz

Could not add migration to IPFS: Cannot get migrations from unknown fetcher type

schestowitz

Gateway (readonly) server listening on /ip4/127.0.0.1/tcp/8080

schestowitz

Daemon is ready

*TechrightsBN (~b0t@ju4kayhrhsm6a.irc) has joined #boycottnovell

TechrightsBN

Hello World! I'm TechrightsBN running phIRCe v0.77

schestowitz-TR

at the very least this can lower the electricity bill, assuming CPU scaling

schestowitz-TR

i went through ipfs shell files in git

schestowitz-TR

along the way I found the change you had made and did not work, whereupon I reverted back

schestowitz-TR

it's done right, I think, except there was a bug in it

schestowitz-TR

I never looked into it, but the latest version in git has a bug

schestowitz-TR

live has the previous version

schestowitz-TR

let me get you the diff..

schestowitz

/Git/IPFS$ diff complete-index-split.sh.old complete-index-split.sh

schestowitz

20c20

schestowitz

< awk '/ techrights-/{sub( techrights-/," TR "); sub(/TEXT.*$/,""); print "* " $0}' txt >> /home/gemini/gemini/ipfs/index.gmi

schestowitz

---

schestowitz

> awk '{print "* " $0}' txt | grep ' techrights-' | sed 's/ techrights-/ TR /' | sed 's/TEXT.*$//' >> /home/gemini/gemini/ipfs/index.gmi

schestowitz

24c24

schestowitz

< awk '!/ techrights-/ {sub(/(.*$/,""); sub(/ irc-log-/," "); print "* " $0}' txt >> /home/gemini/gemini/ipfs/index.gmi

schestowitz

---

schestowitz

> awk '{print "* " $0}' txt | grep -v ' techrights-' | sed 's/[(].*$//' | sed 's/ irc-log-/ /' >> /home/gemini/gemini/ipfs/index.gmi

schestowitz-TR

i might be mistaken and maybe this is not what I thought it was

Mar 23 12:38

Techrights-sec

rather messy and hard to read: complete-index-split.sh

Mar 23 13:15

Techrights-sec

needs tidying first

Mar 23 13:15

schestowitz-TR

then it might now work overnight, and it's just for something very crudeAAA

Mar 23 13:17

*DaemonFC (~daemonfc@24m4cjnx52ddc.irc) has joined #boycottnovell

Mar 23 13:30

*psydruid (~psydruid@jevhxkzmtrbww.irc) has joined #boycottnovell

Mar 23 13:36

*Despatche (~desp@u3xy9z2ifjzci.irc) has joined #boycottnovell

Mar 23 15:59

schestowitz-TR

doing pi backup to external disks

schestowitz-TR

funny thing is, the easierst way (still) to mount external devices

schestowitz-TR

is IME just launching some file manager over ssh -X

schestowitz-TR

I don't like using CLI for that

schestowitz-TR

and want to be sure it's mounted properly

schestowitz-TR

also updatin some systems today

Techrights-sec

FWIW GMail will block IMAPS from 30 May

schestowitz-TR

pi total system: 13.8gb

schestowitz-TR

/home is 7.6 gb

schestowitz-TR

my backups make 1TB files, split up

schestowitz-TR

1GB, not TB

schestowitz-TR

the external USB disk that we used to clone the system also contains the stuff outside /home

schestowitz-TR

at this stage thunderbird is the sole pain point

schestowitz-TR

it is possible for it to use data file external to ~/.thunderbird but the core directory too

schestowitz-TR

is rather large fro reasons that I think boil down to "Local Folders" versus

schestowitz-TR

everything else

Techrights-sec

It's more like closing the gate of the corral unfortunately

Techrights-sec

The move looks intended to allow tighter control and monitoring of the

Techrights-sec

population; with javascript, even mouse moevments can be tracked as people

Techrights-sec

use the webmail interface

schestowitz-TR

I hope that gulag shutting the lid, as it always does sooner or later

schestowitz-TR

either pulling the plug or tightening screews

schestowitz-TR

will push people away from gmail

schestowitz-TR

rather than pull them into malware (Chrome) and 'Web' 'mail'

schestowitz-TR

some companies and governments want every work activity

schestowitz-TR

and communication to happen under their microscope

schestowitz-TR

I still wonder if ioerror and pocock

schestowitz-TR

are targets because they both worked on secure comms

schestowitz-TR

as their main development activities

schestowitz-TR

rianne has bought flowers again

schestowitz-TR

tonight I will catch up with site, videos etc.

schestowitz-TR

took 3 naps this afternoon, working two more nights 1-9am

schestowitz-TR

i hope you deem it approporate to post 3 batches of daily links per day

schestowitz-TR

this way the fresh news is more prominent

schestowitz-TR

and time works against them otherwise

schestowitz-TR

the workflow

schestowitz-TR

is very efficient anyhow

Techrights-sec

Mar 23 17:52

Techrights-sec

Up to you, but quality is better than quantity

Mar 23 17:52

*u-amarsh04 has quit (Quit: Konversation terminated!)

Mar 23 17:57

*u-amarsh04 has quit (Quit: Konversation terminated!)

Mar 23 17:57

*DaemonFC has quit (Quit: Leaving)

Mar 23 18:02

*u-amarsh04 (~amarsh04@joseon-rmogvn.g0d7.dtdf.mc4289.IP) has joined #boycottnovell

Mar 23 18:02

*u-amarsh04 (~amarsh04@v6xmmrhxmbafc.irc) has joined #boycottnovell

Mar 23 18:02

schestowitz-TR

the quantity is the same, it is a matter of how often it gets handed over

schestowitz-TR

and what quantity per portion versus number of portions

schestowitz-TR

example: gnome has a new stable relase, so I diud a new batch with 7

schestowitz-TR

posts about it

schestowitz-TR

all that I found except pjhoronix of course

*u-amarsh04 has quit (Quit: Konversation terminated!)

Mar 23 19:07

*u-amarsh04 has quit (Quit: Konversation terminated!)

Mar 23 19:07

*u-amarsh04 (~amarsh04@joseon-rmogvn.g0d7.dtdf.mc4289.IP) has joined #boycottnovell

Mar 23 19:11

*u-amarsh04 (~amarsh04@v6xmmrhxmbafc.irc) has joined #boycottnovell

Mar 23 19:11

schestowitz-TR

draft

schestowitz-TR

I think we shall cover internet issues in years to come?

schestowitz-TR

along with s/w freedom?

Techrights-sec

ack

Techrights-sec

policy and net neutrality?

schestowitz-TR

those too

schestowitz-TR

I think they are inherently connected to the subject oif digital freedom

schestowitz-TR

and are not limited to software

schestowitz-TR

things like hardware and network ownership

Techrights-sec

yes

Mar 23 19:17

schestowitz-TR

rianne is blogging about "clown computing" and "disservices"

schestowitz-TR

I think the general objective is to articulate some notions and concepts

schestowitz-TR

and then make it common, not just on the vocabulary-esque level,

schestowitz-TR

but also leading to actyion

schestowitz-TR

pocock sends me several messages per day asking how to

schestowitz-TR

resist censorship attempts

schestowitz-TR

we have had quite a bit of experience with that

Techrights-sec

ack

*DaemonFC (~daemonfc@ycspytvtgvkdq.irc) has joined #boycottnovell

Mar 23 19:57

schestowitz

> Hi Roy,

schestowitz

schestowitz

> I wanted to let you know of a new story

> <http://email.msgsnd.com/c/eJwtjstqxiAQhZ8m2Rl0vMVFFt30PcZb4k8Sg9pK-_S1pXBg4MzHx_Gb1jTinDagAJQDMAMA68KsZpZTiAYhUAuToFfd6-0Xl6_52KSIjkahAYwE6b0yHK0yikfKgFmYz-1o7akTf5vgfaT3vjwlv4Jrn6GkhvXXNB536HWcK7mSa46NuFyeXLClfJMz7HgSn93HFe5WST1yJzb5cI_yRerzle6dDPBfPURz2cpYW90Rass9te-_yW3zzkcEri0TXEjHaLQMRUQjtXVS0IFEHACTFCPgqtQKcbVKCy3QGEZB_QCtwl8_> that

schestowitz

-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

schestowitz

> just broke. Key highlights are listed below, and I've attached two of

schestowitz

> the seven Redacted Microsoft Documents and Microsoft's Appeal of and

schestowitz

> Request to Vacate Order Restraining Speech for you to review.

schestowitz

schestowitz

> * *Microsoft Corporation legal documents obtained by Project Veritas

schestowitz

> show that after a U.S. District Court Judge rejected the DOJ’s

schestowitz

> argument to ignore Project Veritas’ “journalistic privileges,” the

schestowitz

> DOJ went behind the judge’s back to obtain an extension on two

schestowitz

> sealed non-disclosure orders from a magistrate judge to conceal *the

schestowitz

> fact they already had unsupervised and unfettered access to

schestowitz

> privileged emails and contacts of eight Project Veritas journalists.

schestowitz

> * *Judge Torres had ruled that prosecutors must operate under the

schestowitz

> supervision of a Special Master to ensure first amendment

schestowitz

> protections are upheld*for Project Veritas journalists and their

schestowitz

> source material.

schestowitz

> * The documents uncover a sixteen-month clandestine campaign against

schestowitz

> journalists in *which the DOJ obtained 7 secret orders, warrants and

schestowitz

> subpoenas from six magistrates*within the Southern District of New

schestowitz

> York.

schestowitz

> * Microsoft filed a Request to Vacate Order Restraining Speech,

schestowitz

> stating, "Microsoft should be free to notify its customer that the

schestowitz

> Government has seized the customer’s information from Microsoft so

schestowitz

> the customer can, among other things, assert the same rights it has

schestowitz

> asserted in this Court with respect to the fruits of the November

schestowitz

> raids. *Microsoft now appeals and asks the Court to either vacate

schestowitz

> the secrecy orders or, at a minimum, modify them to permit Microsoft

schestowitz

> to disclose the seizures to a trustworthy individual at Project

schestowitz

> Veritas. Microsoft bases its request for relief on the First

schestowitz

> Amendment, which protects its right to speak about issues of public

schestowitz

> concern and to inform its customers of matters involving their data

schestowitz

> privacy.*

schestowitz

schestowitz

schestowitz

> If you or someone at your network is interested in speaking with a

schestowitz

> representative from Project Veritas, I’d be happy to connect you.

schestowitz

schestowitz

> All the best,

schestowitz

> Katie