Show newer
Shamar boosted
Shamar boosted

Think Privacy

Data never dies

#APConf

Good morning from the Datamaze exhibition at DOX.

Shamar boosted
ps.s10y.eu/@how/10272921457033…


♲ @how@ps.s10y.eu: CFP is out.

fosdem.org/2020/news/2019-08-1…

I still have problems with the sponsoring of the event. If Gaggle, M$ et al are sponsoring it, I might not be interested. I know there's a couple of people in the @fosdem organization that feel that way as well, but they're a minority. AFAIK the issue is to be able to spend time to find more smaller sponsors rather than a small bunch of large sponsors. So the more interested people, the more chances to avoid surveillance capitalist sponsors.

Shamar boosted

#GitHub is blocking users based on national origin, citing US trade controls law restrictions....

People from #Iran, #Syria, #Crimea, #Cuba, and North Korea woke up one day to lose access to all their public and private repositories. There's reporting that even people *who traveled* to any of those countries in the last 2 years are losing their data...

And #GitHub has not said ONE WORD ABOUT IT.

:blobangery:

Read more: medium.com/@hamed/github-block

Shamar boosted

Kina excited, my Protowaffle project is in the process of making its first Sale to an electronics retailer. Just waiting to hear how many they will buy. Lets hope it is a big sale

Also still offering free samples If anyone wants some free samples let me know, here is some info on it: protowaffle.com

Shamar boosted

re: Digital piracy, yarrr! 

@emsenn @azure @frostotron

I have a crappy scanner, but here are my rough notes on scanning books on Linux (trying to get reasonable quality with reasonable file size):

- scan with gscan2pdf, with no splitting, save as uncompressed tiff's (or with zip lossless compression?)

- import into scantailor for processing ( https://github.com/scantailor/scantailor/wiki )
[here you can split 2-page scans into 1-page fairly easily]

- create one big tiff file
#+BEGIN_SRC bash
tiffcp *.tif big.tif
#+END_SRC bash

- convert tiff to pdf
#+BEGIN_SRC bash
tiff2pdf -o big.pdf big.tif
#+END_SRC bash

- smaller file
#+BEGIN_SRC bash
ps2pdf big.pdf small.pdf
#+END_SRC bash

- even smaller (maybe)
#+BEGIN_SRC bash
gs -sDEVICE=pdfwrite -dCompatibilityLevel=1.4 -dPDFSETTINGS=/ebook -dNOPAUSE -dQUIET -dBATCH -sOutputFile=output.pdf input.pdf
#+END_SRC bash
- or -dPDFSETTINGS=/screen or /printer or /prepress (in order of resolution screen < ebook < printer < prepress)

- for OCR with no nopreprocessing and leaving colour alone (using English & Amharic):
#+BEGIN_SRC bash
pdfsandwich -rgb -nopreproc -lang eng+amh output.pdf
#+END_SRC bash
Shamar boosted

"Paper companies point out that trees can be grown and are therefore a renewable resource. Technically, this is true. However, a tree plantation containing a specific type of tree planted for harvesting (perhaps on land that used to be a forest) does not replace a forest ecosystem."

#environment #logging

Shamar boosted

Why Plan 9? 

@ekaitz_zarraga

Through a simple file system protocol, that you can use to create/export/mount/bind file systems and a consistent design where every service is controlled through a uniform API (a file system).

You can represent anything with a file system and once it's a fs you can both share access to it or mount it wherever you want.

Devsegment for example let you allocate a memory segment that can be also accessed (and thus exported) as a file.

Why Plan 9? 

This is a great question @ekaitz_zarraga

Think about pipes.

They let you compose independent programs so that you can build complex transformations of a data stream.
The power of pipes comes from the simple and uniform interface they use: file descriptors.
But on Unix file descriptors are not that simple (see ioctl if you are brave).

Plan 9 let you do the same with file systems: you can stack a file server on top of another. This means that while in Unix you are constrained to connect programs through a data stream, in Plan 9 you can compose local services and remote ones transparently. And your local programs can access the whole stack in an uniform way.

Let me give you an example of why this could replace the shitty architecture of the Web.

Suppose you want to use a remote Meteo service.

Now you basically open the browser, visit a Web page, execute any js they want you to execute and send them your GPS position.

With Plan 9 you could export to the Meteo service a file server that let them draw on your screen and read your GPS position.

What's the advantage?

Well you compose the fs you are going to export! You can decide your GPS position by writing a file. And you can lie!

Or you can replace your screen with a fs that write on a PNG.

Or you might add an overlay fs that transparently log any request before executing it on the underlying fs.

And this is just a trivial example.

Today we use a primitive architecture to build distributed applications and you can easily see how hard is to mesh even just contents between different websites. And we let strangers execute whatever they want on our machines just because we can't think of anything better.

Plan 9 let you think better distributed architectures.

That's why I think one day a system will free us from this mess.

@xj9

You don't need a special tool, you want one. Both using spaces in file names and not using them have trade offs.

Without you have easier textual interactions.
With you have easier to write nice graphical file managers.

Depending on what you care more about you move between the two.

@grainloom

@xj9 @grainloom

Basically it's a matter of habits.

You are used to operating systems that care much more about looking simple that about being simple.

But sometimes few consistent constraints can make a system more predictable and easy to compose.

@xj9

That's an UI issue in the software you use to organise your music.
Use an higher level UI if you don't want to mess with such low level details.

@grainloom

@grainloom

String literals mean escape rules.

And sometimes they are hard to get right for programmers too.

Every single time programmers are too shy to impose a simple restriction to users' input (or customers' will), they add to the pile of crap another source of complexity.

@xj9

@grainloom

Actually if you completely remove text from computers, you won't have such problems with spaces.

As an alternative one might consider to replace the space with a different character in the input of textual interfaces (aka shells).

@xj9

@xj9

Maybe you will.

Because you might discover that such design decision makes scripting (and programming in general) easier and faster, for example.

What makes you more free, spaces in filenames or easier programming?

@grainloom

@grainloom

Because of C's design.

It's not a limitation, but an explicit choice. There were alternatives, but they were explicitly discarded.

@xj9

@xj9

Nice example. 😉

Use underscore.
If you like to SEE space instead of underscore into you file manager GUI configure your file manager GUI that way.

But since files are acted upon through commands in a textual interface that use spaces, spaces should not be allowed.

@grainloom

@xj9

I can.

Every programmer continuously does that to users: we restrict what you can do with computers so that you can actually do something.

For example you can't put a 0x0 byte in the middle of a file name. Or a "/" in a domain name.

You are so used to our power you can't see it anymore. And actually most programmers are unaware of it.

But the truth is that we CAN tell you what to do and what not. And that's nothing!

Software programmers dictate how people THINK!

And this was true way before Cambridge Analytica: you perceive and act on the world through the software we write.

Through software we shape your synapses.

@grainloom

@grainloom

To be honest I don't know why one could need spaces in file names.

I should probably forbid them in at kernel level

Show older
CleverLibre Social

CleverLibre Social is an inclusive social instance for open discussion, learning, and community.
All cultures welcome.
Hate speech and harassment strictly forbidden.