FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Redhat > Fedora Development

 
 
LinkBack Thread Tools
 
Old 04-19-2011, 07:35 AM
"Richard W.M. Jones"
 
Default unison updates

On Mon, Apr 18, 2011 at 08:18:23PM -0400, Bill McGonigle wrote:
> Hi, Rich,
>
> I see that you got tagged as owner on the unison packages. Are you
> planning to package any updates, or did you just inherit it by
> default because of its OCaml nature?

Pretty much I inherited it.

> I was going to write a message to -devel, but then I saw Gerard
> didn't own the package anymore, and thought it best to drop you a
> note directly first.
>
> A new stable was declared in January, so we're officially 3 and 6
> years out of date on the existing packages. It turns out many of my
> complaints about unison have been fixed in the past 3 years!
>
> Since I don't know any OCaml and this package probably needs to
> combine 3 versions and label multiple binaries, I shouldn't
> volunteer to build this as my first package. But I'd be happy to do
> some manual builds and share notes if that would be useful.

There was a reason for splitting it in the first place which is to do
with (in-)compatibility between the versions. Because the protocol
sometimes changes incompatibly between releases and because we want to
interoperate with servers which may be running different versions, we
need to package up the different versionse separately. However this
is a big pain to maintain, not least because whenever a new
incompatible version comes along we have to apply for a new Unison
package to be added to Fedora(!)

It's probably going to be better to do something with multiple source
files in a single 'unison' package building multiple sub-packages.

Anyhow if you want to co-maintain it, please check the boxes at
https://admin.fedoraproject.org/pkgdb/acls/list/unison*

Rich.

--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming blog: http://rwmj.wordpress.com
Fedora now supports 80 OCaml packages (the OPEN alternative to F#)
http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 04-19-2011, 03:34 PM
Adam Williamson
 
Default unison updates

On Tue, 2011-04-19 at 08:35 +0100, Richard W.M. Jones wrote:

> > Since I don't know any OCaml and this package probably needs to
> > combine 3 versions and label multiple binaries, I shouldn't
> > volunteer to build this as my first package. But I'd be happy to do
> > some manual builds and share notes if that would be useful.
>
> There was a reason for splitting it in the first place which is to do
> with (in-)compatibility between the versions. Because the protocol
> sometimes changes incompatibly between releases and because we want to
> interoperate with servers which may be running different versions, we
> need to package up the different versionse separately. However this
> is a big pain to maintain, not least because whenever a new
> incompatible version comes along we have to apply for a new Unison
> package to be added to Fedora(!)
>
> It's probably going to be better to do something with multiple source
> files in a single 'unison' package building multiple sub-packages.
>
> Anyhow if you want to co-maintain it, please check the boxes at
> https://admin.fedoraproject.org/pkgdb/acls/list/unison*

FWIW, I'm in this mess too, but I was lazy and decided to just hack up
the spec to build the version I need locally rather than do anything to
'properly' fix up the packages.
--
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net

--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 04-19-2011, 09:07 PM
Bill McGonigle
 
Default unison updates

On 04/19/2011 03:35 AM, Richard W.M. Jones wrote:
> However this
> is a big pain to maintain, not least because whenever a new
> incompatible version comes along we have to apply for a new Unison
> package to be added to Fedora(!)

Right, it's a shame there's no --protocol= flag.

I'd assume, being that Fedora likes to track upstream, we'd call the current build 'unison' and then the older binaries 'unison213' and 'unison227'?

On 04/19/2011 11:34 AM, Adam Williamson wrote:
> FWIW, I'm in this mess too, but I was lazy and decided to just hack up
> the spec to build the version I need locally rather than do anything to
> 'properly' fix up the packages.

Oh, good. Is it 2.40.61? If so, the real work to be done is in combining the three sub-builds into one .spec and then applying for a new 'unison' package?

-Bill

--
Bill McGonigle, Owner
BFC Computing, LLC
http://bfccomputing.com/
Telephone: +1.603.448.4440
Email, IM, VOIP: bill@bfccomputing.com
VCard: http://bfccomputing.com/vcard/bill.vcf
Social networks: bill_mcgonigle/bill.mcgonigle
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 04-19-2011, 09:49 PM
Adam Williamson
 
Default unison updates

On Tue, 2011-04-19 at 17:07 -0400, Bill McGonigle wrote:

> On 04/19/2011 11:34 AM, Adam Williamson wrote:
> > FWIW, I'm in this mess too, but I was lazy and decided to just hack up
> > the spec to build the version I need locally rather than do anything to
> > 'properly' fix up the packages.
>
> Oh, good. Is it 2.40.61? If so, the real work to be done is in combining the three sub-builds into one .spec and then applying for a new 'unison' package?

Actually it looks like I was even lazier than that and just built it
from source. I seem to be running 2.32.52. I just needed whatever
version would interoperate with my Mandriva machines.
--
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net

--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 04-27-2011, 01:08 AM
Bill McGonigle
 
Default unison updates

On 04/19/2011 05:49 PM, Adam Williamson wrote:
> Actually it looks like I was even lazier than that and just built it
> from source. I seem to be running 2.32.52. I just needed whatever
> version would interoperate with my Mandriva machines.

Good news is current unison builds just fine with the existing SPEC with
trivial updates.

Can somebody recommend an existing package to use as an example that
maintains multiple versions of a source tree to build multiple versions
of the main binary?

Thanks,
-Bill

--
Bill McGonigle, Owner
BFC Computing, LLC
http://bfccomputing.com/
Telephone: +1.603.448.4440
Email, IM, VOIP: bill@bfccomputing.com
VCard: http://bfccomputing.com/vcard/bill.vcf
Social networks: bill_mcgonigle/bill.mcgonigle
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 04-30-2011, 01:19 AM
Toshio Kuratomi
 
Default unison updates

On Tue, Apr 26, 2011 at 09:08:10PM -0400, Bill McGonigle wrote:
> On 04/19/2011 05:49 PM, Adam Williamson wrote:
> > Actually it looks like I was even lazier than that and just built it
> > from source. I seem to be running 2.32.52. I just needed whatever
> > version would interoperate with my Mandriva machines.
>
> Good news is current unison builds just fine with the existing SPEC with
> trivial updates.
>
> Can somebody recommend an existing package to use as an example that
> maintains multiple versions of a source tree to build multiple versions
> of the main binary?
>
Don't do that. It's not a good path to take. When you have multiple binary
rpms built from a single source rpm, anytime there's a change to any of the
included sources all of the binary rpms end up being updated. This is not
desirable for end users. Yes, maintaining separate source and binary
packages is more work for the packager but it is nicer for the end user.

-Toshio
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 04-30-2011, 11:58 PM
"Richard W.M. Jones"
 
Default unison updates

On Fri, Apr 29, 2011 at 06:19:06PM -0700, Toshio Kuratomi wrote:
> On Tue, Apr 26, 2011 at 09:08:10PM -0400, Bill McGonigle wrote:
> > On 04/19/2011 05:49 PM, Adam Williamson wrote:
> > > Actually it looks like I was even lazier than that and just built it
> > > from source. I seem to be running 2.32.52. I just needed whatever
> > > version would interoperate with my Mandriva machines.
> >
> > Good news is current unison builds just fine with the existing SPEC with
> > trivial updates.
> >
> > Can somebody recommend an existing package to use as an example that
> > maintains multiple versions of a source tree to build multiple versions
> > of the main binary?
> >
> Don't do that. It's not a good path to take. When you have multiple binary
> rpms built from a single source rpm, anytime there's a change to any of the
> included sources all of the binary rpms end up being updated. This is not
> desirable for end users. Yes, maintaining separate source and binary
> packages is more work for the packager but it is nicer for the end user.

The binary RPMs are small, updates are very infrequent (< 1/yr), and
Unison is not a very widely used package. Really this is a non-issue,
compared to the really mighty packager/Fedora infrastructure burden
you propose as the alternative.

Rich.

--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
New in Fedora 11: Fedora Windows cross-compiler. Compile Windows
programs, test, and build Windows installers. Over 70 libraries supprt'd
http://fedoraproject.org/wiki/MinGW http://www.annexia.org/fedora_mingw
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 05-01-2011, 12:03 AM
"Richard W.M. Jones"
 
Default unison updates

I should add: won't deltarpm just deal with changes to binary RPMs
which aren't really changes?

Rich.

--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
virt-p2v converts physical machines to virtual machines. Boot with a
live CD or over the network (PXE) and turn machines into Xen guests.
http://et.redhat.com/~rjones/virt-p2v
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 

Thread Tools




All times are GMT. The time now is 09:45 PM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright 2007 - 2008, www.linux-archive.org