Hi,
On 2023-05-31 05:46, Samuel Thibault wrote:
> I'd rather see a patch like
>
> if [ "$TERM" = vt102 -a `tty` = /dev/tty1 ] ; then
> # Busybox's init uses a global TERM across all consoles.
> # If the serial console is the default such as on arm64, that
> # will force vt10
Hi,
On Tue, May 30, 2023 at 09:08:45PM +0200, Cyril Brulebois wrote:
> Philip Hands (2023-05-30):
> > Apparently, this MR fixes the problem:
> >
> > https://salsa.debian.org/installer-team/rootskel/-/merge_requests/8
> >
> > Although this does prompt the question of why aarch64 has TERM set t
Hello,
following up here on the BTS for the benefit of those not reading #debian-boot.
On Wed, May 17, 2023 at 05:37:07PM +0200, Cyril Brulebois wrote:
> Emanuele Rocca (2023-05-17):
> > (B) failure to load the grub splash screen
[...]
> > sarzana dnsmasq-tftp[7413]: file /sr
Package: installation-reports
Boot method: PXE netboot
Image version: netboot.tar.gz from
https://deb.debian.org/debian/dists/testing/main/installer-amd64/20230515/images/netboot/
Machine: QEMU TCG x86_64 libvirt guest on aarch64 host
Base System Installation Checklist:
[O] = OK, [E] = Error (p
Control: tag -1 pending
Hi Adit,
On 2023-04-22 09:05, Adit Sahasrabudhe wrote:
> And I tested the patch at this link and it worked.
>
> https://sourceware.org/git/?p=binutils-gdb.git;a=patch;h=b3eff3e15576229af9bae026c5c23ee694b90389
Many thanks for finding the patch and trying it out. I can co
Hi Vincent,
On 2023-03-20 01:36, Vincent Stehlé wrote:
> I think the Debian kernel is missing only a few configuration options in
> debian/config/arm64/config to run on that board.
Merge request opened:
https://salsa.debian.org/kernel-team/linux/-/merge_requests/712
Emanuele
Hi Roland,
On 2023-05-03 04:54, Roland Clobus wrote:
> reassign 1035381 osinfo-db
> tags 1035381 +patch
> thanks
>
> Hello Emanuele, maintainers of osinfo-db,
>
> The version 20230308 in sid works fine for me for detecting the installer RC
> ISO images:
That is not the case for me. Which ISO ar
Hi Hector,
On Thu, May 04, 2023 at 05:53:24PM +0200, Hector Oron wrote:
> Since you have not uploaded the package yet, are you fine if I do a
> regular upload with the patch, then use this unblock request to add
> the package to bookworm.
Of course, please go ahead.
Thanks,
Emanuele
3.1/debian/changelog 2023-05-04 13:40:28.0 +0200
@@ -1,3 +1,11 @@
+gdb (13.1-2.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * aarch64: add aarch64-pauth-registers.patch to check for valid inferior
+thread/regcache before reading pauth registers. (Closes: #1034611)
+
+ -
Hi again,
On 2023-05-03 08:16, Axel Beckert wrote:
> Machine: Thinkpad X13s (ARM)
Sorry, I've realized only after sending my previous message and having a
coffee that this is about the X13s. :)
The X13s is unfortunately not supported by Linux 6.1 that Bookworm will
ship with. Hopefully 6.4 will
Hi Axel,
On 2023-05-03 08:16, Axel Beckert wrote:
> After choosing either "expert install" (first and prefered try) or
> "graphical expert install" (second try and second choice) I saw these
> three lines and then nothing more happened:
>
> EFI stub: Booting Linux Kernel...
> EFI stub: Using
Package: virt-manager
Version: 1:4.1.0-2
X-Debbugs-CC: debian-b...@lists.debian.org
Hi,
Step 2 of the "Create a new virtual machine" wizard fails to
automatically detect the operating system when using an RC version of
d-i such as [0]. See attached screenshot.
Stable images like [1] are correctl
Hi Adam,
On Thu, Apr 27, 2023 at 05:52:42PM +0200, Adam Borowski wrote:
> Ie, /sbin/fsck.btrfs serves no purpose that'd be useful in an udeb.
>
> Before I close this report, may I ask if you have a purpose for this
> stub? You probably wanted a full-blown recovery tool, but I may be
> getting yo
Hi,
On Tue, Jul 12, 2016 at 08:22:31PM +0200, Ansgar Hegerfeld wrote:
> Okay, thanks. I opened a bugreport upstream:
> https://bugzilla.redhat.com/show_bug.cgi?id=1355857
The upstream bug was fixed a long time ago. Is the issue still reproducible in
Debian, or can this bug be closed?
Thanks,
e
Package: btrfs-progs
Version: 6.2-1
X-Debbugs-CC: debian-b...@lists.debian.org
Tags: patch
Hi,
the btrfs-progs udeb currently includes only /bin/btrfs and /bin/mkfs.btrfs.
Please add /sbin/fsck.btrfs as well so that it can be included in the initramfs
generated by the debian installer. Patch att
Hi Vincent,
On Sat, Apr 22, 2023 at 02:58:22AM +0200, Vincent Danjean wrote:
> I made a push request[1] but I missed the fact that it fails.
> It was due to the tests being run with sh(dash) instead of bash or
> busybox sh.
> So, I just fixed the code so that it works with any of these 3 shell
Control: tags -1 + patch
Proposed fix:
https://salsa.debian.org/grub-team/grub/-/merge_requests/32
On 2023-03-29 04:13, Emanuele Rocca wrote:
> We need to be able to reproduce the issue (a) with a self-signed
> version of grub.
I did manage to reproduce with a self-signed grub by using a new key
instead of the one included in AAVMF_VARS.snakeoil.fd. The latter is
included in PK and DB,
On 2023-03-29 06:55, Helmut Grohne wrote:
> At this point, my preference is max,pauth-impdef=on.
Agreed.
> Would someone confirm that this also speeds up on arm64?
Confirmed.
Thanks!
ema
Hi,
On 2023-03-29 01:12, Arnd Bergmann wrote:
> a) try to reproduce the behavior on an x86-64 host
Good point. Also on a x86-64 host cpu=cortex-a57 is significantly
faster:
max:
[ 30.086331] systemd[1]: Hostname set to .
cortex-a57:
[ 13.870771] systemd[1]: Hostname set to .
Package: grub-efi-arm64-signed
Version: 2.06-8
Hi,
Secure Boot does not work on arm64 using the shim signed by Microsoft [0] and
grub2 signed by Debian [1] currently in sid.
(a) SB not working with Debian's shim, grub and kernel:
$ sbverify --list /mnt/efi/boot/bootaa64.efi | grep subject
war
Package: debvm
Version: 0.2.9
Hi,
some arm64 hosts unfortunately do not have KVM support:
kvm [1]: HYP mode not available
On those systems, running qemu with -cpu=cortex-a57 results in
significantly improved performance compared to -cpu=max.
For example: here is how long it takes debvm-run t
Hi,
On Mon, Mar 27, 2023 at 06:23:57PM +0200, Michael Biebl wrote:
> Please consider raising this issue upstream
There's no need, the bug is fixed in main (currently at 3a051522).
It is however reproducible checking out tag v253, so presumably upstream
version v254 will be the first release fixi
Source: edk2
Version: 2022.11-6
Severity: wishlist
Hi,
edk2 binaries are currently built with BUILD_TYPE = RELEASE [1].
For debugging purposes, it is also possible to build them with
BUILD_TYPE = DEBUG. It would be great if debug versions of OVMF_CODE and
AAVMF_CODE could be built, perhaps named
Package: systemd-boot-efi
Version: 252.6-1
Hi,
booting in Secure Boot mode with a self-signed systemd-bootaa64.efi
works well on arm64. However, trying to boot via shimaa64.efi fails with
the following error:
shim.c:866:load_image() attempting to load \EFI\BOOT\grubaa64.efi
pe.c:844:verify_s
Package: systemd
Version: 252.6-1
Hi,
the systemd binary package currently ships the following files:
/usr/bin/kernel-install
/usr/share/bash-completion/completions/kernel-install
/usr/share/man/man8/kernel-install.8.gz
/usr/share/zsh/vendor-completions/_kernel-install
Given that AFAIU kern
Hi Vincent,
On 2023-03-24 11:03, Vincent Danjean wrote:
> However, I did not rebuild all the installer packages to generate a
> new installer and test it in real conditions.
I haven't had the time to test your patch yet, but there's a hack I'd
like to share to test things in d-i without rebuildin
Hi Vincent,
On 2021-06-20 10:54, Vincent Danjean wrote:
> Would someone give a feedback to the (old) patch proposed
> in #913431 in order to be able to also use power-of-two units
> in the Debian Installer?
It took a while, sorry about that. :)
There is (now) a function in partman-base called va
+
+ * Actually include d/patches/missing-includes.patch, all changes to d/patches
+got removed by dgit.
+
+ -- Emanuele Rocca Fri, 03 Mar 2023 14:31:21 +0100
+
+arm-compute-library (20.08+dfsg-6) unstable; urgency=medium
+
+ * Add d/patches/missing-includes.patch to fix FTBFS (Closes: #1032041)
+ * Add
Hi Jeremy and Simon!
On 2023-03-15 11:50, Emanuele Rocca wrote:
> Motivated by this, I've tried to build mozjs78 with GCC 11 instead of
> 12, and it *did* build successfully. My proposal is thus to build
> mozjs78 with GCC 11 on armhf and armel, see attached patch.
I've now d
; urgency=medium
+
+ * Non-maintainer upload.
+ * Build with GCC 11 on armhf and armel (Closes: #1029167).
+
+ -- Emanuele Rocca Wed, 15 Mar 2023 10:36:30 +0100
+
mozjs78 (78.15.0-6) unstable; urgency=medium
* Add patch to fix build with Python 3.11 (Closes: #1028308)
diff -Nru mozjs78-78.
On 2023-01-27 12:03, Adrian Bunk wrote:
> WITH_SYSTEM_ICU = yes fixes this error on armel.
And on armhf too.
> The build fails later due to 146 TEST-UNEXPECTED-FAIL,
> which is not a problem for 0ad who aren't running the mozjs testsuite.
Of those 146 test failures, many seem to be discrepancies
Package: depthcharge-tools-installer
Hi,
while looking at d-i logs for one of my systems I've noticed the following
message repeated many times:
depthcharge-tools-installer: Not installing to non-ChromeOS board.
Please consider removing the logging statement from isinstallable.
Thanks,
ema
Hi Christian,
On Fri, Mar 10, 2023 at 08:24:22AM +0100, Christian Ehrhardt wrote:
> So I wondered if/how we should consider replacing dstat with dool in Debian?
Thanks for starting the discussion. I agree that dstat in Debian could use some
improvement! :-)
Dool looks good, let's get it in the a
Package: installation-reports
Boot method: USB stick
Image version:
https://cdimage.debian.org/cdimage/bookworm_di_alpha2/arm64/iso-cd/debian-bookworm-DI-alpha2-arm64-netinst.iso
Date: 2023-03-08
Machine: Raspberry Pi 3 Model B Plus Rev 1.3
Processor: ARM Cortex-A53
Memory: 1G
Partitions:
File
Control: tags -1 + patch
On Fri, Mar 03, 2023 at 03:13:15PM +0100, Emanuele Rocca wrote:
> Firefox seems to erroneously enable NEON in places where it shouldn't. Trying
> to figure out exactly where and what's the best way to address this.
Patch attached.
According to the lar
Hi,
On Wed, Mar 01, 2023 at 02:41:05PM +0100, Jérémy Lal wrote:
> For now I'm unlucky with the porterbox, because /var/run/schroot
> disappeared yesterday.
I can confirm that the issue isn't reproducible with V8_DEFAULT_STACK_SIZE_KB
set to 984. Built and tested on a Macbook M1.
(sid-arm64)ema
Hi,
On Sun, Feb 14, 2021 at 02:12:17PM +, Vincent Arkesteijn wrote:
> Firefox is killed with SIGILL shortly after startup:
> $ firefox-esr -safe-mode
> Illegal instruction
> $
This is due to the fact that some armhf CPUs do not have support for NEON
instructions.
skia used to detect such su
On Fri, Jan 06, 2023 at 12:07:26PM +0100, pe...@flying-snail.de wrote:
> From what I've read, support for arm32 is optional for arm64 CPU, moreover
> virtualization of arm32 is not possible at least on an Apple host.
>
> So yes, the option to configure arm32 support at binfmt installation would
>
Package: debian-installer-utils
Version: 1.144
Booting with preseed/url=https://example.org/preseed.cfg fails if the system's
clock is awfully wrong. I've got a system convinved that today is January 1st,
1970 and unsurprisingly the wget certificate check fails. Also unsurprisingly
adding debian-i
control: tag -1 patch
Patch here:
https://salsa.debian.org/installer-team/grub-installer/-/merge_requests/12
control: tag -1 patch
On Sun, Feb 12, 2023 at 09:46:34PM +0100, Emanuele Rocca wrote:
> I'm unsure as to what the best course of action is here, but perhaps an idea
> is
> to avoid calling "die" when mount fails for efivarfs, and log an error to
> /var/log/syslog inst
Package: grub-installer
Version: 1.186
Severity: normal
Tags: newcomer
Hi,
The function die() in /var/lib/dpkg/info/grub-installer.postinst calls db_input
and db_go, but the functions are not defined:
https://salsa.debian.org/installer-team/grub-installer/-/blob/master/debian/postinst#L16
Here's
Hi,
On Wed, Jul 21, 2021 at 03:42:25PM +0200, Sebastian Neuser wrote:
>
> On Wed, 2021-07-21 at 14:59 +0200, John Paul Adrian Glaubitz wrote:
> > That's probably because of the "|| true" that Steve added to the mount
> > call which means that this line will always succeed even when the
> > mount
Package: grub-installer
Version: 1.186
Severity: important
Hi,
On systems where efivarfs cannot be mounted, the grub installation step fails
even though it would have otherwise worked just fine skipping the mount
efivarfs command, i.e. system installation is successful with this preseed file:
Package: armnn
Version: 20.08
Severity: serious
Tags: upstream ftbfs patch
Justification: fails to build from source (but built successfully in the past)
The package fails to build with gcc 12, currently in sid and bookworm. It does
build fine with gcc 10 in bullseye.
The issue has been fixed ups
gelog
--- acpi-1.7/debian/changelog
+++ acpi-1.7/debian/changelog
@@ -1,3 +1,10 @@
+acpi (1.7-1.2) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Add arm64 architecture. (Closes: #790265)
+
+ -- Emanuele Rocca Wed, 25 Jan 2023 15:05:11 +0100
+
acpi (1.7-1.1) unstable; urgency=medium
Package: wnpp
Severity: wishlist
Owner: Emanuele Rocca
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: parsec-service
Version : 1.1.0
Upstream Author : Parsec Project Contributors
* URL : https://github.com/parallaxsecond/parsec
* License : Apache
On 2022-11-01 12:50, Emanuele Rocca wrote:
> I've downloaded Benjamin's changes locally and I'm currently testing
> them.
Just to confirm, I've successfull created amd64 chroots for all newly
supported fedora/opensuse releases. Essentially:
for f in 32 33 34 35 36; do
Hi,
On 2022-06-27 06:35, Benjamin Burton wrote:
> I’m using rinse for some ongoing porting efforts, and I’ve made
> some patches that I’m hoping can be incorporated upstream.
I've downloaded Benjamin's changes locally and I'm currently testing
them.
Meanwhile please find a debdiff of the work at
Package: rinse
Version: 3.7
Tags: patch
Hi,
commands like 'yum update -v' fail with the following error:
Cannot download
'https://mirrors.fedoraproject.org/metalink?repo=updates-released-f28&arch=x86_64':
Cannot prepare internal mirrorlist: Curl error (77): Problem with the SSL CA
cer
Package: schroot
Version: 1.6.13-3
Severity: minor
Hi,
the config file /etc/schroot/schroot.conf ships the following
example of file-based chroot:
#[lenny-file]
#description=Debian lenny (oldstable)
#file=/srv/chroot/lenny.tar.gz
#location=/lenny
#groups=sbuild
The example does not work as is,
Package: autopkgtest
Version: 5.26
Severity: minor
The program autopkgtest-build-qemu needs a few packages to be installed in
order to work properly. However, such packages are not listed as dependencies
of autopkgtest given that they are qemu-specific, and qemu is only one of the
backends support
On Thu, Oct 13, 2022 at 05:16:44PM +0200, Emanuele Rocca wrote:
> Based on this observation from Maximilian I've tried the following, which
> seems
> to address the issue on arm64.
Not reliably though. The first few times I tried it worked, but now even with
hvc2 I c
On 2022-03-09 11:23, Maximilian Engelhardt wrote:
> What I noticed after booting the autopkgtest image is the following:
>
> ttyAMA0 inside the vm is ttyS0 outside
> hvc0 inside the vm is hvc1 outside
> hcv1 inside the vm is hvc2 outside
> hvc0 outside the vm doesn't seem to do anything
>
> So th
On 2022-01-12 10:58, Christian Kastner wrote:
> On 2022-01-12 20:14, Christian Kastner wrote:
> > Addendum: I'm now occasionally also seeing this with arm64 when using
> > sbuild with --chroot-mode=autopkgtest. I'd say it's 50/50 between
> > success and failure.
>
> Yet another data point: by redu
loses: #727343
+ * Do not manually copy /usr/share/misc/config.{sub,guess} over
+libchise/config.{sub,guess} in the clean target, dh_clean takes care of
+doing that.
+
+ -- Emanuele Rocca Thu, 06 Oct 2022 11:35:07 +0200
+
chise-base (0.3.0-2.2) unstable; urgency=medium
* Non-maintainer u
Package: autopkgtest
Version: 5.26
Severity: normal
Hi,
autopkgtest-build-qemu assumes that zerofree is installed, but it does
not depend on the relevant package.
[...]
2022-09-23 20:26:11 INFO Calling >
2022-09-23 20:26:11 DEBUG Unmounting /tmp/tmp4a9yk5hg and everything on top of
it
2022-09-2
Hello Yibin and Frank,
On 19/09 05:03, Z Y wrote:
> The global variable is ngx_cycle in openresty/nginx, openresty is actually
> nginx with a lua extension.
> The steps to reproduce this bug is as follows, the scripts used are
> attached:
>
> > wget https://openresty.org/download/openresty-1.19.
Package: wnpp
Severity: wishlist
X-Debbugs-Cc: debian-pyt...@lists.debian.org
* Package name: python-phx-class-registry
Version : 3.0.5
Upstream Author : Phoenix Zerin
* URL : https://github.com/todofixthis/class-registry
* License : MIT
Programming Lang: Pyt
Source: backblaze-b2
Severity: wishlist
A new upstream version of backblaze-b2 is available:
https://github.com/Backblaze/B2_Command_Line_Tool/archive/refs/tags/v3.5.0.tar.gz
The new version depends on phx-class-registry, which is currently not
packaged in Debian. See https://github.com/todofixth
Hi,
On 15/09 02:35, Z Y wrote:
> During testing systemtap 4.7 with kernel 5.19, I found it can't resolve
> some global variables of nginx.
> However systemtap 4.7 can resolve them if test with kernel 5.10.
Which variables exactly? Can you share a sample script reproducing the
issue?
Thanks for t
Source: flask-limiter
Version: 2.6.2-1
Severity: wishlist
Flask-limiter 2.6.2 uses the enum_tools sphinx extension. As the
extension is not in Debian yet, I've added a patch to flask-limiter to
build without it, debian/patches/no_enum_tools.patch.
Once sphinx-enum-tools will be in the archive, th
Package: wnpp
Severity: wishlist
X-Debbugs-Cc: debian-pyt...@lists.debian.org
* Package name: sphinx-enum-tools
Version : 0.9.0
Upstream Author : Dominic Davis-Foster
* URL : https://github.com/domdfcoding/enum_tools
* License : LGPL-3
Programming Lang: Pytho
Source: flask-limiter
Version: 2.6.2-1
Severity: wishlist
Flask-limiter 2.6.2 uses the inline_tabs sphinx extension. As the
extension is not in Debian yet, I've added a patch to flask-limiter to
build without it, debian/patches/no_inline_tabs.patch.
Once sphinx-inline-tabs will be in the archive,
Hello,
On 15/03 04:39, James Cowgill wrote:
> While doing the NMU for #821970 I had a look at adding dh-autoreconf
> support. It's made a bit more complex by configure.ac not being at the
> root of the source package. Unfortunately the nice way of adding this
> requires debhelper compat 10 and I d
0 +0100
+++ uhub-0.4.1/debian/patches/arm64-fix-ftbfs.patch 2022-09-12 11:10:29.0 +0200
@@ -0,0 +1,19 @@
+Description: Fix build on arm64
+Author: Emanuele Rocca
+Last-Update: 2022-09-12
+
+Index: uhub-0.4.1/src/sys
Source: python-pytest-flake8
Version: 1.0.6-4
Severity: serious
The package fails to build with the flake8 version currently in sid,
namely 5.0.4-1. Multiple tests fail, partial output follows:
[...]
copying pytest_flake8.py ->
/build/python-pytest-flake8-1.0.6/.pybuild/cpython3_3.10_python-pyt
Source: flake8-class-newline
Version: 1.6.0-2
Severity: serious
Hi,
the test fails with the latest flake8 version in sid (5.0.4-1).
The output of flake8 --version with -class-newline installed is now:
$ flake8 --version
5.0.4 (flake8-class-newline: 1.6.0, mccabe: 0.6.1, pycodestyle: 2.9.1,
pyfl
Source: ros-rosdep
Version: 0.22.1-1
Severity: serious
Justification: FTBFS
Tags: sid ftbfs
Hi,
ros-rosdep fails to build with the flake8 version currently in sid.
The relevant part of a failed build follows:
1 E275 missing whitespace after keyword
- Captured std
Source: budgie-extras
Version: 1.4.90-2
Severity: serious
Justification: FTBFS
Tags: sid ftbfs patch
Hi,
budgie-extras fails to build due to a pep8 error with pycodestyle
2.9.1-1 (currently in sid). The attached patch fixes the issue.
See the relevant part of the build logs:
./tools/run-pep8
=
tag 1011951 pending
thanks
Fixed in git:
https://salsa.debian.org/python-team/packages/python-gevent/-/blob/9fc8b389269f5d6415ef1019e81e2a458667829b/debian/changelog
On 12/08 02:36, Graham Inggs wrote:
> Source: tinyarray
> Version: 1.2.3-4
> Severity: serious
> Tags: ftbfs
> User: debian-pyt...@lists.debian.org
> Usertags: python3.10
>
> Hi Maintainer
>
> Your package FTBFS on i386 during the recent rebuilds for Python 3.10
I've enabled CI/CD on Salsa and t
On 28/08 10:04, Gordon Ball wrote:
> Package: python3-testpath
> Version: 0.6.0+dfsg-2
> The package is empty except for the changelog.
Proposed fix here:
https://salsa.debian.org/python-team/packages/testpath/-/merge_requests/1
Hi,
On 08/04 09:36, Paul Gevers wrote:
> We are in the transition of making python3.10 the default Python versions
> [0]. With a recent upload of python3-defaults the autopkgtest of pytorch
> fails in testing when that autopkgtest is run with the binary packages of
> python3-defaults from unstable
Package: nvidia-legacy-390xx-kernel-dkms
Version: 390.144-1
Severity: normal
Tags: patch
Hi,
today I've upgraded to linux-image-5.14.0-1-amd64-unsigned, and
nvidia-legacy-390xx-kernel-dkms failed to build with the following
error:
/var/lib/dkms/nvidia-legacy-390xx/390.144/build/nvidia/os-interf
Package: bpftrace
Version: 0.11.3-3
Severity: grave
Justification: renders package unusable
Any attempt of running bpftrace programs fails on my sid workstation:
$ sudo bpftrace -e 'kprobe:do_nanosleep { printf("PID %d sleeping\n", pid); }'
Two passes with the same argument (-tti) attempted to
Package: systemtap
Version: 4.3-2
Severity: grave
With linux-image-5.8.0-3-amd64 version 5.8.14-1, stap fails as follows:
$ sudo stap -e 'probe oneshot { println("hello world") }'
[...]
/usr/share/systemtap/runtime/linux/access_process_vm.h: In function
‘__access_process_vm_’:
/usr/share/systemt
Hi Svante,
On 09/09 03:34, Svante Signell wrote:
> Currently systemtap FTBFS on GNU/Hurd and GNU/kFreeBSD-any due to
> several linux-specific includes in some .cxx-files and usage of
> PATH_MAX, which does not exist on GNU/Hurd. Additionally, for non-linux
> architectures only systemtap-common, s
Hi,
On 29/05 04:27, Vagrant Cascadian wrote:
> The generated PDF files included in the systemtap-doc package include
> dates based on the build time, which breaks reproducible builds.
>
> The attached patch enables use of SOURCE_DATE_EPOCH, by setting
> FORCE_SOURCE_DATE=1, which texlive requires
Hi Anton,
On 13/05 03:16, Anton Zinoviev wrote:
> On Wed, May 13, 2020 at 01:16:32PM +0200, Jochen Sprickerhof wrote:
> > Severity: grave
> > Justification: renders package unusable
>
> Well, the package is not unusable. It is usable by all X programs which
> do not rely on fontconfig.
It migh
Hi Timo,
On 15/08 12:02, Timo Juhani Lindfors wrote:
> just a status update, the following combination still crashes:
>
> systemtap 2.3-1
> linux-image-3.10-2-amd64 3.10.5-1
Running mmap-trace.stp on sid for a few minutes I could not reproduce
the bug.
systemtap 4.2-3
linux-image-5.4.0-4-amd6
Hi,
On 04/08 05:50, Otto Kekäläinen wrote:
> There is however work now being done by Emmanuel Rocca at
> https://salsa.debian.org/debian/dstat/commits/master
>
> I have adopted rdiff-backup now, so I don't have interest in taking on any
> new packages atm, so please Emmanuel continue the good wor
On 10/02 09:47, Matthias Klose wrote:
> ruby-http ftbfs for 2.5, but not for 2.3 in unstable:
Note that the bug is not reproducible with ruby-http 3.3.0-2 as tests
have been disabled:
https://salsa.debian.org/ruby-team/ruby-http/commit/728a3fbcc7c59ebb14cb55aa9f084b910d666971
https://salsa.debian
On 25/02 03:29, Sandro Tosi wrote:
> Emanuele, pytest-localserver has been orphaned, so you can go ahead
> and upload it if you want
Done.
> (and i dont think it's appropriate anymore to use the DPMT git repo, i
> guess you can move it to the debian/ namespace)
Also done, thanks Sandro.
tag 911836 patch
tag 911836 pending
thanks
Fix pushed to salsa:
https://salsa.debian.org/python-team/modules/pytest-localserver/merge_requests/1/diffs?commit_id=bad8a656ec5383c5b8a1d1e52f75e7afbe7c8c1b
bian/changelog 2017-11-16 13:54:03.0 +0100
+++ xmms2-0.8+dfsg/debian/changelog 2019-02-25 08:12:48.0 +0100
@@ -1,3 +1,11 @@
+xmms2 (0.8+dfsg-18.2) unstable; urgency=high
+
+ * Non-maintainer upload.
+ * Build using GCC 8 and tighten dependency on the shared library. Closes:
+#871285
.0 +0100
+++ dstat-0.7.3/debian/changelog 2019-02-23 02:10:18.0 +0100
@@ -1,3 +1,11 @@
+dstat (0.7.3-1.1) unstable; urgency=high
+
+ * Non-maintainer upload
+ * Fix crash in top-int plugin (closes: #852927)
+ * Exclude ntp plugin from --all-plugins, used by make test (closes:
unstable; urgency=high
+
+ * Non-maintainer upload
+ * Fix crash in top-int plugin (closes: #852927)
+ * Exclude ntp plugin from --all-plugins, used by make test (closes: #857973)
+
+ -- Emanuele Rocca Sat, 23 Feb 2019 02:10:18 +0100
+
dstat (0.7.3-1) unstable; urgency=medium
* New upstrea
Package: systemtap
Version: 3.3-1
Severity: grave
Justification: renders package unusable
SystemTap 3.3-1 does not work with the kernel currently in sid,
linux-image-4.19.0-3-amd64 4.19.20-1.
$ sudo stap -e 'probe oneshot { println("hello world") }'
In file included from
/tmp/stapBznfoX/sta
Package: wnpp
Severity: wishlist
Owner: Emanuele Rocca
* Package name: prometheus-trafficserver-exporter
Version : 0.0.2
Upstream Author : Greg Dallavalle
* URL : https://github.com/gdvalle/trafficserver_exporter
* License : Apache-2.0
Programming Lang
Package: libre2-dev
Version: 20180301+dfsg-1
Severity: normal
libre2-dev does not ship re2.pc, hence pkg-config fails to locate the
library (ie: `pkg-config --exists re2` fails).
Please ship re2.pc by adding /usr/lib/*/pkgconfig/re2.pc to
debian/libre2-dev.install.
On 21/05 03:47, Matti Pöllä wrote:
> booting to Debian Installer fails on a 6th Generation Lenovo ThinkPad
> X1 (type 20KH-006MMX) with the following symptoms:
>
> * Boot from a Debian installation media (mini.iso 2018-05-18 on a USB
> drive). Also tested with Wheezy, Jessie, Stretch and Testing
On Mon, 21 May 2018 15:47:20 +0300 =?UTF-8?B?TWF0dGkgUMO2bGzDpA==?=
wrote:
> Package: debian-installer
> Severity: normal
> Tags: d-i
>
> Dear Maintainer,
>
> booting to Debian Installer fails on a 6th Generation Lenovo ThinkPad
> X1 (type 20KH-006MMX) with the following symptoms:
>
> * Boot f
Note that the failure is due to stapbpf/Makefile.am trying to add the
stapusr group, and the systemtap Debian package does that in
systemtap-runtime's postinst script already.
Perhaps it would make sense to patch stapbpf/Makefile.am to get rid of
install-exec-hook, and add a dpkg-statoverride call
Package: wnpp
Severity: wishlist
Owner: Emanuele Rocca
* Package name: prometheus-varnish-exporter
Version : 0.1.0+git20160622.2.a3e-1
Upstream Author : Jonne Nauha
* URL : https://github.com/jonnenauha/prometheus_varnish_exporter
* License : MIT
On 12/07 12:21, Emanuele Rocca wrote:
> We need to either patch varnishtest and hardcode feature_dns, or avoid
> running the tests altogether.
As ssm suggested, we can use libnss-wrapper instead and avoid actually
performing the DNS request:
http://anonscm.debian.org/cgit/pkg-varnish/v
Hi,
On 12/07 09:22, Chris Lamb wrote:
> Whilst varnish-modules builds successfully on unstable/amd64, according to
> Debian Policy 4.9 packages may not attempt network access during
> a build.
>
> 00:00:00.00 IP e66b957b9098.60905 >
> sitecomwlr1000.sitecomwlr1000.domain: 10880+ A? phk.fre
Package: httping
Version: 2.4-1
Severity: wishlist
Please enable TFO support in httping by passing the --with-tfo argument
to ./configure.
Cheers,
Emanuele
Package: curl
Version: 7.47.0-1
Severity: wishlist
curl 7.49 ships important new features including TCP Fast Open and
improved http2 support. https://curl.haxx.se/changes.html#7_49_1
Please consider packaging it.
Thanks,
Emanuele
201 - 300 of 452 matches
Mail list logo
