On 1/22/25 12:26 AM, Philipp Kern wrote:
> On 1/21/25 5:49 PM, Chris Hofstaedtler wrote:
>> pyacoustid currently fails its autopkgtest on s390x, and thus does
>> not migrate back to testing. It also prevents eartag from re-enterting
>> testing.
>>
>> Issues prevent
002200210021002000200020002000
On amd64:
1e001e001c001c001f001f002100210022002300210021002100210020002000
That's super weird though.
Kind regards
Philipp Kern
em here is that HAVE_BYTESWAP_H is not defined. With it, it'd
work. The autoconf script does not have a check for it.
So AC_CHECK_HEADERS([byteswap.h])?
Kind regards
Philipp Kern
Package: tomoyo-tools
Version: stable
Severity: critical
Justification: breaks the whole system
X-Debbugs-Cc: p...@futureware.at
When tomoyo-tools is installed in a LXC container (both Host and Container
being Debian stable), and there is no tomoyo-tools installed on the host, then
the Linux ker
This build issue was fixed in the 1.24.9 release as far as I know.
Patch can be found
here: https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/7556
Tim
Hi,
On 11/17/24 8:29 PM, Michael Biebl wrote:
> Control: tags -1 + pending patch
>
> I've uploaded the attached debdiff to DELAYED/7
>
> Please let me know if I should delay further.
Feel free not to wait.
Kind regards
Philipp Kern
erations_iter, (VALUE)fops);
}
/*
The prototype of posixspawn_file_actions_operations_iter is VALUE,
VALUE, posix_spawn_file_actions_t*. Of course this also expects that
the pointer fits into VALUE. But presumably that's not the first
module with that assumption.
Kind regards
Philipp Kern
=7.88.1-10+deb12u7
```
and now flatpak works again as expected. Thanks for the hint and sorry
for the posting in the wrong bug tracker.
Best regards,
Philipp
t) == -1) return;
> | ^~
Given that the fix for this was fairly obvious (return 0 to actually
return an int from the function when the file isn't found) and the
package already got removed from trixie because of this bug, I uploaded
an NMU to DELAYED/0-day.
nmudiff is attache
sidering the patch.
Thanks! I uploaded an NMU with your patch (and some other light
packaging changes) to DELAYED/0-day.
Kind regards
Philipp Kern
diff -Nru samhain-4.1.4/debian/changelog samhain-4.1.4/debian/changelog
--- samhain-4.1.4/debian/changelog 2023-08-15 22:46:14.0 +0200
+++ sa
out the package did not need udev, so I uploaded an NMU to
DELAYED/0-day removing it. nmudiff attached.
Kind regards
Philipp Kern
diff -Nru libu2f-host-1.1.10/debian/changelog
libu2f-host-1.1.10/debian/changelog
--- libu2f-host-1.1.10/debian/changelog 2021-01-14 18:43:26.0 +0100
+++ lib
Control: tag -1 pending
Hello,
Bug #1065183 in python-fsquota 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/python-team/packages/python-fsquota/-/commit/3dc5d
On 2024-02-01 08:36, Steve Langasek wrote:
Please find the patch for this NMU attached.
Patches don't carry mode bits. I'm guessing that the .install file did
not get a +x bit and thus the package failed to build.
Kind regards
Philipp Kern
Hi Adrian,
forwarded 1000123
https://github.com/phmarek/fsvs/commit/4f791f3c6f668597f7490b5e5c9a986f84eb08b8
Bug #1000123 [src:fsvs] fsvs: depends on obsolete pcre3 library
Set Bug forwarded-to-address to
'https://github.com/phmarek/fsvs/commit/4f791f3c6f668597f7490b5e5c9a986f84eb08b8'.
thank
Please disregard, SD-card was broken in a few blocks.
Had no errors in dmesg, but "dpkg --verify" showed a few bad files -
among then libruby which was loaded.
Sorry about the noise.
Package: vim-nox
X-Debbugs-Cc: phil...@marek.priv.at
Version: 2:9.0.1672-1
Severity: grave
When running vim on an Rpi1B (which is otherwise stable), vim crashes
immediately.
# LD_DEBUG=all vim -u none -U none --clean
...
4400: symbol=_ITM_registerTMCloneTable; lookup i
With the update to 115.0.2 it works again - even in the profile that was
broken before.
Thanks!
Hi Mike,
Ad 1:
- banking.bank99.at uses crypto.getRandomValues() even before login
"The server at banking.bank99.at is taking too long to respond."
Yeah, http is blocked - you'll need to use https:// for that.
- RedHat support webpage uses getRandomUUID after login
Both fail with "Operati
Package: firefox
Version: 114.0-1
Severity: grave
X-Debbugs-Cc: phil...@marek.priv.at
Websites that need randomness ([1]) are broken,
on both Debian FF 113.0.2 and 114.0 (114.0.2 not yet available for amd64).
Reproduced with a new profile without any plugins.
strace shows FF being able to use ge
Package: sogo
Version: 5.0.1-4+deb11u1
Severity: grave
Justification: renders package unusable
Dear Maintainer,
The binary of /usr/sbin/sogod contained in bullseye is linked to
libgnustep-base.so.1.24.
However, the package depends on libgnustep-base.so.1.27,
which is the current version of bullse
Upstream issue: https://github.com/zapping-vbi/zvbi/issues/40
Seems like you are mixing unstable and experimental. Please try with
the packages from unstable (version 1:29.0.6-21).
Ah yeah, right -- adb/fastboot from experimental
fetch newer versions for _some_ of the libraries.
I also tried removing dexdump and android-lib*
and reinstalling them from exp
Package: dexdump
Version: 11.0.0+r48-4
Severity: grave
X-Debbugs-Cc: phil...@marek.priv.at
dexdump won't run:
$ dexdump
dexdump: symbol lookup error:
/usr/lib/x86_64-linux-gnu/android/libart.
Hey Simon,
On 12.12.22 10:02, Simon Josefsson wrote:
Philipp Kern writes:
Hey Simon,
On Thu, Nov 17, 2022 at 12:46:19PM +0100, Sebastian Ramacher wrote:
I see. If so, it would be good if pkgconf was made consistent with
pkg-config here, if the intention is to replace it.
This discussion
e to
this, if it's basically a one character change somewhere.
Kind regards and thanks
Philipp Kern
Hi Emmanuel,
On 17.10.22 01:28, Emmanuel Bourg wrote:
Le 16/10/2022 à 17:10, Philipp Kern a écrit :
While arm64/armhf remains unfixed (and could have its own t-p-u upload
based on the +0 version plus Ubuntu's patch), there's also a question if
a newer version would actually fix the
tag 1013009 + pending
tag 1004638 + pending
thanks
On Sun, Oct 16, 2022 at 03:53:13PM +0200, Philipp Kern wrote:
> I think it's still worthwhile to upload this build.
While arm64/armhf remains unfixed (and could have its own t-p-u upload
based on the +0 version plus Ubuntu's patch),
need to regain privileges post
setuid(). I'm kinda with tg in that setres[ug]id() makes the intent
clearer instead of relying on uid==0 behavior.
Kind regards
Philipp Kern
rd-enabled for ARM64 specifically:
| #if CPU(ARM64) && CPU(ADDRESS64)
| #define USE_JUMP_ISLANDS 1
| #endif
Did I expect to run into an embedded copy of WebKit? Not really. We are
also already turning off the JIT for armel through a patch.
Kind regards
Philipp Kern
ite straightforward to
apply. The CVEs referenced by #1004963 are still open in upstream's
bugtracker.
Attached is the diff of the NMU I just uploaded to DELAYED/2-days.
Kind regards and thanks
Philipp Kern
diff -Nru libde265-1.0.8/debian/changelog libde265-1.0.8/debian/changelog
--- libde265-1.0.
uild-dependency.
I'm going to go ahead and do that.
Kind regards
Philipp Kern
[1] https://github.com/openjdk/jfx
[2] https://patches.ubuntu.com/o/openjfx/openjfx_11.0.11+1-1ubuntu1.patch
ely it doesn't look like there was progress on #887649 this
cycle either. So I fear that we'll end up needing to tag both #887649
and #885563 bookworm-ignore. :(
Kind regards
Philipp Kern
qemu OVMF
(per [3] and it also didn't boot for me).
Kind regards
Philipp Kern
[1]
http://launchpadlibrarian.net/553034379/syslinux_3%3A6.04~git20190206.bf6db5b4+dfsg1-3_3%3A6.04~git20190206.bf6db5b4+dfsg1-3ubuntu1.diff.gz
[2]
https://launchpad.net/ubuntu/+source/syslinux/3:6.
On Mon, Jan 10, 2022 at 10:21:11PM +0100, Vincent Danjean wrote:
> Looking at upstream, support for php8 will be present in swig 4.1.0 that is
> not yet released.
It looks like it's due to be released in a week (2022-10-24).
Kind regards
Philipp Kern
e? That being said, that would unfortunately still not help
with buildds, given that we still don't support build-dependencies on
non-free packages unfortunately. :(
Kind regards
Philipp Kern
[1] https://sources.debian.org/src/nvda2speechd/0.1-5/debian/rules/#L29
[2] https://github.com/rust-lang/rustup/issues/2028
Hi,
I was able to get the package installed by symlinking the test-SSE3
binary to test-sse3
ln -s /usr/libexec/x86_64-linux-gnu/isa-support/test-SSE3
/usr/libexec/x86_64-linux-gnu/isa-support/test-sse3
hope that helps someone else as well...
cheers
Philipp
Hi Lucas,
unfortunately I am unable to reproduce this error.
How do you suggest to continue here?
Best wishes
--
.''`. Philipp Huebner
: :' : pgp fp: 6719 25C5 B8CD E74A 5225 3DF9 E5CA 8C49 25E4 205F
`. `'`
`-
OpenPGP_signature
Description: OpenPGP digital signature
ges source-only upload to DELAYED/15, closing this
bug. Please let me know if I should delay or cancel that upload.
Feel free to accelerate this upload. Thanks!
Kind regards
Philipp Kern
, I'm just waiting for a new release.
Best wishes
Philipp
Control: tag -1 pending
Hello,
Bug #1001425 in python-odoorpc 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/python-team/packages/python-odoorpc/-/commit/5b338
Hi,
there is a patch available at
https://github.com/OCA/odoorpc/pull/67/commits/7335e594b02ce7645beefa67d541d5b34df0daaf,
I will give that a try.
Regards
--
.''`. Philipp Huebner
: :' : pgp fp: 6719 25C5 B8CD E74A 5225 3DF9 E5CA 8C49 25E4 205F
`. `'`
`-
OpenPGP_s
Hi,
I am affected by the same problem.
After downgrading to firefox=93.0-1 from snapshot.debian.org the problem
is gone.
Regards,
--
.''`. Philipp Huebner
: :' : pgp fp: 6719 25C5 B8CD E74A 5225 3DF9 E5CA 8C49 25E4 205F
`. `'`
`-
OpenPGP_signature
Descript
4.19.194-3 (2021-07-18) s390x
GNU/Linux
Linux zani 5.10.0-8-s390x #1 SMP Debian 5.10.46-4 (2021-08-03) s390x GNU/Linux
Linux zelenka 4.19.0-17-s390x #1 SMP Debian 4.19.194-3 (2021-07-18) s390x
GNU/Linux
(zani is the only machine of the three on Debian 11)
Kind regards
Philipp Kern
age, that we should at least
temporarily disable stable/oldstable builds on the IPv6-only buildds.
I have commented out stretch and buster (and their corresponding
security and backports suites) on x86-conova-01 for now. I'll definitely
leave bullseye on, though. Not sure if there's another IPv6-only buildd
lingering around.
Kind regards and thanks
Philipp Kern
Hi,
Am 19.10.20 um 17:39 schrieb Raphael Hertzog:
> Philipp, you uploaded the backport. Can you have a look at this report?
sure, I will do that tomorrow.
Since hamster was not part of buster I did not test an old hamster
profile with the new hamster-time-tracker.
@Ulrike: could you ple
m\t"); etc
and
g_string_append_printf (environ_str, "\tCOLORTERM=lilyterm"); to
g_string_append_printf (environ_str, "COLORTERM=lilyterm");
I'll leave that for upstream to figure out ;-)
Hope this helps someone.
Description: Prevent empty environ_str entry
Autho
On 14.06.20 17:20, Philipp Kern wrote:
> On 11.05.20 11:53, Winfried Münch wrote:
>> package: s390-tools
>>
>> Version: current Installer from 04.05.2020 21:14
>> http://ftp.halifax.rwth-aachen.de/debian/dists/buster/main/installer-s390x/current/images/generic/
>>
sorry, my fault.
I "had to" upgrade ffmpeg at some time in the past;
i ffmpegDepends libavformat58 (= 7:4.3-2)
i A libavformat58 Depends libgnutls30 (>= 3.6.14)
i libgnutls30 Depends libc6 (>= 2.25)
and so I had a newer libc than stable.
Sorry about the confusion; perh
I agree it might be worth backporting this fix, but why would you be
updating libc on stable? (The only reason I can think of would be
partial upgrades to bullseye, which is hardly Severity: critical yet.)
I did
# apt-get upgrade -t stable
got a new libc, and SSH broke.
What data migh
oh, sorry, libc actually is from unstable...
why was that installed with "apt upgrade -t stable"?
Package: openssh-server
Version: 1:7.9p1-10+deb10u2
Severity: critical
Justification: breaks the whole system
Updating libc on stable breaks sshd; it dies with a SIGSYS on
clock_nanosleep.
https://www.openssh.com/releasenotes.html says
- Allow clock_nanosleep() in sandbox (recent glib
VT220 SCLP even
something you get on a real z machine? Not that we shouldn't fix qemu,
of course. But Hercules might be closer to the real thing in this regard.
Kind regards
Philipp Kern
This is not a constant error but some kind of race condition which I
have already reported here:
https://github.com/processone/fast_tls/issues/46
signature.asc
Description: OpenPGP digital signature
This is still broken... please provide a working package!
Thank you so much.
-in methods rather
than be ported to Python 3 (which has happened but will now not be uploaded
here). Users should follow the documentation to migrate.
Kind regards and thanks
Philipp Kern
[1] https://docs.python.org/3/library/socket.html#socket.socket.recvmsg
[2] https://docs.python.org/3/library/socket.html#socket.socket.sendmsg
retitle 937420 RM: pydhcplib -- removal triggered by the Python2 removal
thanks
Rationale: package is unmaintained, has very low popcon and no rdeps
greatly appreciated.
I'd be happy to help test updated packages.
Best wishes
Philipp
n/dists/buster/main/installer-amd64/' \
--extra-args "console=tty0,ttyS0,115200n8 serial auto language=en
country=CH locale=en_GB.UTF-8 keymap=us hostname=$HOSTNAME
domain=$DOMAIN net.ifnames=0 mirror/http/hostname=ftp.debian.org"
Regards,
- Philipp Wollschlegel
--
Adfinis SyGroup AG
Philipp Wollschlegel
Be Smart. Think Open Source.
http://www.adfinis-sygroup.ch
Package: tesseract-ocr
Version: 4.1.0-2
Severity: grave
Justification: renders package unusable
tesseract-ocr 4.1.0-2 depends on libtesseract4 >= 4.0.0.
However, invokation fails with libtesseract4 4.0.0:
tesseract: symbol lookup error: tesseract: undefined symbol:
_ZN9tesseract10SIMDDetect15avx
name, to
> include
> them in texture collections without a written permission and you strictly may
> not offer them as textures for sale in any way.
etc
Kind regards
Philipp Kern
o simply rebuild affected
packages after every eigen3 update, but Emilio considers it an upstream bug.
Unfortunately I could not find anybody able to shed more light on the
eigen3 topic.
Regards,
--
.''`. Philipp Huebner
: :' : pgp fp: 6719 25C5 B8CD E74A 5225 3DF9 E5CA 8C49 25E4 205F
`. `'`
`-
signature.asc
Description: OpenPGP digital signature
.
Best, Philipp
Andreas Tille schrieb am Mi., 6. Feb. 2019 um 11:28 Uhr:
> Control: tags -1 help
>
> On Tue, Feb 05, 2019 at 10:56:11PM +0200, Graham Inggs wrote:
> > Hi!
> >
> > On Tue, 5 Feb 2019 at 22:34, Andreas Tille wrote:
> > > I can also add r-cran-tibble
Hi! Umm, why me? I’m neither the tibble author nor a Debian package
maintainer :D
Andreas Tille schrieb am Di., 5. Feb. 2019 um 10:36 Uhr:
> Hi Philipp,
>
> the continuous integration test in Debian has uncovered an issue after
> tibble 2.0.0 was uploaded. Please have a look belo
Am 29.12.18 um 11:20 schrieb Philipp Huebner:
>> I tried to build this package in buster but it failed:
> I uploaded a new upstream version which builds fine in my pbuilder
> chroot as well as on the buildds, yet it fails again on
> reproducible-builds. I wonder what's differe
the severity as it obviously does not FTBFS on the
buildds.
Best wishes,
--
.''`. Philipp Huebner
: :' : pgp fp: 6719 25C5 B8CD E74A 5225 3DF9 E5CA 8C49 25E4 205F
`. `'`
`-
signature.asc
Description: OpenPGP digital signature
ta and in fact its webpage disappeared and it hasn't seen
a new upstream version since 2011. And the C++ library doesn't seem to
have a CLI name claim at all.
I suppose it's mostly the point that we package all free software on the
planet that we become an arbiter of names. But we should try not to be
that if we can avoid it.
Kind regards
Philipp Kern
overlay2 instead of
aufs on stretch:
https://docs.docker.com/storage/storagedriver/select-storage-driver/
Philipp
ook like it can cause a segmentation fault.
Could you provide the version of libegl-mesa0 and the content of:
/usr/share/glvnd/egl_vendor.d/*
/etc/glvnd/egl_vendor.d/*
Philipp
Dear maintainer,
Please consider updating nuget for the release as the current version
in the archive is quite outdated.
The latest recommended version is v4.8.1
Also as written by the original reporter, more recent versions of
nuget are required for several packages.
Philipp
Ah yes, and (following [1]) I also changed the .pom file in
/usr/share/java/slf4j-simple.jar to remove the "test" scope:
--- pom.xml 2018-11-02 16:50:02.705092444 +0100
+++ pom.xml.orig2018-11-02 16:50:17.793353153 +0100
@@ -30,9 +30,9 @@
org.s
With libslf4j-java and libastylej-jni installed and
using this diff I got a bit further:
--- /usr/bin/arduino.orig 2018-11-02 16:15:19.374287467 +0100
+++ /usr/bin/arduino2018-11-02 16:14:29.159663536 +0100
@@ -22,6 +22,8 @@
java/lib/rt.jar \
java/lib/tools.jar \
lib/*.jar
tag 910858 + patch
thanks
On 2018-10-21 20:40, Philipp Kern wrote:
forwarded 910858 https://github.com/tpm2-software/tpm2-tss/issues/1171
thanks
On 12.10.2018 14:48, Emilio Pozuelo Monfort wrote:
Source: tpm2-tss
Version: 2.1.0-1
Severity: serious
Tags: ftbfs
Hi,
Your package failed to
0xdeadbeef
> [ LINE ] --- test/unit/TPM2B-marshal.c:254: error: Failure!
> [ FAILED ] tpm2b_unmarshal_success_offset
>
> Full logs at
>
> https://buildd.debian.org/status/package.php?p=tpm2-tss
Forwarded upstream to https://github.com/tpm2-software/tpm2-tss/issues/1171
Kind regards
Philipp Kern
st option to ever have been
introduced and not removed. Try -J instead. :(
Kind regards
Philipp Kern
39.91)
> gpaste: libgjs-dev (>= 1.48.0)
> libguestfs: gjs
> libsecret: gjs
> polari: libgjs-dev (>= 1.49.2)
> seed-webkit2: libgjs-dev
>
> Dependency problem found.
The main packages that are regrettable in this context are libguestfs
and maybe also ostree. Would the gjs dependency be avoidable there?
Kind regards
Philipp Kern
regards
Philipp Kern
[1]
https://www.debian.org/doc/manuals/developers-reference/ch05.en.html#nmu-guidelinesdiff -Nru python-gbulb-0.5.3/CHANGELOG.md python-gbulb-0.6.1/CHANGELOG.md
--- python-gbulb-0.5.3/CHANGELOG.md 2017-02-22 12:07:07.0 +0100
+++ python-gbulb-0.6.1/CHANGELOG.md 2018-08-10
I did not encounter this bug or any other related problem on my system.
System type: Desktop PC
Gfx: Nvidia GTX 10170
CPU: AMD Ryzen 2700
Kernel: 4.17.0-3-amd64 #1 SMP Debian 4.17.17-1 (2018-08-18) x86_64 GNU/Linux
Nvidia Driver: nvidia-graphics-drivers 390.77-1
Even the problem described in
close 903630
thanks
ejabberd 18.06 is now available in Testing.
close 903028 0.2018.07.13~dfsg0-1
thanks
The problem has been solved upstream and a fixed versions is now in unstable.
Am 12.07.2018 um 10:25 schrieb pitchum:
> Maybe this issue will be solved when ejabberd 18.06 reaches testing.
Certainly! ejabberd 18.06 should have entered testing at the same time
as all the erlang-p1-* packages, I'll try to find out what is preventing
that.
Regards,
--
.'
Source: ejabberd-contrib
Severity: grave
Tags: upstream
ejabberd 18.06 is the first release to ship without jlib.hrl and
ejabberd.hrl, causing ejabberd-contrib to FTBFS because several modules
have not been updated yet.
Upstream report: https://github.com/processone/ejabberd-contrib/issues/251
ile from the new postinst.
What's the consequence from deleting the files and only recreating them
later? Longer startup time of the interpreter in that short window?
Because if it's worse, it'd be good to have py3clean only delete the
obsolete files in the postinst?
Kind regards
Philipp Kern
On 5/20/18 12:30 PM, Hideki Yamane wrote:
> On Sun, 20 May 2018 10:14:13 +0200
> Philipp Kern wrote:
>> So the way it works with your patch is that local variables are
>> inherited by called functions (but not the caller). So from and dest
>> from just_get() are visib
On 5/20/18 1:24 AM, Hideki Yamane wrote:
> On Sat, 19 May 2018 20:18:17 +0200
> Philipp Kern wrote:
>> You local'ed from and dest and now don't pass it anymore to
>> wgetprogress. How does this work?
> It is passed to wget via $@
So the way it works with your pa
On 19.05.2018 07:14, Hideki Yamane wrote:
> On Mon, 14 May 2018 00:48:53 +0200
> Philipp Kern wrote:
>> any new about incorporating Raphael's suggestion? There's still a grave
>> bug opened against debootstrap right now (on a version that is in testing).
>
set -- "$PRIVATEKEY" "$@"
> fi
> if [ -n "$CERTIFICATE" ]; then
> set -- "$CERTIFICATE" "$@"
> fi
> if [ -n "$CHECKCERTIF" ]; then
> set -- "$CHECKCERTIF" "$@"
> fi
> if wgetprogress "$@"; then
> [...]
>
> Here we should be safe even if those 3 variables do contain spaces.
any new about incorporating Raphael's suggestion? There's still a grave
bug opened against debootstrap right now (on a version that is in testing).
Kind regards and thanks
Philipp Kern
Package: gdm3
Version: 3.22.3-3+deb9u1
Severity: wishlist
Dear Maintainer,
I just wanted to confirm that I also encountered this bug on a debian
stable installation.
I also see the "ICELockAuthFile fail: Already exists" message in
the systemd journal.
Removing /var/lib/gdm3/.ICEAuthority* and r
Am 16.04.2018 um 10:17 schrieb Jonas Smedegaard:
> Excerpts from Philipp Huebner's message of april 16, 2018 9:38 am:
>> On Tue, 10 Apr 2018 19:39:14 +0200 Jonas Smedegaard wrote:
>>> The file /etc/default/ejabberd is registered as a conffile, but is
>>> also m
g in some extra effort for handling changes.
Are non-conffiles even allowed in /etc ?
Best wishes,
--
.''`. Philipp Huebner
: :' : pgp fp: 6719 25C5 B8CD E74A 5225 3DF9 E5CA 8C49 25E4 205F
`. `'`
`-
signature.asc
Description: OpenPGP digital signature
Which seems to be true.
Kind regards
Philipp Kern
[1]
https://buildd.debian.org/status/fetch.php?pkg=gcc-6-cross-ports&arch=all&ver=27&stamp=1521635505&raw=0
[2]
https://buildd.debian.org/status/fetch.php?pkg=gcc-6-cross-ports&arch=all&ver=27&stamp=1522939979&raw=0
gards
Philipp Kern
[0] https://salsa.debian.org/pkern/pybuildd/-/jobs/11056
rpc-common" to just
contain that single conffile and make "libtirpc[13]" both depend on it.
This last option is AFAIK frowned upon as it creates yet another package
for a single file.
So whats the current best practice?
Philipp
al of the old armel+armhf binaries from unstable
I already filed a bug upstream about this: [1]. I know about the option
space here. I will likely deactivate the editor, assuming that this
works. Otherwise I'll ask for binary removal.
I'll note that technically it doesn'
hat the new
toolchain does not access the network. I have honestly no clue how I'd
successfully test for that locally.
Kind regards
Philipp Kern
signature.asc
Description: OpenPGP digital signature
d.)
Well, I suppose it'd help if there would be some guidance on how to do
things today. I'm (somewhat) happy to fix it upstream if needed.
Kind regards and thanks
Philipp Kern
Package: firefox-esr
Version: 52.6.0esr-2
Severity: grave
--- Please enter the report below this line. ---
After upgrading firefox-esr today, it now refuses to access any https
sites (e.g. google, bing are affected, including the results from the
search bar in firefox itself). I get an error mess
Another missing dependency is linux-kbuild-4.14 (4.14.12-2).
Without that, the rules to build .o files are not found.
elease to happen?
Yes, maybe a few months earlier.
BTW, I believe the Thai translations in https://bugs.debian.org/793352
are complete and waiting to be included, but I didn't realize that until
a few days ago.
Regards,
--
.''`. Philipp Huebner
: :'
Using git HEAD gives me a working binary, so I suspect some interaction
with changed liblua versions.
(4.0.1 doesn't work for me any more, but it did in the past.)
Please provide a package with from the current sources, thank you!
efore trying to start ejabberd again. If necessary, kill them manually.
Please also check whether AppArmor is enabled (dmesg | grep -i
apparmor). Have you tried rebooting the server yet?
Without access to your ejabberd logs + dmesg I cannot really help you.
Regards,
--
.''`.
1 - 100 of 840 matches
Mail list logo
