be a
great loss if this package was removed from debian. But then, there may
still be some users that didn't switch yet, so I would prefer to keep
zurl for now, if the only reason to remove it was that some test cases
fail because they are not compatible with a specific auto-builder
config.
Jan
Package: cthumb
Version: 4.2-4
Severity: grave
Justification: renders package unusable
s version relied on a variable datadit which is never set. On start you get the
error:
Global symbol "$datarootdir" requires explicit package name (did you forget to
declare "my $datarootdir"?) at /bin/cthumb
summary this change will likely break upgrades to a new major version.
Thank you for all your work and best regards,
Jan Naumann
systemd-delta: error while loading shared libraries: libsystemd-shared-257.so:
cannot open shared object file: No such file or directory
systemd-analyze: error while loading
daemon=self.daemon)
Mar 22 09:01:44 test sh[159]:^^^
Mar 22 09:01:44 test sh[159]: RuntimeError: thread already started
Jan
How about passing the fix to upstream? That way it would get reviewed by
somebody else, as it is related to keepass I think it would be the correct
choice. Not knowing the code, it would take me some time to verify the
correctness of your code.
~ J
could not narrow down yet, now I can see if 6.12 is better.
Best,
Jan
Package: src:linux
Version: 6.12.3-1
Followup-For: Bug #1089521
I can confirm that this is happening, also on a Thinkpas X1 Gen7.
-- Package-specific info:
** Version:
Linux version 6.12.3-amd64 (debian-ker...@lists.debian.org)
(x86_64-linux-gnu-gcc-14 (Debian 14.2.0-8) 14.2.0, GNU ld (GNU Binut
le.
>
> The layout of the generated binary instdlg.o is with the new version
> different [2], and I assume therefore nsis is failing.
>
>
> But I am not completely sure if the generated instdlg.o
> is valid and expected, and nsis needs to be able to handle it.
> Or GNU assembler should really generate object files in the old layout?
Yes, that's a bug I introduced: Empty strings aren't handled correctly.
I'm in the process of testing a fix. Ideally it'll then make 2.43.1.
Jan
Hi,
> Am 27.07.2024 um 23:19 schrieb Salvatore Bonaccorso :
>
> On Sat, Jul 27, 2024 at 10:58:53PM +0200, Jan Lühr wrote:
>
> See #1074378. Ondrej has prepared a followup update fixing the
> regression, and an update should go out shortly.
thanks for the hint. I overlo
Package: ifupdown2
Version: 3.0.0-1.2
Followup-For: Bug #1074250
Issue still exists inn the -1.2 version.
Bug is fixed in commit
https://github.com/CumulusNetworks/ifupdown2/commit/fc0318378e878ffe639d1d1285936d1256dd67cf,
but not included in package.
-- System Information:
Debian Release: tr
Package: ifupdown2
Version: 3.0.0-1.1
Followup-For: Bug #1074250
I found this bug yesterday on my systems, it was reported upstream on
4-4-2024, maintainer asked for a pull request so it could be patched but
it was never offered.
The maintainer just got a pull request by me to patch this issue. P
Thanks for the report,
I am preparing nginx release 1.26.0, and the updated ABI version will be part
of it.
Jan
on: 2.37-16
And just because it was mentioned:
λ dpkg -s libcryptsetup12 | grep Version
Version: 2:2.7.2-1
--
Thanks!
Jan
he passwort entry box/line again.
Given that it was the password validation, I figured I should file a
bug here.
Jan
> https://github.com/swananan/lua-resty-core/tree/support_pcre2
uploaded: 0.1.27-2~exp1
> https://github.com/swananan/lua-nginx-module/commits/support_pcre2
uploaded: 1:0.10.25-2~exp2
> https://github.com/swananan/stream-lua-nginx-module/commits/support_pcre2
not in debian
Hi,
I've uploaded experimental version with the PCRE2 patch included
1:0.10.25-2~exp1 to the experimental.
Jan
On Tue, 29 Aug 2023 15:50:52 +0200 =?UTF-8?B?SsOpcsOpbXkgTGFs?=
wrote:
> Le mar. 29 août 2023 à 15:43, Thomas Ward a écrit :
>
> > I apoligize I was thinking
/tp_smapi/commit/0c3398b1acf2a2cabd9cee91dc3fe3d35805fa8b
Jan
-- System Information:
Debian Release: trixie/sid
APT prefers experimental
APT policy: (800, 'experimental'), (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 6.3.12-x64v4-
Unless we find a better solution,
then we will need to rollback the configuration back to nginx-common package.
>
> Jan,
> Did default config files in /etc/nginx/ moved from nginx-common to nginx ?
Yes,
config files moved to the nginx package, and nginx-common is empty metapackage
(since 1.22.1-6).
Jan
Hello,
can You please send me the steps how i can reproduce it
- packages list/versions before the upgrade
- exact apt/apt-get command
- packages list/versions after the upgrade
Jan
On Sun, Jan 29, 2023 at 01:10:17PM +0200, Adrian Bunk wrote:
> Keeping it "Architecture: any" will automatically (re)add it on
> architectures whenever they gain ring support.
[...]
> Yes, since there are no reverse (build) dependencies
> "reportbug ftp.debian.org&qu
On Sun, Jan 29, 2023 at 04:28:54AM +, Peter Michael Green wrote:
> Package: pushpin
> Version: 1.36.0-1
> Severity: serious
>
> The new version of pushpin added a dependency on jsonwebtoken,
> unfortunately jsonwebtoken depends in ring, which is only available
> on x8
Not sure how to orphan it. I read that I need to change the package
maintainer to Debian QA Group but I can't create a new release any more
since it won't build on Debian unstable because of FFPMEG 5.0 changes.
On Wed, 14 Dec 2022, Bastian Germann wrote:
Am 14.12.22 um 16:51 s
: cli_loaddbdir(): error loading database
/var/lib/clamav/daily.cvd
Please put the 0.103.7+dfsg-1+b2 version in sid on hold, as it breaks clamav,
allowing
virusses to get past the scanner...
Regards,
Jan Huijsmans
-- System Information:
Debian Release: bookworm/sid
APT prefers testing
A
No, I didn't manage to fix it. Is it possible to remove the package?
On 13 December 2022 23:48:42 GMT, Bastian Germann wrote:
>Is this fixed with 0.24.2? If so, please update the package.
>
>
--
Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.
atibility issue
mentioned above. Therefore, there is considerable interest in using
WolfSSL as an alternative to OpenSSL in SWUpdate (and other packages).
Greetings,
Jan
Package: linux-image-5.19.0-1-arm64
Severity: critical
Justification: breaks the whole system
Dear Maintainer,
After upgrading from linux-image-5.18.0-4-arm64 to linux-image-5.19.0-1-arm64
the RPi model 3Bs I have in use headless refuse to boot. The moment you boot
the RPi with screen to check wh
Thanks for fixing the issue!
Kind regards
Jan
Good day,
I am new to the Debian bug system so maybe I am wrong regarding my next remark.
This bug that I filed causes 'GNURadio unable to start' and is now depending on
a libspdlog1 bug 1015742
Looking at that bug it seems it isn't possible to reproduce after a distro
reinstall.
I guess now t
Upstream patch proposal sent:
https://sourceforge.net/p/gnu-efi/mailman/message/37684742/
Note that there is also the upstream ticket
https://sourceforge.net/p/gnu-efi/bugs/28/.
I'm not sure why EFI stacks would need to be executable. The better
solution should be resolving that upstream and meanwhile carrying a
gnu-efi patch. This does not only affect systemd-boot.
Jan
On 20 July 2022 18:03:03 BST, Steve Langasek
wrote:
>Package: aiscm
>Version: 0.23.1-1
>Followup-For: Bug #1004784
>User: ubuntu-de...@lists.ubuntu.com
>Usertags: origin-ubuntu kinetic
>
>Here is a more complete patch that deals with ffmpeg API changes.
>Unfortuna
be closed, or its severity
> downgraded.
I'll keep the bug open for now, as there really seems to be a small bug
in the test case, but downgrade it to normal severity.
Jan
that it may be somehow related to the resticted
networking environment, but without a way to reproduce the failure, all
I could do would be disabling the network related tests.
Any idea?
Jan
On Sun, Feb 13, 2022 at 08:49:08AM +0100, Lucas Nussbaum wrote:
> Source: zurl
> Version: 1.11.0-2
uot; : ""));
+pTxdc->nextPacket = i;
+return true;
+}
if (pDesc->legacy.cmd.fEOP)
{
/*
=
Feel free to forward upstream.
Best regards
Jan
--- a/Config.kmk 2022-04-21 01:17:47.0 +0200
+++ b/Config.kmk 2022-04-21 02:
Package: evdi-dkms
Version: 1.9.0+dfsg-1
Followup-For: Bug #994892
Dear Maintainer,
There's a newer version out these days which installs fine on Sid, perhaps
the package could be updated to fix the build issues?
Kind regards,
Jan
-- System Information:
Debian Release: bookworm/sid
Hello.
I agree. I'm still waiting for fix and don't want to dump/drop/import
data.
JK
On Sun, 24 Oct 2021 00:51:08 +0800
Marc Gallet wrote:
> Am I to understand that the expected path forward with what is
> supposed to be a minor update offered on oldstable is that everyone
> shall dump their
Maybe this: https://bugs.freebsd.org/bugzilla//show_bug.cgi?id=257728
Hello.
Same here after mariadb update
1:10.3.29-0+deb10u1 -> 1:10.3.31-0+deb10u1
After downgrade there is no corruptions.
We have i386 arch with amd64 kernel.
Regards,
JK
211010 17:47:31 mysqld_safe Starting mysqld daemon with databases from
/var/lib/mysql
2021-10-10 17:47:31 0 [Note] Usi
On Sun, 2021-09-12 00:16:01 +0200, Aurelien Jarno wrote:
> On 2021-09-11 22:06, Jan-Benedict Glaw wrote:
> > Until glibc's Bugzilla issue is finally resolved
> > (https://sourceware.org/bugzilla/show_bug.cgi?id=26545), maybe the
> > Debian package could be changed to
Hello Ramacher,
Could you please retry with 1.10.0-2 which is now available in unstable?
This new version fixed encoding VP8 with ffmpeg for me. I no longer get
the "ABI version mismatch" error. Thank you!
~ Jan
Package: src:linux
Version: 5.10.46-3
Severity: critical
Justification: breaks the whole system
Dear Maintainer,
Looking into the instability of my RPi 4 (8GB) showed the CPU constantly
in the highest clock setting with a load of 0 and 99.5%+ idle state.
The instability was 1st discovered after
are so similar).
>
I performed similar tests regarding rsakeyfind and have to say, that
this software is not affected at all. Please refer to my merge request
containing the autopkgtests for rsakeyfind at [5].
If you have any ideas on how to debug this issue in a targeted manner,
please get
reopen 985336
thx
As 0.7.15.0+debian does not incorporate the changes done by
0.7.14.0+debian2+nmu1 and 0.7.14.0+debian2+nmu2 (where are the
changelogs?) this bug is present in 0.7.15.0+debian again!
Cheers, Jan.
--
Never write mail to , you have been warned!
-BEGIN GEEK CODE BLOCK
Hi there,
based on https://github.com/diaspora/diaspora/pull/8231 I adjusted
diaspora-download.sh to change Gemfile.lock accordingly and uploaded the
package 0.7.14.0+debian2+nmu2 to DELAYED/5. The diff is attached.
Cheers, Jan.
--
Never write mail to , you have been warned!
-BEGIN GEEK
From: "Avi Halachmi (:avih)"
Before this commit, the user could specify a printf format string
which wasn't verified, and could result in:
- Undefined behavior due to missing or non-matching arguments.
- Buffer overflow due to untested result length.
The offending code was added at commit 103a96
The bug occurs on all systems with sufficiently new GNU libc, not just Debian,
so it is an upstream bug.
Unfortunately the mailing list mentioned on the linked homepage is dead (even
the server is) and I failed to find any other, more recent continuation or fork
of the project.
via USB and boots from it.
Regards,
Jan Huijsmans
-- Package-specific info:
** Kernel log: boot messages should be attached
** Model information
Device Tree model: Raspberry Pi 4 Model B Rev 1.4
** PCI devices:
not available
** USB devices:
Bus 002 Device 002: ID 0578:0578 Intrinsix Corp
Package: npm
Version: 7.4.0+ds-1~bpo10+2
Severity: grave
Justification: renders package unusable
Tried out via, e.g., "npm install serialport" inside a debian:buster-slim
container. Happens with both "npm node-*" as well only the required
node-packages takes from backports.
-- System Information:
Michel and I just prepared an security update for unstable and
buster-security which changes the default to "desktop". This should be
soon in the archive.
Best,
Jan
Am 11.01.21 um 15:14 schrieb Steve A.:
> After three full days of use, the desktop has not frozen again, and the
>
Michel is preparing an new version and I update the buster branch as
soon as the unstable version is uploaded.
Best,
Jan
On Thu, 07 Jan 2021 21:01:43 +0100 Salvatore Bonaccorso
wrote:
> Source: chromium
> Version: 87.0.4280.88-0.4
> Severity: grave
> Tags: security upstream
>
Dear Steve,
with the upgrade to 87.* we included the ANGLE library which manages the
OpenGL access of chromium. Maybe this is the cause of your problem.
Could you try to launch "$ chromium --use-gl=desktop"? This should
disable the usage of ANGLE.
Best,
Jan
On Wed, 6 Jan 2021 11:0
Hey,
I have got a successful buster build half an hour ago :) As soon as [1]
is fixed or at least worked around (so we do not release a version with
a regression), I think we could do the update.
I will contact the security team now to discuss the update.
Best,
Jan
[1] https://bugs.debian.org
le's clang version. Since I had not so much time I have not
found a fix to work around this.
If people are more experienced with C++ templates than me, I would be
happy to share the problem and the build log ;)
Best,
Jan
[1] https://en.wikipedia.org/wiki/Substitution_failure_is_not_an_erro
Hey,
I have uploaded my stuff to
https://salsa.debian.org/janluca-guest/chromium
We can meet in IRC or Matrix. I am janluca on irc.oftc.net.
Best,
Jan
On Mon, 14 Dec 2020 13:59:53 +0100 Michel Le Bihan
wrote:
> Hello,
>
> My work is in this repo:
> https://salsa.debian.org/mimi89
version of libvpx which should
be changed but maybe we can put together the work done so far in a Git
repo and fixes the remaining stuff?
Best,
Jan
On Sun, 13 Dec 2020 14:45:01 -0800 David Worsham wrote:
> Hi there,
>
> Thank you for all of the great work on this so far!
>
> I&
the
> testing migration of a fairly important package. Perhaps upload a new
> check-ssl only and keep the rest for a later one?
many thanks for helping out. I uploaded a package yesterday in evening.
Cheers, Jan.
--
Never write mail to , you have been warned!
-BEGIN GEEK CODE BLOC
r.
1.124.0 is already integrated into VCS
(https://salsa.debian.org/nagios-team/pkg-nagios-plugins-contrib/-/commit/6827b67108fcaafb5c73de8d7b44d71b2a7e6cf3),
so you can delay this a bit more. Actually I'm working hard to get the
latest VCS into unstable but I have to work on some other issues as
Thanks for the fix Jeremy. Sorry I couldn't test sooner.
I see unstable has been updated to 2.13-1 and I can confirm the package
now installs correctly with a 5.9 kernel on aarch64 (correct arch name
instead of arm64).
---
Jan Huijsmans huysm...@koffie.nu
... cannot activate
Control: reassign -1 libzmq3-dev 4.3.3-3
Control: forcemerge 975151 -1
This FTBFS was caused by a missing dependency in libzmq3-dev 4.3.3-3,
which was already fixed in libzmq3-dev 4.3.3-4.
On Thu, Nov 19, 2020 at 10:57:00AM +0100, Lucas Nussbaum wrote:
> Source: zurl
> Version: 1.11.0-2
> Severit
Hi,
Was preparing a report for this bug when I found it already logged.
Yesterday I found this issue as wel on arm64.
Solution:
Build 3.11 from source.
Attachement:
make.log
---
Jan Huijsmans huysm...@koffie.nu
... cannot activate /dev/brain, no response from main coffee
/org.bluez.obex.service):
> Exec=@libexecdir@/obexd
instead of
> Exec=/usr/lib/bluetooth/obexd
[1] https://bugs.gentoo.org/show_bug.cgi?id=698394#c6
Regards, Jan
package libtss2-esys0 bumped the SONAME
of that library to libtss2-sys.so.1. I wonder if tpm2-abrmd simply
needs to be rebuilt against this newer library.
Thanks,
Jan Medlock
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation
Hey Scott,
since nitrokey-app has been kickout of testing today, I want to ask
about the update? Do you need some help I could offer?
Best,
Jan
Am 21.08.20 um 00:01 schrieb Scott Kitterman:
> I will take care of it. The removal isn't scheduled for almost a month, so
> there is ple
Package: darktable
Version: 3.2.1-3
Severity: grave
Justification: renders package unusable
I run darktable-cli and it immediately segfaults
Output:
$ darktable-cli DSC06384.ARW DSC06384.jpg --verbose
[New LWP 806704]
[New LWP 806705]
[Thread debugging using libthread_db enabled]
Using host libt
Hey Scott,
could you update the package? Since this is marked as RC bug,
libnitrokey and all depending packages are kicked out of testing.
Best,
Jan
On Mon, 03 Aug 2020 13:54:57 + Scott Kitterman
wrote:
> This is probably a result of a new GCC version. C++ symbols can be painful
&
Package: podman
Version: 2.0.4+dfsg2-1
Severity: critical
Justification: breaks unrelated software
Dear Maintainer,
* What led up to the situation?
Installing podman or upgrading from 2.0.2+dfsg1-3 to 2.0.3+dfsg1-1
(transcript below, re-testing with 2.0.4
* What was the outcome of this ac
)
Mainly to be consistent with the psi-plus package.
Additionaly, a quick attempt to build with enchant-2 didn't work (compile
succeeded but resulting package didn't depend on any libenchant-Package).
I didn't investigate that further.
Jan
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Dear all,
I have create a RFH since I have currently no time due to personal issue
s:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=963191
I hope somebody can help with the maintaining.
Best,
Jan
Am 26.05.20 um 16:33 schrieb Jan Luca
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
I have create a RFH since I have no time due to personal issues:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=963191
I hope somebody can help with the maintaining.
Jan
On Mon, 1 Jun 2020 16:25:28 +0200 Eduard Bloch wrote:
> Hello,
>
&
failure in the future.
Best,
Jan
On 26.05.20 15:18, peter green wrote:
> The aufs package last saw a maintainer upload in September 2019 and was
> last-updated (by a NMU) in October 2019. It has had broken
> build-dependencies in testing for half a year now (since Linux 5.3.9-3
>
Hi,
my issue is plain and simple: libsane.hpaio.1.0.0 is no longer dlopen()able
due to an unresolved symbol '_DBG', used in scan/sane/orblite.c:198.
You can check this easily by running scanimage with envvar SANE_DEBUG_DLL=1:
=
] jan@p53:~$ SANE_DEBUG_DLL=1 scanimage -d
&
Package: libsane-hpaio
Version: 3.20.5+dfsg0-2
Severity: serious
Hi,
with the new version, my network-attached HP Envy is no longer usable.
Downgrading to the last upstream fixes it:
= 3.20.3+dfsg0-2
jan@p53:~$ scanimage -L
device `hpaio:/net/envy_5000_series?ip=192.168.178.41&queue=f
Hi,
I submitted a patch for this issue upstream:
https://github.com/pam-pgsql/pam-pgsql/pull/16
Jan
Hi Lev, Jonas,
I've uploaded 8.1.30. We should be getting really close to 8.2
now. There are a couple of outstanding issues, notably for the
development tools.
Cheers --- Jan
On 4/30/20 3:13 PM, Lev Lamberov wrote:
Sure, that's what we need. Thanks, Jan!
On 4/30/20 2:50 PM, Jonas Smedegaard wrote:
Quoting Lev Lamberov (2020-04-30 14:40:53)
Чт 30 апр 2020 @ 14:06 Jan Wielemaker :
On 4/30/20 1:41 PM, Jonas Smedegaard wrote:
I think we can use the format almost as-is - just replacing the
leading "swipl-" with "swi-prolog-abi-&quo
).
I'm pretty neutral in this. Eye is for the time being the only
use case, but who knows there will be more :)
--- Jan
On 4/30/20 1:41 PM, Jonas Smedegaard wrote:
I think we can use the format almost as-is - just replacing the leading
"swipl-" with "swi-prolog-abi-".
I think adding "abi" makes sense. I can replace "swipl" with the
package name, which is "swi-prolog" for Debian.
--- Jan
Hi Jonas,
On 4/28/20 5:26 PM, Jonas Smedegaard wrote:
Quoting Jan Wielemaker (2020-04-28 16:56:30)
That is worth a try. I guess that implies that generating SWI-Prolog
(as package) also generates this hash. What kind of support would be
needed from SWI-Prolog to make this work? Some
Hi Jonas,
On 4/28/20 4:42 PM, Jonas Smedegaard wrote:
Hi Jan,
Quoting Jan Wielemaker (2020-04-28 16:12:32)
A saved state makes sense for this scenario. Now I do not really
understand what the problem is. The eye package depends on some exact
version of SWI-Prolog, but it is not uncommon for
clear winner.
Cheers --- Jan
On 4/28/20 3:11 PM, Jos De Roo wrote:
> Hi Lev,
>
> Yes indeed, eye is using a saved state to have it started 10 times
> faster than normal:
>
> $ time swipl -x /opt/eye/lib/eye.pvm -- --version
> eye --version
> EYE v20.0423.1748 josd
>
On 4/28/20 5:06 PM, Lev Lamberov wrote:
Hi Jan,
Вт 28 апр 2020 @ 16:56 Jan Wielemaker :
Debian packaging of Asterisk and uWSGI uses such ABI hash towards third
party plugins, to alow them to be rebuilt as infrequently as possible.
See e.g. https://packages.debian.org/buster/uwsgi-plugin-php
Hi Lev,
I most wanted to get Jos in the loop as the developer of eye. Packagers
working together with developers/maintainers saves a lot of work :)
Cheers --- Jan
On 4/28/20 12:49 PM, Lev Lamberov wrote:
Hi Jan,
Вт 28 апр 2020 @ 11:22 Jan Wielemaker :
Hi Lev, Jos,
For Jos, the
Hi,
version -4 from incoming works for me!
Jan
pacpl
abcde (bug page looks unhappy)
crip (maintained by QA)
I obviously have no idea whether they work as well as jack. Or whether
they'll be gone from Debian 5 days from now, for that matter.
cheers,
Jan
signature.asc
Description: PGP signature
Sam
Hartman raised more than 7 month ago in
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=930869#74 ?
Thank you for your work in Debian,
Jan
signature.asc
Description: PGP signature
Package: python-pyqt5.qtwebengine
Version: 5.11.3+dfsg-1
Severity: grave
Justification: renders package unusable
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
Unknown
* What exactly did you do (or not do) t
y=0/30/KILL/5". What's
that zero doing there? Shouldn't that be TERM instead, as in the first
invocation?
* Runit's sv(8) sends TERM and CONT to bring down a service gracefully,
because a STOPped process obviously can't react to TERM. Maybe that's
something
that the calculation of the return
code in this function seems fishy to me: it will always be the return
code of the first s-s-d invocation, unless the second invocation returns
2 (which aiui means "a process survived SIGKILL" in this context).
Wouldn't taking the maximum (or sum) of the
Package: systemd
Version: 243-5
Severity: critical
Justification: breaks the whole system
Dear Maintainer,
* What led up to the situation?
Installing latest systemd package using apt full-upgrade in testing
* What exactly did you do (or not do) that was effective (or
ineffective)?
Awesome, can confirm the 2.0.2+dfsg-6 version works for me again!
Best wishes,
Jan
> Hi Jan, Hi Andreas,
> > both contains the same file, namely
> > /usr/lib/lazarus/2.0.2/components/IdeInspector/ideinspector.lpk
> > and removing it from one of them would fix the issue
, namely
/usr/lib/lazarus/2.0.2/components/IdeInspector/ideinspector.lpk
and removing it from one of them would fix the issue.
Best wishes,
Jan
> Hi Jan,
> Thank you reporting this issue.
> Can you please provide more information about the issues.Were you installing
> for
> th
Hi Andrey,
I have disabled building of "mirror.jpg" which seems to fail on the Debian
build server. Can you upload the new version [1,2]? Thanks in advance.
Regards
Jan
[1]: https://mentors.debian.net/package/aiscm
[2]: https://mentors.debian.net/debian/pool/main/a/aiscm/aiscm_0.
ar/lib/dkms/xtables-addons/3.2/build/extensions/pknock] Error 2
make[2]: *** [/usr/src/linux-headers-5.2.0-2-common/Makefile:1610:
_module_/var/lib/dkms/xtables-addons/3.2/build/extensions] Error 2
make[1]: *** [Makefile:179: sub-make] Error 2
make: *** [Makefile:8: all] Error 2
make: Leaving directory '/usr/src/linux-headers-5.2.0-2-amd64'
---
Jan Huijsmans huysm...@koffie.nu
... cannot activate /dev/brain, no response from main coffee server
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
I will take care of the update next week. This week I'm on holidays
without a real computer.
Sorry for the delay and best
Jan
Am 30.08.19 um 17:26 schrieb Ivo De Decker:
> package: aufs severity: serious tags: bullseye sid
>
>
ce only upload to unstable
during the weekend. This is the recommended way of adding new binary
packages to unstable [1].
[1] https://lists.debian.org/debian-release/2019/07/msg00053.html
Regards
Jan
--
Jan Dittberner - Debian Developer
GPG-key: 4096R/0xA73E008FB8DD 2009-05-10
B2FF 1D
Hello,
I have done this steps to fix the issue:
apt-get install php-pear php-dev libpcre3-dev
pecl install oauth
The interessting think ist, thats installed pecl.php.net/oauth-2.0.3.
So 2.0.4 seems not nessesary.
Regards
o critical cases (hunks #2 and #3, with
the crash backtrace belonging to the first of those) and one other
location (hunk #1) where upstream already noticed that there were
problems and creatively fixed it.
I have tested that the program starts up now, but I have no time to
test #1 as well.
Best reg
x:57
Mar 30 03:28:46 balduin kernel: [70308.718959] vma->vm_ops->fault:
filemap_fault+0x0/0x440
Mar 30 03:28:46 balduin kernel: [70308.719016] vma->vm_file->f_op->mmap:
ext4_file_mmap+0x0/0x50 [ext4]
Cheers, Jan.
signature.asc
Description: OpenPGP digital signature
On Mon, 11 Feb 2019 15:21:12 +0100
Jan Huijsmans wrote:
> Sorry for the spam, PEBKAC, wront netboot.tar.gz. (wget renamed as the
> old one from just after 4.19.0-2 kernel update was still there)
>
> Linking kernel + netboot update would be great though, or is there a
> standard
1 - 100 of 791 matches
Mail list logo
