[Tails-dev] To tails-dev

[Lin]

Dear tails-dev,
Now i am working in a rfid company,maybe you want purchase our products like Disposable , Fabric , Nylon , Plastic, Silicone Wristband and Tag, Label,  Card, Inlay, Key Fob.
Our products are very popular with customers also stable performance.if you want to try,take one minute to reply my email.
 
Best Wish 



Smartcardchn Co.,Ltd
Mr.Lin
 
 
www.smartcardchn.com
DO NOT SEND SUCH EMAIL 
MORE

___
Tails-dev mailing list
Tails-dev@boum.org
https://www.autistici.org/mailman/listinfo/tails-dev
To unsubscribe from this list, send an empty email to 
tails-dev-unsubscr...@boum.org.

Re: [Tails-dev] Disabling suspend on lid close? (#11052)

[intrigeri]

Hi,

(a month after I've sent my proposal to reject #11052)

sajolida:
> If those who are fine with the current situation are the vast majority,
> then we might be degrading the experience for most.

Thanks for this detailed analysis (which I agree with). 

Meanwhile, segfault suggested something on #11052: bring back the
behaviour we had before 3.13.2, that is, if the Tails device is
unplugged while the system is sleeping, and still unplugged when the
system is woken up, then emergency shutdown is triggered. It's unclear
how much work that would be but I think it's worth giving it a try and
do it if it turns out to be cheap. And then IMO this would bundle
nicely, as our default settings, with keeping "suspend when closing
the lid" enabled (which would be nice, for all the reasons provided by
sajolida and myself). What do you think?

If we agree on this, I'll reject #11052 and will file a new ticket for
us to implement segfault's suggestion.

> I'm not saying this to discard the idea of giving the choice but to
> contrast it with the potential cost of this choice. Now, we might find a
> different way of giving the choice against cold-boot attacks without
> degrading the experience for busy and distracted users.

(Assuming we have the default behaviour I've described above, which
avoids degrading the experience for busy and distracted users.)

It may be nice to provide a way to somehow tell Tails "I'm going to
close the lid but please don't suspend, because I want to keep the
system up and able to trigger emergency shutdown if I unplug the Tails
device". I see that as a new feature request with a tiny target user
base, so to be honest, even if someone showed up and was ready to do
the coding work, regrettably I suspect it would require more UX/design
work and reviewing resources from us than it's worth, so I'm not sure
how to handle this.

Cheers,
-- 
intrigeri
___
Tails-dev mailing list
Tails-dev@boum.org
https://www.autistici.org/mailman/listinfo/tails-dev
To unsubscribe from this list, send an empty email to 
tails-dev-unsubscr...@boum.org.

Re: [Tails-dev] Macbook Keyboard and Touchpad Solution with the SPI driver

[intrigeri]

Hi,

Never Nada:
> I think Tails should consider adding this Apple SPI Linux driver that is used 
> by many people already:
> https://github.com/cb22/macbook12-spi-driver/

Yep, see https://redmine.tails.boum.org/code/issues/15652 that
I updated the last time I looked into this.

> This solution works so well now that it will be added to the [Linux
> kernel](https://www.phoronix.com/scan.php?page=news_item=Linux-Finally-MBP-Key-Touchpad)
>  soon.

This is great news, I'm glad this driver was finally submitted
upstream! I see the reviewers of the initially submitted patch series
requested changes and the driver is not in Linus' tree yet.

> But waiting for Debian to have this in the kernel could take more
> than a year.

FYI this is incorrect: Tails generally ships the kernel from Debian
sid, which does not lag much vs. Linux mainline, and generally enables
such hardware support quickly upon request.

Right now is special though (due to the Buster freeze). We'll probably
stick to 4.19 for a little while more though, so we should get
whatever Linux 5.x is current in our October or December release.

> Can this driver be added to Tails?

Given we'll get the real fix for free soon, I don't think it's worth
investing our limited resources into a temporary solution (especially
one that depends on third-party code and that probably won't work with
Secure Boot).

But if someone was ready to do the work, we would consider a good
quality patch: see #15652 :)

Cheers,
-- 
intrigeri
___
Tails-dev mailing list
Tails-dev@boum.org
https://www.autistici.org/mailman/listinfo/tails-dev
To unsubscribe from this list, send an empty email to 
tails-dev-unsubscr...@boum.org.

Re: [Tails-dev] Fwd: Privacy Matters – Add-ons for Firefox (en-US)

[intrigeri]

Hi,

CMCC-CCCM⚜:
> From: 
> Date: Mon, May 20, 2019 at 7:29 AM

> […] we try
> to stick to Tor browser default as long as possible to have a similar
> fingerprint on the web.

Exactly (except uBlock Origin).

>> I also like to suggest you include the following add-ons for security and
>> privacy purpose:
>>
>>- Adblock Plus
>> OR
> uBlock
>>Origin 

FYI, we do ship uBlock Origin.

As for the rest, this looks like a raw list of privacy-related
add-ons; I'm afraid this is not a strong enough case as-is. In order
to convince Tor Browser upstream that they should ship one of those,
one should first have a good read and understanding of their design
goals and means:

  https://2019.www.torproject.org/projects/torbrowser/design/

… and then argue, in this context, what threats including this
specific add-on would protect against, what the drawbacks are, and why
it's worth it anyway.

Cheers,
-- 
intrigeri
___
Tails-dev mailing list
Tails-dev@boum.org
https://www.autistici.org/mailman/listinfo/tails-dev
To unsubscribe from this list, send an empty email to 
tails-dev-unsubscr...@boum.org.

Re: [Tails-dev] [review'n'merge] Missing word in 3.14 news

[intrigeri]

xin:
> Hello, please review and merge.

> Repo: https://git-tails.immerda.ch/xin/tails/
> Branch: missing_word_3.14_news
> Last Commit: eeef956c75a666bdb7cff6e79fc6a6e7ae027dee

Thanks, good catch!

I took the liberty to merge this, even if it's not my turf, because
I know sajolida has been busy elsewhere and the longer we wait,
the less value this fix has.

Cheers,
-- 
intrigeri
___
Tails-dev mailing list
Tails-dev@boum.org
https://www.autistici.org/mailman/listinfo/tails-dev
To unsubscribe from this list, send an empty email to 
tails-dev-unsubscr...@boum.org.

Re: [Tails-dev] Update glibc

[intrigeri]

Hi Aria,

Aria Fathi:
> Im trying to use some wallets on a USB Stick Tails OS but I get the error I
> attached. The wallets are compiled on Ubuntu 18.04 or later I guess.

Tails is currently based on Debian Stretch, which ships glibc 2.24, so
indeed these symbols are undefined.

> Please update libraries.

That's not feasible for Tails 3.x but this problem will be fixed in
Tails 4.0, based on Debian Buster. Meanwhile, you could suggest
whoever provides this binary to compile it with less strict versioned
dependencies requirements, which they should do anyway if they care
about systems other than Ubuntu 18.04.

Cheers,
-- 
intrigeri
___
Tails-dev mailing list
Tails-dev@boum.org
https://www.autistici.org/mailman/listinfo/tails-dev
To unsubscribe from this list, send an empty email to 
tails-dev-unsubscr...@boum.org.

Re: [Tails-dev] [Default search engine] DuckDuckGo

[intrigeri]

Hi Jean,

Jean Dupont:
> However, I don't understand why Tails doesn't use the default .onion
> version of duckduckgo?

Please see the last iteration of this discussion:
https://redmine.tails.boum.org/code/issues/12121#note-5

Cheers!
-- 
intrigeri
___
Tails-dev mailing list
Tails-dev@boum.org
https://www.autistici.org/mailman/listinfo/tails-dev
To unsubscribe from this list, send an empty email to 
tails-dev-unsubscr...@boum.org.