Bug 492013

Back online again :D

Will start rolling out packages to rawhide in the next hours.

awesome, thanks andreas!

just a reminder that I sent some follow-up emails with some suggested tweaks for the synce packages too :)

-- 
Fedora Bugzappers volunteer triage team
https://fedoraproject.org/wiki/BugZappers

Is there any action required from me, as the libsyncml maintainer?

felix: yes - ideally we'd need that to be downgraded to 0.4.6, which is the last version you can build the opensync 0.22 syncml plugin with.

-- 
Fedora Bugzappers volunteer triage team
https://fedoraproject.org/wiki/BugZappers

Ok everything is out except for the syncml plugin.

Is anybody actively working on porting these broken deps in rawhide to
the newly downgraded opensync?

Broken deps for i386
----------------------------------------------------------
        libopensync-plugin-kdepim-0.36-2.fc11.i586 requires libopensync.so.1
        libopensync-plugin-syncml-0.35-4.fc10.i386 requires libsyncml.so.0
        libopensync-plugin-syncml-0.35-4.fc10.i386 requires libopensync.so.1
        libopensync-plugin-vformat-0.36-2.fc11.i586 requires libopensync.so.1

If you could point me to a bugzilla bug, that would be great.  If nobody such as the primary maintainer of these packages are actively working on it, I'll try to look into it.

A downgraded libsyncml (0.4.6) is now in rawhide. But still libopensync-plugin-syncml fails in koji.
See http://koji.fedoraproject.org/koji/taskinfo?taskID=1268772

It seems that 0.36 has failed to build on *any* branch such as F-9 or F-10:

http://koji.fedoraproject.org/koji/packageinfo?packageID=5383

I suspect that we might need to back out to 0.35 as 0.36 seems to have trouble building even against the old opensync stack.

In addition, looking at the spec:

http://cvs.fedoraproject.org/viewvc/rpms/libopensync-plugin-syncml/devel/libopensync-plugin-syncml.spec?revision=1.12&view=markup

it appears that there has been no Epoch tag added.  If there was ever a successful build of 0.38 that existing in rawhide, it should be added, if not, I guess it isn't strictly speaking, necessary.

We need to build version 0.22 of the plugin. opensync plugins must be of the same version as the main part of opensync. A 0.3 plugin cannot work on opensync 0.22. Please just downgrade the plugin to 0.22 and it should work right off the bat.

I see you backgraded even further to 0.22:

http://cvs.fedoraproject.org/viewvc/rpms/libopensync-plugin-syncml/devel
/libopensync-plugin-syncml.spec?r1=1.12&r2=1.14

but since 0.35 *did* exist in rawhide at one point because of a successful koji build in F-10 which F-11 would have got by inheritance you still the Epoch tag

Also 0.35 exists as an update in F-10 and F-9:

libopensync-plugin-syncml-0.35-4.fc10.i386

so this update needs further co-ordination and discussion.

See also:

http://admin.fedoraproject.org/updates/F9/FEDORA-2008-5460

This is the current build that exists in both F-10 GA and in all F-11 versions:

http://koji.fedoraproject.org/koji/buildinfo?buildID=58622

so if we really need to backgrade all the plugins to 0.22 this will require a wholesale distro bump across all branches.  

I don't understand why 0.35 was ever pushed.  Did it ever work?

This is a real mess.

If somebody could summarize the entire situation and status with all the opensync-related packages.  Perhaps including a table of package name, versions, builds of the main stack and all the plugins on all branches that would be very helpful.

It looks like there will need to be a lot of Epoch tags added and new updates pushed on F-9 and F-10 to make this all go smoothly.

I wasn't really worrying about F-9 or F-10, just wanted to have a useful version going forwards from F-11.

FWIW, though, in *theory*, what you need is to have all packages for any given release of the same version - 0.22, or 0.35, or 0.36, or 0.38. You can't mix any of those.

In *practice*, if you want opensync to actually work at all, you want them all to be 0.22, because that's the only version that works. But if F-9 or F-10 have all 0.36 packages (or all 0.35 or all 0.38), then that's a conherent opensync codebase, just one that doesn't happen to be of any particular practical use to anyone at all...

if they have a mix, then only plugins that are of the same version as the base 'libopensync' package are likely to 'work'.

(In reply to comment #14)
> I wasn't really worrying about F-9 or F-10, just wanted to have a useful
> version going forwards from F-11.

But even in terms of F-11, you still need to have appropriate Epoch: tags added to each downgraded package plugin package otherwise you'll break the upgrade path from F-10 -> F-11 as it will refuse the install tne old 0.22 because: 0.36 > 0.22.

yes, I know that (I did the downgrade for Mandriva, lots of fun that was...). I figured that was for the packager to sort out :)

epoch tag plus correct obsoletes are the way to go, i think.

And no, no 0.3x release has ever actually worked for practical synchronization purposes. It was only ever pushed because KDE 4 'required' it (for kitchensync, a GUI sync front end) to build for a while. Apparently no-one at KDE or Fedora ever bothered to check whether you could actually do any synchronization with it.

I can only speak for the plugins I touched for F-11 but imho upgrades from F-{9,10} should go smoothly. Fitting obsoletes and epoch bumps were added where necessary. Of course an epoch bump is also needed for the syncml plugin. vformat and kdepim can be blocked from dist-f11 dependencies will be satisfied by libopensync.

(In reply to comment #16)
> It was only ever pushed because KDE 4 'required' it (for kitchensync,
> a GUI sync front end) to build for a while. 

No, those are developer snapshots meant for plugin devs to catch up and testers to have reference point but that never worked really like supposed. Most plug devs just lost the pace with api.

> Apparently no-one at KDE or Fedora ever bothered to check whether you 
> could actually do any synchronization with it.  

Among other things. All epochs well earned.

Andreas, I've sent several emails with further tweaks that are needed for the packages (opensync and synce) to work fully - have you not received them? I just want to make sure everything's in there in good time for F11. Thanks.

-- 
Fedora Bugzappers volunteer triage team
https://fedoraproject.org/wiki/BugZappers

All the packages from lowlatency.de build on f10 except for libopensync-plugin-evolution2.  Build dies here:

/usr/include/evolution-data-server-2.24/libical/ical.h:30:2: error: #warning "Please ensure that the memory returned by the functions mentioned at http://bugzilla.gnome.org/show_bug.cgi?id=516408#c1 are free'ed"

multisync might need a BuildRequires:

Checking for package osengine-1.0 >= 0.19           : not found
you need opensync http://www.opensync.org/ (libopensync0-dev)
 (error raised in module wscript_main)
error: Bad exit status from /var/tmp/rpm-tmp.vx9PlE (%build)

After building and installing that package it builds fine.

I'm assuming shipping an inappropriate opensync on f10 is worth fixing too.

This bug appears to have been reported against 'rawhide' during the Fedora 11 development cycle.
Changing version to '11'.

More information and reason for this action is here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping

I think we may as well close this bug now, the work was done. I'll file separate bugs for any remaining issues.

-- 
Fedora Bugzappers volunteer triage team
https://fedoraproject.org/wiki/BugZappers