Sync flex 2.5.39-4 (main) from Debian unstable (main)

Bug #1307604 reported by Gianfranco Costamagna
10
This bug affects 1 person
Affects Status Importance Assigned to Milestone
flex (Ubuntu)
Invalid
Undecided
Unassigned

Bug Description

Please sync flex 2.5.39-4 (main) from Debian unstable (main)

Explanation of the Ubuntu delta and why it can be dropped:
  * Preseed autoconf vars ac_cv_func_malloc_0_nonnull=yes and
    ac_cv_func_realloc_0_nonnull for cross builds.
  * Resynchronise with Debian. Remaining changes:
    - Split the flex package into flex and libfl-dev, with flex as a
      Multi-Arch: foreign package depending on a Multi-Arch: same libfl-dev,
      so that flex works for cross-building.

according to the maintainer, the first change is fixed with package dh switch
second one merged in debian too

Changelog entries since current trusty version 2.5.35-10.1ubuntu2:

flex (2.5.39-1) unstable; urgency=medium

  * New upstream release
  * internationalization: added support for various languages. Fix make
    install target to not fail when the flex++ program is already
    installed. various portability fixes that quiet compiler warnings on
    64-bit hosts. numerous bug fixes.
  * Moved to a new dh based build system. Also moved to a 3.0 source
    format, using debcherry.
  * Bug fix: "cross build support", thanks to Eleanor Chen. We have moved
    to a standard dh based build, so we should not have this issue any more.
    (Closes: #719955).
  * Bug fix: "examples not included into binary packages", thanks to Carl
    Fürstenberg. Examples are in this version. (Closes: #560387).
  * Bug fix: "new upstream release 2.5.37", thanks to Peter Eisentraut
    (Closes: #729759).
  * Bug fix: "flex, new release available for download", thanks to
    Gianfranco Costamagna (Closes: #736345).
  * Bug fix: "please mark flex as Multi-Arch: allowed", thanks to Steve
    Langasek. Redid the patch to work with dh. (Closes: #611230).
  * Updating to a new build system means that the changes made to the
    build system in the NMU are not needed, dh does the right thing.
  * The new upstream release added the prototypes in re-entrant mode, so
    we are no longer carrying those patches.

 -- Manoj Srivastava <email address hidden> Thu, 10 Apr 2014 18:06:12 -0700

Revision history for this message
Gianfranco Costamagna (costamagnagianfranco) wrote :

Unfortunately I know it won't likely hit (sadly) trusty release.

Maybe would be nice to sync it for "r" and backport, right?

Revision history for this message
Gianfranco Costamagna (costamagnagianfranco) wrote :
Download full text (32.2 KiB)

Unfortunately I know it won't likely hit (sadly) trusty release.

Maybe would be nice to sync it for "r" and backport, right?

According to changelog this seems to be a BUGFIX release
 1 2014-02-16 Translation Project <email address hidden>
2
3 * po/ru.po: update ru translation from the translation project
4
5 2014-02-14 Will Estes <email address hidden>
6
7 * NEWS: mention updated da translation in release news
8
9 2014-02-14 Translation Project <email address hidden>
10
11 * po/da.po: update da translation from the translation project
12
13 2014-02-14 Will Estes <email address hidden>
14
15 * NEWS: mention updated es translation in release news
16
17 2014-02-14 Translation Project <email address hidden>
18
19 * po/es.po: update es translation from the translation project
20
21 2014-02-14 Will Estes <email address hidden>
22
23 * NEWS: mention updated ko translation in release news
24
25 2014-02-14 Translation Project <email address hidden>
26
27 * po/ko.po: update ko translation from the translation project
28
29 2014-02-14 Will Estes <email address hidden>
30
31 * NEWS: mention updated ro translation in release news
32
33 2014-02-14 Translation Project <email address hidden>
34
35 * po/ro.po: update ro translation from the translation project
36
37 2014-02-14 Will Estes <email address hidden>
38
39 * NEWS: mention updated ru translation in release news
40
41 2014-02-14 Translation Project <email address hidden>
42
43 * po/ru.po: update ru translation from the translation project
44
45 2014-02-14 Will Estes <email address hidden>
46
47 * NEWS: mention updated sv translation in news
48
49 2014-02-14 Translation Project <email address hidden>
50
51 * po/sv.po: update sv translation from the translation project
52
53 2014-02-14 Will Estes <email address hidden>
54
55 * NEWS: mention updated tr translation in news
56
57 2014-02-14 Translation Project <email address hidden>
58
59 * po/tr.po: update tr translation from the translation project
60
61 2014-02-14 Will Estes <email address hidden>
62
63 * NEWS: mention updated zh_CN in release news
64
65 2014-02-14 Translation Project <email address hidden>
66
67 * po/zh_CN.po: update zh_CN translation from the translation project
68
69 2014-02-14 Will Estes <email address hidden>
70
71 * NEWS, po/LINGUAS, po/zh_TW.po, po/zh_tw.po: rename zh_tw
72 translation to its proper zh_TW name
73
74 2014-02-14 Will Estes <email address hidden>
75
76 * NEWS: mention updated nl, vi translations in release news
77
78 2014-02-14 Translation Project <email address hidden>
79
80 * po/vi.po: update vi translation from the translation project
81
82 2014-02-14 Translation Project <email address hidden>
83
84 * po/nl.po: update nl translation from the translation project
85
86 2014-02-14 Will Estes <email address hidden>
87
88 * TODO: remove some unneeded entries from the todo l...

Revision history for this message
Daniel Holbach (dholbach) wrote :

Sync for 'u', right?

To get it into -updates, it should follow https://wiki.ubuntu.com/StableReleaseUpdates
To get it into -backports, it should follow https://wiki.ubuntu.com/UbuntuBackports#Requesting_a_Backport

Revision history for this message
Gianfranco Costamagna (costamagnagianfranco) wrote :

yes, if you cannot for trusty would be nice to have it for "u" release, anyway do you think is feasible for an SRU? I see all bugfix here

Revision history for this message
Gianfranco Costamagna (costamagnagianfranco) wrote :

or maybe SRU for trusty?

Revision history for this message
Gianfranco Costamagna (costamagnagianfranco) wrote :

please wait for the -4 release, the -3 fixes the upgrade problem, but introduces a regression because of a typo in rules file

summary: - Sync flex 2.5.39-1 (main) from Debian unstable (main)
+ Sync flex 2.5.39-4 (main) from Debian unstable (main)
description: updated
Revision history for this message
Daniel Holbach (dholbach) wrote :

I'm unsubscribing the sponsors team for now. It looks like -4 is not available yet.

Revision history for this message
Gianfranco Costamagna (costamagnagianfranco) wrote :

-4 just uploaded in debian, will be available in a few hors

description: updated
Revision history for this message
Gianfranco Costamagna (costamagnagianfranco) wrote :

Hi Mattias, sorry for subscribing you, can you please explain why of this delta?
" * Preseed autoconf vars ac_cv_func_malloc_0_nonnull=yes and
    ac_cv_func_realloc_0_nonnull for cross builds."

Manoj says that it can be dropped since automatically handled by dh, can you please confirm or tell if the change is needed also in debian?

Revision history for this message
Matthias Klose (doko) wrote :

the conversion to debhelper has nothing to do with pre-seeding autoconf values for cross builds

Changed in flex (Ubuntu):
status: New → Invalid
Revision history for this message
Gianfranco Costamagna (costamagnagianfranco) wrote :

yes, but why do you need to preseed them? is it a bug in autoconf? shouldn't this change be merged in debian too?

Revision history for this message
Dimitri John Ledkov (xnox) wrote :

Matthias, in recent /etc/dpkg-cross/cross-config.cache I see:

# Common libc things - global until someone finds a reason not to
ac_cv_func_malloc_0_nonnull=yes
ac_cv_func_realloc_0_nonnull=yes

Whilst the argumentation provided above is wrong (it's unrelated to dh) it does appear that by default (if dpkg-cross caches are used) we can drop this change. Do you want to explicitly support cross-building without dpkg-cross caches?

Revision history for this message
Matthias Klose (doko) wrote : Re: [Bug 1307604] Re: Sync flex 2.5.39-4 (main) from Debian unstable (main)

Am 28.04.2014 12:53, schrieb Dimitri John Ledkov:
> Matthias, in recent /etc/dpkg-cross/cross-config.cache I see:
>
> # Common libc things - global until someone finds a reason not to
> ac_cv_func_malloc_0_nonnull=yes
> ac_cv_func_realloc_0_nonnull=yes
>
> Whilst the argumentation provided above is wrong (it's unrelated to dh)
> it does appear that by default (if dpkg-cross caches are used) we can
> drop this change. Do you want to explicitly support cross-building
> without dpkg-cross caches?

well, it failed on our cross auto builder. Does it work now without these?

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.