Raspberry Pi pre release testing [1.0.7]

Posted by stylesuxx 
This forum is currently read only. You can not log in or make any changes. This is a temporary situation.
Now, this forum is in read-only mode. You find details Details hereContinue on /r/PirateBox
Re: Raspberry Pi pre release testing [1.0.7]
January 25, 2016 11:35PM
Testing....
Timesave works!
Board works and script now activates the forum.
I like the disk usage feature that isn't in master.
Piratebox DLNA shows up as a device. Clicking on it brings up Windows Media Player. The test music file plays.

Pesky "Calling CRDA to update world regulatory domain"
sudo -i
rm /lib/modules/$(uname -r)/kernel/net/wireless/cfg80211.ko.gz
exit
I don't know how that will affect the 80211 drivers or us in general. google search found this solution. Results in slightly faster boot time

Final Verdict: I believe we have a release candidate minus some extra testers.



Edited 5 time(s). Last edit at 01/26/2016 07:32AM by TheExpertNoob.
Re: Raspberry Pi pre release testing [1.0.7]
January 26, 2016 12:03AM
hmm.. have we worked on the exit 1 for detecting wifi? Maybe exit to generate /boot/wpa_supplicant.conf that users can then edit to connect to their AP. If the config exists go ahead and connect to AP. Even then, how do we control that script later to once the user gets the proper driver set up so it doesn't continually exit them to the AP connection process.

Or should we just set it up to exit with a message such as "Your wifi dongle is not compatible, see compatibility list or look for help in IRC"
Re: Raspberry Pi pre release testing [1.0.7]
January 26, 2016 09:43AM
Hey TheExpertNoob,
Connecting wo Wifi via wpa_supplicant.conf on the boot disk is my last biger Todo, before I consider it a RC ;-) Should be done today, maybe tomorrow.

Greetz,
Chris
Re: Raspberry Pi pre release testing [1.0.7]
January 26, 2016 07:00PM
Just pushed the fallback for WiFi, there now is a wpa_supplicant.conf on the boot partition, if no AP enabled WIFi stick is found, the PirateBox tries to connect to the network set in wpa_supplicant.conf instead.

I am right now building the image and give it a final test. If everything works for me I will also build an RPi2 image. And upload both for testing.
Re: Raspberry Pi pre release testing [1.0.7]
January 28, 2016 10:25AM
Alright, I finally managed to upload the images (have crappy upload here), you can find them here => [piratebox.bubblesort.me] for everyone.

Use piratebox_rpi2_* for Raspberry Pi Model 2, for all other models use piratebox_rpi_*.
Re: Raspberry Pi pre release testing [1.0.7]
January 29, 2016 10:15AM
OK, here is my feedback after testing the posted RPI_1 image:

All the steps on the checklist were followed and there were only 3 identified problems and 1 out of date set of instructions that i have found with the image and associated processes:

    [*] Even after having setup the image board, the piratebox would still direct me to the The kareha image board is not fully configured.

    Visit the following Link to do the initial configuration.

    Or go back to Pirate Box start page.
    Clicking on the visit the following link would make the board come up but to someone who was inexperienced with piratebox it would confuse them

    [*] In the MOTD, it refers to the setup of minidlna, this item was not on the checklist to test, but i tested it anyway and found that the second command wouldn't run Failed to execute operation: The name org.freedesktop.PolicyKit1 was not provided by any .service files

    [*] Im not sure how the disk usage figure works but when i performed the USB mod it stayed at the 62% usage that it was at before i changed the file location. A 16gb USB with a 50kb PDF is not 62% full!

    [*]The out of date instructions i refer to are those for Mounting a USB drive; It is now necessary to run the sudo command infront of each of the commands listed for this process.

All in all, a great image with the only issues being the ones i highlighted above smiling smiley
Re: Raspberry Pi pre release testing [1.0.7]
January 29, 2016 10:20AM
I know the image is 2Gb, the SD card needs to be extended for the full 16Gb. Now disk usage should be more accurate after a click on the refresh.

Edit: ah you said USB.



Edited 1 time(s). Last edit at 01/29/2016 10:25AM by TheExpertNoob.
Re: Raspberry Pi pre release testing [1.0.7]
January 29, 2016 11:08AM
Seksan2 Wrote:
> [*] Even after having setup the image board, the
> piratebox would still direct me to the The kareha
> image board is not fully configured.
>
> Visit the following Link to do the initial
> configuration.
>
> Or go back to Pirate Box start page.
> Clicking on the visit the following link would
> make the board come up but to someone who was
> inexperienced with piratebox it would confuse
> them
Will check this out - this should be working properly

> [*] In the MOTD, it refers to the setup of
> minidlna, this item was not on the checklist to
> test, but i tested it anyway and found that the
> second command wouldn't run Failed to execute
> operation: The name org.freedesktop.PolicyKit1 was
> not provided by any .service files

Does you MOTD look other than this => [github.com] ? Also minidlna is actually in the checklist, but refered to as "UPnP media server", will make this more clear.

> [*] Im not sure how the disk usage figure works
> but when i performed the USB mod it stayed at the
> 62% usage that it was at before i changed the file
> location. A 16gb USB with a 50kb PDF is not 62%
> full!
Yes, this needs to be fixed, AFAIK he shows the disk usage of the SD, we need to change that, when USB is used instead.

> [*]The out of date instructions i refer to are
> those for Mounting a USB drive; It is now
> necessary to run the sudo command infront of each
> of the commands listed for this process.
Which instructions do you mean exactly? I'll fix that. Also do you think we should put the mounting instructions into the MOTD?

Other than that, thank you guys so much for helping with testing. Now to the perks, let me know how I should link you from the README,... fullname or handle and where to link to.

Greetz,
Chris
Re: Raspberry Pi pre release testing [1.0.7]
January 30, 2016 01:23AM
stylesuxx Wrote:
-------------------------------------------------------
> Seksan2 Wrote:
> > [*] Even after having setup the image board,
> the
> > piratebox would still direct me to the The
> kareha
> > image board is not fully configured.
> >
> > Visit the following Link to do the initial
> > configuration.
> >
> > Or go back to Pirate Box start page.
> > Clicking on the visit the following link would
> > make the board come up but to someone who was
> > inexperienced with piratebox it would confuse
> > them
> Will check this out - this should be working
> properly
>
> > [*] In the MOTD, it refers to the setup of
> > minidlna, this item was not on the checklist to
> > test, but i tested it anyway and found that the
> > second command wouldn't run Failed to execute
> > operation: The name org.freedesktop.PolicyKit1
> was
> > not provided by any .service files
>
> Does you MOTD look other than this =>
> [github.com]
> Webserver/blob/release-1.0.7/BuildScripts/RPi_motd
> .txt ? Also minidlna is actually in the checklist,
> but refered to as "UPnP media server", will make
> this more clear.
>
> > [*] Im not sure how the disk usage figure works
> > but when i performed the USB mod it stayed at
> the
> > 62% usage that it was at before i changed the
> file
> > location. A 16gb USB with a 50kb PDF is not 62%
> > full!
> Yes, this needs to be fixed, AFAIK he shows the
> disk usage of the SD, we need to change that, when
> USB is used instead.
>
> > [*]The out of date instructions i refer to are
> > those for Mounting a USB drive; It is now
> > necessary to run the sudo command infront of
> each
> > of the commands listed for this process.
> Which instructions do you mean exactly? I'll fix
> that. Also do you think we should put the mounting
> instructions into the MOTD?
>
> Other than that, thank you guys so much for
> helping with testing. Now to the perks, let me
> know how I should link you from the README,...
> fullname or handle and where to link to.
>
> Greetz,
> Chris
Heres the clarifying details you asked for:

1. The MOTD did appear like the one you linked to and i did follow it exactly and the error occurred when i tried to start the service.

2. The instructions i was referring to were those on the Raspberry Pi(rate)Box Mods page, here is the ammended instructions:

# Create a permanent mount point and mount the USB-Stick
sudo echo "/dev/sda1 /mnt/usbdrive vfat umask=0,noatime,rw,user 0 0" >> /etc/fstab
sudo mkdir -p /mnt/usbdrive
sudo mount /mnt/usbdrive

# move the shared folder
sudo mv /opt/piratebox/share/Shared /mnt/usbdrive
sudo ln -s /mnt/usbdrive/Shared /opt/piratebox/share

# move kareha stuff as well
sudo mv /opt/piratebox/share/board/src /mnt/usbdrive/kareha_uploads
sudo ln -s /mnt/usbdrive/kareha_uploads /opt/piratebox/share/board/src

3. I do believe that these Instructions should be in the MOTD as it would simplify the ease of installation of what i believe to be the one essential mod that should be installed on all raspberry Pirate boxes!

4. In terms of crediting my work, i am thinking the format Firstname Lastname (handle) would be best. I dont have somewhere to link to so lets not worry about that for the moment. I'll PM the credit details through!

Seksan2
Re: Raspberry Pi pre release testing [1.0.7]
January 31, 2016 12:05PM
@Disk-Usage:
It shows the Diskusage of the folder /opt/piratebox/share/Shared See source-code
So, if the USB Stick is correctly configured as /opt/piratebox/share/Shared , it should work. I tested this on OpenWrt and it was no big deal. On OpenWrt the complete share folder is moved to the USB Stick.
Re: Raspberry Pi pre release testing [1.0.7]
January 31, 2016 01:51PM
Short update:

Imageboard should be auto activated when the initial board configuration is invoked.
I now added a script to help with configuring the USB share. Also added a new step to the MOTD.
Added credits to the README.

I could not reproduce the minidlna error, are you sure you invoked the command with sudo?

Disk usage is not working for me either when moving the files to the USB share - looking into this.
Also if I enable the USB share, droopy shows "Retry" after upload, although the file went through and is available, also looking into this.

Will upload new images as soon as I find out more about the things I am looking into.

edit:
I am now moving the whole share folder. Disk usage is working now - But the positioning of the text is a bit unfortunate.
If I have nothing on my USB drive, I can't really see the text, because it is written into the progress bar. So as long as not at least 10% of space are used.

Still the problem with droopy persists, does it behave the same on OpenWrt? I do not think so...



Edited 1 time(s). Last edit at 01/31/2016 02:45PM by stylesuxx.
Re: Raspberry Pi pre release testing [1.0.7]
February 01, 2016 12:35AM
Just found out, that I will have to build the hostapd packages for RPi2 - thought we could use the same as for RPi, but this does not seem to be the case. Matthias, did you by any chance document anywhere how to build those?

Already built and added proftpd and start-stop-daemon. Only missing parts are the hostapd packages. Then we are good to go I'd say :-)
Re: Raspberry Pi pre release testing [1.0.7]
February 01, 2016 06:41PM
Build a new version of hostapd for the RPi2 this version supports 8188e* and 8188c*. For now I will only put it in the RPi2 image. If it turns out, that this is working good, we can rebuild it for the next version for RPi1 too :-)

Currently building new Images, will test and upload those as soon as they are done...
Re: Raspberry Pi pre release testing [1.0.7]
February 02, 2016 12:13AM
I retract my previous comment. Building with hard floats vs soft floats would yeild better performance.



Edited 1 time(s). Last edit at 02/02/2016 12:21AM by TheExpertNoob.
Re: Raspberry Pi pre release testing [1.0.7]
February 02, 2016 02:09AM
Latest Build RPi 1
Latest Build RPi 2

I'd appreciate if anyone could take them for a last spin...
Re: Raspberry Pi pre release testing [1.0.7]
February 02, 2016 09:09AM
stylesuxx Wrote:
-------------------------------------------------------
> Latest Build RPi 1
> Latest Build RPi 2
>
> I'd appreciate if anyone could take them for a
> last spin...

Having done that i confirm the error mustve been me last time with the minidlna. However i have found 3 new issues with it.


The first issue is that the provided script failed to mount my usb: [alarm@alarmpi piratebox]$ sudo /opt/piratebox/bin/usb_share.sh
## Adding USB share...
mount: can't find LABEL=PIRA
## Moving files...


The chatbox is also not working for me and any messages i send are not displayed back to me in the chatfeed.

Upon restarting the piratebox, the piratebox network did not reppear.(The wifi card didnt renable)

Theres your feedback, enjoy
Seksan2
Re: Raspberry Pi pre release testing [1.0.7]
February 02, 2016 10:51AM
Chatbox was not working after mounting USB I guess?
Need to add a check to only move the files if mounting worked.
Re: Raspberry Pi pre release testing [1.0.7]
February 02, 2016 11:22PM
Yep, spot on smiling smiley
Okay, just had a chance to test this. It's working well with d-link DWA-125 Version A2. The dns server doesn't always seem to catch the browser on my phone to redirect. The chat was already mentioned but it is working for me. It just isn't auto refreshing the chat. I have to refresh the webpage itself.
Re: Raspberry Pi pre release testing [1.0.7]
February 03, 2016 12:44AM
bradgillap did you also expand the share to USB, did this work for you without any problems?
Do you see any messages in the Browsers debug console when the Chat fails to update?
With which version are you testing RPi1 or RPi2 ?

I have experienced different behavior with different phones, sometimes, even if I am connected via phone, it prefers the mobile network over the wifi network, because the wifi has no Internet connection. Could you try disabling mobile data and see if the redirect on the phone is working correctly?

Greetz,
Chris
stylesuxx

I'm using the RPI 2 B. I'm not sure if it's the plus.
The chat seems to be auto updating now. I may have just been impatient. I'm using a 32gb thumb drive that was pre formatted to fat32 before booting the first time. The drive shows up all 32gb and the refresh file gauge on the first page seems to be working. I was just going to shut it down and move some media to the thumb drive to test the DLNA.

I was able to get my phone to pull the website again. My daughters tablet wouldn't work but that may be some other security software she has on it.

Great work! I just ordered a 20000 Mah battery for it. What USB wifi with an antenna would you recommend for stability and distance? This D-Link doesn't cover much more than the first floor of my house.
I also was able to upload a picture from my phone using the webpage. It complained with a retry message but the image did upload and show up properly. Might just be chrome for android.
Re: Raspberry Pi pre release testing [1.0.7]
February 03, 2016 06:24AM
@the droopy error:
I guess, that droopy is throwing an exception if it writes on FAT32. Since 1.0.6 there is newer droopy version active, which does a chmod during upload as a last step. Chmod is not possible on FAT32
The next difference is, that on OpenWrt droopy is running as root, while RPi it is running as the webserver user (better). I guess there is the major difference.

@Android
We have a fix since 1.0.6 which should fake the answer from the google server, so that Android should think it is still connected with a good signal and valid internet. [github.com]

stylsuxx, can you try to digg out more information about that?
- Which android version
- tcpdump against the wifi interface and if it tries to contact a static configured dns server?

edit:
I just installed your image on my RPi1. The shoutbox problem is a general PirateBox problem, which likely happens on OpenWrt, too. The initial message, written during bootup, does not properly refresh when a person write something. As soon as the first stuff is written, it works. On OpenWrt, I was able to fix it with timestamping the file with a valid date.. (the problem is on browser's end)
The fileupload on normal filesystem (without expanding the storage with moving to fat32 works).. will test the other case this evening



Edited 1 time(s). Last edit at 02/03/2016 06:52AM by Matthias.
Re: Raspberry Pi pre release testing [1.0.7]
February 03, 2016 11:41AM
Awesome, good info there. Will look into all of this in the evening :-) Matthias, maybe we could schedule a chat session for 9pm today?
Been workin great all day. Even got some content added. Cat photos and stuff from people. I got a better battery on the way. This powermonkey is about 68% since about 10:30. It's about 2pm now. The battery I have on the way is 20000 mah anker. Can't wait.

Which git repository do I use to contribute to the website portion? I have a few features I want to implement that others may find useful.

[imgur.com]
Re: Raspberry Pi pre release testing [1.0.7]
February 03, 2016 07:01PM
This is the repo you are looking for ;-)
[github.com]
Re: Raspberry Pi pre release testing [1.0.7]
February 03, 2016 07:16PM
So, I just did some debugging for the droopy problem:

the problem is the FAT32 filesystem of the USB stick. There should be a note to the howto, that IF you move your filesystem to an USB stick with fat32, you should also run the following command

sudo sed -i 's|DROOPY_USE_USER="yes"|DROOPY_USE_USER="no"|' /opt/piratebox/conf/piratebox.conf
sudo systemctl restart piratebox.service

Then it should work like expected


This is only my signature.
Re: Raspberry Pi pre release testing [1.0.7]
February 03, 2016 07:55PM
I have a better way to fix the droopy problem, add the following to the mount options for the FAT(!) USB stick:

uid=nobody,gid=nogroup

So the result line for fstab would look like

/dev/sda1 /mnt/usbdrive vfat umask=0,noatime,rw,user,uid=nobody,gid=nogroup 0 0

BTW: that sudo command does not work, because the >> is executed as the current user and not root, which makes the command fail
Re: Raspberry Pi pre release testing [1.0.7]
February 03, 2016 09:24PM
Thank you Matthias, added this mounting options to the script.

We might also have solved the Chat issue, but Matthias and I were making educated guesses because we can not reproduce it, so to all people with the Chat issues, what browsers are you using ? Is this reproducable every time you boot, or only on first boot?

edit: Ahhh, you meant the sudo command in troubleshooting, I just fixed that :-)



Edited 1 time(s). Last edit at 02/03/2016 10:18PM by stylesuxx.
hostapd.conf is being over-written on boot with default values. Can't change the SSID value.Can't figure out which file is overwriting it.

grep -nr 'Freely' /opt/piratebox

only shows. /etc finds nothing. Am I just in the wrong place?


/opt/piratebox/src/HEADER.txt:2:        <title>PirateBox - Share Freely!</title>
/opt/piratebox/src/HEADER.txt:12:                                       <img src="/piratebox-logo-horizontal-white.png" alt="PirateBox" title="PirateBox - Share Freely">
/opt/piratebox/www/index.html:5:        <title>PirateBox - Share Freely!</title>
/opt/piratebox/www/index.html:19:                                       <img src="piratebox-logo-horizontal-white.png" alt="PirateBox" title="PirateBox - Share Freely">
/opt/piratebox/conf/hostapd.conf:3:ssid=PirateBox - Share Freely

Sorry, you can't reply to this topic. It has been closed.