| |
| |
| |
|
Page: 1 2 3 4
Comments:
<0> I used to debug altboot in a shell while fully booted. Only for some specific things you actually have to reboot
<0> the job of the boot-scripts is to make the medium (like an NFS driver, an SD card etc) available, then it launches altboots generic functions to select the boot-image etc
<1> CoreDump|home: ok, I'll take a look at it in the next few weeks. thanks for the pointers.
<0> np, happy hacking
<1> CoreDump|home: I presume you'll be happy to accept nslu2 patches to altboot for the svn repo?
<0> of course
<2> rwhitby: are you one of the nslu2 guys?
<2> sorry if this is offtopic, but can you give me a hint on how to get software into one of the nslu2 distributions?
<2> I do not own an nslu2, but I do develop some software that I'd like to see in the nslu2 distros :>
<1> Jin^eLD: yes, you could say I'm "one of the nslu2 guys" ;-)
<2> :)
<2> we're deveoping a UPnP mediaserver, there is already a .bb file for it in OE, we will do a new release soon and I had some requests from nslu2 users
<1> Jin^eLD: which nslu2 distro?
<1> Jin^eLD: which .bb?
<2> mediatomb_svn.bb
<2> right now its not yet finished, the release that is, but I think we will have it quite soon
<1> Jin^eLD: if it builds and runs, we're happy to put it in the slugos feeds.
<2> which distro - no idea :) I think there are several, right? my problem is that I do not own a unit
<2> cool, that would be great
<1> for SlugOS, just having it in OE is enough (***uming it builds)
<2> ah, ok
<1> for Unslung, it needs to be added to Optware.
<2> so Optware is not OE based?
<1> from the .bb file, it looks like adding it to Optware would be easy too.
<1> no, it's a buildroot based set of packages. Designed to be compatible with vendor firmware
<2> from what distro are the ipk files on http://ipkgfind.nslu2-linux.org/ ?
<1> that site has feeds for many many distros
<2> I see
<2> I found some wl500g stuff there too I think, how is that related to the nslu2?
<1> Optware packages run on 10 different platforms, including the wl500g running Oleg's firmware.
<1> Jin^eLD: look at template.mk in http://trac.nslu2-linux.org/optware/browser/trunk/make for how to add a package to Optware.
<0> olegs firmware worked very well on my WL500g
<1> still does on mine :-)
<2> I have a user who keeps trying to get mediatomb running on the wl500g with Olegs firmware, but he did not succeed so far, for some reason configure was running in a loop for him
<2> and it was difficult for me to help him because well, I do not have a unit and I did not know much about all the firmwares available and so on
<0> rwhitby, try dd-wrt. This firmware kicks serious ***
<1> CoreDump|home: optware builds for dd-wrt too :-) the wl500g is my production internet gateway, so I can't easily try out new firmware on it until I get my Freecom FSG-3 running a custom distro.
<2> thanks for the link.. looking at the template..
<1> Jin^eLD: http://www.nslu2-linux.org/wiki/Optware/AddAPackageToOptware is the doco that goes with it.
<1> I'd be happy to give you svn write access so you can maintain the optware package
<2> thanks, will take a look at the link
<2> well, is that OK if I can't actually test the package on the target hardware?
<1> Jin^eLD: testing is for users :-)
<2> hehe :))
<1> (that's a direct quote from Linus)
<2> so basically what I would need is - get optware, follow the wiki, create a package and be happy if it just builds?
<1> yup
<1> or talk to eno and he might even just do it for you. he's an optware package adding machine.
<2> :)
<2> ok, let's see; first we'll make the release, then I'll come back to you on this
<2> at least I now have an idea on how to get going
<1> the slugosbe mediatomb build is up to id3lib, so that's looking good.
<0> n8 all
<1> Jin^eLD: with Optware, you'll get the following targets: "nslu2", "wl500g", "ddwrt", "oleg", "ds101", "ds101j", "ds101g", "mss", "nas100d", "fsg3", "ts72xx" and "slugosbe"
<2> that's nice
<1> hmm - id3lib build failed.
<2> doh..
<2> you could try taglib.. but I found that it has some memory leaks and it sometimes crashes on certain mp3 files.. so less stable
<2> or course you could disable id3lib completely but that would be kinda bad, because then we can not parse the metadata and create a nice server layout / sort by artist, genre, etc.
<1> armeb-linux-g++: /home/slug/slugosbe/tmp/staging/armeb-linux/lib/.libs/libz.so: No such file or directory
<2> s/or/of/
<2> oh yeah, id3lib does depend on zlib
<1> hmm - failed on building the examples - the library built fine
<2> actually its good to have zlib.h for mediatomb too, activates an extra feature
<1> zlib is staged fine
<1> Jin^eLD: anyway, I'll leave the building in OE up to you :-)
<2> well, it does build... koen has it for Angstrom and I did succesfully build it for my arm based distro
<2> let me try..
<1> maybe its an armeb/g++ problem.
<2> which distro are you using, -bag, bau, btu, lag, lau, ltu whatever that is?
<1> I'll try it on SlugOS/LE as soon as my toolchain finishes building.
<1> DISTRO=openslug, MACHINE=nslu2
<2> I'll start a testbuild
<1> cool
<1> all those unused slugos-foo.bb's are going away soon :-)
<2> oh ok :)
<1> (I'm in the middle of a big SlugOS rationalisation)
<1> just testing LE before I push the changes. DISTRO=openslug will still work.
<2> lets see how far I get
<2> ...caching complete, build started :>
<3> rwhitby org.oe.dev * re4ea63e... / (3 files in 3 dirs):
<3> ixp4xx.conf,slugos.inc: Removed ARM_INSTRUCTION_SET and THUMB_INTERWORK, cause
<3> they are already set to defaults in tune-thumb.conf. Moved FULL_OPTIMIZATION to
<3> slugos.inc cause it's distro policy not inherent to the machine.
<3> rwhitby org.oe.dev * r725f8... / (12 files in 3 dirs): slugos: Removed the obsolete freeze-packages.inc stuff (but left freeze.inc itself there in case any other distro is still using it).
<3> rwhitby org.oe.dev * raec96775... / (10 files in 5 dirs): slugos: Replaced SLUGOS_IMAGENAME with SLUGOS_DISTRO, and localised the usage of SLUGOS_DISTRO to slugos-*.* files only. Removed SLUGOS_FLASH_IMAGE completely (made it always enabled) and cleaned up slugos-image.bb
<3> rwhitby org.oe.dev * rbfe666a... / (7 files in 3 dirs): slugos: Subsumed slugos-btu.conf into ucslugc.conf, and dropped slugos-{b,l}{a,t}u.conf
<3> rwhitby org.oe.dev * rdd9be1f... / (9 files in 3 dirs):
<3> slugos: Subsumed slugos-lag.conf into slugosle.conf, slugos-bag.conf into
<3> slugosbe.conf, and dropped slugos-{b,l}ag.conf. Deprecated openslug.conf in
<3> favour of slugosbe.conf. Deprecated debianslug.conf in favour of slugosle.conf.
<3> Eventually this all might be done with multimachine.
<3> rwhitby org.oe.dev * rf3aeb26e... / (3 files in 3 dirs): slugos: Added task-slugos to separate out rootfs contents from image creation.
<3> rwhitby org.oe.dev * r2f1d3... / (3 files in 3 dirs): slugos: Update the native distro stuff
<3> rwhitby org.oe.dev * rd0ee6e73... / (5 files in 3 dirs): arm-kernel-shim: Upstream bug fixes for little-endian
<3> rwhitby org.oe.dev * rc08428... / (1 packages/tasks/task-slugos.bb): task-slugos: Fixed package generation
<1> phew!
<2> :)
<4> :)
<1> one step closer to slugos multimachine.
<2> I guess it's not 00:30 for you then ;)
<2> :)
<5> yawn
<5> re idlib3 problem
<5> that's an autotools problem
<5> easy fix
<5> remove do_configure() entirely
<5> and let it regenerate
<5> that way it works
<5> sorry, didn't have a chance to push that upstream
<2> cool...
<2> thx
<5> rwhitby is in .au
<5> the other side of the world :)
<2> :)
<2> well, I did think that it must be some daytime at his place if he's taking kids to the park :)
<5> righto
<3> mickeyl org.oe.dev * r3536a... / (1 packages/id3lib/id3lib_3.8.3.bb): id3lib: fix zlib linking issue by reconfiguring autotools stuff
<2> mickey|sports: I can confirm that id3lib is building.. thx
<2> rwhitby: ok.. I was able to compile mediatomb for openslug now, had to fix a bug in my configure script, so please make sure to use at least rev 1088 when you try it :) thx
<6> rwhitby: nice work.
<1> hmm - diffutils configure suddenly fails. wonder when it was last changed.
<1> false alarm.
<2> rwhitby: btw, the mediatomb_svn.bb file in OE is messed up a little, please sync it with http://mediatomb.svn.sourceforge.net/viewvc/*checkout*/mediatomb/trunk/mediatomb/scripts/mediatomb_svn.bb :)
<2> the one currently in OE will not build properly
<1> Jin^eLD: who maintains mediatomb in OE?
<2> koen checked it in initially
<2> should I ask him then?
<1> I can do it, since you're upstream :-)
<1> looks like you just changed taglib to id3lib, right/
<1> ?
<2> the initial .bb file was with taglib support, after we realised that taglib was not stable enough we took id3lib as default
<2> but the configure params still have --enable-taglib there
<2> allthough the dependency listed is id3lib
<2> that is - the version in OE is like that
<1> committing now
<2> btw what does it mean "you are upstream"? :)
<1> you're the author of the original upstream package
<2> aah, I see
<2> :)
<1> so your word has some weight in these matters :-)
<2> hehe
<1> i.e. you're not just some random Joe asking for changes :-)
<2> I get the idea :>
<7> i demand a change!
<7> srry, had to
<2> ))
<8> hehe
Return to
#oe
or
Go to some related
logs:
nptlonly LD_ASSUME_KERNEL
xgl repository ubuntu
how to start planeshift.bin
#suse
emake failed with profiledbootstrap
webmin ldap change dn
setting up Dansguardian edubuntu
osdev apic MP
#math
Sylvester's criterion upper left submatrices
|
|