Please citadel 7.37-5 (universe) from Debian unstable (main)

Bug #274277 reported by dothebart
12
Affects Status Importance Assigned to Milestone
citadel (Ubuntu)
Fix Released
Wishlist
Unassigned

Bug Description

Binary package hint: citadel-server

Hy,
I'm the maintainter of the debian citadel packages, and citadel upstream developer.
Please resync to latest .debs since they contain lots of small fixes.

TIA,
Wilfried Goesgens

Revision history for this message
James Westby (james-w) wrote :

Hi,

Thanks for taking an interest in Ubuntu's package.

The problem with doing this is that the package now Build-Depends on
libcitadel-dev >= 7.37, which is not in Ubuntu.

Assuming this version is really required it would need to be updated
as well. I assume that would need a feature freeze exception (unless
it's just a bugfix release).

There would then be a trade-off of doing the update of libcitadel
against not pulling in the new bug fixes in citadel. How important
are the bug fixes? Would it be possible to pull them without increasing
the build dependency?

I'm un-subscribing the sponsors team for now, please re-subscribe them
when ready. I'll remain subscribed to answer any questions you have.

Thanks,

James

Changed in citadel:
importance: Undecided → Wishlist
status: New → Incomplete
Revision history for this message
dothebart (w-goesgens) wrote :

    >
    > Since libciadel is just shared between citadel-server and
    > citadel-webcit, whats the obstacle in updating it?

None really, it just needs to be done, but it wasn't mentioned
in your request, and I hit it while trying to test the
current Debian packages, so I firstly wanted to ask for
clarification.

    > Its usualy released together with the two server packages upstream.

Should we also be upgrading citadel-webcit then?

    > Yes, some of the bugfixes which are worth updating are in libcitadel,
    > and updating to 7.37 doesn't imply any dangers to me.

We have 1.14-1, so that is a huge version number jump, and we are in
feature freeze. Normally a jump like this would indicate huge changes
upstream, but I get the impression it is just to synchronise version
numbers. If it is just a bugfix release then updating is easier than
if we have to apply for a freeze exception.

    > Also .36 won't be supported by the pkg-citadelteam anymore, since its
    > not used in debian.

That's a good reason.

Thanks,

James

P.S. please reply to the bug report so that everyone can read the
discussion, not just me.

Ok;
Libcitadel had been fresh introduced, so duplicating code between webcit and citadel could be unified. Thus choosing 1.x was sort of apropriate, but we decided to sync it with server and client later.

Yes, webcit should be updated too. Most important change was the switch to vnote format here afair.

We're actualy evaluating .38, citadel and libcitadel; which is primarily the bugfixes over the summer, if we can do this, this is going to be the release maintained for lenny.

Revision history for this message
James Westby (james-w) wrote :

Upstream release notes (can't find a changelog):

  http://easyinstall.citadel.org/releasenotes-7.37.txt

Attaching combined build/install logs, and diffstats for the three
involved source packages.

Revision history for this message
James Westby (james-w) wrote :
Revision history for this message
James Westby (james-w) wrote :
Revision history for this message
James Westby (james-w) wrote :
Revision history for this message
James Westby (james-w) wrote :
Revision history for this message
James Westby (james-w) wrote :
Revision history for this message
James Westby (james-w) wrote :
Changed in citadel:
status: Incomplete → New
Revision history for this message
Scott Kitterman (kitterman) wrote : Re: [Bug 274277] [NEW] citadel package out of sync

If it's just bug fixes, no FFe needed.

Revision history for this message
James Westby (james-w) wrote : Re: Please update citadel from Debian

Hi Scott,

I realise that.

From the release notes that I added a link to:

  2. New features

  The big new feature for this version is that your Citadel system can now
  be an OpenID 1.1 "Relying Party." OpenID is an emerging technology for
  "single sign on" for the Web. What this means in practice is that anyone
  who has an OpenID can now use it to log in to Citadel sites. Since OpenID
  is a web-centric technology, it only works in WebCit. This is not a problem
  though, because they can still set up a password to use when logging in via
  other methods.

  The indexer for full text search index now runs with much better performance.

  Improved handling of email addresses in international character sets.

  The RSS reader now uses libcurl to download feeds. Because of this,
  it should now be able to handle any URL type supported by curl,
  including https, ftp, and even feeds requiring a username and/or a
  password.
    For example: https://username:<email address hidden>/foo.rss

Thanks,

James

Revision history for this message
Cesare Tirabassi (norsetto) wrote :

Seeing the amount of testing this got in debian and being Wilfried very active in maintaining this package, I think this deserves a +1.

Revision history for this message
Luca Falavigna (dktrkranz) wrote :

Fine from me too, FFe granted.

Changed in citadel:
status: New → Confirmed
Revision history for this message
Steve Langasek (vorlon) wrote :

[Updating] citadel (7.36-2 [Ubuntu] < 7.37-5 [Debian])
 * Trying to add citadel...
  - <citadel_7.37-5.dsc: downloading from http://ftp.debian.org/debian/>
  - <citadel_7.37-5.diff.gz: downloading from http://ftp.debian.org/debian/>
  - <citadel_7.37.orig.tar.gz: downloading from http://ftp.debian.org/debian/>
I: citadel [universe] -> citadel-server_7.36-2 [universe].
I: citadel [universe] -> citadel-suite_7.36-2 [universe].
I: citadel [universe] -> citadel-common_7.36-2 [universe].
I: citadel [universe] -> citadel-mta_7.36-2 [universe].
I: citadel [universe] -> citadel-client_7.36-2 [universe].
I: citadel [universe] -> citadel-doc_7.36-2 [universe].

Changed in citadel:
status: Confirmed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.