Re: Rebase of kopete branch and push it to master

Pali Rohár <[email protected]> Wed, 24 Jan 2018 23:26:19 +0100
Newsgroups gmane.comp.kde.devel.core,gmane.comp.kde.devel.kopete
Message-ID <20180124222619.yptnmq7vmv63apt7@pali>
--lfd2haenpe6oed3e
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Friday 19 January 2018 21:56:10 Ben Cooksley wrote:
> On Fri, Jan 19, 2018 at 12:06 PM, Pali Roh=C3=A1r <[email protected]> =
wrote:
> > On Thursday 18 January 2018 20:50:35 Ben Cooksley wrote:
> >> Hi all,
> >>
> >> I have now completed the merge from Pali's clone repository into the
> >> 'master' branch of the main Kopete repository.
> >> Phabricator processing of all the commits has been completed without i=
ncident.
> >
> > Hi! Thank you very very much!
> >
> >> Pali, please revise the metadata accordingly in sysadmin/repo-metadata
> >
> > See quoted comments/questions below
> >
> > https://phabricator.kde.org/source/sysadmin-repo-metadata/browse/master=
/projects/kde/kdenetwork/kopete/metadata.yaml
> >
> >> description: 'h1. Kopete - The KDE Instant Messenger
> >
> > What does "h1." means? Looks like some wiki(?) syntax for heading. No
> > idea if it should be there or not.
>=20
> That is a leftover from when this data was generated from the
> descriptions used by projects.kde.org, which ran Redmine/Chiliproject.
> It means nothing to anything we run these days and should be cleaned up.
>=20
> >
> >> - displayname: "Pali Roh\xE1r"
> >
> > What is encoding of that YAML file? Is not UTF-8 supported?
>=20
> The conversion tool we used was conservative in regards to handling
> information and encoded everything that couldn't be represented in
> Latin-1 I believe.
> I've entered UTF-8 characters into other files, and they certainly
> should be encoded in and support, UTF-8.

Ok. Is some step from my side needed now?

> >
> > Otherwise looks correct.
> >
> > https://phabricator.kde.org/source/sysadmin-repo-metadata/browse/master=
/projects/kde/kdenetwork/kopete/i18n.json
> >
> >> {"trunk": "master", "stable": "Applications/17.08", "stable_kf5": "non=
e", "trunk_kf5": "none"}
> >
> > I do not fully understand content of this JSON file, but there is no
> > KDE4 trunk version in repository anymore. master branch now points to
> > trunk KF5 version and there is no 17.12 (stable) version.
>=20
> Luigi has now updated this I believe.
>=20
> >
> >> (for i18n) and kde-build-metadata (for the CI and kdesrc-build users)
> >
> > It is https://phabricator.kde.org/source/kde-build-metadata/ right? What
> > should I check there?
>=20
> In that repository you need to check two things:
>=20
> 1) logical-module-structure, JSON formatted, which defines a series of
> rules stating which branches are used by projects.

Seems correct.

> 2) the dependency-data-* files, which contain the dependency
> definition rules between KDE projects for each branch grouping.
> Anything not defined in here won't be made available on the CI, and
> this data is used by kdesrc-build to sequence the order of things to
> build.
>=20
> In regards to the dependency data, please note that there is a generic
> wildcard rule at the very bottom which makes essentially all
> Frameworks a dependency of anything in Applications, Extragear or
> Playground so you don't need to declare a dependency on any Framework
> you use.

This IIRC should be enough. Anyway, if there is CI problem, is report
send to somewhere?

> Hope that clears things up.
>=20
> Cheers,
> Ben
>=20
> >
> >> as soon as possible.
> >>
> >> Regards,
> >> Ben
> >
> > --
> > Pali Roh=C3=A1r
> > [email protected]

--=20
Pali Roh=C3=A1r
[email protected]

--lfd2haenpe6oed3e
Content-Type: application/pgp-signature; name="signature.asc"

-----BEGIN PGP SIGNATURE-----

iF0EABECAB0WIQS4VrIQdKium2krgIWL8Mk9A+RDUgUCWmkIBwAKCRCL8Mk9A+RD
UkVLAJ9xMIfCKpqS2gGu5CzNk6BNynbFygCgrntjuVbCowjrE8RfEapGA5T1plU=
=iiBo
-----END PGP SIGNATURE-----

--lfd2haenpe6oed3e--