All of lore.kernel.org
 help / color / mirror / Atom feed
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


       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.