Watch file github mode pointing to certain branch issue (Was: cmake help for minimac4 needed)
Hi again, Am Thu, Oct 27, 2022 at 08:23:43AM +0200 schrieb Andreas Tille: > > According to requirements.txt [1], minimac4 depends on omp [2], so it seems > > this message warns about omp not being found on the system. Unfortunately its not just omp but the latest commit from the development branch. Thus I tried gitmode[1] according to the docs: $ cat debian/watch version=4 opts="mode=git,gitmode=full,pgpmode=none,pretty=0.0+git%cd.%h" \ https://github.com/jonathonl/omp refs/heads/develop but I do not get any helpful result: $ uscan --verbose uscan info: uscan (version 2.22.2) See uscan(1) for help uscan info: Scan watch files in . uscan info: Check debian/watch and debian/changelog in . uscan info: package="libomp-jonathonl" version="0.0+git20181221.506f3e5-1" (as seen in debian/changelog) uscan info: package="libomp-jonathonl" version="0.0+git20181221.506f3e5" (no epoch/revision) uscan info: ./debian/changelog sets package="libomp-jonathonl" version="0.0+git20181221.506f3e5" uscan info: Process watch file at: debian/watch package = libomp-jonathonl version = 0.0+git20181221.506f3e5 pkg_dir = . uscan info: opts: mode=git,gitmode=full,pgpmode=none,pretty=0.0+git%cd.%h uscan info: line: https://github.com/jonathonl/omp refs/heads/develop uscan info: Parsing mode=git uscan info: Parsing gitmode=full uscan info: Parsing pgpmode=none uscan info: Parsing pretty=0.0+git%cd.%h uscan info: line: https://github.com/jonathonl/omp refs/heads/develop uscan warn: Tag pattern missing version delimiters () in debian/watch, skipping: https://github.com/jonathonl/omp refs/heads/develop uscan info: Scan finished Any idea what might went wrong? Kind regards Andreas. [1] https://salsa.debian.org/med-team/libomp-jonathonl/-/blob/master/debian/watch -- http://fam-tille.de
Re: Watch file github mode pointing to certain branch issue (Was: cmake help for minimac4 needed)
Hi Andreas, On 2022-10-27 11:31, Andreas Tille wrote: Unfortunately its not just omp but the latest commit from the development branch. Thus I tried gitmode[1] according to the docs: $ cat debian/watch version=4 opts="mode=git,gitmode=full,pgpmode=none,pretty=0.0+git%cd.%h" \ https://github.com/jonathonl/omp refs/heads/develop but I do not get any helpful result: $ uscan --verbose uscan info: uscan (version 2.22.2) See uscan(1) for help uscan info: Scan watch files in . uscan info: Check debian/watch and debian/changelog in . uscan info: package="libomp-jonathonl" version="0.0+git20181221.506f3e5-1" (as seen in debian/changelog) uscan info: package="libomp-jonathonl" version="0.0+git20181221.506f3e5" (no epoch/revision) uscan info: ./debian/changelog sets package="libomp-jonathonl" version="0.0+git20181221.506f3e5" uscan info: Process watch file at: debian/watch package = libomp-jonathonl version = 0.0+git20181221.506f3e5 pkg_dir = . uscan info: opts: mode=git,gitmode=full,pgpmode=none,pretty=0.0+git%cd.%h uscan info: line:https://github.com/jonathonl/omp refs/heads/develop uscan info: Parsing mode=git uscan info: Parsing gitmode=full uscan info: Parsing pgpmode=none uscan info: Parsing pretty=0.0+git%cd.%h uscan info: line:https://github.com/jonathonl/omp refs/heads/develop uscan warn: Tag pattern missing version delimiters () in debian/watch, skipping: https://github.com/jonathonl/omp refs/heads/develop uscan info: Scan finished Any idea what might went wrong? I have just pushed a fix. Please check if that works for you as well. Best, Andrius
Re: Watch file github mode pointing to certain branch issue (Was: cmake help for minimac4 needed)
Hi Andrius, Am Thu, Oct 27, 2022 at 12:00:59PM +0300 schrieb Andrius Merkys: > I have just pushed a fix. Please check if that works for you as well. Hmmm, this results in uscan info: Newest version of libomp-jonathonl on remote site is 0.0+git20181221.506f3e5, local version is 0.0+git20181221.506f3e5 while I would expect uscan info: Newest version of libomp-jonathonl on remote site is 0.0+git20211216.5228495, local version is 0.0+git20181221.506f3e5 since commit 5228495 is from 2021-12-16. Kind regards Andreas. -- http://fam-tille.de
Re: Watch file github mode pointing to certain branch issue (Was: cmake help for minimac4 needed)
Hi Andreas, On 2022-10-27 12:37, Andreas Tille wrote: Am Thu, Oct 27, 2022 at 12:00:59PM +0300 schrieb Andrius Merkys: I have just pushed a fix. Please check if that works for you as well. Hmmm, this results in uscan info: Newest version of libomp-jonathonl on remote site is 0.0+git20181221.506f3e5, local version is 0.0+git20181221.506f3e5 while I would expect uscan info: Newest version of libomp-jonathonl on remote site is 0.0+git20211216.5228495, local version is 0.0+git20181221.506f3e5 since commit 5228495 is from 2021-12-16. Right, this does not seem correct... However, I am out of ideas about how to deal with this. Best wishes, Andrius
Re: Watch file github mode pointing to certain branch issue (Was: cmake help for minimac4 needed)
On Thu, Oct 27, 2022 at 11:37:39AM +0200, Andreas Tille wrote: > Hi Andrius, > > Am Thu, Oct 27, 2022 at 12:00:59PM +0300 schrieb Andrius Merkys: > > I have just pushed a fix. Please check if that works for you as well. > > Hmmm, this results in I pushed something via which I get: | uscan info: Launch mk-origtargz with options: | --package libomp-jonathonl --version 0.0+git20211216.5228495 --compression default --directory .. --copyright-file debian/copyright ../libomp-jonathonl-0.0+git20211216.5228495.tar.xz | Successfully symlinked ../libomp-jonathonl-0.0+git20211216.5228495.tar.xz to ../libomp-jonathonl_0.0+git20211216.5228495.orig.tar.xz. Maybe this shall do. Can you check? -- Best, Nilesh signature.asc Description: PGP signature
Re: Watch file github mode pointing to certain branch issue (Was: cmake help for minimac4 needed)
Am Thu, Oct 27, 2022 at 03:25:29PM +0530 schrieb Nilesh Patra: > I pushed something via which I get: > > | uscan info: Launch mk-origtargz with options: > | --package libomp-jonathonl --version 0.0+git20211216.5228495 > --compression default --directory .. --copyright-file debian/copyright > ../libomp-jonathonl-0.0+git20211216.5228495.tar.xz > | Successfully symlinked ../libomp-jonathonl-0.0+git20211216.5228495.tar.xz > to ../libomp-jonathonl_0.0+git20211216.5228495.orig.tar.xz. > > > Maybe this shall do. Can you check? Thanks a lot, works Andreas. -- http://fam-tille.de
Bug#1022894: libunistring/1.1-1~experimental1 -- Unicode string library for C
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "libunistring": Package name : libunistring Version : 1.1-1~experimental1 Upstream contact : Bruno Haible URL : https://www.gnu.org/software/libunistring/ License : GPL-2+ with distribution exception, GPL-3+, GPL-3+ or GFDL-1.2+, MIT, GPL-2+, LGPL-3+ or GPL-2+, FreeSoftware Vcs : https://jff.email/cgit/libunistring.git Section : libs The source builds the following binary packages: libunistring-dev - Unicode string library for C - development files libunistring5 - Unicode string library for C libunistring2 - Unicode string library for C [transitional package] To access further information about this package, please visit the following URL: https://mentors.debian.net/package/libunistring/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/libu/libunistring/libunistring_1.1-1~experimental1.dsc or from git https://jff.email/cgit/libunistring.git?h=release%2Fdebian%2F1.1-1_experimental1 Changes since the last upload: libunistring (1.1-1~experimental1) experimental; urgency=medium . * New upstream release. * Transition from libunistring2 to libunistring5: - Rename debian/libunistring2.* to libunistring5.*. - debian/control: + Rename package libunistring2 to libunistring5, Add Breaks and Replace. + New transitional package libunistring2. - debian/rule: + Change dpkg-gensymbols to the new package. - Refresh / Rebuild symbols file. - Remove debian/libunistring5.symbols.hurd-i386. * Remove unused patches: - debian/patches/0010-AC_INIT.patch - debian/patches/0005-fix_build_musl.patch - debian/patches/0705-gcc-9.patch Regards, -- Jörg Frings-Fürst -- New: GPG Fingerprint: 63E0 075F C8D4 3ABB 35AB 30EE 09F8 9F3C 8CA1 D25D GPG key (long) : 09F89F3C8CA1D25D GPG Key: 8CA1D25D CAcert Key S/N : 0E:D4:56 Old pgp Key: BE581B6E (revoked since 2014-12-31). Jörg Frings-Fürst D-54470 Lieser git: https://jff.email/cgit/ Threema: SYR8SJXB Wire: @joergfringsfuerst Skype: joergpenguin Ring: jff Telegram: @joergfringsfuerst My wish list: - Please send me a picture from the nature at your home. signature.asc Description: This is a digitally signed message part
lintian error "no-code-section"
Hello,on my package libHX[1] I get always the lintian error: E: libhx-dev: no-code-sections [usr/lib/x86_64-linux-gnu/libHX_rtcheck.a] 1. As described in bug #977596 [2], export DEB_CFLAGS_MAINT_APPEND = -flto=auto -ffat-lto-objects was included. This did not result in any change in size. For both versions readelf -W --section-headers libHX.a also showed no differences. (See attachment) Can someone please check if this is a bug or a false positive? Many thanks! CU Jörg [1] https://jff.email/cgit/libhx.git?h=develop[2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=977596 -- New: GPG Fingerprint: 63E0 075F C8D4 3ABB 35AB 30EE 09F8 9F3C 8CA1 D25D GPG key (long) : 09F89F3C8CA1D25D GPG Key: 8CA1D25D CAcert Key S/N : 0E:D4:56 Old pgp Key: BE581B6E (revoked since 2014-12-31). Jörg Frings-Fürst D-54470 Lieser git: https://jff.email/cgit/ Threema: SYR8SJXB Wire: @joergfringsfuerst Skype: joergpenguin Ring: jff Telegram: @joergfringsfuerst My wish list: - Please send me a picture from the nature at your home. # # with export DEB_CFLAGS_MAINT_APPEND = -flto=auto -ffat-lto-objects # # File: libHX.a(deque.o) There are 11 section headers, starting at offset 0xac8: Section Headers: [Nr] Name TypeAddress OffSize ES Flg Lk Inf Al [ 0] NULL 00 00 00 0 0 0 [ 1] .text PROGBITS 40 0003c9 00 AX 0 0 16 [ 2] .rela.textRELA 000820 000138 18 I 8 1 8 [ 3] .data PROGBITS 000409 00 00 WA 0 0 1 [ 4] .bss NOBITS 000409 00 00 WA 0 0 1 [ 5] .note.GNU-stack PROGBITS 000409 00 00 0 0 1 [ 6] .eh_frame PROGBITS 000410 0001c0 00 A 0 0 8 [ 7] .rela.eh_frameRELA 000958 000120 18 I 8 6 8 [ 8] .symtab SYMTAB 0005d0 000198 18 9 2 8 [ 9] .strtab STRTAB 000768 b3 00 0 0 1 [10] .shstrtab STRTAB 000a78 50 00 0 0 1 Key to Flags: W (write), A (alloc), X (execute), M (merge), S (strings), I (info), L (link order), O (extra OS processing required), G (group), T (TLS), C (compressed), x (unknown), o (OS specific), E (exclude), D (mbind), l (large), p (processor specific) File: libHX.a(dl.o) There are 11 section headers, starting at offset 0x310: Section Headers: [Nr] Name TypeAddress OffSize ES Flg Lk Inf Al [ 0] NULL 00 00 00 0 0 0 [ 1] .text PROGBITS 40 35 00 AX 0 0 16 [ 2] .rela.textRELA 000200 60 18 I 8 1 8 [ 3] .data PROGBITS 75 00 00 WA 0 0 1 [ 4] .bss NOBITS 75 00 00 WA 0 0 1 [ 5] .note.GNU-stack PROGBITS 75 00 00 0 0 1 [ 6] .eh_frame PROGBITS 78 68 00 A 0 0 8 [ 7] .rela.eh_frameRELA 000260 60 18 I 8 6 8 [ 8] .symtab SYMTAB e0 f0 18 9 2 8 [ 9] .strtab STRTAB 0001d0 2a 00 0 0 1 [10] .shstrtab STRTAB 0002c0 50 00 0 0 1 Key to Flags: W (write), A (alloc), X (execute), M (merge), S (strings), I (info), L (link order), O (extra OS processing required), G (group), T (TLS), C (compressed), x (unknown), o (OS specific), E (exclude), D (mbind), l (large), p (processor specific) File: libHX.a(format.o) There are 17 section headers, starting at offset 0x4328: Section Headers: [Nr] Name TypeAddress OffSize ES Flg Lk Inf Al [ 0] NULL 00 00 00 0 0 0 [ 1] .text PROGBITS 40 0011a3 00 AX 0 0 16 [ 2] .rela.textRELA 0027a8 001248 18 I 14 1 8 [ 3] .data PROGBITS 0011e3 00 00 WA 0 0 1 [ 4] .bss NOBITS 0011e3 01 00 WA 0 0 1 [ 5] .rodata.str1.8PROGBITS 0011e8 ff 01 AMS 0 0 8 [ 6] .rodata.str1.1PROGBITS 0012e7 bc 01 AMS 0 0 1 [ 7] .rodata PROGBITS 0013b0 000115 00 A 0 0 16 [ 8] .rela.rodata RELA 0039f0 0004e0
