Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at
Bug 1999445 - [F36FTBFS]: dee fails to build from source in Fedora Rawhide
Summary: [F36FTBFS]: dee fails to build from source in Fedora Rawhide
Alias: None
Product: Fedora
Classification: Fedora
Component: vala
Version: rawhide
Hardware: Unspecified
OS: Unspecified
Target Milestone: ---
Assignee: Felipe Borges
QA Contact: Fedora Extras Quality Assurance
: 2038928 (view as bug list)
Depends On:
Blocks: 1936597 F36FTBFS PYTHON3.11
TreeView+ depends on / blocked
Reported: 2021-08-31 08:04 UTC by Ondrej Dubaj
Modified: 2022-01-10 19:25 UTC (History)
8 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Last Closed: 2022-01-10 19:25:56 UTC
Type: ---

Attachments (Terms of Use)

Description Ondrej Dubaj 2021-08-31 08:04:39 UTC
Your package fails to build with the newest autoconf-2.71, which was part of a recent wide Fedora change. More information about Fedora autoconf Change available here: The easiest way to reproduce the problem is to execute a fedora scratch-build on your package. Thank you for cooperation!

Comment 1 Tom "spot" Callaway 2021-08-31 15:24:55 UTC
This is not an autoconf issue, this is because of vala 0.53, and just like last time vala updated and broke dee, I have no clue what to adjust to fix it. :/

Comment 2 Felipe Borges 2021-09-01 08:02:39 UTC
Seems like the same as

Comment 3 Tom "spot" Callaway 2021-09-16 16:43:55 UTC
Still broken with vala-0.53.2-1.fc36:

/usr/bin/vapigen --pkg gio-2.0 --library dee-1.0 --metadatadir=. ../src/Dee-1.0.gir Dee-1.0-custom.vala
Dee-1.0.gir:1180.7-1180.58: warning: Field `Dee.Filter.destroy' conflicts with method of the same name
      <method name="destroy" c:identifier="dee_filter_destroy">
Dee-1.0.gir:1274.7-1274.42: error: `Dee.Filter' already contains a definition for `new'
      <function name="new" c:identifier="dee_filter_new">
Dee-1.0-custom.vala:19.3-19.27: note: previous definition of `new' was here
		public static Filter @new (Dee.StaticFilterMapFunc map_func, owned Dee.FilterMapNotify map_notify);
Dee-1.0.gir:8618.7-8618.70: warning: Field `Dee.ModelReader.destroy' conflicts with method of the same name
      <method name="destroy" c:identifier="dee_model_reader_destroy">
Generation failed: 1 error(s), 2 warning(s)
make[2]: *** [Makefile:569: dee-1.0.vapi] Error 1
make[2]: Leaving directory '/builddir/build/BUILD/dee-1.2.7/vapi'
make[1]: *** [Makefile:527: all-recursive] Error 1
make[1]: Leaving directory '/builddir/build/BUILD/dee-1.2.7'
make: *** [Makefile:433: all] Error 2

Comment 4 Miro Hrončok 2021-11-01 09:33:58 UTC
The following builds were made after this report was opened: vala-0.53.1-2.fc36 vala-0.53.2-1.fc36 vala-0.54.0-1.fc36 vala-0.54.1-1.fc36 vala-0.54.2-1.fc36 vala-0.54.3-1.fc36

Comment 5 Tom "spot" Callaway 2022-01-10 17:54:25 UTC
Still broken, same bug.

Comment 6 Tom "spot" Callaway 2022-01-10 18:03:36 UTC
*** Bug 2038928 has been marked as a duplicate of this bug. ***

Comment 7 Tom "spot" Callaway 2022-01-10 19:25:15 UTC
Patched around this in dee. Not sure if my approach is correct or not, but it builds, and all the dependencies (libunity, zeitgeist) build against it, so it can't be too wrong (hopefully).

Note You need to log in before you can comment on or make changes to this bug.