Bug#960987: RFS: inkscape/1.0-1~bpo10+1 -- vector-based drawing program
On Tue, 2020-05-19 at 11:42 +0630, Ko Ko Ye` wrote: > same with > > https://packages.debian.org/sid/inkscape ?\ > > update or fix This is a backport from Debian testing with a couple of build fixes. Backports are only allowed from this distribution in most cases and for sid (unstable) very rarely. See below for information on backports. https://wiki.debian.org/Backports Regards Phil -- *** Playing the game for the games sake. *** WWW: https://kathenas.org Twitter: @kathenasorg IRC: kathenas GPG: 724AA9B52F024C8B signature.asc Description: This is a digitally signed message part
Bug#960987: RFS: inkscape/1.0-1~bpo10+1 -- vector-based drawing program
same with https://packages.debian.org/sid/inkscape ?\ update or fix On Tue, May 19, 2020 at 11:00 AM Phil Wyett wrote: > Package: sponsorship-requests > Severity: normal > > Dear mentors, > > I am looking for a sponsor for my package "inkscape" > > * Package name: inkscape >Version : 1.0-1~bpo10+1 >Upstream Author : Too numerous to list, see website > * URL : https://inkscape.org > * License : GPL-2+ > * Vcs : https://salsa.debian.org/multimedia-team/inkscape >Section : graphics > > It builds those binary packages: > > inkscape - vector-based drawing program > inkscape-tutorials - vector-based drawing program - tutorials > > To access further information about this package, please visit the > following URL: > > https://mentors.debian.net/package/inkscape > > Alternatively, one can download the package with dget using this > command: > > dget -x > > https://mentors.debian.net/debian/pool/main/i/inkscape/inkscape_1.0-1~bpo10+1.dsc > > Changes since the last upload: > >* Rebuild for buster-backports. >* d/control: Use build dep 'debhelper-compat (=12)'. >* d/rules: Use 'override_dh_dwz' to disable debug symbol compression. > > Regards > > Phil > > -- > > *** Playing the game for the games sake. *** > > WWW: https://kathenas.org > > Twitter: @kathenasorg > > IRC: kathenas > > GPG: 724AA9B52F024C8B > > -- with regards *Ko Ko Ye`* +95 97989 22022 +95 94500 22022 +95 9731 47907 kokoye2...@gmail.com kokoye2...@ubuntu.com skype: kokoye2007 jitsi: kokoye2007 http://ubuntu-mm.net http://wiki.ubuntu.com/kokoye2007 http://wiki.ubuntu.com/MyanmarTeam http://loco.ubuntu.com/teams/ubuntu-mm
Bug#960987: RFS: inkscape/1.0-1~bpo10+1 -- vector-based drawing program
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "inkscape" * Package name: inkscape Version : 1.0-1~bpo10+1 Upstream Author : Too numerous to list, see website * URL : https://inkscape.org * License : GPL-2+ * Vcs : https://salsa.debian.org/multimedia-team/inkscape Section : graphics It builds those binary packages: inkscape - vector-based drawing program inkscape-tutorials - vector-based drawing program - tutorials To access further information about this package, please visit the following URL: https://mentors.debian.net/package/inkscape Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/i/inkscape/inkscape_1.0-1~bpo10+1.dsc Changes since the last upload: * Rebuild for buster-backports. * d/control: Use build dep 'debhelper-compat (=12)'. * d/rules: Use 'override_dh_dwz' to disable debug symbol compression. Regards Phil -- *** Playing the game for the games sake. *** WWW: https://kathenas.org Twitter: @kathenasorg IRC: kathenas GPG: 724AA9B52F024C8B signature.asc Description: This is a digitally signed message part
Bug#960986: RFS: fortune-zh/2.96 [ITA] -- Chinese Data files for fortune
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "fortune-zh" * Package name : fortune-zh Version : 2.96 Upstream Author : xiao sheng wen * URL : [fill in URL of upstream's web site] * License : GPL-3.0+ * Vcs : https://salsa.debian.org/chinese-team/fortunes-zh Section : games It builds those binary packages: fortunes-zh - Chinese Data files for fortune To access further information about this package, please visit the following URL: https://mentors.debian.net/package/fortune-zh Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/f/fortune-zh/fortune-zh_2.96.dsc Changes since the last upload: [ 肖盛文 ] * d/control: - Bump debhelper-compat (= 13) - Bump Standards-Version: 4.5.0 - add Rules-Requires-Root: no - add New Uploaders: xiao sheng wen * d/copyright: add Upstream-Contact: * New maintainer (Closes: #910181) Regards, -- 肖盛文 Faris Xiao 邮箱:atzli...@yeah.net 微信:atzlinux QQ:909868357 铜豌豆 Linux 基于 Debian 的 Linux 中文桌面操作系统:https://www.atzlinux.com signature.asc Description: OpenPGP digital signature
Re: No "linux-all" architecture wildcard
On Mon, May 18, 2020 at 3:43 PM Christoph Biedl wrote: > | Architecture: linux-all > > but there is no such architecture wildcard. You cannot make this an architecture wildcard, because wildcards resolve to real architectures in the .deb, which would still be Architecture: all, which means dak would add it to all architectures. So there needs to be some sort of hint in the .changes file to make dak restrict the availability of the package to the arches matching the linux-all wildcard. -- bye, pabs https://wiki.debian.org/PaulWise
Bug#960972: RFS: cellwriter/1.3.6-2 [QA] -- grid-entry handwriting input panel
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "cellwriter" * Package name: cellwriter Version : 1.3.6-2 Upstream Author : Michael Levin * URL : https://github.com/risujin/cellwriter * License : GPL-2+ * Vcs : https://salsa.debian.org/debian/cellwriter Section : gnome It builds those binary packages: cellwriter - grid-entry handwriting input panel To access further information about this package, please visit the following URL: https://mentors.debian.net/package/cellwriter Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/c/cellwriter/cellwriter_1.3.6-2.dsc Changes since the last upload: * QA upload. . [ Debian Janitor ] * Trim trailing whitespace. * Bump debhelper from old 11 to 12. * Set upstream metadata fields: Bug-Submit, Repository. * Fix day-of-week for changelog entries 1.3.4-1, 1.3.3-1, 1.3.1-1, 1.3.0-1. . [ Sudip Mukherjee ] * Fix FTBFS with gcc-10. (Closes: #957075) * Update Standards-Version to 4.5.0 * Update compat level to 13. -- Regards Sudip
Bug#960940: RFS: runit/2.1.2-37 [RC] -- system-wide service supervision
Hi, Disclaimer: Not sponsoring as I am oblivious to init systems of all kinds, so I don't feel confident reviewing changes in that area. (I am not stalking you – I promise! – I just couldn't let that opportunity pass by after pushing another set of apt resolver changes triggered by your packages :P) On Mon, May 18, 2020 at 05:43:55PM +0200, Lorenzo Puliti wrote: >* Merge runit-sysv and runit-systemd into runit-run (Closes: #953875) You are using unversioned Breaks+Replaces – please make them versioned. It is perhaps unlikely that packages with that name will reappear in the archive, but never say never… Related, but as a matter of style only, I would release package reorganisations always to experimental first: a) you need to clear NEW and b) there is usually at least one bug in it you want to fix quickly, but a) makes it unpredictable then that emergency will be. (also c) you need another upload to move to testing as NEW needs binaries to be uploaded, but they wont go into testing). Also, but that is bike shed material: "-run" ? I don't have a good suggestion, but I think for the uninitiated -run and -init will be indistinguishable (also: run-it-run, init!). | debian/runit-run.postinst I see that the same code was used before, but: a) make that a function instead of two code copies b) consider that a file might not have an ending newline: $ echo -n 'foo' > foo $ cat foo - < bar heredoc> EOF foobar $ Best regards David Kalnischkies signature.asc Description: PGP signature
Re: No "linux-all" architecture wildcard
Niels Thykier wrote... > Have you tried "linux-any", which would match "any" as the default > wildcard for any architecture specific binary package (vs. "all", which > really means "architecture independent")? Yes, that works - but it creates some 19 packages that are bitwise identical. Perhaps I'm old-school if I consider that not quite the best approach. Although in times of source tarballs the size of gigabytes, mirror disk space isn't really an issue. On the plus side, linux-any instead of all avoids lintian's nasty not-binnmuable-all-depends-any warnings from the dependencies between the packages :) Christoph signature.asc Description: PGP signature
Bug#959143: RFS: libgrokj2k/7.1.0-1 [ITP] -- JPEG 2000 image compression/decompression library
> > > Hi! > Sorry for the delay. > > There's one problem left: the .symbols file for libgrokj2k1 declares a > dependency on libgrokj2k (rather than 2k1). Please bump it a year ahead :) > Thanks! that was the last lintian warning :) All green now.
Bug#959143: RFS: libgrokj2k/7.1.0-1 [ITP] -- JPEG 2000 image compression/decompression library
On Fri, May 01, 2020 at 09:24:18PM -0400, Aaron Boxer wrote: > Hi Adam, > Thanks a lot for testing this I've fixed the build error - please try it > again when you have time. Hi! Sorry for the delay. There's one problem left: the .symbols file for libgrokj2k1 declares a dependency on libgrokj2k (rather than 2k1). Please bump it a year ahead :) Meow! -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ in the beginning was the boot and root floppies and they were good. ⢿⡄⠘⠷⠚⠋⠀ -- on #linux-sunxi ⠈⠳⣄
Bug#960956: RFS: zhcon/1:0.2.6-17 -- Fast console CJK system using FrameBuffer (main program)
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "zhcon" * Package name : zhcon Version : 1:0.2.6-17 Upstream Author : ejoy * URL : https://sourceforge.net/projects/zhcon/ * License : GPL-2.0+ * Vcs : https://salsa.debian.org/chinese-team/zhcon Section : utils It builds those binary packages: zhcon - Fast console CJK system using FrameBuffer (main program) zhcon-data - Fast console CJK system using FrameBuffer (data files) To access further information about this package, please visit the following URL: https://mentors.debian.net/package/zhcon Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/z/zhcon/zhcon_0.2.6-17.dsc Changes since the last upload: [ Debian Janitor ] * Drop no longer supported add-log-mailing-address setting from debian/changelog. * Set debhelper-compat version in Build-Depends. * Set upstream metadata fields: Archive, Repository. * Fix day-of-week for changelog entry 1:0.2.6-2. . [ 肖盛文 ] * d/clean: add REVISION src/zhcon.ggo * d/control: - Bump debhelper-compat (= 13) - Bump Standards-Version: 4.5.0 - add Rules-Requires-Root: no - add New Uploaders: xiao sheng wen - add Homepage: https://sourceforge.net/projects/zhcon/ * d/rules: - delete dh_missing --fail-missing - fix lintian: no-dh-sequencer by add execute_before_dh_autoreconf: * d/copyright: add Upstream-Contact: * upstream/metadata: add Bug-Database: Regards, -- 肖盛文 Faris Xiao 邮箱:atzli...@yeah.net 微信:atzlinux QQ:909868357 铜豌豆 Linux 基于 Debian 的 Linux 中文桌面操作系统:https://www.atzlinux.com signature.asc Description: OpenPGP digital signature
Re: No "linux-all" architecture wildcard
Hi, On Mon, 2020-05-18 at 17:34 +0200, Christoph Biedl wrote: > The obivous way to declare architecture-all-but-linux-only binary > packages was > > > Architecture: linux-all > > but there is no such architecture wildcard. That package isn't build, also > lintian emits an according warning. > > But isn't that a missing feature? Yes, but there is also no "mips-all" (mips, mipsel, mips64el) or "x86- all" (amd64, i386, x32, with or without the non-Linux variants of these). They might be used for some firmware or bootloader packages. > So yes, the only side-effect of there current situation is non-linux has > some unusable or even uninstallable packages. Or did I miss a sane way > to keep arch-indep packages out of non-linux? No, currently we just keep uninstallable packages. The same happens on Linux if dependencies cannot be satisfied on all Linux ports. One can make packages build on "linux-any" instead of "all", but I don't think it provides much value over some uninstallable packages. Ansgar
Re: No "linux-all" architecture wildcard
Christoph Biedl: > Hello, > > while packaging something that makes sense on Linux only, but one of the > built packages is architecture-*in*dependent while depending on some > of the linux-any ones - in other words, that arch-indep package makes > no sense on non-linux ... > > The obivous way to declare architecture-all-but-linux-only binary > packages was > > | Architecture: linux-all > > [...] Have you tried "linux-any", which would match "any" as the default wildcard for any architecture specific binary package (vs. "all", which really means "architecture independent")? ~Niels
Bug#960940: RFS: runit/2.1.2-37 [RC] -- system-wide service supervision
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "runit" * Package name: runit Version : 2.1.2-37 Upstream Author : Gerrit Pape * URL : http://smarden.org/runit/ * License : BSD-3-clause * Vcs : https://salsa.debian.org/debian/runit Section : admin It builds those binary packages: runit - system-wide service supervision runit-run - service supervision (systemd and sysv integration) getty-run - runscripts to supervise getty processes runit-init - system-wide service supervision (as init system) To access further information about this package, please visit the following URL: https://mentors.debian.net/package/runit Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/r/runit/runit_2.1.2-37.dsc Updated git repo: https://salsa.debian.org/Lorenzo.ru.g-guest/runit/-/tree/release-2.1.2-37 Changes since the last upload: * Bring back the test about forced-rescan * Fix forced rescan test failure on sbuild (Closes: #941322) * Clean the current symlink on purge * Invoke-run: add a DEBUG option to finish-default * Finish-default: print invoke-run instead of runsv * Get non default rundirectory from kernel command line * Add an isolation rundirectory for containers (Closes: #950851) * Merge runit-sysv and runit-systemd into runit-run (Closes: #953875) * Add lintian overrides for manpage without executable * Update copyright for debian files * Add an autopkgtest to catch regression on 953875 Regards, -- Lorenzo Puliti -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 5.5.9-van (SMP w/4 CPU cores; PREEMPT) Kernel taint flags: TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: runit (via /run/runit.stopit)
No "linux-all" architecture wildcard
Hello, while packaging something that makes sense on Linux only, but one of the built packages is architecture-*in*dependent while depending on some of the linux-any ones - in other words, that arch-indep package makes no sense on non-linux ... The obivous way to declare architecture-all-but-linux-only binary packages was | Architecture: linux-all but there is no such architecture wildcard. That package isn't build, also lintian emits an according warning. But isn't that a missing feature? The only reference I found about this is somewhat older: | As you may derive from their names, those | packages are not at all useful for kfreebsd as they are tightly linked | with the Linux kernel and exist on kfreebsd only because no one cared to | implement "architecture: linux-all" so far. [ https://lists.debian.org/debian-bsd/2011/05/msg1.html ] So yes, the only side-effect of there current situation is non-linux has some unusable or even uninstallable packages. Or did I miss a sane way to keep arch-indep packages out of non-linux? Christoph signature.asc Description: PGP signature