User avatar
mpthompson
Posts: 620
Joined: Fri Feb 03, 2012 7:18 pm
Location: San Carlos, CA
Contact: Website

Re: Debian Hard Float (armhf) for RPi

Wed May 16, 2012 4:56 pm

plugwash wrote:IMO the first thing to do is to try and get in touch with debian people and find out if there is already a system we can tie into for selecting egl/gles implementations. If noone else does this then I will but not until after we get the main repo into shape. I'm spending too much time on this as it is.
Plugwash, your efforts are certainly appreciated by me and I fully understand the investment of time you are putting to make this Debian port happen. I certainly hope that your efforts here can help you along the path of becoming a Debian Developer. Myself and many others here will certainly vouch for your work and guidance to make sure that Raspbian stays true to its Debian roots.

Regarding RPATH issue you mentioned, I wasn't really aware of the issue, but I found the following link that I believe explains it: http://wiki.debian.org/RpathIssue Certainly a good read for understanding the issues we will face to integrate the Broadcom libraries into Raspbian.

Regarding instances where Broadcom libraries may interfere with existing Debian packages, could we handle things by specifying the 'conflicts' field in the package? I suppose this would only work if the Broadcom GPU accelerated libraries are truly drop in replacements for what Debian already has, but I doubt it would be this easy.

Anyway, hopefully someone will step forward to do the necessary investigations so you don't feel the burden is all on you.

User avatar
hexelpdkk
Posts: 177
Joined: Fri Feb 24, 2012 4:40 pm

Re: Debian Hard Float (armhf) for RPi

Wed May 16, 2012 5:31 pm

mpthompson wrote:How can you help Raspbian?

1. Debian Kernel Package for Raspberry Pi
I have foolishly volunteered to have a crack at this one, although I've got a fair amount of work to get started so someone else might beat me to it. mpthompson has told me to start off with the make-kpkg tool, so I'm going to get that going (I already have sbuild setup - that was painful until recent kernels came out).

I will admit that I have no real Debian experience, so would like as much advice as people are willing to provide. I'm going to start with the REALLY dumb questions though:
  • Should I use the raspberry pi github source, or should I be trying to use upstream kernel source and r-pi patches?
  • How do we control the kernel - should there be an experimental, unstable and stable kernel?

User avatar
mpthompson
Posts: 620
Joined: Fri Feb 03, 2012 7:18 pm
Location: San Carlos, CA
Contact: Website

Re: Debian Hard Float (armhf) for RPi

Wed May 16, 2012 7:14 pm

hexelpdkk wrote:I have foolishly volunteered to have a crack at this one, although I've got a fair amount of work to get started so someone else might beat me to it. mpthompson has told me to start off with the make-kpkg tool, so I'm going to get that going (I already have sbuild setup - that was painful until recent kernels came out).

I will admit that I have no real Debian experience, so would like as much advice as people are willing to provide. I'm going to start with the REALLY dumb questions though:
  • Should I use the raspberry pi github source, or should I be trying to use upstream kernel source and r-pi patches?
  • How do we control the kernel - should there be an experimental, unstable and stable kernel?
Other than using make-kpkg to bundle up custom kernels in Debian packages, I don't have experience creating Debian kernel packages. I suspect the actual kernel packages are built differently and make-kpkg is mostly a convenience tool, but I could be wrong.

There is probably a lot to be learned by dissecting the existing Debian Wheezy kernel packages. For performance reasons, I would suggest ripping apart the i486 package on a PC as the basic mechanism as to how the kernel is packaged for armel and armhf should be the same. The Debian wheezy 486 kernel binary package can be found here:

http://packages.debian.org/wheezy/linux-image-2.6-486

The source .tar file and .dsc file this binary is built from can be found here:

http://packages.debian.org/source/wheezy/linux-latest

After pulling apart and seeing how Debian manages the kernel source it may be pretty straight forward to slip in the Raspberry Pi kernel and make whatever modifications are necessary for it to build into it's own binary package.

Ideally, I would like to see the kernel bundled as a source package that the autobuilders can build. Then we can manage it like any other thousands of source packages we are already managing. Alternatively, we could manually put pre-built binary packages into the Raspbian repository, but this is less desirable to me.

I would be curious for Plugwash and others to weigh in on this as well. Other may be much more familiar with the proper Debian way for managing kernel packages.

dom
Raspberry Pi Engineer & Forum Moderator
Raspberry Pi Engineer & Forum Moderator
Posts: 5502
Joined: Wed Aug 17, 2011 7:41 pm
Location: Cambridge

Re: Debian Hard Float (armhf) for RPi

Wed May 16, 2012 9:02 pm

Posting this with midori on raspian.
I had to turn off javascript. I then found I got kernel panics:
echo vm.min_free_kbytes=8192 >> /etc/sysctl.conf
seems to have fixed that. I was using Hexxeh's first image which didn't have this in (it is on standard debian image, and is necessary).

Been browsing for quite a while, and it's looking quite reliable. Also feels quite responsive.

plugwash
Forum Moderator
Forum Moderator
Posts: 3601
Joined: Wed Dec 28, 2011 11:45 pm

Re: Debian Hard Float (armhf) for RPi

Wed May 16, 2012 9:19 pm

mpthompson wrote: After pulling apart and seeing how Debian manages the kernel source it may be pretty straight forward to slip in the Raspberry Pi kernel and make whatever modifications are necessary for it to build into it's own binary package.
Yes this is the route I'd like whoever does it to take. Please modify the "linux-2.6" source package to disable building of the imx5 and omap variants and instead build variants for the Pi and for the weird qemu configuration we use.

You will also want to modify the "linux-latest" source package which generates the kernel metapackages to make similar changes.

Please include +rpi in the version number of your package so we can identify it as a locally modified package when we put it into the repo.

plugwash
Forum Moderator
Forum Moderator
Posts: 3601
Joined: Wed Dec 28, 2011 11:45 pm

Re: Debian Hard Float (armhf) for RPi

Wed May 16, 2012 9:26 pm

mpthompson wrote:I certainly hope that your efforts here can help you along the path of becoming a Debian Developer.
I have been a debian developer since the 6th

TBH by the time raspbian got going i'd already got through most of the application process and was just waiting for various approvals to come through.

User avatar
mpthompson
Posts: 620
Joined: Fri Feb 03, 2012 7:18 pm
Location: San Carlos, CA
Contact: Website

Re: Debian Hard Float (armhf) for RPi

Wed May 16, 2012 10:55 pm

plugwash wrote:I have been a debian developer since the 6th

TBH by the time raspbian got going i'd already got through most of the application process and was just waiting for various approvals to come through.
Congratulations. That's terrific. Debian developers are a pretty elite group within the open source community so it's quite an accomplishment.

User avatar
cross-keys
Posts: 25
Joined: Thu Apr 26, 2012 7:59 am
Location: Cambridge

Re: Debian Hard Float (armhf) for RPi

Wed May 16, 2012 11:14 pm

Well done, guys!

My Pi arrived today whilst I was at work, and I've managed to get everything running this evening.

This is what I did (using image raspbian-r3.zip)

Code: Select all

login as: root
root@192.168.22.142's password:
Linux raspbian 3.1.9+ #52 Tue May 8 23:49:32 BST 2012 armv6l

The programs included with the Debian GNU/Linux system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.

Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
Last login: Thu Jan  1 01:00:32 1970
root@raspberry1:~#
root@raspberry1:~# apt-get update
Get:1 http://archive.raspbian.org wheezy InRelease [3,588 B]
Get:2 http://archive.raspbian.org wheezy/main Sources [7,324 kB]
Get:3 http://archive.raspbian.org wheezy/main armhf Packages [7,430 kB]
Ign http://archive.raspbian.org wheezy/main TranslationIndex
Ign http://archive.raspbian.org wheezy/main Translation-en_GB
Ign http://archive.raspbian.org wheezy/main Translation-en
Fetched 14.8 MB in 3min 24s (72.2 kB/s)
Reading package lists... Done
root@raspberry1:~#
root@raspberry1:~# apt-get install apt-utils
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following NEW packages will be installed:
  apt-utils
0 upgraded, 1 newly installed, 0 to remove and 21 not upgraded.
Need to get 279 kB of archives.
After this operation, 531 kB of additional disk space will be used.
Get:1 http://archive.raspbian.org/raspbian/ wheezy/main apt-utils armhf 0.8.15.10 [279 kB]
Fetched 279 kB in 2s (117 kB/s)
debconf: delaying package configuration, since apt-utils is not installed
Selecting previously unselected package apt-utils.
(Reading database ... 15999 files and directories currently installed.)
Unpacking apt-utils (from .../apt-utils_0.8.15.10_armhf.deb) ...
Setting up apt-utils (0.8.15.10) ...
root@raspberry1:~#
root@raspberry1:~# apt-get upgrade
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following packages will be upgraded:
  debian-archive-keyring libglib2.0-0 libncurses5 libncursesw5 libpcre3 libpopt0 libssl1.0.0 libtinfo5 libxfont1 lxde-common lxde-core ncurses-base ncurses-bin
  openssl x11-common x11-xserver-utils xauth xorg xserver-xorg xserver-xorg-input-all zlib1g
21 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Need to get 6,780 kB of archives.
After this operation, 299 kB disk space will be freed.
Do you want to continue [Y/n]? y
Get:1 http://archive.raspbian.org/raspbian/ wheezy/main ncurses-bin armhf 5.9-7 [334 kB]
Get:2 http://archive.raspbian.org/raspbian/ wheezy/main ncurses-base all 5.9-7 [198 kB]
Get:3 http://archive.raspbian.org/raspbian/ wheezy/main libncurses5 armhf 5.9-7 [94.8 kB]
Get:4 http://archive.raspbian.org/raspbian/ wheezy/main libtinfo5 armhf 5.9-7 [264 kB]
Get:5 http://archive.raspbian.org/raspbian/ wheezy/main libncursesw5 armhf 5.9-7 [120 kB]
Get:6 http://archive.raspbian.org/raspbian/ wheezy/main zlib1g armhf 1:1.2.7.dfsg-1 [86.6 kB]
Get:7 http://archive.raspbian.org/raspbian/ wheezy/main libpcre3 armhf 1:8.30-5 [242 kB]
Get:8 http://archive.raspbian.org/raspbian/ wheezy/main libpopt0 armhf 1.16-4 [55.8 kB]
Get:9 http://archive.raspbian.org/raspbian/ wheezy/main libssl1.0.0 armhf 1.0.1c-1 [1,069 kB]
Get:10 http://archive.raspbian.org/raspbian/ wheezy/main libglib2.0-0 armhf 2.32.2-1 [1,956 kB]
Get:11 http://archive.raspbian.org/raspbian/ wheezy/main debian-archive-keyring all 2012.1 [21.0 kB]
Get:12 http://archive.raspbian.org/raspbian/ wheezy/main libxfont1 armhf 1:1.4.5-2 [146 kB]
Get:13 http://archive.raspbian.org/raspbian/ wheezy/main lxde-common all 0.5.5-4 [816 kB]
Get:14 http://archive.raspbian.org/raspbian/ wheezy/main lxde-core all 1 [1,952 B]
Get:15 http://archive.raspbian.org/raspbian/ wheezy/main openssl armhf 1.0.1c-1 [699 kB]
Get:16 http://archive.raspbian.org/raspbian/ wheezy/main x11-common all 1:7.6+13 [278 kB]
Get:17 http://archive.raspbian.org/raspbian/ wheezy/main x11-xserver-utils armhf 7.7~2 [181 kB]
Get:18 http://archive.raspbian.org/raspbian/ wheezy/main xauth armhf 1:1.0.7-1 [34.9 kB]
Get:19 http://archive.raspbian.org/raspbian/ wheezy/main xserver-xorg-input-all armhf 1:7.6+13 [35.5 kB]
Get:20 http://archive.raspbian.org/raspbian/ wheezy/main xserver-xorg armhf 1:7.6+13 [112 kB]
Get:21 http://archive.raspbian.org/raspbian/ wheezy/main xorg armhf 1:7.6+13 [36.0 kB]
Fetched 6,780 kB in 41s (163 kB/s)
Preconfiguring packages ...
(Reading database ... 16031 files and directories currently installed.)
Preparing to replace ncurses-bin 5.9-6 (using .../ncurses-bin_5.9-7_armhf.deb) ...
Unpacking replacement ncurses-bin ...
Setting up ncurses-bin (5.9-7) ...
(Reading database ... 16032 files and directories currently installed.)
Preparing to replace ncurses-base 5.9-6 (using .../ncurses-base_5.9-7_all.deb) ...
Unpacking replacement ncurses-base ...
Setting up ncurses-base (5.9-7) ...
(Reading database ... 16032 files and directories currently installed.)
Preparing to replace libncurses5:armhf 5.9-6 (using .../libncurses5_5.9-7_armhf.deb) ...
Unpacking replacement libncurses5:armhf ...
Preparing to replace libtinfo5:armhf 5.9-6 (using .../libtinfo5_5.9-7_armhf.deb) ...
Unpacking replacement libtinfo5:armhf ...
Setting up libtinfo5:armhf (5.9-7) ...
(Reading database ... 16028 files and directories currently installed.)
Preparing to replace libncursesw5:armhf 5.9-6 (using .../libncursesw5_5.9-7_armhf.deb) ...
Unpacking replacement libncursesw5:armhf ...
Setting up libncursesw5:armhf (5.9-7) ...
(Reading database ... 16025 files and directories currently installed.)
Preparing to replace zlib1g:armhf 1:1.2.6.dfsg-2 (using .../zlib1g_1%3a1.2.7.dfsg-1_armhf.deb) ...
Unpacking replacement zlib1g:armhf ...
Setting up zlib1g:armhf (1:1.2.7.dfsg-1) ...
(Reading database ... 16025 files and directories currently installed.)
Preparing to replace libpcre3:armhf 1:8.30-4 (using .../libpcre3_1%3a8.30-5_armhf.deb) ...
Unpacking replacement libpcre3:armhf ...
Preparing to replace libpopt0:armhf 1.16-3 (using .../libpopt0_1.16-4_armhf.deb) ...
Unpacking replacement libpopt0:armhf ...
Preparing to replace libssl1.0.0:armhf 1.0.1b-1 (using .../libssl1.0.0_1.0.1c-1_armhf.deb) ...
Unpacking replacement libssl1.0.0:armhf ...
Preparing to replace libglib2.0-0:armhf 2.32.0-4 (using .../libglib2.0-0_2.32.2-1_armhf.deb) ...
Unpacking replacement libglib2.0-0:armhf ...
Preparing to replace debian-archive-keyring 2010.08.28 (using .../debian-archive-keyring_2012.1_all.deb) ...
Unpacking replacement debian-archive-keyring ...
Setting up debian-archive-keyring (2012.1) ...
(Reading database ... 16027 files and directories currently installed.)
Preparing to replace libxfont1 1:1.4.5-1 (using .../libxfont1_1%3a1.4.5-2_armhf.deb) ...
Unpacking replacement libxfont1 ...
Preparing to replace lxde-common 0.5.5-2 (using .../lxde-common_0.5.5-4_all.deb) ...
update-alternatives: using /usr/bin/lxsession to provide /usr/bin/x-session-manager (x-session-manager) in auto mode.
Unpacking replacement lxde-common ...
Preparing to replace lxde-core 0.5.5-2 (using .../archives/lxde-core_1_all.deb) ...
Unpacking replacement lxde-core ...
Preparing to replace openssl 1.0.1b-1 (using .../openssl_1.0.1c-1_armhf.deb) ...
Unpacking replacement openssl ...
Preparing to replace x11-common 1:7.6+12 (using .../x11-common_1%3a7.6+13_all.deb) ...
Unpacking replacement x11-common ...
Preparing to replace x11-xserver-utils 7.6+3 (using .../x11-xserver-utils_7.7~2_armhf.deb) ...
Unpacking replacement x11-xserver-utils ...
Preparing to replace xauth 1:1.0.6-1 (using .../xauth_1%3a1.0.7-1_armhf.deb) ...
Unpacking replacement xauth ...
Preparing to replace xserver-xorg-input-all 1:7.6+12 (using .../xserver-xorg-input-all_1%3a7.6+13_armhf.deb) ...
Unpacking replacement xserver-xorg-input-all ...
Preparing to replace xserver-xorg 1:7.6+12 (using .../xserver-xorg_1%3a7.6+13_armhf.deb) ...
Unpacking replacement xserver-xorg ...
Preparing to replace xorg 1:7.6+12 (using .../xorg_1%3a7.6+13_armhf.deb) ...
Unpacking replacement xorg ...
Processing triggers for desktop-file-utils ...
Setting up libncurses5:armhf (5.9-7) ...
Setting up libpcre3:armhf (1:8.30-5) ...
Setting up libpopt0:armhf (1.16-4) ...
Setting up libssl1.0.0:armhf (1.0.1c-1) ...
Setting up libglib2.0-0:armhf (2.32.2-1) ...
No schema files found: doing nothing.
Setting up libxfont1 (1:1.4.5-2) ...
Setting up lxde-common (0.5.5-4) ...
update-alternatives: using /usr/bin/startlxde to provide /usr/bin/x-session-manager (x-session-manager) in auto mode.
Setting up lxde-core (1) ...
Setting up openssl (1.0.1c-1) ...
Setting up x11-common (1:7.6+13) ...
Setting up x11-xserver-utils (7.7~2) ...
Setting up xauth (1:1.0.7-1) ...
Setting up xserver-xorg-input-all (1:7.6+13) ...
Setting up xserver-xorg (1:7.6+13) ...
Setting up xorg (1:7.6+13) ...
root@raspberry1:~#
root@raspberry1:~# apt-get install vim
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following extra packages will be installed:
  libgpm2 vim-common vim-runtime
Suggested packages:
  gpm ctags vim-doc vim-scripts
The following NEW packages will be installed:
  libgpm2 vim vim-common vim-runtime
0 upgraded, 4 newly installed, 0 to remove and 0 not upgraded.
Need to get 7,403 kB of archives.
After this operation, 24.8 MB of additional disk space will be used.
Do you want to continue [Y/n]? y
Get:1 http://archive.raspbian.org/raspbian/ wheezy/main libgpm2 armhf 1.20.4-4 [34.9 kB]
Get:2 http://archive.raspbian.org/raspbian/ wheezy/main vim-common armhf 2:7.3.429-2 [164 kB]
Get:3 http://archive.raspbian.org/raspbian/ wheezy/main vim-runtime all 2:7.3.429-2 [6,339 kB]
Get:4 http://archive.raspbian.org/raspbian/ wheezy/main vim armhf 2:7.3.429-2 [865 kB]
Fetched 7,403 kB in 49s (149 kB/s)
Selecting previously unselected package libgpm2:armhf.
(Reading database ... 16025 files and directories currently installed.)
Unpacking libgpm2:armhf (from .../libgpm2_1.20.4-4_armhf.deb) ...
Selecting previously unselected package vim-common.
Unpacking vim-common (from .../vim-common_2%3a7.3.429-2_armhf.deb) ...
Selecting previously unselected package vim-runtime.
Unpacking vim-runtime (from .../vim-runtime_2%3a7.3.429-2_all.deb) ...
Adding 'diversion of /usr/share/vim/vim73/doc/help.txt to /usr/share/vim/vim73/doc/help.txt.vim-tiny by vim-runtime'
Adding 'diversion of /usr/share/vim/vim73/doc/tags to /usr/share/vim/vim73/doc/tags.vim-tiny by vim-runtime'
Selecting previously unselected package vim.
Unpacking vim (from .../vim_2%3a7.3.429-2_armhf.deb) ...
Setting up libgpm2:armhf (1.20.4-4) ...
Setting up vim-common (2:7.3.429-2) ...
Setting up vim-runtime (2:7.3.429-2) ...
Processing /usr/share/vim/addons/doc
Setting up vim (2:7.3.429-2) ...
update-alternatives: using /usr/bin/vim.basic to provide /usr/bin/vim (vim) in auto mode.
update-alternatives: using /usr/bin/vim.basic to provide /usr/bin/vimdiff (vimdiff) in auto mode.
update-alternatives: using /usr/bin/vim.basic to provide /usr/bin/rvim (rvim) in auto mode.
update-alternatives: using /usr/bin/vim.basic to provide /usr/bin/rview (rview) in auto mode.
update-alternatives: using /usr/bin/vim.basic to provide /usr/bin/vi (vi) in auto mode.
update-alternatives: using /usr/bin/vim.basic to provide /usr/bin/view (view) in auto mode.
update-alternatives: using /usr/bin/vim.basic to provide /usr/bin/ex (ex) in auto mode.
root@raspberry1:~#
Many thanks to you all, for your hard work.

I'm now going to look at the jobs list, to see if there's anything I could help out with ...

Cheers!

-XC

User avatar
mpthompson
Posts: 620
Joined: Fri Feb 03, 2012 7:18 pm
Location: San Carlos, CA
Contact: Website

Re: Debian Hard Float (armhf) for RPi

Wed May 16, 2012 11:51 pm

xcross-keys, great to hear your success with new Raspberry Pi hardware and Raspbian. Thank you for the positive feedback.

User avatar
mpthompson
Posts: 620
Joined: Fri Feb 03, 2012 7:18 pm
Location: San Carlos, CA
Contact: Website

Re: Debian Hard Float (armhf) for RPi

Thu May 17, 2012 4:04 am

In the very likely event that it takes us a while to get to the bottom of the problems with Javascript in Midori and the gtk webkit, I wanted to let everyone know IceWeasel (aka Firefox) finally had its dependencies satisfied and is currently building. This will almost certainly be a multi-day build, but hopefully it will be in the repository soon. Looks like a number of the old mozilla apps are building so the package progress may slow down as 'the pig makes its way through the snake'.

As of Wednesday evening the binary packages counts now stand at:

Debian armhf 34345
Raspbian armhf 29995

That is about 13,000 packages built so far (17000 were architecture independent binary packages imported into the repository) with about 4300 left to go to reach parity with Debian armhf.

User avatar
mpthompson
Posts: 620
Joined: Fri Feb 03, 2012 7:18 pm
Location: San Carlos, CA
Contact: Website

Re: Debian Hard Float (armhf) for RPi

Thu May 17, 2012 4:13 am

hexelpdkk wrote:I'm going to start with the REALLY dumb questions though:
  • Should I use the raspberry pi github source, or should I be trying to use upstream kernel source and r-pi patches?
  • How do we control the kernel - should there be an experimental, unstable and stable kernel?
Just to answer your questions:

1. I'll let you make the call. I would suggest starting with the Raspberry Pi github source as that is probably slightly easier to work with and track the changes in. Once you get the mechanics of getting the package built, it probably will be easy to switch either way.

2. We don't really have the concept of experimental, unstable and stable. I would suggest making the packages available outside the repository for download and install by 'dpkg -i' by people willing to give it a try. After it proves to be stable and have no obvious bugs, we can move it into the repository.

Anyway, those are my thoughts on your questions. Thanks for taking this on. I'm eager to see the results.

User avatar
mpthompson
Posts: 620
Joined: Fri Feb 03, 2012 7:18 pm
Location: San Carlos, CA
Contact: Website

Re: Debian Hard Float (armhf) for RPi

Thu May 17, 2012 7:28 am

An update on the crash in gtk webkit when running Midori.

I've installed on my desktop PC, running under QEMU, Debian Wheezy armel. I then installed LXDE and Midori. Finally, I ran the Javascript benchmark tests found at the following URL:

http://www.webkit.org/perf/sunspider/sunspider.html

As far as I can tell, it seems that Debian Wheezy armel doesn't suffer from any Javascript errors. If there are other URLs that trigger the bug in Midori running under Raspbian, please let me know.

It's important for us to know that Javascript seems to run find in Midori on armel. This is because I can go in and look to see what differences there are between the armel version of gtk webkit which doesn't have Javascript problems and the armhf version of gtk webkit which does seem to have Javascript problems. It's also possible, but not likely, we are experiencing a bug in the gcc compiler for Raspbian.

I'll keep picking away at this and hopefully I can find a set of changes to make to the gtk webkit that will allow Javascript to run under Midori.

dh04000
Posts: 62
Joined: Tue Oct 04, 2011 9:18 pm

Re: Debian Hard Float (armhf) for RPi

Thu May 17, 2012 12:55 pm

Hello, two quick questions. But first a statement.

I want to build a home server to backup my research files, and access them from work, or a conference. I'm a linux novice, using Ubuntu on the Desktop since 8.04. But I have little networking skills. I need to be able to access from Ubuntu, Win7, and an online access page would be nice too.

1) Is Deban-hf complete enough (packages, and stability) to run a basic storage server like I'm planning?

2) Would you suggest a beginner to use the Debian-sf instead due to the stage at which this project is at?

Thank you.

hzrnbgy
Posts: 106
Joined: Mon Dec 26, 2011 10:55 pm

Re: Debian Hard Float (armhf) for RPi

Thu May 17, 2012 1:37 pm

dh04000 wrote:Hello, two quick questions. But first a statement.

I want to build a home server to backup my research files, and access them from work, or a conference. I'm a linux novice, using Ubuntu on the Desktop since 8.04. But I have little networking skills. I need to be able to access from Ubuntu, Win7, and an online access page would be nice too.

1) Is Deban-hf complete enough (packages, and stability) to run a basic storage server like I'm planning?

2) Would you suggest a beginner to use the Debian-sf instead due to the stage at which this project is at?

Thank you.
For a requirement like this, i'd go with a cloud based solution. If you happen to need a file for a conference and your home based server crashed, you're out of luck.

For web based access to be possible, you must configure your router to forward any port the server is listening on and you must know your public IP. And since most public IPs (for regular customers) are dynamic, you will have a hard time determining what yours is at some point in time. And with the Pi being unstable with anything other than a low power mice and keyboard, you would not have lots of storage space to host your data.

dh04000
Posts: 62
Joined: Tue Oct 04, 2011 9:18 pm

Re: Debian Hard Float (armhf) for RPi

Thu May 17, 2012 3:18 pm

I do currently use a cloud based method, UbuntuOne. But, as part of new gov. regulations (still in proposals, but is going to be passed), I can't have research on these services as of a future date. So, I've love to move it to an encrypted home solution, so I don't have to carry my research on a usb drive. I plan on using a usb harddrive feed from a powered usb hub, no mice or keyboards, controlled via Putty. That should be stable. I'm also going to sync the files to my computer in cases of server crash.

So, back to my questions, please.

plugwash
Forum Moderator
Forum Moderator
Posts: 3601
Joined: Wed Dec 28, 2011 11:45 pm

Re: Debian Hard Float (armhf) for RPi

Thu May 17, 2012 3:26 pm

dh04000 wrote: 1) Is Deban-hf complete enough (packages, and stability) to run a basic storage server like I'm planning?
The honest answer is that we won't know until someone actually tries it.

User avatar
nick.mccloud
Posts: 804
Joined: Sat Feb 04, 2012 4:18 pm

Re: Debian Hard Float (armhf) for RPi

Thu May 17, 2012 3:47 pm

dh04000 wrote:2) Would you suggest a beginner to use the Debian-sf instead due to the stage at which this project is at?
Rather than bumping your nose against some useful tool that hasn't been compiled yet, why not use Debian-sf - why use bleeding edge when there are more established distros?

dh04000
Posts: 62
Joined: Tue Oct 04, 2011 9:18 pm

Re: Debian Hard Float (armhf) for RPi

Thu May 17, 2012 3:52 pm

Thanks for the responses.

I just read that the hf would lead to major performance enhancements, so that's why I got curious. I"m not going to be doing any computation, so I have no idea if the performance enhancements actually apply to me. Prob, not.

I think I'll stick with the sf version, based on your responses. Thanks again.

User avatar
mpthompson
Posts: 620
Joined: Fri Feb 03, 2012 7:18 pm
Location: San Carlos, CA
Contact: Website

Re: Debian Hard Float (armhf) for RPi

Thu May 17, 2012 4:29 pm

dh04000 wrote:I want to build a home server to backup my research files, and access them from work, or a conference. I'm a linux novice, using Ubuntu on the Desktop since 8.04. But I have little networking skills. I need to be able to access from Ubuntu, Win7, and an online access page would be nice too.
As the others have indicated, Raspbian is really on the bleeding edge and for your usage it would be best to stick with the Debian armel image for now.

I've set up a number of systems on my home LAN exactly like this using Debian. An NSLU2, and Alix1d and most recently an HP Media Vault MV2120. Debian installs on all of them with varying degrees of difficulty, but the end result is a very stable, low-cost, low-power home server. There is no reason the Raspberry Pi could fulfill a similar function running Debian or Raspbian once it's ready.

Also, setting up a home server so that it is available on the web in a secure manner is not trivial. You'll learn a lot more about networking, routers, firewalls, security protocols and all sorts of things. Just be prepared to put some time into it if you want something that is both secure and robust so that you can trust it when you are at a remote location.

dh04000
Posts: 62
Joined: Tue Oct 04, 2011 9:18 pm

Re: Debian Hard Float (armhf) for RPi

Thu May 17, 2012 4:34 pm

mpthompson wrote:
dh04000 wrote:I want to build a home server to backup my research files, and access them from work, or a conference. I'm a linux novice, using Ubuntu on the Desktop since 8.04. But I have little networking skills. I need to be able to access from Ubuntu, Win7, and an online access page would be nice too.
As the others have indicated, Raspbian is really on the bleeding edge and for your usage it would be best to stick with the Debian armel image for now.

I've set up a number of systems on my home LAN exactly like this using Debian. An NSLU2, and Alix1d and most recently an HP Media Vault MV2120. Debian installs on all of them with varying degrees of difficulty, but the end result is a very stable, low-cost, low-power home server. There is no reason the Raspberry Pi could fulfill a similar function running Debian or Raspbian once it's ready.

Also, setting up a home server so that it is available on the web in a secure manner is not trivial. You'll learn a lot more about networking, routers, firewalls, security protocols and all sorts of things. Just be prepared to put some time into it if you want something that is both secure and robust so that you can trust it when you are at a remote location.
Sounds good. Other than a need for a new solution to backing up my work, I actually bought the RPi so I could learn about networking, security, and general small scale server management. I am more than willing to put in the time. :)

User avatar
mpthompson
Posts: 620
Joined: Fri Feb 03, 2012 7:18 pm
Location: San Carlos, CA
Contact: Website

Re: Debian Hard Float (armhf) for RPi

Thu May 17, 2012 4:38 pm

Is anyone planning on attending the Maker Faire this weekend in San Mateo, California? I plan on being their with my two kids on Saturday afternoon. I believe some of the Raspberry Pi people may be there as well and I hope to at least introduce myself to them. Maybe I can finagle a Pi from them to create and test my own Raspbian images.

User avatar
cross-keys
Posts: 25
Joined: Thu Apr 26, 2012 7:59 am
Location: Cambridge

Re: Debian Hard Float (armhf) for RPi

Thu May 17, 2012 5:17 pm

mpthompson wrote:Is anyone planning on attending the Maker Faire this weekend in San Mateo, California? I plan on being their with my two kids on Saturday afternoon. I believe some of the Raspberry Pi people may be there as well and I hope to at least introduce myself to them. Maybe I can finagle a Pi from them to create and test my own Raspbian images.
liz wrote:I’m just heading off to the airport to go to Maker Faire Bay Area in San Mateo, CA – if you’re coming, we’ll be giving talks, doing Q&A sessions and generally making ourselves available to chat to you. Please come and say hello.
Mike - you should find Eben and Liz there - I hope that you manage to meet up and have a chat about the Raspberry / DebianHF port. :P

-XC

User avatar
mpthompson
Posts: 620
Joined: Fri Feb 03, 2012 7:18 pm
Location: San Carlos, CA
Contact: Website

Re: Debian Hard Float (armhf) for RPi

Thu May 17, 2012 6:33 pm

Ugh!!! The Debian Iceweasel/Firefox binary package was built by the autobuilders with armv7 contamination.

It's in the xulrunner-10.0_10.0.4esr-2_armhf.deb in file : /usr/lib/xulrunner-10.0/libxul.so

I'll investigate this afternoon. Hopefully it's an easy fix and I can pop the source package back into the build queue.

User avatar
mpthompson
Posts: 620
Joined: Fri Feb 03, 2012 7:18 pm
Location: San Carlos, CA
Contact: Website

Re: Debian Hard Float (armhf) for RPi

Thu May 17, 2012 11:08 pm

Looks like the Theora mp4 video decoder in IceWeasel is intended to have armv7 code in it. There is runtime detection of the CPU which will call the appropriate assembly optimization routines so it shouldn't cause problems running on the Raspberry Pi.

IceWeasel is now in the repository. Would someone with Raspberry Pi hardware care to install it and let us know how it works? Also, if you could attempt to view an mp4 video to verify the runtime detection of the CPU, that would be useful as well. The following page seems to have a link to a Theora video that can be used as a test:

http://www.osnews.com/story/19019/Theora_vs_h_264

User avatar
mpthompson
Posts: 620
Joined: Fri Feb 03, 2012 7:18 pm
Location: San Carlos, CA
Contact: Website

Re: Debian Hard Float (armhf) for RPi

Fri May 18, 2012 12:20 am

Update on the Midori crash with javascript in webkit. Looks like a similar problem has been found not in Archlinux builds, but also in Fedora builds of webkit as well. I believe the bug seems to be documented here in the webkit bug base: https://bugs.webkit.org/show_bug.cgi?id=85076

I'm going to figure out how to rebuild the package with --disable-jit and see if that is a workaround to the problem as suggested in the bug report.

Return to “Raspberry Pi OS”