On Sun, 7 Jan 2024 12:54:35 +0000
Jon Turney wrote:
> > ERROR: package 'atk1.0-src' version '2.38.0-1' build-depends: 
> > 'girepository(GLib-2.0)', but nothing satisfies that
> > ERROR: package 'atk1.0-src' version '2.38.0-1' build-depends: 
> > 'pkgconfig(glib-2.0)', but nothing satisfies that
> > ERROR: package 'libatk1.0-doc' version '2.38.0-1' has empty install tar 
> > file, but it's not in ['_obsolete'] category
> 
> I guess I should ask about these errors and how you fixed them:
> 
> * This documented but unimplemented style of dependency atom was dropped 
> [1], because we don't have a good way of supporting it.
> 
> But rather than just removing them, they should probably have been 
> replaced with the appropriate package names (those containing 
> GLib-2.0.gir and glib-2.0.pc, i.e. girepository-GLib2.0 and 
> libglib2.0-devel)

The previous cygport file uses DEPEND and cygport warned to use
BUILD_REQUIRES instead. Then the above error occured. So, I just
remove them because I was not sure how to fix that.

Thanks for letting me know that!

> * Are you sure that libatk1.0-doc should be empty now (and not that it 
> requires some tool to build the documentation which isn't installed)?

In the source file, docs/xml directory should have document contents,
however, it is empty. So, I thought document cannot be built in this
version. I'll check again.

> If it is the case that the documentation doesn't exist any more, I think 
> you should perhaps make some arrangement for obsoleting the package, 
> rather than simply stopping generating it, allowing the previous version 
> to linger indefinitely in places where it is already installed.

Now the cygport file has the line:
libatk1_0_0_OBSOLETES="lib${NAME}-doc"

> (e.g. obsoleting it by the devel package, or marking the package as 
> self-destruct)

Is this as you suggested?

-- 
Takashi Yano <takashi.y...@nifty.ne.jp>

Reply via email to