Re: [tor-talk] Tor Browser Bundle 3.0alpha1 test builds
On Fri, 14 Jun 2013 19:39:31 +, Mike Perry wrote: ... > Please try these out, test them, and give us feedback! The plan is to > post them on the blog by Monday, unless something goes horribly wrong. > > https://people.torproject.org/~mikeperry/tbb-3.0alpha1-builds/official/ Erm, I used torbrowser-install-3.0-alpha-1_en-US, and it immediately (at double-clicking the 'Start Tor Browser') crashes on this Windows 7 box. Problem Event Name:APPCRASH Application Name: firefox.exe Application Version: 17.0.6.0 Application Timestamp:386d4380 Fault Module Name:d2d1.dll Fault Module Version: 6.1.7601.17514 Fault Module Timestamp: 4ce7b7aa Exception Code: c005 Exception Offset: 0001f3ba OS Version: 6.1.7601.2.1.0.256.48 Locale ID:1033 Additional Information 1: 0a9e Additional Information 2: 0a9e372d3b4ad19135b953a78882e789 Additional Information 3: 0a9e Additional Information 4: 0a9e372d3b4ad19135b953a78882e789 Andreas -- "Totally trivial. Famous last words." From: Linus Torvalds Date: Fri, 22 Jan 2010 07:29:21 -0800 ___ tor-talk mailing list tor-talk@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-talk
Re: [tor-talk] Tor Browser Bundle 3.0alpha1 test builds
So since Vidalia is removed, there is no easy way for the average user to run a relay? Or you will still distribute packages with Vidalia for this exact reason? I tried linux64 version and works well. Greetings. On 06/15/2013 05:39 AM, Mike Perry wrote: > The new TBB 3.0 series is almost ready for its first alpha > release! > > Here are the major highlights of the 3.0 series: > > 1. Usability, usability, usability! We've attempted to solve > several major usability issues in this series, including: > > A. No more Vidalia. The Tor process management is handled by the > Tor Launcher extension. If you want the Vidalia features, you can > point an existing Vidalia binary at control port 9151 after Tor > Browser has launched, and it should still work. > > B. The browser now uses a local about:tor homepage instead of > check.torproject.org. A local verification against the control > port is still performed, to ensure Tor is working, and a link to > check.torproject.org is provided from the about:Tor homepage for > manual verification as well. > > C. For Windows users: an NSIS-based extractor now guides you > through the TBB extraction and ensures the extracted bundle ends up > on your Desktop, or in a known location chosen by you. Hopefully > this will mean no more losing track of the extracted bundle files! > > 2. The bundles are all under the 25M gmail attachment size limit, > so direct email and gettor attachments are once again possible. > > 3. We now use Gitian to build the bundles. The idea behind Gitian > is to allow independent people to take our source code and produce > exactly identical binaries on their own. We're not quite at the > point where you always get a matching build, but the remaining > differences are minor, and within a couple more releases we should > have it fully reproducible. For now, we are posting all of the > builds for comparison, and you can of course build and compare your > own: > https://gitweb.torproject.org/builders/tor-browser-bundle.git/blob/HEAD:/gitian/README.build > > > > Please try these out, test them, and give us feedback! The plan is > to post them on the blog by Monday, unless something goes horribly > wrong. > > https://people.torproject.org/~mikeperry/tbb-3.0alpha1-builds/official/ > ___ tor-talk mailing list tor-talk@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-talk
Re: [tor-talk] Tor Browser Bundle 3.0alpha1 test builds
On 15.06.2013 05:50, Mike Perry wrote: > Can anyone else reproduce this? I am not able to. I've been using > various versions of the en_US bundles for about a month now just fine, > including the "official" ones I linked to in the parent post. > > Are you sure you're not overwriting an old copy with pref damage or > something? I tried both. Many people *will* overwrite their old TBB, so even then it should work. We get A LOT of support tickets from people that overwrite their old directory. You told everyone a while ago that "in the future you can safely upgrade TBB by overwriting". :) >> Windows/NSIS: >> 1. I pushed a new update that gets rid of the generic "Welcome" page. >> Should have done this long ago. Sorry. >> 2. My script should use an onion icon for the installer executable. > Ok, also when you're satisfied, can you tag a release and sign that tag? Oh. 2. was actually meant to be a question, disguised as a statement. I wonder why your installer binaries do not have the icon. They should. >> Some dialogs cut off text, for example the (quite prominent) "Connecting >> to the Tor network" dialog. -- Moritz Bartl https://www.torservers.net/ ___ tor-talk mailing list tor-talk@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-talk
Re: [tor-talk] Tor Browser Bundle 3.0alpha1 test builds
On 15.06.2013 12:59, irregula...@riseup.net wrote: > So since Vidalia is removed, there is no easy way for the average user > to run a relay? Or you will still distribute packages with Vidalia for > this exact reason? Nowadays, the added value of relays on a 'residential connection' is disputable. See https://trac.torproject.org/projects/tor/ticket/1854 -- Moritz Bartl https://www.torservers.net/ ___ tor-talk mailing list tor-talk@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-talk
Re: [tor-talk] Tor Browser Bundle 3.0alpha1 test builds
Moritz Bartl: > On 15.06.2013 12:59, irregula...@riseup.net wrote: >> So since Vidalia is removed, there is no easy way for the average user >> to run a relay? Or you will still distribute packages with Vidalia for >> this exact reason? > > Nowadays, the added value of relays on a 'residential connection' is > disputable. See https://trac.torproject.org/projects/tor/ticket/1854 > Is this release going to break Torbirdy since Torbirdy requires Vidalia? -- J. Perry ___ tor-talk mailing list tor-talk@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-talk
Re: [tor-talk] Tor Browser Bundle 3.0alpha1 test builds
On 15.06.2013 13:15, J. Perry wrote: > Is this release going to break Torbirdy since Torbirdy requires Vidalia? As far as I know, Torbirdy by default requires Tor listening on port 9150, which is still the case with the new TBB. It does not require Vidalia. -- Moritz Bartl https://www.torservers.net/ ___ tor-talk mailing list tor-talk@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-talk
Re: [tor-talk] Tor Browser Bundle 3.0alpha1 test builds
Moritz Bartl: > On 15.06.2013 13:15, J. Perry wrote: >> Is this release going to break Torbirdy since Torbirdy requires Vidalia? > > As far as I know, Torbirdy by default requires Tor listening on port > 9150, which is still the case with the new TBB. It does not require Vidalia. > Great!! That's exactly the behavior I'm looking for. Thanks! -- J. Perry ___ tor-talk mailing list tor-talk@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-talk
Re: [tor-talk] Tor Browser Bundle 3.0alpha1 test builds
Hi, there is one small problem when using a transparent Tor proxy. The TOR_SKIP_LAUNCH variable [1] for tor-launcher is set. export TOR_SKIP_LAUNCH=1 So its skipping the tor-launcher connection wizard as expected, but TorButton is disabled and about:tor fails. Something Went Wrong! Tor is not working in this browser. As soon I deactivate or remove tor-launcher in firefox addon settings, it works. So it would be great if you could fix TOR_SKIP_LAUNCH, I think it doesn't totally disable that addon. Cheers, adrelanos [1] https://trac.torproject.org/projects/tor/ticket/6009 ___ tor-talk mailing list tor-talk@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-talk
Re: [tor-talk] Tor Browser Bundle 3.0alpha1 test builds
On Sat, 15 Jun 2013 13:59:34 +0300 irregula...@riseup.net wrote: > So since Vidalia is removed, there is no easy way for the average user > to run a relay? Or you will still distribute packages with Vidalia for > this exact reason? Vidalia isn't need to run a relay, it just gives it more eye candy. We have pre-configured bridge and relay bundles at https://www.torproject.org/download/download.html.en -- Andrew http://tpo.is/contact pgp 0x6B4D6475 ___ tor-talk mailing list tor-talk@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-talk
Re: [tor-talk] Tor Browser Bundle 3.0alpha1 test builds
On 15.06.2013 09:15, Andreas Krey wrote: > On Fri, 14 Jun 2013 19:39:31 +, Mike Perry wrote: > ... >> Please try these out, test them, and give us feedback! The plan is to >> post them on the blog by Monday, unless something goes horribly wrong. >> >> https://people.torproject.org/~mikeperry/tbb-3.0alpha1-builds/official/ > > Erm, I used torbrowser-install-3.0-alpha-1_en-US, > and it immediately (at double-clicking the 'Start > Tor Browser') crashes on this Windows 7 box. Works for me. It would be interesting to know whether that only happens with the official builds or with ln5's or gk's builds as well (I could not access mike's due to permission issues)... Georg signature.asc Description: OpenPGP digital signature ___ tor-talk mailing list tor-talk@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-talk
[tor-talk] Tor transparent proxying over OpenVPN
Is it possible to do Tor transparent proxying over OpenVPN i.e. My connection -> OpenVPN -> Tor ? The purpose of this would be to stop the ISP from seeing that Tor is being used. At the moment I'm using the rules from https://trac.torproject.org/projects/tor/wiki/doc/TransparentProxy By modifying the rules slightly to allow non-Tor traffic to the VPN server I am able to establish a connection with OpenVPN, however, I can't access any content online after that. I understand that a normal setup of OpenVPN and then setting Tor as the SOCKS5 proxy in my web browser, IM client, etc would work, but it doesn't provide what I want - for every connection to go through Tor without fail. ___ tor-talk mailing list tor-talk@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-talk
Re: [tor-talk] Tor Browser Bundle 3.0alpha1 test builds
On 6/15/13, Georg Koppen wrote: > On 15.06.2013 09:15, Andreas Krey wrote: >> On Fri, 14 Jun 2013 19:39:31 +, Mike Perry wrote: >> ... >>> Please try these out, test them, and give us feedback! The plan is to >>> post them on the blog by Monday, unless something goes horribly wrong. >>> >>> https://people.torproject.org/~mikeperry/tbb-3.0alpha1-builds/official/ >> >> Erm, I used torbrowser-install-3.0-alpha-1_en-US, >> and it immediately (at double-clicking the 'Start >> Tor Browser') crashes on this Windows 7 box. > > Works for me. It would be interesting to know whether that only happens > with the official builds or with ln5's or gk's builds as well (I could > not access mike's due to permission issues)... > > Georg > > I'm downloaded the package at official/torbrowser-install-3.0-alpha-1_en-US.exe on a Windows 7 64-bit laptop. I did not see any error messages on the install but when I opened 'Start Tor Browser' nothing happened. -- Matt Pagan matthew.a.pa...@gmail.com PGP key ID: 0xA521D36F ___ tor-talk mailing list tor-talk@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-talk
Re: [tor-talk] Tor transparent proxying over OpenVPN
On 06/15/2013 09:46 PM, e...@tormail.org wrote: > Is it possible to do Tor transparent proxying over OpenVPN i.e. My > connection -> OpenVPN -> Tor ? > The purpose of this would be to stop the ISP from seeing that Tor is being > used. > At the moment I'm using the rules from > https://trac.torproject.org/projects/tor/wiki/doc/TransparentProxy > By modifying the rules slightly to allow non-Tor traffic to the VPN server > I am able to establish a connection with OpenVPN, however, I can't access > any content online after that. > I understand that a normal setup of OpenVPN and then setting Tor as the > SOCKS5 proxy in my web browser, IM client, etc would work, but it doesn't > provide what I want - for every connection to go through Tor without fail. The simplest solution would be to use a VM. Run the VPN client on the host machine, and the Tor setup in the VM. You could also run the VPN client in a pfSense VM, and the Tor setup in another VM that uses the pfSense VM as its LAN router. ___ tor-talk mailing list tor-talk@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-talk
Re: [tor-talk] Tor Browser Bundle 3.0alpha1 test builds
Hey Mike, I have a question about filenames. The 3.0 alpha1s are all hosted here for now? https://people.torproject.org/~mikeperry/tbb-3.0alpha1-builds/official/ But soon (maybe Monday with your blog post) they will be here too? https://www.torproject.org/dist/torbrowser/linux/ Tor Browser Launcher's auto-updating works by loading and parsing https://check.torproject.org/RecommendedTBBVersions and then uses that string to build the full URL of the .tar.gz and the .tar.gz.asc files to download. Right now the latest alpha version is "3.0-alpha-1-Linux", so TBL is trying to download this URL: https://www.torproject.org/dist/torbrowser/linux/tor-browser-gnu-linux-x86_64-3.0-alpha-1-dev-en-US.tar.gz But that's returning a 404 error for now, because the 3.0-alpha-1s aren't in https://www.torproject.org/dist/torbrowser/linux/ yet. But even when they are, it looks like the file naming system has changed. TBL expects these: tor-browser-gnu-linux-i686-3.0-alpha-1-dev-en-US.tar.gz tor-browser-gnu-linux-x86_64-3.0-alpha-1-dev-en-US.tar.gz But it looks like the new files are in this format: tor-browser-linux32-3.0-alpha-1_en-US.tar.xz tor-browser-linux64-3.0-alpha-1_en-US.tar.xz They're also .tar.xz files instead of .tar.gz files. When they're uploading directly to torproject.org/dist will the file names remain in the format that TBL is currently expecting? And do you think it would be possible to only update RecommendedTBBVersions when there's an associated tarball available for download in a predictable place so that we don't get into a situation where there's an updated version but TBL can't find it? And 3.0 looks great btw! On 06/14/2013 11:07 PM, Mike Perry wrote: > Should be fixed. Good luck! > > Micah Lee: > >> This is awesome! Can you fix a typo in this file? >> https://check.torproject.org/RecommendedTBBVersions >> >> It says: >> >> [ >> "2.3.25-8-MacOS", >> "2.3.25-8-Windows", >> "2.3.25-8-Linux", >> "2.3.25-9-Linux", >> "2.4.12-alpha-2-MacOS", >> "2.4.12-alpha-2-Windows", >> "2.4.12-alpha-2-Linux" >> "3.0-alpha-1-Linux" >> "3.0-alpha-1-MacOS" >> "3.0-alpha-1-Windows" >> ] >> >> There missing commas at the end of the array. I tried updating to >> 3.0alpha1 with Tor Browser Launcher but it failed parsing >> RecommendedTBBVersions. >> >> On 06/14/2013 07:39 PM, Mike Perry wrote: >>> The new TBB 3.0 series is almost ready for its first alpha release! >>> >>> Here are the major highlights of the 3.0 series: >>> >>> 1. Usability, usability, usability! We've attempted to solve several >>> major usability issues in this series, including: >>> >>> A. No more Vidalia. The Tor process management is handled by the Tor >>>Launcher extension. If you want the Vidalia features, you can >>>point an existing Vidalia binary at control port 9151 after Tor >>>Browser has launched, and it should still work. >>> >>> B. The browser now uses a local about:tor homepage instead of >>>check.torproject.org. A local verification against the control port >>>is still performed, to ensure Tor is working, and a link to >>>check.torproject.org is provided from the about:Tor homepage >>>for manual verification as well. >>> >>> C. For Windows users: an NSIS-based extractor now guides you through >>>the TBB extraction and ensures the extracted bundle ends up on your >>>Desktop, or in a known location chosen by you. Hopefully this >>>will mean no more losing track of the extracted bundle files! >>> >>> 2. The bundles are all under the 25M gmail attachment size limit, so >>> direct email and gettor attachments are once again possible. >>> >>> 3. We now use Gitian to build the bundles. The idea behind Gitian is to >>> allow independent people to take our source code and produce exactly >>> identical binaries on their own. We're not quite at the point where >>> you always get a matching build, but the remaining differences are >>> minor, and within a couple more releases we should have it fully >>> reproducible. For now, we are posting all of the builds for >>> comparison, and you can of course build and compare your own: >>> >>> https://gitweb.torproject.org/builders/tor-browser-bundle.git/blob/HEAD:/gitian/README.build >>> >>> >>> Please try these out, test them, and give us feedback! The plan is to >>> post them on the blog by Monday, unless something goes horribly wrong. >>> >>> https://people.torproject.org/~mikeperry/tbb-3.0alpha1-builds/official/ >>> >>> >>> >>> >>> >>> >>> >>> ___ >>> tor-talk mailing list >>> tor-talk@lists.torproject.org >>> https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-talk >> >> >> -- >> Micah Lee >> @micahflee >> > > > -- Micah Lee @micahflee signature.asc Description: OpenPGP digital signature ___ tor-talk mailing list tor-talk@lists.torproject.org https://lists.torpr
Re: [tor-talk] Tor Browser Bundle 3.0alpha1 test builds
Matt Pagan: > On 6/15/13, Georg Koppen wrote: > > On 15.06.2013 09:15, Andreas Krey wrote: > >> On Fri, 14 Jun 2013 19:39:31 +, Mike Perry wrote: > >> ... > >>> Please try these out, test them, and give us feedback! The plan is to > >>> post them on the blog by Monday, unless something goes horribly wrong. > >>> > >>> https://people.torproject.org/~mikeperry/tbb-3.0alpha1-builds/official/ > >> > >> Erm, I used torbrowser-install-3.0-alpha-1_en-US, > >> and it immediately (at double-clicking the 'Start > >> Tor Browser') crashes on this Windows 7 box. > > > > Works for me. It would be interesting to know whether that only happens > > with the official builds or with ln5's or gk's builds as well (I could > > not access mike's due to permission issues)... > > I'm downloaded the package at > official/torbrowser-install-3.0-alpha-1_en-US.exe on a Windows 7 > 64-bit laptop. I did not see any error messages on the install but > when I opened 'Start Tor Browser' nothing happened. This crash does not happen to me on a fresh x64 Win7 VM. It is possibly an AV/other software conflict. I got an off-list reply from someone claiming that this was due to a system Tor being installed, and that the conflict happens even if the system Tor is not running. I am not sure how they arrived at this conclusion/diagnosis, so we should try to reproduce it. For everyone who is experiencing these crashes: Do you have a system tor installed? If so, if you uninstall it and reboot, does TBB still crash? -- Mike Perry signature.asc Description: Digital signature ___ tor-talk mailing list tor-talk@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-talk
Re: [tor-talk] Tor Browser Bundle 3.0alpha1 test builds
Micah Lee: > Hey Mike, I have a question about filenames. > > The 3.0 alpha1s are all hosted here for now? > https://people.torproject.org/~mikeperry/tbb-3.0alpha1-builds/official/ > > But soon (maybe Monday with your blog post) they will be here too? > https://www.torproject.org/dist/torbrowser/linux/ Correct. > Tor Browser Launcher's auto-updating works by loading and parsing > https://check.torproject.org/RecommendedTBBVersions and then uses that > string to build the full URL of the .tar.gz and the .tar.gz.asc files to > download. > > Right now the latest alpha version is "3.0-alpha-1-Linux", so TBL is > trying to download this URL: > > https://www.torproject.org/dist/torbrowser/linux/tor-browser-gnu-linux-x86_64-3.0-alpha-1-dev-en-US.tar.gz > > But that's returning a 404 error for now, because the 3.0-alpha-1s > aren't in https://www.torproject.org/dist/torbrowser/linux/ yet. But > even when they are, it looks like the file naming system has changed. > TBL expects these: > > tor-browser-gnu-linux-i686-3.0-alpha-1-dev-en-US.tar.gz > tor-browser-gnu-linux-x86_64-3.0-alpha-1-dev-en-US.tar.gz > > But it looks like the new files are in this format: > > tor-browser-linux32-3.0-alpha-1_en-US.tar.xz > tor-browser-linux64-3.0-alpha-1_en-US.tar.xz > > They're also .tar.xz files instead of .tar.gz files. When they're > uploading directly to torproject.org/dist will the file names remain in > the format that TBL is currently expecting? Yeah, all of these filename changes are due to various aspects of Gitian that make the bundle names different. The current naming scheme should remain the same for the rest of the 3.0 series, though. As a heads up: somewhere later in the alpha series we will be redoing the directory organization inside the bundles as well. > And do you think it would be possible to only update > RecommendedTBBVersions when there's an associated tarball available > for download in a predictable place so that we don't get into a > situation where there's an updated version but TBL can't find it? There will always be a chicken/egg problem here. We need to update the recommended versions file before the bundles get uploaded so that the first people who download them don't immediately get told they are out of date. > And 3.0 looks great btw! > > On 06/14/2013 11:07 PM, Mike Perry wrote: > > Should be fixed. Good luck! > > > > Micah Lee: > > > >> This is awesome! Can you fix a typo in this file? > >> https://check.torproject.org/RecommendedTBBVersions > >> > >> It says: > >> > >> [ > >> "2.3.25-8-MacOS", > >> "2.3.25-8-Windows", > >> "2.3.25-8-Linux", > >> "2.3.25-9-Linux", > >> "2.4.12-alpha-2-MacOS", > >> "2.4.12-alpha-2-Windows", > >> "2.4.12-alpha-2-Linux" > >> "3.0-alpha-1-Linux" > >> "3.0-alpha-1-MacOS" > >> "3.0-alpha-1-Windows" > >> ] > >> > >> There missing commas at the end of the array. I tried updating to > >> 3.0alpha1 with Tor Browser Launcher but it failed parsing > >> RecommendedTBBVersions. > >> > >> On 06/14/2013 07:39 PM, Mike Perry wrote: > >>> The new TBB 3.0 series is almost ready for its first alpha release! > >>> > >>> Here are the major highlights of the 3.0 series: > >>> > >>> 1. Usability, usability, usability! We've attempted to solve several > >>> major usability issues in this series, including: > >>> > >>> A. No more Vidalia. The Tor process management is handled by the Tor > >>>Launcher extension. If you want the Vidalia features, you can > >>>point an existing Vidalia binary at control port 9151 after Tor > >>>Browser has launched, and it should still work. > >>> > >>> B. The browser now uses a local about:tor homepage instead of > >>>check.torproject.org. A local verification against the control port > >>>is still performed, to ensure Tor is working, and a link to > >>>check.torproject.org is provided from the about:Tor homepage > >>>for manual verification as well. > >>> > >>> C. For Windows users: an NSIS-based extractor now guides you through > >>>the TBB extraction and ensures the extracted bundle ends up on your > >>>Desktop, or in a known location chosen by you. Hopefully this > >>>will mean no more losing track of the extracted bundle files! > >>> > >>> 2. The bundles are all under the 25M gmail attachment size limit, so > >>> direct email and gettor attachments are once again possible. > >>> > >>> 3. We now use Gitian to build the bundles. The idea behind Gitian is to > >>> allow independent people to take our source code and produce exactly > >>> identical binaries on their own. We're not quite at the point where > >>> you always get a matching build, but the remaining differences are > >>> minor, and within a couple more releases we should have it fully > >>> reproducible. For now, we are posting all of the builds for > >>> comparison, and you can of course build and compare your own: > >>> > >>> https://gitweb
Re: [tor-talk] Tor Browser Bundle 3.0alpha1 test builds
On Sat, 15 Jun 2013 19:09:28 +, Mike Perry wrote: ... > For everyone who is experiencing these crashes: Do you have a system tor > installed? If so, if you uninstall it and reboot, does TBB still crash? Not sure what 'system tor' is. I have older TBBs on the system, but they shouldn't do anything permanent to the system? Anyway, it crashes the same way after a reboot without having run the old TBB before. Andreas -- "Totally trivial. Famous last words." From: Linus Torvalds Date: Fri, 22 Jan 2010 07:29:21 -0800 ___ tor-talk mailing list tor-talk@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-talk
Re: [tor-talk] Tor Browser Bundle 3.0alpha1 test builds
Andreas Krey: > On Sat, 15 Jun 2013 19:09:28 +, Mike Perry wrote: > ... > > For everyone who is experiencing these crashes: Do you have a system tor > > installed? If so, if you uninstall it and reboot, does TBB still crash? > > Not sure what 'system tor' is. I have older TBBs on the system, but > they shouldn't do anything permanent to the system? Anyway, it crashes > the same way after a reboot without having run the old TBB before. I mean the bridge bundles, relay bundles or the vidalia+tor bundles that get installed into your program files directory as opposed to just your desktop. These tor binaries get registered as a Windows system service, which could have a number of different effects. If people are experiencing these crashes without having installed a Tor Relay or similar bundle, then the next step is to make a fresh VM and start adding your favorite security and other always-on service software to the VM until it breaks. Once again, there are quite a few people for which these bundles work just fine on vanilla x64+Win7, so there has to be some third party software component causing these crash/exit issues. -- Mike Perry signature.asc Description: Digital signature ___ tor-talk mailing list tor-talk@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-talk
Re: [tor-talk] Tor Browser Bundle 3.0alpha1 test builds
On 6/16/13, Andreas Krey wrote: > On Sat, 15 Jun 2013 19:09:28 +, Mike Perry wrote: > ... >> For everyone who is experiencing these crashes: Do you have a system tor >> installed? If so, if you uninstall it and reboot, does TBB still crash? > > Not sure what 'system tor' is. I have older TBBs on the system, but > they shouldn't do anything permanent to the system? Anyway, it crashes > the same way after a reboot without having run the old TBB before. > My system Tor is long gone. ___ tor-talk mailing list tor-talk@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-talk
[tor-talk] Firefox Portable and Access Denied on Lock File (Windows, x64) (Was: Tor Browser Bundle 3.0alpha1 test builds)
Hi All/Mike, My apologies for spinning up another thread. The original seemed like it was getting cluttered, and I believe the cause has been found. In this installation, the Tor bundle was installed in %PROGRAMFILES%. Specifically, C:\Program Files (x86)\Tor Browser. If I run "Start Tor Browser.exe" as a regular user, I receive an error message, "Firefox is already running, but not responding...". See "tor-firefox-windows-already-running.png" at http://postimg.org/image/cf8ily0sp/. When I trace the processes involved (Start Tor, Tor, and Firefox) using Sysinternal's Process Monitor, it appears Firefox is trying to write a lock file in %PROGRAMFILES%. The lock file is ...\Tor Browser\FirefoxPortable\Data\Profile\parent.lock, and it results in an ACCESS_DENIED. See "tor-firefox-windows-access-denied.png" at http://postimg.org/image/xlzmb3j1b/. If I run "Start Tor Browser.exe" as an Administrator, the browser works fine. When the Tor Browser is launched after installation (as part of the installation), the browser works fine. I believe this is because the setup/install program is not dropping privileges after it completes. In this case, FirefoxPortable should probably be writing its lock file to a temporary directory or the User's application data directory (CSIDL_APPDATA or FOLDERID_RoamingAppData, http://msdn.microsoft.com/en-us/library/windows/desktop/dd378457%28v=vs.85%29.aspx). It should not attempt to write to a read/execute directory. Jeff On Fri, Jun 14, 2013 at 10:39 PM, Mike Perry wrote: > The new TBB 3.0 series is almost ready for its first alpha release! > > Here are the major highlights of the 3.0 series: > > 1. Usability, usability, usability! We've attempted to solve several > major usability issues in this series, including: > > A. No more Vidalia. The Tor process management is handled by the Tor >Launcher extension. If you want the Vidalia features, you can >point an existing Vidalia binary at control port 9151 after Tor >Browser has launched, and it should still work. > > B. The browser now uses a local about:tor homepage instead of >check.torproject.org. A local verification against the control port >is still performed, to ensure Tor is working, and a link to >check.torproject.org is provided from the about:Tor homepage >for manual verification as well. > > C. For Windows users: an NSIS-based extractor now guides you through >the TBB extraction and ensures the extracted bundle ends up on your >Desktop, or in a known location chosen by you. Hopefully this >will mean no more losing track of the extracted bundle files! > > 2. The bundles are all under the 25M gmail attachment size limit, so > direct email and gettor attachments are once again possible. > > 3. We now use Gitian to build the bundles. The idea behind Gitian is to > allow independent people to take our source code and produce exactly > identical binaries on their own. We're not quite at the point where > you always get a matching build, but the remaining differences are > minor, and within a couple more releases we should have it fully > reproducible. For now, we are posting all of the builds for > comparison, and you can of course build and compare your own: > > https://gitweb.torproject.org/builders/tor-browser-bundle.git/blob/HEAD:/gitian/README.build > > > Please try these out, test them, and give us feedback! The plan is to > post them on the blog by Monday, unless something goes horribly wrong. ___ tor-talk mailing list tor-talk@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-talk
Re: [tor-talk] Tor Browser Bundle 3.0alpha1 test builds
Matt Pagan: > On 6/16/13, Andreas Krey wrote: > > On Sat, 15 Jun 2013 19:09:28 +, Mike Perry wrote: > > ... > >> For everyone who is experiencing these crashes: Do you have a system tor > >> installed? If so, if you uninstall it and reboot, does TBB still crash? > > > > Not sure what 'system tor' is. I have older TBBs on the system, but > > they shouldn't do anything permanent to the system? Anyway, it crashes > > the same way after a reboot without having run the old TBB before. > > > > My system Tor is long gone. Ok, we have a new hypothesis. One of the crash scenarios seems to be if you install to non-Desktop (such as C:\Program Files (x86)\) as Administratror, and then try to run it as non-Administrator. Are any of you who experience crashes installing to the Desktop (the default)? I confirmed that I am able to run TBB from the default Desktop location as both Admin and non-Admin Win7 users. -- Mike Perry signature.asc Description: Digital signature ___ tor-talk mailing list tor-talk@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-talk
Re: [tor-talk] Tor Browser Bundle 3.0alpha1 test builds
> Linux: > Every first time I run it after extraction, it immediately launches Tor > Browser and shows what looks like the default Mozilla start page. When I > try to open any other page, it gives me a proxy error. > When I close it, and run it again, > - en_US: the Tor Network Settings wizard comes up. Tor Browser still > opens the default Mozilla startpage, but browsing works. "about:tor" is > not a valid address. > - de: shows correct startpage, about:tor works Works both on my 64bit and 32bit testing systems. Do you see error messages in the error console (CTRL + SHIFT + J) that could be related? Georg signature.asc Description: OpenPGP digital signature ___ tor-talk mailing list tor-talk@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-talk