Hi > -----Original Message----- > From: [email protected] [mailto:[email protected]] On Behalf > Of Carsten Munk > Sent: Saturday, February 12, 2011 3:23 PM > To: Zhu, Peter J > Cc: [email protected]; Kok, Auke-jan H > Subject: Re: [meego-packaging] [meego-commits] 13688: New package > Trunk:Testing/boardname > > OK, I'll explain better: > > We need a way that's agnostic to systemd/upstart/fastinit. Hence a > seperate package. During their startup process, this script would be > called once which causes /etc/boardname to be created matching the > target board. In any subsequent boots, it would just be a null-op (and > print /etc/boardname) > > Then for instance in pulseaudio startup scripts, we can use the > contents of /etc/boardname (such as arm_nokia_rx51_2101) to select > default.pa.arm_nokia_rx51_2101 > So finally it would like various of apps to read /etc/boardname to do auto-detection?
> By having one package, we avoid having the autodetection logic in > every single script as well. > I understand the point very well. I just think if we could do this better. Peter > BR > Carsten Munk > > 2011/2/12 Zhu, Peter J <[email protected]>: > > What's Apps/Scripts? It sounds like that script is the one all kinds of apps > would call at run time. > > > > And if we have Apps/scripts, why do we need this package? > > > > Peter. > > > >> -----Original Message----- > >> From: [email protected] [mailto:[email protected]] On > Behalf > >> Of Carsten Munk > >> Sent: Saturday, February 12, 2011 3:11 PM > >> To: Zhu, Peter J > >> Cc: [email protected]; Kok, Auke-jan H > >> Subject: Re: [meego-packaging] [meego-commits] 13688: New package > >> Trunk:Testing/boardname > >> > >> Apps/Scripts will read /etc/boardname. The script is only executed at > >> startup, AFAIK. > >> > >> /Carsten > >> > >> 2011/2/12 Zhu, Peter J <[email protected]>: > >> > Hi, > >> > > >> > It's great we finally provide a way to detect platform at runtime. But > >> > this > >> seem not be optimal. Apps have to execute this each time, neither cpu nor > >> memory friendly. How about we get this a daemon and provide a dbus > interface > >> for apps to call into? > >> > > >> > Peter > >> > > >> >> -----Original Message----- > >> >> From: [email protected] > >> >> [mailto:[email protected]] On Behalf Of Auke Kok > >> >> Sent: Saturday, February 12, 2011 7:53 AM > >> >> To: [email protected] > >> >> Subject: [meego-commits] 13688: New package > Trunk:Testing/boardname > >> >> > >> >> Hi, > >> >> Adding new package boardname in project Trunk:Testing. Please review > and > >> >> accept ASAP. > >> >> > >> >> Justification for this new package: > >> >> > >> >> > >> >> > >> >> Thank You, > >> >> Auke Kok > >> >> > >> >> [This message was auto-generated] > >> >> > >> >> --- > >> >> > >> >> Request #13688: > >> >> > >> >> submit: home:auke/boardname(r6) -> Trunk:Testing/boardname > >> >> > >> >> > >> >> Message: > >> >> None > >> >> > >> >> State: new 2011-02-11T10:52:12 auke > >> >> Comment: None > >> >> > >> >> > >> >> This is a NEW package in Trunk:Testing project. > >> >> The files in the new package: > >> >> boardname/ > >> >> |__ Makefile > >> >> |__ boardname > >> >> |__ boardname.changes > >> >> |__ boardname.spec > >> >> |__ boardname.yaml > >> >> > >> >> The content of the YAML file, boardname.yaml: > >> >> > >> > ================================================================ > >> >> === > >> >> Name : boardname > >> >> Version : 0.1 > >> >> Release : 1 > >> >> Group : System/Base > >> >> Summary : Board vendor/name/version detection tool > >> >> Description: | > >> >> This tool allows multiple applications to determine > board/skew > >> >> specific > >> >> hardware in a consisten manner. Applications that need some > >> form of > >> >> method of determining a custom workaround within a set of > >> >> hardware are > >> >> required to parse the output of boardname to determine > >> appropriate > >> >> workaround. Vendors can force boardname override values at > >> >> shipping. > >> >> Sources : > >> >> - boardname > >> >> > >> >> BuildArch: noarch > >> >> NoSetup: true > >> >> Configure: none > >> >> Builder: none > >> >> License: GPLv2 > >> >> > >> >> Requires: > >> >> - coreutils > >> >> - grep > >> >> > >> >> Files: > >> >> - "/sbin/boardname" > >> >> > >> >> > >> >> > >> > ================================================================ > >> >> === > >> >> > >> >> > >> >> The content of the spec file, boardname.spec: > >> >> > >> > ================================================================ > >> >> === > >> >> # > >> >> # Do not Edit! Generated by: > >> >> # spectacle version 0.18 > >> >> # > >> >> # >> macros > >> >> # << macros > >> >> > >> >> Name: boardname > >> >> Summary: Board vendor/name/version detection tool > >> >> Version: 0.1 > >> >> Release: 1 > >> >> Group: System/Base > >> >> License: GPLv2 > >> >> BuildArch: noarch > >> >> Source0: boardname > >> >> Source100: boardname.yaml > >> >> Requires: coreutils > >> >> Requires: grep > >> >> > >> >> > >> >> %description > >> >> This tool allows multiple applications to determine board/skew specific > >> >> hardware in a consisten manner. Applications that need some form of > >> >> method of determining a custom workaround within a set of hardware > are > >> >> required to parse the output of boardname to determine appropriate > >> >> workaround. Vendors can force boardname override values at shipping. > >> >> > >> >> > >> >> > >> >> > >> >> %prep > >> >> # No setup > >> >> > >> >> # >> setup > >> >> # << setup > >> >> > >> >> %build > >> >> # >> build pre > >> >> # << build pre > >> >> > >> >> > >> >> > >> >> # >> build post > >> >> # << build post > >> >> %install > >> >> rm -rf %{buildroot} > >> >> # >> install pre > >> >> install -d %{buildroot}/sbin > >> >> install -m 0755 %SOURCE0 ${RPM_BUILD_ROOT}/sbin/ > >> >> # << install pre > >> >> > >> >> # >> install post > >> >> # << install post > >> >> > >> >> > >> >> > >> >> > >> >> > >> >> > >> >> %files > >> >> %defattr(-,root,root,-) > >> >> /sbin/boardname > >> >> # >> files > >> >> # << files > >> >> > >> >> > >> >> > >> >> > >> > ================================================================ > >> >> === > >> >> > >> >> _______________________________________________ > >> >> MeeGo-commits mailing list > >> >> [email protected] > >> >> http://lists.meego.com/listinfo/meego-commits > >> > _______________________________________________ > >> > MeeGo-packaging mailing list > >> > [email protected] > >> > http://lists.meego.com/listinfo/meego-packaging > >> > > > _______________________________________________ MeeGo-packaging mailing list [email protected] http://lists.meego.com/listinfo/meego-packaging
