Re: Query about usb_modeswitch and how to handle its packaging

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Tue, Apr 20, 2010 at 8:55 AM, Huzaifa Sidhpurwala
<huzaifas@xxxxxxxxxx> wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Hi All,
> I maintain usb-modeswitch in fedora. Recently upstream divided the main
> tar ball into two parts, the code which builds into the usb_modeswitch
> binary and the data part which contains the udev rules.
>
> Initially there was just one tar ball with both, and my spec builds two
> rpms out of that namely usb_modeswitch and usb_modeswitch-data.
>
> Now upstream says that his intention of making two tar balls was to
> enable updating the data part more frequently then the code, which makes
> sense.
>
> Now i have two options:
>
> 1. Have just one srpm, which builds from the two tar balls, if that is
> done, the upstream purpose of updating the data more frequently is lost.
> Also upstream says usb_modeswitch has to depend on usb_modeswitch-data
> and vice versa.
> 2. Have two srpms one for data and one for binary, with both depending
> on each other.
>
> Which one do you think is the best option.
> Thanks in advance.

2 is definitely the best option as it allows to push updates to the
data package without the binary component.

You might want to look at how hal and hal-info does the deps cross check.

Peter
-- 
devel mailing list
devel@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/devel

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]
  Powered by Linux