RE: qplus_user_guide.pdf missing page 51-53?
[email protected] Thu, 20 Feb 2003 12:55:47 +0900
| Newsgroups | gmane.linux.qplus.devel |
|---|---|
| Message-ID | <[email protected]> |
This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C2D893.F317A380 Content-Type: text/plain; charset="iso-8859-1" Hi Pybe > > 1) Many packages use a 'configure' script. The rpm-max > website says to > run this in the %prep section, but this seems incompatible with the > qplus options. Browsing the qpd supplied files with qplus I > noticed you > did this in the %build section, so I did this as well. Is this the > preferred solution? Well, mostly we just added QPD section at the end of orignal SPEC file and tried not to modify original SPEC section as much as possible though sometimes we have to modify it for cross compilation. (most configure script was not suitable for cross compilation.) Therefore, the convension you mentioned is not ours but the one's of the original package. > > 2) The LCDproc server uses a configuration file in /etc. So > far I saw no simple way to make this part of the package configuration, as > you would need to create or edit the file on the fly when running 'build' in > qplus. My current solution is to put my own customized version in > <root>/target/usersupp/etc directory. Any hints how to improve this are > appreciated. Part of this question is probably when to stop making > things general/easily configurable and when they become > solution/application specific. That's the exact way I do. You can do very sophisticate configuration automatically by editing <projdir>/tools/buildetcs.sh. But In the development phase, I think using 'usersupp' is much more efficient. Making buildetcs.sh is the last step of BSP writing and can be helpful for other developer who use the BSP. > Thanks once again for your help, > > Pybe > > PS: of course any packages I make are available to the general public > (either on my own web server or as part of some software > repository). I > am planning to also add lirc (infrared remote control), mpg123, and > irmp3 (application to control mp3 playing using the other three) to > qplus. However, I am not sure if my rpm/qpd skills are sufficient to > make the packages general enough - but if anyone is brave > enough to try > it is probably still better than starting from scratch. > Greate, those are essential packages for embdded system. but just for MP3 player, there's already one called madplay. I think I should make a repository for added packages for Qplus. However, once-again, management is a big problem. How to organize and manage those repository system. I think I'm very poor maintainer -_- . I even feel honor to some greate maintainers out there. As for rpm/qpd skill, I'm also not a good at SPEC and other rpm mechism. That's why we didn't use many sophisticate rpm features :). I just know well of QPD. However QPD is VERY simple, isn't it? p.s. What is your target board?. Do you make some kind of jukebox ( inferred from your package consideration) ? Nowadays, I'm personnaly making Freevo box using Qplus with my spare PC at home. (Freevo is standalone DVD/MP3/VCD + TV + PVR + Photo Album software ). I think this mailling list also should discuss this kind of applications of qplus. Cheers. Heechul. - HeeChul Yun, Embedded S/W Team at ETRI phone: +82-42-860-1673 ------_=_NextPart_001_01C2D893.F317A380 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN"> <HTML> <HEAD> <META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; = charset=3Diso-8859-1"> <META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version = 5.5.2653.12"> <TITLE>RE: [Qplus-devel] qplus_user_guide.pdf missing page = 51-53?</TITLE> </HEAD> <BODY> <P><FONT SIZE=3D2>Hi Pybe</FONT> </P> <P><FONT SIZE=3D2>> </FONT> <BR><FONT SIZE=3D2>> 1) Many packages use a 'configure' script. The = rpm-max </FONT> <BR><FONT SIZE=3D2>> website says to </FONT> <BR><FONT SIZE=3D2>> run this in the %prep section, but this seems = incompatible with the </FONT> <BR><FONT SIZE=3D2>> qplus options. Browsing the qpd supplied files = with qplus I </FONT> <BR><FONT SIZE=3D2>> noticed you </FONT> <BR><FONT SIZE=3D2>> did this in the %build section, so I did this = as well. Is this the </FONT> <BR><FONT SIZE=3D2>> preferred solution?</FONT> </P> <P><FONT SIZE=3D2>Well, mostly we just added QPD section at the end of = orignal SPEC file and tried not to modify </FONT> <BR><FONT SIZE=3D2>original SPEC section as much as possible though = sometimes we have to modify it for cross compilation.</FONT> <BR><FONT SIZE=3D2>(most configure script was not suitable for cross = compilation.)</FONT> <BR><FONT SIZE=3D2>Therefore, the convension you mentioned is not ours = but the one's of the original package. </FONT> </P> <P><FONT SIZE=3D2>> </FONT> <BR><FONT SIZE=3D2>> 2) The LCDproc server uses a configuration file = in /etc. So </FONT> <BR><FONT SIZE=3D2>> far I saw no simple way to make this part = of the package configuration, as </FONT> <BR><FONT SIZE=3D2>> you would need to create or edit the file = on the fly when running 'build' in </FONT> <BR><FONT SIZE=3D2>> qplus. My current solution is to put my own = customized version in </FONT> <BR><FONT SIZE=3D2>> <root>/target/usersupp/etc directory. Any = hints how to improve this are </FONT> <BR><FONT SIZE=3D2>> appreciated. Part of this question is probably = when to stop making </FONT> <BR><FONT SIZE=3D2>> things general/easily configurable and when = they become </FONT> <BR><FONT SIZE=3D2>> solution/application specific.</FONT> </P> <P><FONT SIZE=3D2>That's the exact way I do. </FONT> <BR><FONT SIZE=3D2>You can do very sophisticate configuration = automatically by editing <projdir>/tools/buildetcs.sh. </FONT> <BR><FONT SIZE=3D2>But In the development phase, I think using = 'usersupp' is much more efficient. Making buildetcs.sh is the </FONT> <BR><FONT SIZE=3D2>last step of BSP writing and can be helpful for = other developer who use the BSP. </FONT> </P> <P><FONT SIZE=3D2>> Thanks once again for your help,</FONT> <BR><FONT SIZE=3D2>> </FONT> <BR><FONT SIZE=3D2>> Pybe</FONT> <BR><FONT SIZE=3D2>> </FONT> <BR><FONT SIZE=3D2>> PS: of course any packages I make are available = to the general public </FONT> <BR><FONT SIZE=3D2>> (either on my own web server or as part of some = software </FONT> <BR><FONT SIZE=3D2>> repository). I </FONT> <BR><FONT SIZE=3D2>> am planning to also add lirc (infrared remote = control), mpg123, and </FONT> <BR><FONT SIZE=3D2>> irmp3 (application to control mp3 playing using = the other three) to </FONT> <BR><FONT SIZE=3D2>> qplus. However, I am not sure if my rpm/qpd = skills are sufficient to </FONT> <BR><FONT SIZE=3D2>> make the packages general enough - but if = anyone is brave </FONT> <BR><FONT SIZE=3D2>> enough to try </FONT> <BR><FONT SIZE=3D2>> it is probably still better than starting from = scratch. </FONT> <BR><FONT SIZE=3D2>> </FONT> </P> <P><FONT SIZE=3D2>Greate, those are essential packages for embdded = system. but just for MP3 player, there's already one called madplay. = </FONT> </P> <P><FONT SIZE=3D2>I think I should make a repository for added packages = for Qplus. However, once-again, management is a big </FONT> <BR><FONT SIZE=3D2>problem. How to organize and manage those repository = system. I think I'm very poor maintainer -_- . I even </FONT> <BR><FONT SIZE=3D2>feel honor to some greate maintainers out there. = </FONT> </P> <P><FONT SIZE=3D2>As for rpm/qpd skill, I'm also not a good at SPEC and = other rpm mechism. </FONT> <BR><FONT SIZE=3D2>That's why we didn't use many sophisticate rpm = features :). </FONT> <BR><FONT SIZE=3D2>I just know well of QPD. However QPD is VERY simple, = isn't it? </FONT> </P> <P><FONT SIZE=3D2>p.s. What is your target board?. Do you make some = kind of jukebox ( inferred from your package consideration) ? </FONT> <BR><FONT SIZE=3D2>Nowadays, I'm personnaly making Freevo box using = Qplus with my spare PC at home. </FONT> <BR><FONT SIZE=3D2>(Freevo is standalone DVD/MP3/VCD + TV + PVR + Photo = Album software ). </FONT> <BR><FONT SIZE=3D2>I think this mailling list also should discuss this = kind of applications of qplus. </FONT> </P> <P><FONT SIZE=3D2>Cheers. </FONT> <BR><FONT SIZE=3D2>Heechul. </FONT> </P> <P><FONT SIZE=3D2>-</FONT> <BR><FONT SIZE=3D2>HeeChul = Yun, </FONT> <BR><FONT SIZE=3D2>Embedded S/W Team at ETRI</FONT> <BR><FONT SIZE=3D2>phone: +82-42-860-1673</FONT> </P> </BODY> </HTML> ------_=_NextPart_001_01C2D893.F317A380-- ------------------------------------------------------- This SF.net email is sponsored by: SlickEdit Inc. Develop an edge. The most comprehensive and flexible code editor you can use. Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial. www.slickedit.com/sourceforge