============================================================================
THIS MESSAGE WAS GENERATED BY THE BUGTRACKER SOFTWARE PLEASE DO NOT REPLY

INSTEAD FOLLOW BUG'S URL BELOW IN ORDER TO DETAIL BUG:
============================================================================
          Bug #: 33 (http://slugbug.nslu2-linux.org/bug.php?op=show&bugid=33)
    Reported By: jeremy@...
----------------------------------------------------------------------------
        Summary: NativeToolchain lacks needed packages
            URL: http://www.nslu2-linux.org/wiki/Info/NativeNSLU2Toolchain
        Product: Other Unsupported Items
        Version: unknown
   To be Closed in Version: None
         Closed in Version: None
      Component: other
        Site(s): All
!       Status: Resolved
!   Resolution: Fixed
       Severity: Significant
     OS/Version: N/A
       Database: None
       Priority: 3 - Medium
    Assigned To: nslu2-linux@yahoogroups.com
============================================================================
                               COMMENTS

----- Posted by rwhitby at 3:42 PM on 2004-12-01 -----
Just a note to let you know that the Native NSLU2 Toolchain is a
contributed item, so it will require the original author of that
contributed item to get it fixed (none of the core Unslung or OpenSlug
development team uses that native compilation package as far as I know).


Note that all of the Unslung packages are built using a
cross-compiler.

The lack of a native compiler is not a significant
block on new development for the system (as most things can be
cross-compiled) - however, it is a convenient (albeit slow) way to get
things compiled for the slug.  Hopefully the original author of the
native toolchain will fix it and release a new version.

----- Posted by jeremyeglen at 6:26 AM on 2004-12-03 -----
+ The problem is fixed by ensuring to export C_INCLUDE_PATH; I will
+ update the wiki.

Thanks, i just tried crosstool-0.28-rc35, same problem. maybe it is
just my setup
Did you use the gcc-3.3.2-arm-softfloat.patch that is mentioned in the
HowToCompile? I will go try that too.

thanks again,
bammi

--- In nslu2-linux@yahoogroups.com, "mark5segal" <liuyafei@g...> wrote:

Did you try "crosstool-0.28-rc35"?  I got it built on FC3 and Gentoo.

--- In nslu2-linux@yahoogroups.com, "Jwahar Bammi" <bammi@m...> wrote:
>
> Has anyone succeed with this procedure on Fedora FC3?
> I followed this procedure twice (to make sure), and the build fails
> when it is building glibc, with the following message
>
> armv5b-softfloat-linux/bin/ld: cannot represent machine `arm:linux'
>
> (this error occurs in the step where it is building crt1.o)
>
> (this same happens when i follow the Howto to build oe based
> unslung-image -- it tries to build the cross tools, and fails with the
> same message at the same point. This leads me to suspect something in
> the Fedora FC3 setup is throwing bot these procedures off. (I have
> checked and doubled checked all the setting, unset LD_LIBRARY_PATH,
> C_INCLUDE_PATH etc))
>
> any comments much appreciated.
>
> cheers,
> ++jrb
>
> --- In nslu2-linux@yahoogroups.com, NSLU2 Linux <unslung@g...> wrote:
> > 1/ Grab a Linux box (I used Debian 3.1 "testing" on an Intel
> architecture)
> >
> > Other architectures and versions of Linux may well work.  If you get
> > errors, then start again on an i386 Debian 3.1 box.  In particular the
> > version of gcc that I used was: gcc (GCC) 3.3.4 (Debian 1:3.3.4-3).
> > Don't ask about how to do it on a Mac OS-X box, because I can't help
> > you.  Hopefully someone else will work that out and post a how-to like
> > this one.
> >
> > 2/ Download crosstool-0.28-rc32 from:
> >
> >     http://kegel.com/crosstool/crosstool-0.28-rc32.tar.gz
> >
> > You need to use crosstool version 0.28-rc32 (not rc34, and not rc35,
> > and not any other version either).  You're on your own if you decide
> > to ignore this advice.  Other versions probably will work (with some
> > patching), but no-one has posted a how-to for a different version, so
> > why waste your time?  Of course, if you are the person who is
> > knowledgeable enough to get a newer version to work without bugging
> > any other people who are happily using 0.28-rc32, then please do so
> > and post your how-to here so that we can *all* upgrade to the new
> > version *together*.
> >
> > 3/ Untar that - it will create a crosstool-0.28-rc32 directory.
> >
> > 4/ Detach the demo-nslu2.sh file from this message and put it in
> that directory.
> >
> > This file assumes that you have write access to /opt/crosstool (this
> > is where your resulting toolchain will end up) and $HOME/downloads
> > (this is where all the downloads will be stored).  If you don't, then
> > change the paths to suit.  Do *not* change any of the tool version
> > numbers in this file.  Don't even be tempted ...
> >
> > 5/ Download the required patch from:
> >
> >
> http://www.knowledgemessaging.com/nslu2/gcc-3.3.2-arm-softfloat.patch
> >
> > 6/ Put the patch in the patches/gcc-3.3.3 directory (yes, I know the
> > patch says 3.3.2 - put it in the 3.3.3 directory anyway).  Don't try
> > and apply it manually or anything like that - just put it there and
> > leave it alone.
> >
> > 7/ Change directory into the crosstool-0.28-rc32 directory.
> >
> > 8/ Type "sh demo-nslu2.sh" and wait for a long time (yes it could be
> hours).
> >
> > 9/ Add the
> /opt/crosstool/armv5b-softfloat-linux/gcc-3.3.3-glibc-2.2.5/bin
> > directory to your PATH.  Verify that you can run
> > "armv5b-softfloat-linux-gcc --version".
> >
> > This process was worked out by Benoit on Aug 17
> > (http://groups.yahoo.com/group/nslu2-linux/message/422), and has been
> > followed successfully by at least 10 different people since then.  So
> > if you have problems, it's not because of crosstool or the patch (and
> > no, you shouldn't try a different version if you can't get this
> > version to work).  Look to your own actions first.
> >
> > If you have problems (and have followed this exact procedure twice
> > with the same result), then post your complete Linux O/S details, the
> > URLs and md5sums of all the files you downloaded (including the
> > demo-nslu2.sh file you detached from this message), the *exact*
> > commands you typed (yes, every single one of them, cut and pasted from
> > your shell window), and the error messages (again, cut and pasted from
> > your shell window).
> >
> > Have fun!
> >
> > [Did I mention that you have to use crosstool version 0.28-rc32?  I
> did?  Good.]
> >
> > #!/bin/sh
> > set -ex
> > TARBALLS_DIR=$HOME/downloads
> > RESULT_TOP=/opt/crosstool
> > export TARBALLS_DIR RESULT_TOP
> > GCC_LANGUAGES="c,c++"
> > export GCC_LANGUAGES
> >
> > # Really, you should do the mkdir before running this,
> > # and chown /opt/crosstool to yourself so you don't need to run as
root.
> > mkdir -p $RESULT_TOP
> >
> > # Build the toolchain.  Takes a couple hours and a couple gigabytes.
> >
> > eval `cat armv5b-softfloat.dat gcc-3.3.3-glibc-2.2.5.dat` sh all.sh
> --notest
> >
> > echo Done.
--- End forwarded message ---

i flashed unslung 2.2 beta and one of the items that shows up when i
do a "ipkg list"  is something called a "slingbox". It does not have
any description, and does not show up inthe list of packages at
nslu2-linux.org. The name is very inticing, but what is it (and who is
the author / and/or what is its home page?)

thanks

Is there a NBD-server available? If not, are the ongoing work?

Regards,
Happy user of Unslung 2.12

Hello,

ipkg always fails with this message:

ipkg_conf_in: Failed to create temporary directory `(null)': Invalid
argument

any idea?
Filesystem is writable,
user is root
ipkg.conf contains
---------------- snip ------------
src unslung http://ipkg.nslu2-linux.org/feeds/unslung/unstable
dest root /
dest opt /opt
---------------- snap ------------

The problem occurs after I have installed a toolchain.

regards,
Silvio

Get "Value too large for defined data type" response from ls when
dealing with large (>2 GB?) files.   Is there anyway around this?

Thanks,
Mike

Just wondering if it is already available (and in hiding since I can't
find anything about it anywhere).

Thanks,
Mike

Slingbox is the minimal version of busybox which is included in the
Unslung firmware (it's not really a downloadable package - it's
included in the root filesystem).

It just provides any busybox commands that unsling or ipkg require,
that are not already provided by the stock busybox.  Things like wget,
etc.

Think of it as a bootstrap version of busybox, which has enough
functionality to allow you to unsling and then ipkg install a real
busybox.

-- Rod

On Fri, 03 Dec 2004 17:45:30 -0000, krek_kreken <kr@...> wrote:
> Is there a NBD-server available? If not, are the ongoing work?

It's been mentioned on the IRC channel a couple of times as a thing
which would be good to have.

If someone works out how to enable the required kernel modules (if
any) and build it as an Unslung package, we'd be happy to add it.

-- Rod

Hi,

I am trying to set up a build environment so I can build and
unslung-able
firmware  - I want to run RAID.

I am getting access denied messages when connecting to
http://www.openembedded.org/ and cvs.openembedded.org. Is anyone else
experiencing this?

Thanks

Gareth

On Sat, 4 Dec 2004 09:15:53 +0000, Gareth Webber
<gareth.paul.webber@...> wrote:
> I am trying to set up a build environment so I can build and
> unslung-able
> firmware  - I want to run RAID.
>
> I am getting access denied messages when connecting to
> http://www.openembedded.org/ and cvs.openembedded.org. Is anyone else
> experiencing this?

Yes, it's been down for at least a week, and we have no control over it.

Check out http://www.nslu2-linux.org/wiki/OpenEmbedded/SourceWorkaround
to see how to work around it, and ask on the IRC channel if you get
stuck with that.

It is possible to build at the moment, it just needs the work-around.

-- Rod

--- In nslu2-linux@yahoogroups.com, "bertel97" <bertel@i...> wrote:
>
> Hi everybody,
>
> on the "Install Unslung" page on the wiki
> (http://www.nslu2-linux.org/wiki/HowTo/InstallUnslungFirmware) it
says
> that it's not possible to update the firmware using the web
interface
> after installing Unslung 3.x.
>
> On Sourceforge, the most recent version I could find is 2.12-beta.
>
> Is this because:
>
> - it's a typo in the wiki that should be "2.x"
> - it's referring to planned features for a future 3.x release
> - I'm being dumb and didn't find the 3.x release
>
> Thanks,
> bertel

this points out a good point about the wiki...keeping it fresh while
keeping it relevant...we should have an *alpha* page for Unslung...

ka6sox

We are changing the web hosting of the nslu2-linux wiki from sf.net to
a different ISP in US who has donated web hosting for us.  Ka6sox (one
of our members) already hosts the ipkg.nslu2-linux.org package
repository on the ISP servers that he runs, and we are moving
www.nslu2-linux.org there too today.

So please don't attempt to make wiki changes until you see another
email from me.  The DNS should propagate in next few hours for
everyone. If your ISP does not honor the DNS time-to-live, then it
might take longer for you.

There are notices on the front-page of the read-only wiki.  If you
still see those notices after 12 hours, then please let us know.

-- Rod

On Sun, 5 Dec 2004 10:29:32 +1030, Rod Whitby <rwhitby@...> wrote:
> So please don't attempt to make wiki changes until you see another
> email from me.  The DNS should propagate in next few hours for
> everyone. If your ISP does not honor the DNS time-to-live, then it
> might take longer for you.
>
> There are notices on the front-page of the read-only wiki.  If you
> still see those notices after 12 hours, then please let us know.

The wiki re-hosting was executed seamlessly (thanks ka6sox!) and
everything seems to be working smoothly (and quite a bit faster it
seems).  If you still see the read-only wiki at www.nslu2-linux.org,
then you need to change ISP, cause they are not respecting DNS
Time-To-Live as they should :-)

Another upshot of this change-over is that the wiki is now backed-up
nightly, and we will also soon have stats available (so we can see
which pages are most popular).

Thanks again to ka6sox for donating this hosting.

-- Rod

Hi,

Has the ramdisk package needed for a unslung-able build moved?

Thanks

G

NOTE: package nslu2-linksys-libs-2.3r25-r0: task do_fetch started
NOTE: fetch
http://www.nslu2-linux.org/nslu2-linksys-ramdisk-2.3r25.tar.bz2
NOTE: Task failed: Fetch failed:
http://www.nslu2-linux.org/nslu2-linksys-ramdisk-2.3r25.tar.bz2
ERROR: package nslu2-linksys-libs-2.3r25-r0: task do_fetch failed

On Sun, 5 Dec 2004 12:10:59 +0000, Gareth Webber
<gareth.paul.webber@...> wrote:
> Has the ramdisk package needed for a unslung-able build moved?

No, but the hosting for the www.nslu2-linux.org web pages moved, and
we forgot to change those download locations in OE - they are fixed
now and the updated packages have been pushed.

Thanks for letting us know about the problem.

-- Rod

Discovered the following issue on my plain NSLU2 after downloading and
installing GFI LANguard Network Security Scanner
(http://www.gfi.com/lannetscan/). It's a free one month trial program
afterwhich it costs an arm and a leg, but it seems to be worthwhile
trying out. (BTW, I am not affiliated with them...just trying it out.)

Does anyone know if unslung can fix this? I was impressed this was the
only high risk hole remaining after I corrected what I could. I

  Service Vulnerabilities (1)
   RPC.ypasswdd service vulnerability
      Description: RPC.ypasswdd service is vulnerable to a remote
buffer overflow exploit

bugtraq id  2763
object  rpc.yppasswdd
class  Boundary Condition Error
cve  CVE-2001-0779
remote  Yes
local  No
published  May 10, 2001
updated  Jan 12, 2004
vulnerable
     Caldera OpenServer 5.0.5
     Caldera OpenServer 5.0.6
     HP HP-UX 10.10
     HP HP-UX 10.20
     HP HP-UX 11.0
     HP HP-UX 11.11
     HP HP-UX 11.22
     Sun Solaris 2.6 _x86
     Sun Solaris 2.6
     Sun Solaris 7.0 _x86
     Sun Solaris 7.0
     Sun Solaris 8.0 _x86
     Sun Solaris 8.0

not vulnerable: [none listed]

=--=--=--=--=--=--=--=--=--=--=--=--=--=--=--=--=--=--=--=--
Multiple Vendor rpc.yppasswdd Buffer Overrun Vulnerability
=--=--=--=--=--=--=--=--=--=--=--=--=--=--=--=--=--=--=--=--

The rpc.yppasswdd server is used to handle password change requests
from yppasswd and modify the NIS password file.

A buffer overrun vulnerability has been discovered in the
rpc.yppasswdd utility distributed by multiple vendors. The problem
occurs due to insufficient bounds checking before copying
remotely-supplied user information into a static memory buffer. As a
result, a malicious user may be capable of exploiting this issue to
overwrite sensitive locations in memory and thus execute arbitrary
code with superuser privileges.

Hi,

I've been unslung for a month or so now : basically ordered a couple of
NSLU2's within an hour of reading one of the articles on
tomsnetworking and Unslung shortly after it arrived.
I've run the dp500server without problem to my Kiss, I've run mt-daapd
successfully to iTunes on a PC.
So first of all thanks to everyone who's contributed so far to getting
the hacks out, updating the web-sites and this list!

Unfortunately, my corporate PC is too slow to run iTunes without the
sound getting choppy, but it runs fine on my wife's PC ;-)

So, I'm wondering how to stream to some other PC client, such as WinAmp
or whatever.
Is this a dumb question?  I haven't seen anyone talk about this which
seems surprising.

Thanks in advance for any pointer,
and keep up the good work!
Mike.

Hi,

Just thought I'd point out 3 applications which I'd really love to see
on the NSLU2.
So I'm interested in any pointers or opinion on the following:

The first one, I could do myself when I have sometime (lost a disc on my
PC just after installing the cross-compiling toolchain),
but presumably someone has already compiled up "diff" for NSLU2?
I can't believe you guys can live without diff ;-)

The next 2 applications I don't expect but thought i'd mention them anyway.
    * perl: I think I read here one time that this is pretty tricky to
port/compile.....
               I imagine it's probably heavy on memory usage as well.

     * unison: Actually this is my real *KILLER* app.
            For those who might not know unison is a file synchronizer (a
sort of bi-directional rsync)
                       http://www.cis.upenn.edu/~bcpierce/unison/
            I use it a lot to sync up different machines and really
*NEED* it for the NSLU2.

            It's written in CAML.
            I guess that makes cross-compiling more difficult but I'm not
sure.
            Anyone know how that would work for non gcc languages?

            There is actually an ipkg for the Zaurus at
                 http://www.tuxmobil.org/feed/unison_2.9.1-1_arm.ipk

            I actually downloaded and installed that but when I try to
run it it tells me

            bash: /usr/bin/unison: cannot execute binary file.

            Running file (from my PC - anyone have file compiled for
NSLU2?) on the executeable gives
               ELF 32-bit LSB executable, ARM, version 1 (ARM), for
GNU/Linux 2.2.0, dynamically linked (uses shared libs), stripped

Whilst I didn't really expect it to work, i'd love to understand why not ;-)
It doesn't seem to be a shared-lib problem as it doesn't complain about
that.
It doesn't seem to be a binary file/kernel compatibility problem (that's
probably where I 'm wrong though).

Not understanding what it means to have OpenEmbedded running on NSLU2 is
probably critical to my understanding as to why this
package won't work.  Anyone care to enlighten me?

Thanks in advance,
Mike.

I cross compiled caml for the nslu2 and then compiled up a binary
version of unison for the nslu2. I am not sure how well it works as
there seemed to be some problem when trying to keep file properties
in sync (ie dates and permissions). I also am not sure it works too
well when you are unisoning thousands of files... I think the nslu2
lacks enough horsepower fo this.

I was trying to use the dropbear ssh server and client to unison two
nslu2's over the net then I had a hard disk crash and still have to
sort it out.

If you would like to try it you can download the binary I compiled
from http://world.waena.edu/~simon/unison.gz . Let me know how it
goes.

simon.

--- In nslu2-linux@yahoogroups.com, Michael Bright
<michael.bright@h...> wrote:
> Hi,
>
> Just thought I'd point out 3 applications which I'd really love to
see
> on the NSLU2.
> So I'm interested in any pointers or opinion on the following:
>
> The first one, I could do myself when I have sometime (lost a disc
on my
> PC just after installing the cross-compiling toolchain),
> but presumably someone has already compiled up "diff" for NSLU2?
> I can't believe you guys can live without diff ;-)
>
> The next 2 applications I don't expect but thought i'd mention
them anyway.
>    * perl: I think I read here one time that this is pretty tricky
to
> port/compile.....
>               I imagine it's probably heavy on memory usage as
well.
>
>     * unison: Actually this is my real *KILLER* app.
>            For those who might not know unison is a file
synchronizer (a
> sort of bi-directional rsync)
>                       http://www.cis.upenn.edu/~bcpierce/unison/
>            I use it a lot to sync up different machines and really
> *NEED* it for the NSLU2.
>
>            It's written in CAML.
>            I guess that makes cross-compiling more difficult but
I'm not
> sure.
>            Anyone know how that would work for non gcc languages?
>
>            There is actually an ipkg for the Zaurus at
>                 http://www.tuxmobil.org/feed/unison_2.9.1-1_arm.ipk
>
>            I actually downloaded and installed that but when I try
to
> run it it tells me
>
>            bash: /usr/bin/unison: cannot execute binary file.
>
>            Running file (from my PC - anyone have file compiled
for
> NSLU2?) on the executeable gives
>               ELF 32-bit LSB executable, ARM, version 1 (ARM), for
> GNU/Linux 2.2.0, dynamically linked (uses shared libs), stripped
>
> Whilst I didn't really expect it to work, i'd love to understand
why not ;-)
> It doesn't seem to be a shared-lib problem as it doesn't complain
about
> that.
> It doesn't seem to be a binary file/kernel compatibility problem
(that's
> probably where I 'm wrong though).
>
> Not understanding what it means to have OpenEmbedded running on
NSLU2 is
> probably critical to my understanding as to why this
> package won't work.  Anyone care to enlighten me?
>
> Thanks in advance,
> Mike.

Michael Bright wrote:
> Hi,
>
> Just thought I'd point out 3 applications which I'd really love to see
> on the NSLU2.
> So I'm interested in any pointers or opinion on the following:
>
> The first one, I could do myself when I have sometime (lost a disc on my
> PC just after installing the cross-compiling toolchain),
> but presumably someone has already compiled up "diff" for NSLU2?
> I can't believe you guys can live without diff ;-)
>
> The next 2 applications I don't expect but thought i'd mention them anyway.
>    * perl: I think I read here one time that this is pretty tricky to
> port/compile.....
>               I imagine it's probably heavy on memory usage as well.
>
>     * unison: Actually this is my real *KILLER* app.
>            For those who might not know unison is a file synchronizer (a
> sort of bi-directional rsync)
>                       http://www.cis.upenn.edu/~bcpierce/unison/
>            I use it a lot to sync up different machines and really
> *NEED* it for the NSLU2.
>
>            It's written in CAML.
>            I guess that makes cross-compiling more difficult but I'm not
> sure.
>            Anyone know how that would work for non gcc languages?
>
>            There is actually an ipkg for the Zaurus at
>                 http://www.tuxmobil.org/feed/unison_2.9.1-1_arm.ipk
>
>            I actually downloaded and installed that but when I try to
> run it it tells me
>
>            bash: /usr/bin/unison: cannot execute binary file.
>
>            Running file (from my PC - anyone have file compiled for
> NSLU2?) on the executeable gives
>               ELF 32-bit LSB executable, ARM, version 1 (ARM), for
> GNU/Linux 2.2.0, dynamically linked (uses shared libs), stripped
>
> Whilst I didn't really expect it to work, i'd love to understand why not ;-)
> It doesn't seem to be a shared-lib problem as it doesn't complain about
> that.
> It doesn't seem to be a binary file/kernel compatibility problem (that's
> probably where I 'm wrong though).
>
> Not understanding what it means to have OpenEmbedded running on NSLU2 is
> probably critical to my understanding as to why this
> package won't work.  Anyone care to enlighten me?
>
> Thanks in advance,
> Mike.
The Zaurus is Little Endian.
The NSLU2 is Big Endian.
You can not run Zaurus OE packages on an NSLU2.

Hi,

I am trying to connect computer with linux to nslu but no succes. I
have samba running on the linux computer. it has ip adress 10.49.2.1,
my nslu has ip adress 10.49.2.2. i tried to use command

smbmount //10.49.2.2/mp3 /mnt/nslu_mpr but it doesnt work. please
help me.

roman

I just installed unslung 2.12 and tried to run ipkg update. I got
following error:

ipkg_download: ERROR: Command failed with return value 1: `wget
--passive-ftp    -q -P /tmp/ipkg-yVfFBO http://ipkg.nslu2-linux ...

these packages are present (the ones before wget?)

ipkg - 0.99.130-r1 -
libgcc - 3.4.2-r0 -
libipkg - 0.99.130-r1 -
nslu2-linksys-libs - 2.3r25-r0 -
slingbox - 1.00-r1 -
unslung-standard-ramdisk - 2.3r25-r15 -
wget - 1.9.1-r1 -

I think these is a problem with the feed...


Ricardo

I would like to see the standard backup utility in it
work with drives > 250G like the Maxtor 300G

--- Michael Bright <michael.bright@...> wrote:

> Hi,
>
> Just thought I'd point out 3 applications which I'd
> really love to see
> on the NSLU2.
> So I'm interested in any pointers or opinion on the
> following:
>
> The first one, I could do myself when I have
> sometime (lost a disc on my
> PC just after installing the cross-compiling
> toolchain),
> but presumably someone has already compiled up
> "diff" for NSLU2?
> I can't believe you guys can live without diff ;-)
>
> The next 2 applications I don't expect but thought
> i'd mention them anyway.
>    * perl: I think I read here one time that this is
> pretty tricky to
> port/compile.....
>               I imagine it's probably heavy on
> memory usage as well.
>
>     * unison: Actually this is my real *KILLER* app.
>            For those who might not know unison is a
> file synchronizer (a
> sort of bi-directional rsync)
>
> http://www.cis.upenn.edu/~bcpierce/unison/
>            I use it a lot to sync up different
> machines and really
> *NEED* it for the NSLU2.
>
>            It's written in CAML.
>            I guess that makes cross-compiling more
> difficult but I'm not
> sure.
>            Anyone know how that would work for non
> gcc languages?
>
>            There is actually an ipkg for the Zaurus
> at
>
> http://www.tuxmobil.org/feed/unison_2.9.1-1_arm.ipk
>
>            I actually downloaded and installed that
> but when I try to
> run it it tells me
>
>            bash: /usr/bin/unison: cannot execute
> binary file.
>
>            Running file (from my PC - anyone have
> file compiled for
> NSLU2?) on the executeable gives
>               ELF 32-bit LSB executable, ARM,
> version 1 (ARM), for
> GNU/Linux 2.2.0, dynamically linked (uses shared
> libs), stripped
>
> Whilst I didn't really expect it to work, i'd love
> to understand why not ;-)
> It doesn't seem to be a shared-lib problem as it
> doesn't complain about
> that.
> It doesn't seem to be a binary file/kernel
> compatibility problem (that's
> probably where I 'm wrong though).
>
> Not understanding what it means to have OpenEmbedded
> running on NSLU2 is
> probably critical to my understanding as to why this
> package won't work.  Anyone care to enlighten me?
>
> Thanks in advance,
> Mike.
>
>
>
>
>
>
>
>
>




__________________________________
Do you Yahoo!?
Take Yahoo! Mail with you! Get it on your mobile phone.
http://mobile.yahoo.com/maildemo

rombaran wrote:
>
> Hi,
>
> I am trying to connect computer with linux to nslu but no succes. I
> have samba running on the linux computer. it has ip adress 10.49.2.1,
> my nslu has ip adress 10.49.2.2. i tried to use command
>
> smbmount //10.49.2.2/mp3 /mnt/nslu_mpr but it doesnt work. please
> help me.
>
> roman
>

And you ignored the message from smbmount that it is not to be run directly.
mount -tsmbfs //10.49.2.2/mp3 /mnt/nslu_mpr.

You must have smbfs compiled into the kernel, or available as a module.
This assumes you have mp3 as a public share on the nslu2

hi,

thank you but it doesnt work. it just do litteraly nothing ... no
error message, no prompt..

roman

--- In nslu2-linux@yahoogroups.com, "Gerald L. Clark"
<gerald_clark@m...> wrote:
> rombaran wrote:
> >
> > Hi,
> >
> > I am trying to connect computer with linux to nslu but no succes.
I
> > have samba running on the linux computer. it has ip adress
10.49.2.1,
> > my nslu has ip adress 10.49.2.2. i tried to use command
> >
> > smbmount //10.49.2.2/mp3 /mnt/nslu_mpr but it doesnt work. please
> > help me.
> >
> > roman
> >
>
> And you ignored the message from smbmount that it is not to be run
directly.
> mount -tsmbfs //10.49.2.2/mp3 /mnt/nslu_mpr.
>
> You must have smbfs compiled into the kernel, or available as a
module.
> This assumes you have mp3 as a public share on the nslu2

of course the server is perfectly ok. It was a setup problem. PLeas
ignore my previous post.   Apologies for the inconvinience


--- In nslu2-linux@yahoogroups.com, "rrn1414" <rrn@g...> wrote:
>
> I just installed unslung 2.12 and tried to run ipkg update. I got
> following error:
>
> ipkg_download: ERROR: Command failed with return value 1: `wget
> --passive-ftp    -q -P /tmp/ipkg-yVfFBO
http://ipkg.nslu2-linux ...
>
> these packages are present (the ones before wget?)
>
> ipkg - 0.99.130-r1 -
> libgcc - 3.4.2-r0 -
> libipkg - 0.99.130-r1 -
> nslu2-linksys-libs - 2.3r25-r0 -
> slingbox - 1.00-r1 -
> unslung-standard-ramdisk - 2.3r25-r15 -
> wget - 1.9.1-r1 -
>
> I think these is a problem with the feed...
>
>
> Ricardo

Hi Michael,

I'm a bi a newbie to streaming files and have not fully get the hang
of it. but hopefully over the next month i'll find out more by
playing around.

I use NSLU2 to stream my files using Twonkyvision's media server.
This is a UPnP server allowing to stream audio, video, images adn
radio stations. So far i only use it for MP3s but i'd like to use it
for video too in the near future. The twonkyvision software is
available as a ready compiled app for NLSU for 10USD - i think a
pretty good deal that is.

In our house we have also got a Netgear MP101 music client which
supports the UPnP audio format and lets me stream into an audio
amplifier. This was also the reason to get teh NSLU. Now i dont have
to have a PC running while listening to music - although my pc runs
for most of the time ;-)



--- In nslu2-linux@yahoogroups.com, Michael Bright
<michael.bright@h...> wrote:
>
> Hi,
>
> I've been unslung for a month or so now : basically ordered a
couple of
> NSLU2's within an hour of reading one of the articles on
> tomsnetworking and Unslung shortly after it arrived.
> I've run the dp500server without problem to my Kiss, I've run mt-
daapd
> successfully to iTunes on a PC.
> So first of all thanks to everyone who's contributed so far to
getting
> the hacks out, updating the web-sites and this list!
>
> Unfortunately, my corporate PC is too slow to run iTunes without
the
> sound getting choppy, but it runs fine on my wife's PC ;-)
>
> So, I'm wondering how to stream to some other PC client, such as
WinAmp
> or whatever.
> Is this a dumb question?  I haven't seen anyone talk about this
which
> seems surprising.
>
> Thanks in advance for any pointer,
> and keep up the good work!
> Mike.

Hi Guys,

I've been reading as much as I can (and searching) but couldn't find a
simple answer to this:

I'd like to have these features above and beyond what the default
Linksys firmware offers:
- Spin down connected hard drives
- Connect a USB hub and then 4+ drives to the nslu2

Does the default unslug package support this?

TIA

-Marc

mfruchte wrote:
>
> Hi Guys,
>
> I've been reading as much as I can (and searching) but couldn't find a
> simple answer to this:
>
> I'd like to have these features above and beyond what the default
> Linksys firmware offers:
> - Spin down connected hard drives
No.
> - Connect a USB hub and then 4+ drives to the nslu2
No,
>
> Does the default unslug package support this?
>
> TIA
>
> -Marc