From albert at netdomains.cn  Fri May  1 05:12:22 2026
From: albert at netdomains.cn (Albert Liu)
Date: Fri, 1 May 2026 12:12:22 +0800
Subject: mitya57
Message-ID: <202605011212361735357@netdomains.cn>

(If you are not the CEO, kindly please forward this message to your CEO since this is urgent. In case you consider this has been sent to you in error, please ignore it. Thanks.)
Dear CEO,
This is a formal email. We are the Domain Registration Service company in Shanghai, China. I have a question to confirm with you. On May 1, 2026, Yahui Ltd sent a request to register "mitya57" as their internet keyword and Chinese domains (mitya57.cn, mitya57.com.cn, mitya57.net.cn, mitya57.org.cn). But after reviewing it, we notice this name conflicts with your company name or trademark. To handle this issue properly, it's necessary to send this email to you and verify if this firm is your distributor or business partner in China? Best regardsAlbert Liu
General Manager



Tel: +86-2161918696 Fax: +86-2161918697 Mob: +86-13816428671

12F Kaike Building, No. 1801 Hongmei Road, Shanghai 200233, China
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://alioth-lists.debian.net/pipermail/pkg-kde-talk/attachments/20260501/e5cbc1dd/attachment.htm>

From hefee at debian.org  Sat May  2 19:55:37 2026
From: hefee at debian.org (Hefee)
Date: Sat, 02 May 2026 20:55:37 +0200
Subject: Debhelper 14 and dh_qmldeps
Message-ID: <7940034.EvYhyI6sBW@tuxin>

Hey,

I was working the last days to add Debhelper 14 support to dh_qmldeps and you 
find the results now in experimental (0.22.0~rc2).  
I tried hard, that nothing should break, but you may see some more warning 
with the new version, checked via Salsa CI reverse dependencies building and 
autopkgtests.

The relevant changes:
* you are able to control the dependency field via qmlfiles with the -d 
parameter. As Debhelper 14 does not support demotion anymore.
* qml files shipped in examples directories will end up in Recommends.
* You don't need to add ${qml6:Depends} stanza anymore with Debhelper 14, as 
this is handled debhelper internally. 

In the end if you manipulate the dependency field for all/some qml dependencies 
you properly should use the -d parameter now.

Feedback is highly welcome ;)

Regards,

hefee
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: This is a digitally signed message part.
URL: <http://alioth-lists.debian.net/pipermail/pkg-kde-talk/attachments/20260502/5cb96451/attachment.sig>

From libre at coucouf.fr  Sun May  3 07:59:51 2026
From: libre at coucouf.fr (=?ISO-8859-1?Q?Aur=E9lien_COUDERC?=)
Date: Sun, 03 May 2026 08:59:51 +0200
Subject: Debhelper 14 and dh_qmldeps
In-Reply-To: <7940034.EvYhyI6sBW@tuxin>
References: <7940034.EvYhyI6sBW@tuxin>
Message-ID: <BC0551CB-860E-42E7-ADA9-261AE9DFEFBE@coucouf.fr>



Le 2 mai 2026 20:55:37 GMT+02:00, Hefee <hefee at debian.org> a ?crit?:
>Hey,
>
>I was working the last days to add Debhelper 14 support to dh_qmldeps and you 
>find the results now in experimental (0.22.0~rc2). 

Hi Hefee,

that's great, thanks !
 
>The relevant changes:
>* you are able to control the dependency field via qmlfiles with the -d 
>parameter. As Debhelper 14 does not support demotion anymore.

Not sure I understand this. Could you give an example ? Does it mean we need to update qmlfiles for all packages shipping one ?

>* You don't need to add ${qml6:Depends} stanza anymore with Debhelper 14, as 
>this is handled debhelper internally. 

Yes, I read that in the docs and it looks like a good improvement in general.

IIRC we have cases where we previously didn't put ${qml6:Depends} for *some* binaries for multi-binary source packages. Can this now work automagically ? Are there not cases where we'll need to override the default behaviour ?


Cheers,
--
Aur?lien
 


From hefee at debian.org  Sun May  3 09:42:22 2026
From: hefee at debian.org (Hefee)
Date: Sun, 03 May 2026 10:42:22 +0200
Subject: Debhelper 14 and dh_qmldeps
In-Reply-To: <BC0551CB-860E-42E7-ADA9-261AE9DFEFBE@coucouf.fr>
References: <7940034.EvYhyI6sBW@tuxin>
 <BC0551CB-860E-42E7-ADA9-261AE9DFEFBE@coucouf.fr>
Message-ID: <4371712.1IzOArtZ34@tuxin>

Hi Aur?lien,

> >The relevant changes:
> >* you are able to control the dependency field via qmlfiles with the -d
> >parameter. As Debhelper 14 does not support demotion anymore.
> 
> Not sure I understand this. Could you give an example ? Does it mean we need
> to update qmlfiles for all packages shipping one ?

No file needs to be updated, as if no -d parameter is given its fallback is 
Depends. I describe that in the documentation:
 https://qt-kde-team.pages.debian.net/dh_qmldeps.html

I will add kquickimageeditor/debian/kquickimageeditor-dev.qmlfiles:
-d Suggests -qmlFiles ${QMLDEPS_AUTODETECT_FILES}

libkf6purpose-bin should be handled correctly, if we add ${qml6:Recommends} or 
switch to Debhelper 14. 

Do you know any other packages, where demotion is happening?

I think Niels Thykier made a point, that instead of doing the do the demotions 
via pkg.qmlfiles we should improve dh_qmldeps to detect more cases correctly. 
That's why I added the examples detection, as this seems like a pattern of 
demotions. if there is any other pattern, please give a hint, than dh_qmldeps 
can be improved.

> IIRC we have cases where we previously didn't put ${qml6:Depends} for *some*
> binaries for multi-binary source packages. Can this now work automagically
> ? Are there not cases where we'll need to override the default behaviour ?

Yes this will work automatically with debhelper 14 and pkg-kde-tools 
0.22.0~rc2.

From the early beginning dh_qmldeps worked in an opportunistic mode. 
It scanned for each binary package, if qml files are shipped or a pkg.qmlfiles 
exists, if it does detect any qmlfiles, qml dependencies are written to 
substvars. For those not shipping any qmlfiles no substvars were created and no 
error was triggered.

I just made the build fails if ${qml6:Depends} is missing for the packages if 
qml dependencies were detected, as debhelper 13 would silently ignore those 
unsued substvars.  That part is not triggered for debhelper 14.

Btw. the other way round is not working anymore - You cannot force dh_qmldeps 
to break the build, if no qmlfiles are found by adding ${qml6:Depends}.

Regards,

hefee

PS: I also update dh_plasmaversionbase for debhelper 14 and not fails if 
plasma var dep does not exists.
https://salsa.debian.org/qt-kde-team/pkg-kde-tools/-/blob/master/
dh_plasmaversionbase?ref_type=heads#L46
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: This is a digitally signed message part.
URL: <http://alioth-lists.debian.net/pipermail/pkg-kde-talk/attachments/20260503/5bf52eb7/attachment.sig>

