2014-07-24 - Re: [GRASE-Hotspot] New “Nightly” repository!

Header Data

From: John Crisp <jc***p@safeandsoundit.co.uk>
Message Hash: 7f1f3803a97c56d4fb802c1d051e5cd94d674a6115925e2f4c0d74f57d695367
Message ID: <53D0D043.7080902@safeandsoundit.co.uk>
Reply To: <CAESLx0KPR87JUDfzwtdO5fUU4d2u2EYGgNaSCFND04=RLYV9HA@mail.gmail.com>
UTC Datetime: 2014-07-24 02:22:11 UTC
Raw Date: Thu, 24 Jul 2014 11:22:11 +0200

Raw message 

On 24/07/14 00:48, Timothy White wrote:

> 
> The apt source lines are as follows. (Update
> /etc/apt/sources.list.d/grasehotspot.list with the correct name)
> 
> deb http://packages.grasehotspot.org/ purewhite main
> deb http://dev.packages.grasehotspot.org/ purewhite main
> deb http://nightly.packages.grasehotspot.org/ purewhite main
> 

Trying this on 12.04

Can't seem to get it to pick up from the nightly repo.

First tried apt-get update but no new packages showed.

Manually removed last test deb grase-www-portal

Then tried update again - no new packages found

Manually downloaded grase-www-portal and grase-www-portal-libs and
manually tried to install but grase-www-portal-libs will not install due
to a dependency on smarty3 which is not in ubuntu 12.04

Downloaded the latest smarty3 from here

http://www.smarty.net/download

Extracted it in /usr/share/php

Symlinked smarty3 -> /usr/share/php/Smarty-3.1.19/libs/

Then did a force install

sudo dpkg -i --force-depends
grase-www-portal_3.7.7.6.95.ga83c6bc_all.deb
grase-www-portal-ext-libs_3.7.7.6.95.ga83c6bc_all.deb

Rebooted and got the login window !

Logged in OK.

Couple of points.

Clicking the 'Open Status' button brings up another login page, not the
status.

Nothing to tell you to 'carry on' or direct you to the page you were
first looking at unlike the previous version (which was very handy)

No way to easily bookmark the Logut page (as in previous version)

Tested with HTC One XL, Samsung Galaxy Ace 2 & Blackberry 8*** something.

Built in Chrome browser, Dolphin and Firefox all seem OK.

Opera did not work (and I use that most !) - wonder if it is to do with
it using a non standard port to grab stuff off their servers ? Any idea
how I can trace that - e.g netstat ?

Did note a lot of these in /var/log/apache2/error.log :

[Thu Jul 24 10:02:10 2014] [error] [client 10.1.0.2] Request exceeded
the limit of 10 internal redirects due to probable configuration error.
Use 'LimitInternalRecursion' to increase the limit if necessary. Use
'LogLevel debug' to get a backtrace., referer:
http://10.1.0.1/grase/uam/hotspot?res=notyet&uamip=10.1.0.1&uamport=3990&challenge=d32f6d34e4a04a5cebcc6dc48024a446&called=00-40-95-30-37-29&mac=00-80-5A-67-7C-18&ip=10.1.0.2&nasid=nas01&sessionid=53d0cb3000000001&userurl=http%3a%2f%2fwww.google.es%2f%3fgfe_rd%3dcr%26ei%3dD8vQU_K5I8mb_wa0sIDwCw


Good start though.

B. Rgds
John

Thread