Bug#1073508: Bug#1074338: Bug#1073508: Bug#1074338: src:libxml2: fails to migrate to testing for too long: unresolved RC issue

Hi, On 2025年1月29日周三 19:32 Santiago Ruano Rincón wrote: > Hi Aron, > > Thanks a lot for your work on libxml2! > > El 21/08/24 a las 19:32, Aron Xu escribió: > > On Mon, Aug 19, 2024 at 3:54 PM Emilio Pozuelo Monfort > wrote: > > > > > > On 17/08

Bug#1086268: golang-github-powerman-check: FTBFS: FAIL github.com/powerman/check

/_correct_timezone_in_check_test.patch?ref_type=heads Sorry that I did not tell you before I package. I do not want this package to be removed. You update based on my information or I will try to make my nmu uploaded. Best regards, EiPi Fun/Don Xu Dec 16, 2024 -- System Information: Debian Release: trixie/sid APT prefers testing

Bug#1073508: Bug#1074338: Bug#1073508: Bug#1074338: src:libxml2: fails to migrate to testing for too long: unresolved RC issue

Sebastian to check if they agree with > > me.] > > > > Thanks for working on this. > > > > On 17-08-2024 05:58, Aron Xu wrote: > >> After some research, I prefer making a t64-like transition for libxml2 > >> for the following reasons: > > >

Bug#1073508: Bug#1074338: Bug#1073508: Bug#1074338: src:libxml2: fails to migrate to testing for too long: unresolved RC issue

On Sat, Aug 17, 2024 at 5:15 PM Paul Gevers wrote: > > Hi, > > [Disclaimer: I'm not the most experienced person on transitions in the > team, so I'd like for Graham, Emilio and/or Sebastian to check if they > agree with me.] > > Thanks for working on this. >

Bug#1073508: Bug#1074338: Bug#1073508: Bug#1074338: src:libxml2: fails to migrate to testing for too long: unresolved RC issue

On Sat, Aug 17, 2024 at 2:06 PM Rene Engelhard wrote: > > Hi, > > Am 17.08.24 um 05:58 schrieb Aron Xu: > > After some research, I prefer making a t64-like transition for libxml2 > > for the following reasons: > > - Upstream is not prepared to bump the SONAME

Bug#1074338: Bug#1073508: Bug#1074338: src:libxml2: fails to migrate to testing for too long: unresolved RC issue

On Sun, Aug 11, 2024 at 10:23 PM Aron Xu wrote: > > Hi, > > On Sun, Aug 11, 2024 at 10:21 PM Paul Gevers wrote: > > > > Hi Aron, > > > > On 14-07-2024 07:37, Paul Gevers wrote: > > > On 28-06-2024 5:44 a.m., Aron Xu wrote: > > >> Woul

Bug#1073508: Bug#1074338: src:libxml2: fails to migrate to testing for too long: unresolved RC issue

Hi, On Sun, Aug 11, 2024 at 10:21 PM Paul Gevers wrote: > > Hi Aron, > > On 14-07-2024 07:37, Paul Gevers wrote: > > On 28-06-2024 5:44 a.m., Aron Xu wrote: > >> Would like to know if such steps would help resolve the issue better: > >> - revert to a prev

Bug#1074338: src:libxml2: fails to migrate to testing for too long: unresolved RC issue

Hi, On Thu, Jun 27, 2024 at 4:21 AM Paul Gevers wrote: > > Source: libxml2 > Version: 2.9.14+dfsg-1.3 > Severity: serious > Control: close -1 2.12.7+dfsg-3 > Tags: sid trixie > User: release.debian@packages.debian.org > Usertags: out-of-sync > Control: block -1 by 1073508 > > Dear maintainer(

Bug#1073508: libxml2: just another API+ABI break; please bump soname

Control: tags -1 - pending Hi, On Sun, 16 Jun 2024 19:10:57 +0200 (CEST) Thorsten Glaser wrote: > On Sun, 16 Jun 2024, Thorsten Glaser wrote: > > >Better prevent this from landing in trixie until the package > >gets its soname bumped. > > In fact, unless someone has the tuits to diff every singl

Bug#1072017: ruby-libxml: new upstream release, addressing test failures with libxml2 >= 2.12

On Mon, 27 May 2024 23:20:25 +0800 Aron Xu wrote: > Package: src:ruby-libxml > Version: 3.2.4-2 > X-Debbugs-Cc: debian-xml-sgml-pkgs at alioth-lists.debian.net > > Hi, > > libxml2 has been updated to upstream 2.12.7 release and the > autopkgtest shows regressions[

Bug#1072012: libxml-libxml-perl: new upstream release 2.0210, addressing test failures with libxml2 >= 2.11

(>= 2.14), libxml2 (>= > 2.12), libxml2 (<< 2.13~), libxml-namespacesupport-perl, libxml-sax-perl > > > > On Fri, 31 May 2024 15:12:03 +0800, Aron Xu wrote: > > > I'm fine with the resolution and I have committed a similar thing to > > libxml2 fo

Bug#1072012: libxml-libxml-perl: new upstream release 2.0210, addressing test failures with libxml2 >= 2.11

Hi, On Thu, May 30, 2024 at 4:15 AM Niko Tyni wrote: > > On Wed, May 29, 2024 at 02:16:47PM +0800, Aron Xu wrote: > > On Wed, May 29, 2024 at 12:16 AM gregor herrmann wrote: > > > > Warning: program compiled against libxml 212 using older 209 > > >

Bug#1072012: marked as pending in libxml2

Control: tag -1 pending Hello, Bug #1072012 in libxml2 reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/xml-sgml-team/libxml2/-/commit/f0f2fc3a207aed66e651b0d75e

Bug#1072012: libxml-libxml-perl: new upstream release 2.0210, addressing test failures with libxml2 >= 2.11

Hi, On Wed, May 29, 2024 at 12:16 AM gregor herrmann wrote: > > On Mon, 27 May 2024 22:33:45 +0200, gregor herrmann wrote: > > > … on amd64 and some other architectures; on others the testsuite now > > fails in t/13dtd.t with SIGSEGV or SIGBUS etc.: > > https://buildd.debian.org/status/package.ph

Bug#1067088: [Pkg-zfsonlinux-devel] Bug#1067088: zfs-linux: missing B-D: libtirpc-dev

Control: tags -1 + pending On Mon, Mar 18, 2024 at 5:31 PM Andreas Beckmann wrote: > > > This could be fixed by adding an explicit Build-Depends on libtirpc-dev. > The glibc change will likely be reverted in the short term, but given > its a change we want to do for Trixie, this will only lower t

Bug#1066279: [Debian-zh-dev] Bug#1066279: Bug#1066279: unicon: FTBFS: cin2tab.c:238:13: error: implicit declaration of function ‘tolower’ [-Werror=implicit-function-declaration]

On Thu, Mar 14, 2024 at 10:34 AM xiao sheng wen wrote: > > Hi, > > Thanks for your report. > > I'd uploaded the new version in mentors to fix this bug. > > https://mentors.debian.net/package/unicon/ > > Welcome to review and upload. > This has been sponsored to Sid, thanks for your contribution!

Bug#1059040: libxml2: ABI change? (undefined references)

/LinkTarget.mk:853: > > > > /home/rene/LibreOffice/git/libreoffice-24-2/workdir/LinkTarget/Executable/pdfverify] > > Error 1 > > > > Do we have removed symbols/removed versions here? (libxmlsec.so.1 was > > not rebuilt) > > After a rebuild of libxmlsec1 th

Bug#1036062: frr: CVE-2023-31490

Hi, On Tue, 11 Jul 2023 13:47:46 +0300 Adrian Bunk wrote: > On Tue, Jun 13, 2023 at 03:17:52PM +0200, David Lamparter wrote: > > Fixed upstream in 9f1ba873637fd6ce4a2d366eafcf41402775852b on stable/8.4 > > branch. > > > > Debian fix incoming with bump to 8.4.4 if that's OK? That wouldn't be a >

Bug#1039487: [Pkg-zfsonlinux-devel] Bug#1039487: zfs-dkms: autopkgtest fails on Linux 6.3 (arm64 only)

Control: forwarded -1 https://github.com/openzfs/zfs/issues/14555 The issue first appeared in Linux 6.2, caused by commit aaeca98456431a8d9382ecf48ac4843e252c07b3[1]. Let's wait a bit to see what upstream would respond. We could patch to disable simd on arm64 (as well as the runtime benchmarks wi

Bug#1027851: pytorch FTBFS with Python 3.11 as default version

On Fri, Jan 27, 2023 at 9:42 PM Andreas Tille wrote: > > Am Fri, Jan 27, 2023 at 08:21:46PM +0800 schrieb Aron Xu: > > On Fri, Jan 27, 2023 at 7:12 PM Andreas Tille wrote: > > > make: *** [debian/rules:83: binary] Terminated > > > ninja: build stopped: interrup

Bug#1027851: pytorch FTBFS with Python 3.11 as default version

On Fri, Jan 27, 2023 at 9:42 PM Andreas Tille wrote: > > So what help could I (as someone who does not know pytorch at all, just > maintains some packages that are depending from it) can I provide? > Here is the fail log just in case you can have a look... /build/pytorch/build$ ninja [1/5] Build

Bug#1027851: pytorch FTBFS with Python 3.11 as default version

On Fri, Jan 27, 2023 at 7:12 PM Andreas Tille wrote: > > BTW, I tried to switch on Salsa-CI which failed[2] and I suspect this > might be due to insufficient memory. At least I've found references in > Web that > > make: *** [debian/rules:83: binary] Terminated > ninja: build stopped: interru

Bug#1027851: pytorch FTBFS with Python 3.11 as default version

On Fri, Jan 27, 2023 at 3:48 PM Andreas Tille wrote: > > Hi Aron, > > Am Fri, Jan 27, 2023 at 02:09:05AM +0800 schrieb Aron Xu: > > > > The packaging work of 1.13.1[1] has started on salsa. We still have a > > failure related to fmtlib before making the package

Bug#1027851: pytorch FTBFS with Python 3.11 as default version

Hi On Fri, Jan 27, 2023 at 1:27 AM Andreas Tille wrote: > > Hi, > > I was checking this bug log and realised, that the "Forwarded" field > links to an old PR[1] that was merged long before this bug was filed. > Checking upstream I realised that the Debian package is lagging behind > upstream rel

Bug#1029063: anbox-binder issues reported to src:linux/src:dkms

Control: severity -1 normal dkms never risks creating an unbootable environment by exiting with an error during the configuration of the corresponding linux-image-* package when a module fails to build. Even though it looks annoying when the failing dkms packages are not-so-critical to booting the

Bug#981713: graftcp: Change Architecture from "any" to "amd64"

debian/control from "any" to "amd64". Debian salsa: v0.3 (amd64 only) <-- current package upstream stable: v0.4 (amd64 only) upstream latest: v0.5.0-beta.1 (i386/amd64/aarch64) Thanks, Yifan Xu

Bug#990201: extra vendor/ directory

Hi Andreas, Many thanks for taking care of the 3.9 series! I am confused of the 'vendor/' directory in tag 'upstream/3.9.5+ds1'. The upstream release at https://github.com/sylabs/singularity/releases/tag/v3.9.5 does not have the directory anymore. Neither does the git repo https://github

Bug#995014: [Pkg-zfsonlinux-devel] Bug#995014: linux/linux-signe-* break zfs-linux autopkgtest: None of the expected "capability" interfaces were detected

Control: forwarded -1 https://github.com/openzfs/zfs/issues/12590 I've reported this problem upstream, let's wait for their response. Regards, Aron

Bug#989373:

Control: severity -1 important I'm downgrading this bug to important temporarily to avoid this package to be removed from bullseye. Since we are late in the release freeze, we cannot guarantee the fix to land in time for bullseye, but if that fails let's push a fix in -updates as soon as the rele

Bug#946497: [Pkg-zfsonlinux-devel] Bug#946497: zfs-dkms: module wants to build with gcc instead of kernel's compiler

Control: severity -1 important On Tue, Mar 9, 2021 at 6:51 PM Andreas Beckmann wrote: > > Followup-For: Bug #946497 > Control: severity -1 serious > > Please depend on gcc if you cannot find a way to use the kernel > compiler. You cannot expect build-essential to be available. > Depending direct

Bug#971713: NMU in delayed/5

Hi Matthew, Matthew Vernon writes: > I've taken Trek's patches and incorporated them into an NMU which I've > pushed to delayed/5. > > We may still want to get the new version into bullseye once Jesse > publishes it, but at least this way the fix for this bug will be in. > > I hope that's OK! T

Bug#974705: Changes to job handling cause hangs in wait

f that child. Since the child was killed, we need to ignore that, so this works for me: wait $MONPID 2> /dev/null || : Thanks, -- Email: Herbert Xu Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt

Bug#974705: [PATCH] jobs: Only block in waitcmd on first run

Only clear gotsigchld when waiting...") Reported-by: Michael Biebl Signed-off-by: Herbert Xu diff --git a/src/jobs.c b/src/jobs.c index 3417633..516786f 100644 --- a/src/jobs.c +++ b/src/jobs.c @@ -81,6 +81,7 @@ #define DOWAIT_NONBLOCK 0 #define DOWAIT_BLOCK 1 #define DOWAIT_WAITCMD

Bug#974705: Changes to job handling cause hangs in wait

ndeed a change in behaviour which is undesirable. Cheers, -- Email: Herbert Xu Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt

Bug#974705: Changes to job handling cause hangs in wait

f the bash script rather than bash itself. Cheers, -- Email: Herbert Xu Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt

Bug#974705: Changes to job handling cause hangs in wait

On Tue, Dec 01, 2020 at 10:55:06AM +, Harald van Dijk wrote: > > You wrote: "So the problem is really in the parent of this shell, which > appears to be bash:" You should read my follow-up email too that suggested changing the systemd script. Cheers, -- Email: Herbert

Bug#974705: Changes to job handling cause hangs in wait

are no other children around that you don't know of. In the original bug, the proper solution is to wait on the PID that the script just sent a kill signal to. Cheers, -- Email: Herbert Xu Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt

Bug#974705: Changes to job handling cause hangs in wait

for the last command in a list when it can just > exec() without a fork() instead. A minimal example without an explicit exec > is > > bash -c 'dash -c ": & wait" <(sleep 1d)' I'm not sure about that because bash itself is still hanging around, if it were really the -c optimisation then bash should not appear in the ps output at all. Cheers, -- Email: Herbert Xu Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt

Bug#974705: Changes to job handling cause hangs in wait

On Tue, Dec 01, 2020 at 05:06:18PM +1100, Herbert Xu wrote: > > For some reason this is causing the final two tee's to be created > as children of debian/tests/timedated rather than the bash shell. An alternative to changing the parent is of course to do wait $MONP

Bug#974705: Changes to job handling cause hangs in wait

On Tue, Dec 01, 2020 at 04:38:37PM +1100, Herbert Xu wrote: > > FWIW I'm unable to reproduce it with autopkgtest. This is what > I get: > > root@test0:~# autopkgtest --test-name=timedated systemd-246.6/ -B -- lxc -s > autopkgtest-sid > autopkgtest [16:32:45]:

Bug#974705: Changes to job handling cause hangs in wait

PASS autopkgtest [16:33:32]: summary timedatedPASS root@test0:~# Cheers, -- Email: Herbert Xu Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt

Bug#974705: Changes to job handling cause hangs in wait

On Tue, Dec 01, 2020 at 04:42:03PM +1100, Herbert Xu wrote: > > Nevermind, I see that the script has been modified to use bash. > > I can reproduce the problem now so it's all good. OK the problem is this: sh -c 'sleep 1d& exec $MYSHELL -c "sleep 1& w

Bug#955535: Bug #955535: httping: flaky autopkgtest: PING google.com:80

Hi, The two different results are caused by different CI workers - some of our workers at ci.d.n does not have reliable network to public services, in this case to google.com:80, which makes the test result flaky. Would you mind to consider setting up something locally (a small web server) in tes

Bug#937321: presage: Python2 removal in sid/bullseye

Hi, I have uploaded the NMU for removing python sub-packages, and we can wait Matteo to see how to deal with the Python porting. Also I've updated the dh compat to 10 so that the build process can proceed with more parallelism. Regards, Aron On Sat, Jan 25, 2020 at 10:33 AM Scott Talbert wrote

Bug#875250: Intend to port to Qt 5

Hi Moritz, I started to work on qt5 port of SCIM. There is some remaining blocks. I will work on it for another 10 days. I want to postpone to deadline to Dec 15, if that does not drag the QT5 migration too much. Thank you for your understanding! Yours, Benda

Bug#875250: Intend to port to Qt 5

Hi Moritz, I am listed as a uploader on src:scim. I am going to try to port scim to Qt 5 before removing scim-qt-immodule. Please give me 10 days. If until Dec 1 I cannot port scim qt5, I will do the upload authored by https://github.com/leggewie-DM/scim/pull/1. Thanks! Benda

Bug#934599: We are a Chinese factory of fabric processing

hiIf you are not interested in our products and services, you can unsubscribed our email and you will no longer receive similar email notifications. [http://mc.avawebsite.com/stat/?keyid=BFEBFBF

Bug#920927: [Pkg-zfsonlinux-devel] Bug#920927: Bug#920927: zfs-dkms: module FTBFS for i386 kernel

Control: retitile -1 dkms module FTBFS for amd64 kernel + i386 user land Control: severity -1 important On Thu, Jan 31, 2019 at 5:09 AM Andreas Beckmann wrote: > > On 2019-01-30 20:12, Petter Reinholdtsen wrote: > > > > [Andreas Beckmann] > >> zfs-dkms does not build a kernel module for e.g. the

Bug#918746: pam-ssh-agent-auth alternative

Bálint Réczey writes: > I picked the patch used in Gentoo and FreeBSD to make the package > build again, but it does not resurrect upstream. > > I'd say with this change there is no immediate need for removal, but I > removed myself from uploaders since I did not have enough time to take > care o

Bug#918746: pam-ssh-agent-auth alternative

Hi Moritz, That needs to be seriously considered. I am using this package extensively. Do you any alternatives to it? Yours, Benda

Bug#915831: [Pkg-zfsonlinux-devel] Bug#915831: zfs init file upgrade

On Thu, Dec 20, 2018 at 1:15 AM Chris Zubrzycki wrote: > > I would like to amend my reply. The files are no longer in the deb, however > they are still listed by dpkg -L zfsutils-linux. I do not understand how the > solution to an ordering issue is to remove needed init files that have been > f

Bug#915689: prevent from migrating to testing

Package: rng-tools Version: 5-1 Severity: serious Tags: sid We need to prevent this version of rng-tools from migrating to testing before finding a solution of coordinating with the rng-tools5 package. Aron

Bug#887743:

I've uploaded an NMU to DELAYED/5 queue, with upstream fix https://github.com/att/ast/pull/63/ included. If there it is desired I can reschedule it to sooner. Cheers, Aron

Bug#910444: OpenRC called by update-rc.d should read defaults from headers

Control: reassign 910444 init-system-helpers Control: forwarded 910444 https://salsa.debian.org/debian/init-system-helpers/merge_requests/6 Control: tags 910444 patch Hi, With the input and help from biebl, I was able to chase down this bug to update-rc.d. After refactorization by fsateler, the

Bug#910444: necessary services are deleted from initscript

Hi Axel, While I haven't tried to reproduce the bug with Sid yet, Bug 874685 looks extremely suspicious for causing this. Yours, Benda

Bug#826994: [Pkg-zfsonlinux-devel] Bug#826994: Missing init-script(s)?

Control: severity -1 wishlist Please don't ping-pong here by changing the severity again, wishlist is the final priority set for this bug. I'm not against LSB support, please make it upstream. I think this statement is clear enough. Regards, Aron

Bug#910444: Filesystems listed in /etc/fstab are no more automatically mounted since switching to OpenRC

Hi Axel, Axel Beckert writes: >> Thank you for raising this up. Are you using openrc with sysvinit-core? > > Yes. Since the package "init" doesn't allow openrc as option, > sysvinit-core is installed, too. I though don't know the difference > between those two modes (OpenRC with and without sys

Bug#910444: Filesystems listed in /etc/fstab are no more automatically mounted since switching to OpenRC

Hi Axel, Adam Borowski writes: > On Sat, Oct 06, 2018 at 02:40:22PM +0200, Axel Beckert wrote: >> Package: openrc >> Version: 0.34-3 >> Severity: grave >> Justification: renders package unusable > >> I just installed Debian Buster/Sid from scratch on a GPD Pocket 1 and >> then switched from syst

Bug#864827: Please go ahead adding explanations to the wiki

Hi Stefan, > This bug basically makes the package unusable. Unfortunately that's true. > I understand that adapting the packaging to the new structure of > Zotero-5 will take some time, but in the mean time, could someone add > a page to the Debian wiki outlining how to install Zotero-5 by han

Bug#899513: Debian中文团队邮件地址即将失效，可能需要一位DD在5月末前采取行动

我给 alioth-lists 写邮件申请迁移了，先看回复如何。 2018-05-26 14:06 GMT+08:00 Lumin : > (In order to draw attention from admins of debian-chinese team, this > mail is written in Simplified Chinese deliberately.) > > // Encoding: UTF-8, Simplified Chinese > > 致 Debian 中文团队： > > 随着 Alioth 逐步被弃用，相关的邮件列表服务也受到波及。虽然数月前 >

Bug#896197: python-formalchemy: formalchemy fails to import

I don't use python-formalchemy for years, and even requested for adoption for years. But I guess I known how this is coming. python-formalchemy is a library depends on python-sqlalchemy. It was python-sqlalchemy 0.7 or 0.8 when I packed python-formalchemy. And python-sqlalchemy comes to 1.0 now. E

Bug#852552: ocserv: Build fail on arm patch inc

On Wed, Jan 25, 2017 at 9:01 PM, Phillip Camp wrote: > Package: ocserv > Version: 0.11.6-1~bpo8+1 > Severity: serious > Tags: patch > Justification: fails to build from source (but built successfully in the past) > > Dear Maintainer, > > build is failing for arm have tested this patch on armhf, on

Bug#839048: js24 crashes on ARM64

On 12 December 2016 at 13:59, Ben Hutchings wrote: > On Mon, 2016-12-12 at 13:51 +0800, Zheng Xu wrote: > > mozjs24 -- The patch is the back port version of the upstream one. It > > doesn't change the ABI. > > Unfortunately, the patch that was applied does change the A

Bug#839048: js24 crashes on ARM64

umber of tag bits. > > Ben. > > > > At this point in the release cycle no more library transitions are > > > allowed, so libmozjs has to be fixed with a kluge like the patch that > > > Zheng Xu sent, not the upstream change. > > > > I agree. But I also

Bug#845016: AttributeError: /usr/lib/x86_64-linux-gnu/libcrypto.so.1.1: undefined symbol: EVP_CIPHER_CTX_cleanup

Hi, Peter: Thank you for your information. I searched this information in Chinese, and it's comes this: https://blog.lyz810.com/article/2016/09/shadowsocks-with-openssl-greater-than-110/ (don't open it, the CA is wosign. I don't trust it, so I opened in a VM) According to this article,

Bug#811872: [Debian-zh-dev] Bug#811872: Bug#811872: #811872 fqterm: FTBFS with GCC 6: no matching function for call to

On Wed, Oct 26, 2016 at 1:28 AM, Boyuan Yang <073p...@gmail.com> wrote: > > * Did not touch debhelper compat version and cdbs buildsystem. Those > changes would be too large and can be postponed. > I've changed the compat to 9 and uploaded to unstable, such change looks harmless to the package a

Bug#811872: [Debian-zh-dev] Bug#811872: #811872 fqterm: FTBFS with GCC 6: no matching function for call to

On Tue, Oct 25, 2016 at 9:34 PM, Boyuan Yang <073p...@gmail.com> wrote: > Hi Aron, > > 2016-10-25 21:23 GMT+08:00 Aron Xu : >> If you are willing to maintain this package under the team, I can >> sponsor the upload. > > There are many working targets available for

Bug#811872: [Debian-zh-dev] Bug#811872: #811872 fqterm: FTBFS with GCC 6: no matching function for call to

On Tue, Oct 25, 2016 at 9:13 PM, Boyuan Yang <073p...@gmail.com> wrote: > Dear debian-chinese folks, > > I intend to prepare a minimal NMU for package `fqterm' in recent days > to fix RC bugs and allow fqterm to enter Stretch. > > The package `fqterm' is team-maintained by Debian Chinese Team. The

Bug#835992: [Pkg-zfsonlinux-devel] Bug#835992: 835992

We met some problem when testing zfs-linux at the time, it's fixed and uploaded now. Cheers, Aron

Bug#834331: [Pkg-ime-devel] Bug#834331: ibus: FTBFS in testing (tests last forever)

Hi, I'm not able to reproduce the problem in a pbuilder environment, build log attached. Cheers, Aron On Sun, Aug 14, 2016 at 10:15 PM, Santiago Vila wrote: > Package: ibus > Version: 1.5.11-1 > Severity: serious > > Dear maintainer: > > I tried to build this package with "dpkg-buildpackage -A"

Bug#817006: [PKG-OpenRC-Debian] Bug#817006: ack to NMU

Hi Adam, Adam Borowski writes: > The popcon for openrc is 83, which, assuming that 10% of users run popcon > (a wild-ass guess) means 830 users. I have no idea what part of this is > unstable, but as openrc in Debian is quite experimental, I guess quite a > bunch of such users are affected. > >

Bug#817006: ack to NMU

Hi Adam, Thank you for your report. I appreciate your enthusiasm. Sorry, I forgot to append my reply to Andreas to #811708: http://lists.alioth.debian.org/pipermail/openrc-devel/Week-of-Mon-20160307/000436.html Basically, my taking to this bug is to ignore it, leaving the users to fix the b

Bug#811708: init-system-helpers openrc branch pull request

Dear Martin and Michael, Cc Andreas, I have added openrc support to invoke-rc.d and update-rc.d in collab-maint/init-system-helpers.git[1]. Does it look good to be uploaded? replying to Andreas below: Andreas Henriksson writes: > On Fri, Feb 19, 2016 at 03:36:38PM +0900, Benda Xu wrote: &

Bug#811708: init-system-helpers openrc branch pull request

Hi Andreas, I have pushed an openrc branch into collab-maint/init-system-helpers.git[1], to have openrc supports in invoke-rc.d and update-rc.d. I didn't add a changelog item though. Could you please help review it? After init-system-helpers make a version bump supporting openrc, I will bump o

Bug#811708: pong on update-rc.d

Hey guys, Thanks for the report. update-rc.d in OpenRC is a hack based on that from sysv-rc. I think the right way forward is to extend init-system-helpers to support OpenRC. I will try to figure it out. If I couldn't make it in time, Svante's patch will be upload to close this bug. Cheers, B

Bug#809284: ocserv: FTBFS: ocpasswd-args.h:1:1: error: unterminated comment

Hi Chris, I'm not able to reproduce this problem in an up-to-date clean sid chroot, so what's wrong? Thanks, Aron

Bug#804473: [Pkg-ime-devel] Bug#804473: Bug#804473: libzhuyin: FTBFS: stderr.. recompile with -fPIC

On Mon, Nov 9, 2015 at 7:01 PM, ChangZhuo Chen wrote: > Control: tags -1 pending > > On Sun, Nov 08, 2015 at 07:23:29PM +, Chris West (Faux) wrote: >> Source: libzhuyin >> Version: 1.0.2-1 >> Severity: serious >> Justification: fails to build from source >> Tags: sid stretch >> User: reproduci

Bug#796731: freecontact: FTBFS on mips (test suite failure)

On Wed, Sep 9, 2015 at 3:44 PM, Andreas Tille wrote: > Hi mips porters, > > could anybody please find a more powerful machine to build the rdepends > libfreecontact-perl and python-freecontact. > > Alternatively I would decide to exclude mips architecture for > libfreecontact and its Perl and Pyth

Bug#798279: mpc: FTBFS undefined reference to `subunit_test_start'

Package: src:mpc Severity: serious Version: 0.27-1 mpc fails to build with current Sid, with following message: /usr/lib/gcc/x86_64-linux-gnu/5/../../../x86_64-linux-gnu/libcheck.a(check_log.o): In function `subunit_lfun': (.text+0x584): undefined reference to `subunit_test_start' /usr/lib/gcc/x8

Bug#781232: Bug#766884: libxml2 broken in sid for months already

On Mon, Sep 7, 2015 at 3:54 PM, Thorsten Glaser wrote: > On Sat, 5 Sep 2015, Vincent Lefevre wrote: > >> I'm not the maintainer, but I think that it is probably cleaner to >> have testing version = stable version until this bug is fixed (it > > No, absolutely not. We’re in the midst of a hell of a

Bug#766884: Bug#781232: Bug#766884: libxml2 broken in sid for months already

On Sat, Sep 5, 2015 at 2:49 PM, Raphael Hertzog wrote: > On Sat, 05 Sep 2015, Vincent Lefevre wrote: >> My argument is that: >> >> 1. stable must not have security issues, i.e. all security issues >>should be fixed ASAP. AFAIK, security issues in stable are >>generally fixed before unstabl

Bug#766884: Bug#781232: Bug#766884: libxml2 broken in sid for months already

On Saturday, September 5, 2015, Raphael Hertzog wrote: > Hi, > > On Fri, 04 Sep 2015, Vincent Lefevre wrote: > > On 2015-09-04 13:59:02 +0200, Raphael Hertzog wrote: > > > On Fri, 04 Sep 2015, Aron Xu wrote: > > > > I don't want to close it, no

Bug#781232: Bug#766884: libxml2 broken in sid for months already

ed to > debian-xml-sgml-p...@lists.alioth.debian.org... I just discovered your > reply by chance. > > On Mon, 31 Aug 2015, Aron Xu wrote: >> Let's reopen #766884 for tracking, it's not really fixed, but just >> avoided. Unfortunately #781232 is opened. I would like to block this >

Bug#766884: libxml2 broken in sid for months already

Control: reopen 766884 Let's reopen #766884 for tracking, it's not really fixed, but just avoided. Unfortunately #781232 is opened. I would like to block this version to testing as it's not the proper way of fixing the problem (but it is indeed the most straightforward way of avoiding it). Mainte

Bug#787312: [Pkg-ime-devel] Bug#787312: pycangjie is FTBFS

patch" ;) > > With this patch applied to the Debian package, it should start building > again. (and then we can try and figure out whether it is reproducible or not) > Would be nicer if you can release a minor update with this patch included, ;-) Regards, Aron Xu -- To UNSUBSCR

Bug#784200: fcitx-rime: cannot enable rime in fcitx

t-Transfer-Encoding: 7bit From: Hong Xu Cc: h...@topbug.net To: Debian Bug Tracking System Subject: fcitx-rime: Cannot enable rime in fcitx after a recent update Message-ID: <20150503230321.14715.1196.reportbug@hong-macbook> X-Mailer: reportbug 6.6.3 Date: Sun, 03 May 2015 16:03:21 -0700 Pac

Bug#784199: fcitx-rime: Cannot enable rime in fcitx

t-Transfer-Encoding: 7bit From: Hong Xu Cc: h...@topbug.net To: Debian Bug Tracking System Subject: fcitx-rime: Cannot enable rime in fcitx after a recent update Message-ID: <20150503230321.14715.1196.reportbug@hong-macbook> X-Mailer: reportbug 6.6.3 Date: Sun, 03 May 2015 16:03:21 -0700 Pac

Bug#782452: [Pkg-ime-devel] Bug#782452: Help to sponsor libcangjie to fix 782452 in Jessie

On Tue, Apr 14, 2015 at 8:25 AM, ChangZhuo Chen wrote: > Hi All, > > Please help to sponsor libcangjie [0] to fix issue 782352 [1], thanks. > > The unblock request for this version is in 782506 [2], and it needs to > be in unstable before before the 9:52 UTC dinstall on Wednesday to catch > out Je

Bug#775888: virtualbox: CVE-2014-6588 CVE-2014-6589 CVE-2014-6590 CVE-2014-6595 CVE-2015-0418 CVE-2015-0427

I'll check, if that's not too complicated I'll do it. Cheers, Aron -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#775888: virtualbox: CVE-2014-6588 CVE-2014-6589 CVE-2014-6590 CVE-2014-6595 CVE-2015-0418 CVE-2015-0427

. And send you the debdiff. >> >> Please find attached the debdiff. Please give me an ACK, and then I'll >> do the upload. > > Looks good to me. Please upload to security-master, I'll take care of > the update. > > Cheers, > Moritz > -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#750593: [xml/sgml-pkgs] Bug#750593: [Pkg-samba-maint] Bug#769242: Bug#769242: Bug#769242: samba: FTBFS in jessie/i386

On Sun, Nov 16, 2014 at 1:54 AM, Ivo De Decker wrote: > Control: tags -1 patch > > Hi Jelmer, > > On Sat, Nov 15, 2014 at 02:29:29PM +0100, Jelmer Vernooij wrote: >> > The release team decided to mark 750593 as jessie-ignore, because it >> > doesn't >> > seem likely that this can be fixed without

Bug#768149: [Pkg-ime-devel] ibus-table-extraphrase: RC, remove this? (Chinese related data)

Please go ahead with the rebuild or just request a binNMU. Thanks! Aron -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#759832:

Control: tags 759832 - pending Haven't seen the package in sponsor queue, remove the pending tag. Cheers, Aron -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#765722: [xml/sgml-pkgs] Bug#765722: CVE-2014-3660 libxml2 billion laugh variant

Hi, I'm preparing 2.9.2 for jessie, and for stable/oldstable I'll work on them after the upload of 2.9.2. Thanks, Aron -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#754199: [Pkg-ime-devel] Bug#754199: librime: FTBFS on armel: std::future is broken

us/fetch.php?pkg=librime&arch=armel&ver=1.1%2Bdfsg-2&stamp=1404754412 > > This is blocking the librime transition. > > Emilio In such case, do you mind us uploading new upstream releases of fcitx-rime/ibus-rime into unstable right now? -- Regards, Aron Xu

Bug#750623: [Pkg-ime-devel] Bug#750623: Bug#750623: What is the hold-up of uploadin new package

On Sun, Jun 22, 2014 at 1:33 AM, GUO Yixuan wrote: > Hi, > > On Sat, Jun 21, 2014 at 03:39:39PM +0900, Osamu Aoki wrote: >> Hi, >> >> Why are not we uploading the new librime? >> >> Osamu > > I'm just waiting for a confirmation on the librime-dev => librime1-dev > renaming, from Aron, as we discus

Bug#747309: [xml/sgml-pkgs] Bug#747309: CVE-2014-0191

ww.ubuntu.com/usn/usn-2214-2/ > I tried to update the package when the first USN comes out and noticed there's action from Ubuntu Security team for regression, so the update was held back. Now I'll try to deal with the update as soon as possible. Regards, Aron Xu -- To UNSUBSC

Bug#732407: libvigraimpex: FTBFS on mipsel (timeout)

On Fri, Dec 20, 2013 at 2:50 AM, Andreas Metzler wrote: > On 2013-12-17 Julien Cristau wrote: >> Source: libvigraimpex >> Version: 1.9.0+dfsg-7 > [...] >> libvigraimpex FTBFS on a mipsel buildd: >> https://buildd.debian.org/status/fetch.php?pkg=libvigraimpex&arch=mipsel&ver=1.9.0%2Bdfsg-7%2Bb1&st

Bug#715568: [Pkg-ime-devel] Bug#720071: Bug#715568: Please do not use --disable-ibus

On Sat, Aug 24, 2013 at 2:44 PM, Osamu Aoki wrote: > Hi, > > On Sat, Aug 24, 2013 at 02:18:50PM +0800, Aron Xu wrote: >> On Sat, Aug 24, 2013 at 2:14 PM, Osamu Aoki wrote: >> > Hi #715568, >> > >> >> > > Changed path of dbus is related follo

Bug#715568: Please do not use --disable-ibus

ere are few things missing in comparison to FC19. > I do not get nice warning for super-space usage. Let me figure out it > as a separate bug. > Guess this means missing ibus-gjs on Debian? -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

  1   2   3   >