RE: Proposal for toolset modifications for LSB-Desktoprelease
"Banginwar, Rajesh" <[email protected]> Wed, 4 Jan 2006 17:52:58 -0800
| Newsgroups | gmane.linux.lsb.test-suite |
|---|---|
| Message-ID | <B5677069E3D9994D9EE1C7295072EA9608091315@orsmsx402.amr.corp.intel.com> |
Yes, that makes sense. The only catch is the user will have to remember to enable the option, basically run a script. Not sure whether that will be acceptable. > -----Original Message----- > From: Wichmann, Mats D > Sent: Wednesday, January 04, 2006 5:39 PM > To: Banginwar, Rajesh; '[email protected]' > Subject: RE: [Lsb-test] Proposal for toolset modifications for LSB- > Desktoprelease > > > >> How will we handle lsb-buildenv? > >Same way. Lsb-buildenv -T=desktop start will be command line > >for desktop. So we will just add a new cmd line option. > >Internally, we will need to play some tricks in copying > >headers and stubs in /opt/lsb based on the target. > > This feels cumbersome, but let's ask a question: > > today, can an ordinary user start lsb-buildenv, or does > that have to be the superuser? > > if the former, it feels reasonable to do sequences like: > > lsb-buildenv --target=desktop start > ... build stuff > lsb-buildenv stop > > but if the latter, I'd expect it to be a boot-time thing > instead, and thus I wouldn't want the option to be a > startup option, but rather a build-time option of some > sort.