2011/2/12 Zhu, Peter J <[email protected]>:
> 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?

I think the aim isn't for this to be a MeeGo API, but for a platform
feature for components in hardware adaptation to distinguish between
devices where it's needed. Those components would then be able to read
/etc/boardname which was initialised by system startup.

/Carsten

>
>> 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

Reply via email to