From: Till Kamppeter <till.kamppeter@gmail.com>
To: "Wichmann, Mats D" <mats.d.wichmann@intel.com>
Cc: printing-architecture@lists.freestandards.org,
lsb-discuss <lsb-discuss@lists.freestandards.org>
Subject: Re: [Printing-architecture] [lsb-discuss] Distribution-independent printer driver package --first shot
Date: Mon, 05 Feb 2007 17:53:20 +0000 [thread overview]
Message-ID: <45C76F10.4080205@gmail.com> (raw)
In-Reply-To: <3F62CBEE02D6404E98C65934617EB5820194A075@fmsmsx414.amr.corp.intel.com>
Wichmann, Mats D wrote:
>> On the sample implementation the RPM installation does not complain
>> about missing PPDs, but about missing directories:
>>
>> ---------------------------------------------------------------
>> ---------
>> bash-3.1# rpm -Uvh /tmp/work/splix-1.0.1-0.beta2.1lsb3.1.i486.rpm
>> error: Failed dependencies:
>> /opt is needed by splix-1.0.1-0.beta2.1lsb3.1.i486
>> /opt/lib/printdriver is needed by
>> splix-1.0.1-0.beta2.1lsb3.1.i486
>> /opt/share/ppd is needed by splix-1.0.1-0.beta2.1lsb3.1.i486
>> bash-3.1#
>> ---------------------------------------------------------------
>
>> Once RPM should simply create the directories and not complain, and
>> second, all the directories are there, I have created them
>> before trying to install the RPM.
>
> this is caused by a moderately recent change to upstream rpm.
> everything now has to be "owned", so creating the directories
> before installing the rpm is not sufficient, they actually have
> to be in the rpm database as belonging to some package.
>
I can make an RPM providing the printing-related directories, but which
package should own /opt then? This should be corrected in build
environment and sample implementation. We need to somehow conserve the
possibility to install software with RPM.
RPM in FC6 does not yet require all directories to be owned by an RPM
package. Should we add something to the LSB so that installing with RPM
keeps working, also if the distro as the new RPM? Does RPM have a
command line switch to get back to the old behavior?
Till
next parent reply other threads:[~2007-02-05 17:53 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <3F62CBEE02D6404E98C65934617EB5820194A075@fmsmsx414.amr.corp.intel.com>
2007-02-05 17:53 ` Till Kamppeter [this message]
[not found] <3F62CBEE02D6404E98C65934617EB58201949FE6@fmsmsx414.amr.corp.intel.com>
2007-02-05 17:09 ` [Printing-architecture] [lsb-discuss] Distribution-independent printer driver package --first shot Till Kamppeter
[not found] <3F62CBEE02D6404E98C65934617EB58201949F94@fmsmsx414.amr.corp.intel.com>
2007-02-05 16:32 ` Till Kamppeter
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=45C76F10.4080205@gmail.com \
--to=till.kamppeter@gmail.com \
--cc=lsb-discuss@lists.freestandards.org \
--cc=mats.d.wichmann@intel.com \
--cc=printing-architecture@lists.freestandards.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.