Re: [Tails-dev] [Tails-support] Where are the developers? I thought this was supposed to be a support list
Did you check the list of known issues here: https://tails.boum.org/support/known_issues/index.en.html And note there's a link there that specifically says how to report when Tails fails to start. Please remember that Tails is an all volunteer organization. The people who work on this project do it because they want to. Yelling at those peopl trying to help never, ever produces good results. I have just upgraded to 2.0 and things are stable and working fine for me, following the exact procedure on the website (thanks Devs for that, it was very helpful). -d vcc...@sigaint.org: > Do the developers even give one shit about its users? Look at the tails > subreddit, people are having problems left and right, problems that werent > problems before we were forced onto this downgrade. > > Even the official install instructions dont work, using clone and upgrade > from within 2.0 to another usb causes tails to never load. > > Are we supposed to think that the security of tails is even being > considered in light of such apethetical distance and obvious disregard > towards us? > > What exactly was wrong with debian 7 that required giving so many people > so much trouble? Instead of bringing on the gigantic clusterfuck of > unaudited code that is systemd why didnt the developers perfect what they > had to work with until it was secure? This is absurd from a security > standpoint. > > And as a final kick in the nuts to its users the developers pull the 1.8.2 > iso to prevent people from going back to a usuable version leaving many > people stranded without a functional secure operating system. > > Well i dont know about the rest of the clueless tails users but shit like > this (https://muchweb.me/systemd-nsa-attempt/) should concern people in a > serious way. The developers need to pull this 2.0 release and continue > support for the last version. > > > ___ > tails-support mailing list > tails-supp...@boum.org > https://mailman.boum.org/listinfo/tails-support > To unsubscribe from this list, send an empty email to > tails-support-unsubscr...@boum.org. > ___ Tails-dev mailing list Tails-dev@boum.org https://mailman.boum.org/listinfo/tails-dev To unsubscribe from this list, send an empty email to tails-dev-unsubscr...@boum.org.
[Tails-dev] Tails contributors meeting: Wednesday February 03
The next Tails contributors meeting is scheduled for: Wednesday 03 February tails-dev on conference.riseup.net (XMPP) 9 pm in Paris 8 pm in London 3 pm in New-York 12 pm in San Francisco Everyone interested in contributing to Tails is welcome! Feel free to propose and prepare discussion topics. Either: - Raise them in this thread so that others can ask details and prepare the discussion too. - Update the blueprint of the agenda: https://tails.boum.org/blueprint/monthly_meeting/ - Make sure that the discussion tickets that you want to treat during the meeting are well detailed on Redmine. If you want to get involved but don't know yet how, please introduce yourself during the meeting, and be sure to tell us what you are interested in. The meeting might not be the most adequate time and place to properly introduce newcomers to the development process, but at least it should be a fine place to know each others, and schedule a better suited event. ___ Tails-dev mailing list Tails-dev@boum.org https://mailman.boum.org/listinfo/tails-dev To unsubscribe from this list, send an empty email to tails-dev-unsubscr...@boum.org.
[Tails-dev] Where are the developers? I thought this was supposed to be a support list
Hi, > > vcc...@sigaint.org: > tails subreddit, people are having > problems > If it helps, I have been tracking the reddit posts for future UX efforts. Wordlife, Spencer ___ Tails-dev mailing list Tails-dev@boum.org https://mailman.boum.org/listinfo/tails-dev To unsubscribe from this list, send an empty email to tails-dev-unsubscr...@boum.org.
Re: [Tails-dev] #10972 Port tails to arm platforms
On 01/31/2016 06:59 PM, Tails wrote: > Hi Jurre, > > thanks! > >> Should I assume you're subscribed to the mailinglist? If so, please tell >> me and I can remove you from the CC. > Yes, I'm on the mailinglist, please remove me from CC > >> Humm, seems python3 on armhf is indeed >> 3.4(https://packages.debian.org/jessie/armhf/python3/download), maybe >> we've run into a bug. What does which `python` says? > `which python` --version points to a version 2.7.9 (!!!), but python3 > and python3.4 packages are installed also in the build chroot. > But, it seems, that this is not a package problem, it seems that the > dbus_bindings might not haven been build during the package build. > Yes, booring job but I'll investigate ... package for package. Yes, not quite exciting.. tedious but important work however! :) > But isn't there a tails test repro, where I can upload arm packages to test? >> Not quite at the moment, however, you should be able to run the test >> suite yourself. See the following link and subpages: >> https://tails.boum.org/contribute/release_process/test/ > Ok, as far as I see ... no continuous development and integration :D Well! There are! - https://tails.boum.org/contribute/working_together/roles/sysadmins/#index12h2 - https://tails.boum.org/blueprint/automated_builds_and_tests/ > BUT isn't there anybody who has a more pwoerfull test environment? >> I could provide you with a Debian VM if you want! > Thanks & good to know, could be a way if I don't find a suitable "place" > ... anyhow if possible I would prefer an environment I can access > physically. It's not built/made up over night. Sure thing. > > Good idea, should be possible to set up a qemu arm VM running a Debain arm! Yay, let me know if we could help in any way possible. ___ Tails-dev mailing list Tails-dev@boum.org https://mailman.boum.org/listinfo/tails-dev To unsubscribe from this list, send an empty email to tails-dev-unsubscr...@boum.org.
[Tails-dev] ebuild for tails-installer
I have uploaded the ebuild to https://github.com/miguelmarco/tails-installer-ebuild If someone has access to a gentoo box, please test it. If furthermore someone maintains a gentoo overlay, or any other place were it makes sense to offer an ebuild, please feel free to include it. Best, Miguel Marco > Hi, > > Austin English: > > On Wed, Jan 20, 2016 at 6:14 AM, wrote: > >>> Hi, all > >>> > >>> Since the recent announcement of tails-installer package for > >>> debian, I thought it could be cool to have packages for other > >>> distros. In particular I use gentoo, so writing an ebuild > >>> shouldn't be really hard (it is basically a script that downloads > >>> the code, compiles and installs it). I could do it myself, but I > >>> haven't found the location of the source code of tails- > >>> installer. > > This sounds like a good idea! > > >>> Is it in the full repo of tails or does it have a specific repo > >>> somewhere else? > > > > Hi Miguel, > > > > I was going to do to the same, and asked on IRC yesterday, but > > didn't get a reply until this morning: > > https://git-tails.immerda.ch/liveusb-creator > > fyi, the feature/jessie branch contains the latest version of the code > while the master branch contains the old version of the installer (which > we distributed in Tails/wheezy). > > The debian/sid and tails/jessie branches contain our latest packaging > versions. > > We also have some documentation on these branches and tags: > https://tails.boum.org/contribute/release_process/tails-installer/ > > Please keep us posted if you package this for another distribution, we > could put this in our news :) > > Cheers! > u. signature.asc Description: This is a digitally signed message part. ___ Tails-dev mailing list Tails-dev@boum.org https://mailman.boum.org/listinfo/tails-dev To unsubscribe from this list, send an empty email to tails-dev-unsubscr...@boum.org.
Re: [Tails-dev] Migrate Tail's browser AdBlock Plus to uBlock Origin
On Sat, Jan 30, 2016, at 01:26 AM, Nik Cubrilovic wrote: > Hi everybody - I know that the topic of migrating the Tor Browser on > Tails from AdBlock Plus (ABP) to a faster and more modern plugin comes > up regularly, so i'll keep this short and get to why Adblock Plus > should be replaced with uBlock Origin (uBO) and why it's ready now: [...] >From all that you have written about uBlock Origin (uBO), it sounds highly appealing. Your arguments for having it replace AdBlock Plus in Tails sound most compelling. I eagerly await to see how others on this list will respond. > I also plan on advocating that Tor Browser > should switch to uBO (and away from NoScript and HTTPS-Everywhere), > which is successful would bring the browser fingerprints between Tails > and Tor Browser back together. That alone would seem a most worthwhile goal as far as I can see. https://tails.boum.org/news/version_2.0/index.en.html "so this only means that it's easy to distinguish whether a user of Tor Browser 5.5 uses Tails or not. That is already easy given that Tails has the AdBlock Plus extension enabled, unlike the normal Tor Browser." Indeed and that is something I have never understood and always found troubling. To be clear: I understand the arguments both for as well as against including an ad-blocker (be it ABP, uBO or some other one) in Tor Browser. The arguments on both sides appear reasonable to me and I would not presume to be able to decide between them (at least not at my present level of knowledge and experience). What does seem quite clear to me, however (and has ever since I first became aware of this matter) is that the best interests of at least an overwhelming majority of Tor Browser and Tails users would best be served by having the fingerprints of the Tor Browser in Tails and the stand-alone Tor Browser be as indistinguishable from each other as possible. After all, the reality is that the total number of Tor Browser users (stand-alone as well as Tails) already comprise but a mere fraction of total Internet users. Does it really make sense to splinter such a small minority into even smaller sub-divisions? And to do so for something as /relatively/ trivial and even petty as not being able to reach a consensus over whether to include an ad-blocker (or which ad-blocker to include)? Isn't this self-defeating behavior? ___ Tails-dev mailing list Tails-dev@boum.org https://mailman.boum.org/listinfo/tails-dev To unsubscribe from this list, send an empty email to tails-dev-unsubscr...@boum.org.
[Tails-dev] Where are the developers? I thought this was supposed to be a support list
Do the developers even give one shit about its users? Look at the tails subreddit, people are having problems left and right, problems that werent problems before we were forced onto this downgrade. Even the official install instructions dont work, using clone and upgrade from within 2.0 to another usb causes tails to never load. Are we supposed to think that the security of tails is even being considered in light of such apethetical distance and obvious disregard towards us? What exactly was wrong with debian 7 that required giving so many people so much trouble? Instead of bringing on the gigantic clusterfuck of unaudited code that is systemd why didnt the developers perfect what they had to work with until it was secure? This is absurd from a security standpoint. And as a final kick in the nuts to its users the developers pull the 1.8.2 iso to prevent people from going back to a usuable version leaving many people stranded without a functional secure operating system. Well i dont know about the rest of the clueless tails users but shit like this (https://muchweb.me/systemd-nsa-attempt/) should concern people in a serious way. The developers need to pull this 2.0 release and continue support for the last version. ___ Tails-dev mailing list Tails-dev@boum.org https://mailman.boum.org/listinfo/tails-dev To unsubscribe from this list, send an empty email to tails-dev-unsubscr...@boum.org.
Re: [Tails-dev] #10972 Port tails to arm platforms
Hi Jurre, thanks! > Should I assume you're subscribed to the mailinglist? If so, please tell > me and I can remove you from the CC. Yes, I'm on the mailinglist, please remove me from CC > Humm, seems python3 on armhf is indeed > 3.4(https://packages.debian.org/jessie/armhf/python3/download), maybe > we've run into a bug. What does which `python` says? `which python` --version points to a version 2.7.9 (!!!), but python3 and python3.4 packages are installed also in the build chroot. But, it seems, that this is not a package problem, it seems that the dbus_bindings might not haven been build during the package build. Yes, booring job but I'll investigate ... package for package. >> > But isn't there a tails test repro, where I can upload arm packages to >> > test? > Not quite at the moment, however, you should be able to run the test > suite yourself. See the following link and subpages: > https://tails.boum.org/contribute/release_process/test/ Ok, as far as I see ... no continuous development and integration :D >> > BUT isn't there anybody who has a more pwoerfull test environment? > I could provide you with a Debian VM if you want! Thanks & good to know, could be a way if I don't find a suitable "place" ... anyhow if possible I would prefer an environment I can access physically. It's not built/made up over night. Good idea, should be possible to set up a qemu arm VM running a Debain arm! -- Best Regards! n9iu7pk PGP pool.sks-keyservers.net 0x4D12FFCB 7426 4598 B5AD 4D12 1699 C710 D602 E331 4D12 FFCB ___ Tails-dev mailing list Tails-dev@boum.org https://mailman.boum.org/listinfo/tails-dev To unsubscribe from this list, send an empty email to tails-dev-unsubscr...@boum.org.
Re: [Tails-dev] #10972 Port tails to arm platforms
Hi, Should I assume you're subscribed to the mailinglist? If so, please tell me and I can remove you from the CC. On 01/31/2016 01:57 PM, Tails wrote: > Hi Dr_Whax > >> Hey, if you have any issues with the development environment, feel >> free to send an e-mail to the tails-dev list :) >> THANKS! Off course, I have a lot of, just take look into attached >> statePackages.txt and search for "FAILED.deb" extended with comments. >> Some examples: >> - ./d/dbus-python/ seems to be a deprecated state (python3 seems to be >> no more available for jessie armhf; has to be changed to python 3.4) Humm, seems python3 on armhf is indeed 3.4(https://packages.debian.org/jessie/armhf/python3/download), maybe we've run into a bug. What does which `python` says? >> - ./g/grub2/ segment fault sig 11 in debconf-updatepo, no idea for the >> moment >> - ./h/haskell-cmdargs/ seems to fail due to a strange make rule >> - ./h/haskell-hledger/ found no jessie armhf shakespeare-text package. >> Seems that must be ported too or any replacement .. >> - ./h/haveged/ I'm not sure if I found a solution, needs more deeper >> investigation >> - ./i/i2p/ "Unsupported build environment. jcpuid is only used on x86 >> systems." and known "debconf-updatepo -> qemu Illegal instruction (4) >> und Segmentation fault (11)" >> - ... a lot of more issues. Good job so far! I think it would be good to see if some of these require any changes on Tails' side and we should fill individual bugs accordingly for it to track progress. Boring but important work! :) >> Is there a repo where we could follow the amazing progress you're doing on >> this? > For the moment only risup issue #10972 ... :( > For the moment I'm doing any tests on a rpi 2 ... :( > > But isn't there a tails test repro, where I can upload arm packages to test? Not quite at the moment, however, you should be able to run the test suite yourself. See the following link and subpages: https://tails.boum.org/contribute/release_process/test/ > BUT isn't there anybody who has a more pwoerfull test environment? I could provide you with a Debian VM if you want! Best, Jurre ___ Tails-dev mailing list Tails-dev@boum.org https://mailman.boum.org/listinfo/tails-dev To unsubscribe from this list, send an empty email to tails-dev-unsubscr...@boum.org.
[Tails-dev] #10972 Port tails to arm platforms
Hi Dr_Whax > Hey, if you have any issues with the development environment, feel free to send an e-mail to the tails-dev list :) THANKS! Off course, I have a lot of, just take look into attached statePackages.txt and search for "FAILED.deb" extended with comments. Some examples: - ./d/dbus-python/ seems to be a deprecated state (python3 seems to be no more available for jessie armhf; has to be changed to python 3.4) - ./g/grub2/ segment fault sig 11 in debconf-updatepo, no idea for the moment - ./h/haskell-cmdargs/ seems to fail due to a strange make rule - ./h/haskell-hledger/ found no jessie armhf shakespeare-text package. Seems that must be ported too or any replacement .. - ./h/haveged/ I'm not sure if I found a solution, needs more deeper investigation - ./i/i2p/ "Unsupported build environment. jcpuid is only used on x86 systems." and known "debconf-updatepo -> qemu Illegal instruction (4) und Segmentation fault (11)" - ... a lot of more issues. > Is there a repo where we could follow the amazing progress you're doing on this? For the moment only risup issue #10972 ... :( For the moment I'm doing any tests on a rpi 2 ... :( But isn't there a tails test repro, where I can upload arm packages to test? BUT isn't there anybody who has a more pwoerfull test environment? -- Best Regards! n9iu7pk PGP pool.sks-keyservers.net 0x4D12FFCB 7426 4598 B5AD 4D12 1699 C710 D602 E331 4D12 FFCB ./a/adblock-plus/xul-ext-adblock-plus_2.1.2-1_all.deb ./a/aircrack-ng/aircrack-ng_1.1-1.1~bpo60+1~tails1_armhf.deb ./a/apparmor/apparmor_2.9.0-3~bpo70+1_armhf.deb ./a/apparmor/apparmor-docs_2.9.0-3~bpo70+1_all.deb ./a/apparmor/apparmor-easyprof_2.9.0-3~bpo70+1_all.deb ./a/apparmor/apparmor-notify_2.9.0-3~bpo70+1_all.deb ./a/apparmor/apparmor-profiles_2.9.0-3~bpo70+1_all.deb ./a/apparmor/apparmor-utils_2.9.0-3~bpo70+1_armhf.deb ./a/apparmor/dh-apparmor_2.9.0-3~bpo70+1_all.deb ./a/apparmor/libapache2-mod-apparmor_2.9.0-3~bpo70+1_armhf.deb ./a/apparmor/libapparmor1_2.9.0-3~bpo70+1_armhf.deb ./a/apparmor/libapparmor-dev_2.9.0-3~bpo70+1_armhf.deb ./a/apparmor/libapparmor-perl_2.9.0-3~bpo70+1_armhf.deb ./a/apparmor/libpam-apparmor_2.9.0-3~bpo70+1_armhf.deb ./a/apparmor/python3-apparmor_2.9.0-3~bpo70+1_armhf.deb ./a/apparmor/python3-libapparmor_2.9.0-3~bpo70+1_armhf.deb ./a/apparmor/python-apparmor_2.9.0-3~bpo70+1_armhf.deb ./a/apparmor/python-libapparmor_2.9.0-3~bpo70+1_armhf.deb ./a/aufs-modules-2.6-686/aufs-modules-2.6-686_1.0_all.deb ./b/barry/FAILED.deb packet.h:219:17: error: 'off_t' has not been declared int SetCodSize(off_t size); ^ packet.cc:603:5: error: prototype for 'int Barry::JLPacket::SetCodSize(off_t)' does not match any in class 'Barry::JLPacket' int JLPacket::SetCodSize(off_t size) ^ In file included from packet.cc:24:0: packet.h:219:6: error: candidate is: int Barry::JLPacket::SetCodSize(int) int SetCodSize(off_t size); --> seems that include is missing --> BUT: compiles on non-arm if that include is missing?!? ./b/bootchart/bootchart_0.90.2-5~~amnesia1_armhf.deb ./d/dbus-python/FAILED.deb /bin/mv: cannot stat 'debian/tmp/usr/lib/python3/dist-packages/_dbus_bindings.so': No such file or directory debian/rules:50: recipe for target 'override_dh_auto_install-arch' failed make[1]: *** [override_dh_auto_install-arch] Error 1 make[1]: Leaving directory '/root/dbus-python-1.1.1' debian/rules:16: recipe for target 'binary' failed make: *** [binary] Error 2 dpkg-buildpackage: error: debian/rules binary gave error exit status 2 --> Python3 DBUS bindings missing? --> BUT will be build - in version (path) python3.4 ... ? --> BUT: compiles on non-arm??? ./e/electrum/electrum_2.5.4-2~d70.wheezy+1+tails1_all.deb ./e/electrum/python-electrum_2.5.4-2~d70.wheezy+1+tails1_all.deb ./f/firegpg/FAILED.deb No package 'libxul-embedding-unstable' found /bin/xpidl -m header -I /unstable -w nsIProcessInfo.idl make[2]: /bin/xpidl: Command not found --> There's no Debian package 'libxul-embedding-unstable' --> f/firepgp/xul-ext-firegpg_0.8-1+tails5_i386.deb == non-arm --> found /usr/lib/iceweasel-devel-38/sdk/bin/xpidl.py in iceweasel-dev (armhf) --> http://stackoverflow.com/questions/12889020/using-xpidl-command-to-create-h Which version of Firefox do you use? Starting in Gecko 9.0 (Firefox 9.0 / Thunderbird 9.0 / SeaMonkey 2.6), xpidl has been replaced with pyxpidl in the Gecko SDK. pyxpidl has been used for some time now, but now this older tool has been fully retired. https://developer.mozilla.org/en-US/docs/XPIDL/xpidl https://developer.mozilla.org/en-US/docs/XPIDL/pyxpidl ./f/foxyproxy/foxyproxy_2.19.1-
Re: [Tails-dev] stats on upgrade time
Spencer: >> sajolida: >> HTTP requests made on UDFs >> (upgrade description files) > > How can one prevent participation in this, in addition to not connecting to > the internet? You can disable all networking from the Greeter. You cannot disable the security check for open security issues or upgrades. Someone else suggested me making these opt-in/opt-out. I personally don't think it's worth spending time on this but if other people want to have a discussion about this possibility, why not create a ticket. ___ Tails-dev mailing list Tails-dev@boum.org https://mailman.boum.org/listinfo/tails-dev To unsubscribe from this list, send an empty email to tails-dev-unsubscr...@boum.org.