[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Bug#1125087: ITP: node-expect-type -- Compile-time type assertions for TypeScript



Le dimanche 11 janvier 2026, 07:52:36 heure normale d’Europe centrale Edward Betts a écrit :
> Bastien Roucaries <rouca@debian.org> wrote:
> > Le vendredi 9 janvier 2026, 08:43:13 heure normale d’Europe centrale Edward Betts a écrit :
> > > Package: wnpp
> > > Severity: wishlist
> > > Owner: Edward Betts <edward@4angle.com>
> > > X-Debbugs-Cc: debian-devel@lists.debian.org
> > > 
> > > * Package name    : node-expect-type
> > >   Version         : 1.3.0
> > >   Upstream Author : Misha Kaletsky
> > > * URL             : https://github.com/mmkal/expect-type
> > > * License         : Apache-2.0
> > >   Programming Lang: JavaScript
> > >   Description     : Compile-time type assertions for TypeScript
> > 
> > jest: /usr/share/nodejs/expect/build/asymmetricMatchers.d.ts
> > jest: /usr/share/nodejs/expect/build/asymmetricMatchers.js
> > jest: /usr/share/nodejs/expect/build/extractExpectedAssertionsErrors.d.ts
> > jest: /usr/share/nodejs/expect/build/extractExpectedAssertionsErrors.js
> > jest: /usr/share/nodejs/expect/build/index.d.ts
> > jest: /usr/share/nodejs/expect/build/index.js
> > jest: /usr/share/nodejs/expect/build/jasmineUtils.d.ts
> > jest: /usr/share/nodejs/expect/build/jasmineUtils.js
> > jest: /usr/share/nodejs/expect/build/jestMatchersObject.d.ts
> > jest: /usr/share/nodejs/expect/build/jestMatchersObject.js
> > jest: /usr/share/nodejs/expect/build/matchers.d.ts
> > jest: /usr/share/nodejs/expect/build/matchers.js
> > jest: /usr/share/nodejs/expect/build/print.d.ts
> > jest: /usr/share/nodejs/expect/build/print.js
> > jest: /usr/share/nodejs/expect/build/spyMatchers.d.ts
> > jest: /usr/share/nodejs/expect/build/spyMatchers.js
> > jest: /usr/share/nodejs/expect/build/toThrowMatchers.d.ts
> > jest: /usr/share/nodejs/expect/build/toThrowMatchers.js
> > jest: /usr/share/nodejs/expect/build/types.d.ts
> > jest: /usr/share/nodejs/expect/build/types.js
> > jest: /usr/share/nodejs/expect/build/utils.d.ts
> > jest: /usr/share/nodejs/expect/build/utils.js
> > jest: /usr/share/nodejs/expect/package.json
> > jest: /usr/share/nodejs/expect/pkgjs-lock.json
> > 
> > So you should add to the bundle of jest then maybe split from jest
> 
> Hi,
> 
> Thank you for your comment.
> 
> Just to check I have understood you correctly: when you say "add to the bundle
> of jest", do you mean you would prefer "expect-type" (the mmkal/expect-type
> package) to be packaged as an additional bundled component within the existing
> node-jest source package, rather than introducing a new source package
> node-expect-type?
> 
> I agree that node-jest is already a large bundled source package, so I can see
> the argument for keeping related small leaf modules in the same place. My only
> hesitation is that upstream "expect-type" is independent of Jest (different
> upstream and different API), and it is used as a build/test dependency by
> other packages outside of Jest.
> 
> If the JS team preference is to bundle it into node-jest, I am happy to do
> that.

No I means that jest include expect 
https://sources.debian.org/src/node-jest/29.6.2~ds1%2B~cs73.45.28-9/packages/expect

So what is the reverse build and reverse depends of expect-type ?

I supposed first that you packaged @types/expect and not expect-type


> 
> Could you confirm which approach you recommend here?

I will like to see if this small package could be bundled

rouca 
> Thanks again,
> 
> Edward
> 

Attachment: signature.asc
Description: This is a digitally signed message part.


Reply to: