On Apr 26, Michael Tokarev wrote:
> So, should I disable module utils in busybox-udeb now?
I think so.
> Is kmod udeb ready and used in d-i already, or does it need some
> prep first?
AFAIK it works.
--
ciao,
Marco
signature.asc
Description: PGP signature
On Jan 06, Michael Tokarev wrote:
> Yes, some utils in busybox aren't as good as regular implementations. For
Yes. Nowadays kmod has many more features related to compressed modules
and verification of signatures.
Can we agree that kmod should provide these programs for d-i?
Or can the d-i
On Apr 04, Salvatore Bonaccorso wrote:
> While I do agree (and it was filled with this severity), the bug
> severity would not be RC, varnish currently seem to lack active
> maintainership.
Not anymore: https://salsa.debian.org/md/varnish/ .
--
ciao,
Marco
signature.asc
Description: PGP
On Apr 16, Oskar Liljeblad wrote:
> varnishncsa sometimes does not start after reboot.
> I suspect varnishncsa fails because it cannot contact varnish, which has not
> started completely yet.
This bug is 9 years old: can you still reproduce it?
--
ciao,
Marco
signature.asc
Description: PGP
On Apr 03, Colin Watson wrote:
> I wondered if anything could be done to avoid this or refactor it
> somehow?
Sure: I think that it makes sense to just disable NETGROUP (which is
the conditional for yp_get_default_domain), because I do not think that
anybody in 2024 still uses NIS and if they
Control: found -1 5.0.0-1
Control: fixed -1 7.4.2
On Nov 17, Salvatore Bonaccorso wrote:
> CVE-2023-44487[0]:
> | The HTTP/2 protocol allows a denial of service (server resource
> | consumption) because request cancellation can reset many streams
> | quickly, as exploited in the wild in August
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: g...@packages.debian.org
Control: affects -1 + src:gup
User: ftp.debian@packages.debian.org
Usertags: remove
As much as I like retrocomputing, let's not waste space in the archive.
--
ciao,
Marco
signature.asc
Description: PGP
On Mar 29, Denis Migdal wrote:
> Maybe I was better off reinstalling, indeed, but I prefer to properly
> plan/prepare for it.
This is why the conversion procedure stopped.
Then you started thinkering with your system to "fix" it and did worse.
> It'd help me if, at least, usrmerge printed the
On Mar 13, Michael Biebl wrote:
> > So I propose this content for a file like
> > /usr/lib/udev/rules.d/75-insecure-fs.rules:
> Just curious: Why did you pick priority 75?
I can't remember.
--
ciao,
Marco
signature.asc
Description: PGP signature
On Mar 09, ca...@allfreemail.net wrote:
> I believe the fix is incomplete, because both /usr/bin/lsmod and
> /usr/sbin/lsmod are still being created.
Actually it has been this way at least since Debian 7.
I will not break compatibility for no good reason.
--
ciao,
Marco
signature.asc
On Mar 04, Colin Watson wrote:
> Does this patch look workable? It mostly just resurrects the template
> unit we used to ship, under a different name.
Looks good to me!
--
ciao,
Marco
signature.asc
Description: PGP signature
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: go...@packages.debian.org
Control: affects -1 + src:gortr
User: ftp.debian@packages.debian.org
Usertags: remove
Development of cfrpki and gortr has been discontinued by the upstream
maintainers, so there is no reason to keep them in
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: cfr...@packages.debian.org
Control: affects -1 + src:cfrpki
User: ftp.debian@packages.debian.org
Usertags: remove
Development of cfrpki and gortr has been discontinued by the upstream
maintainers, so there is no reason to keep them in
On Jan 25, Marco d'Itri wrote:
> systemd currently expects the template to be named sshd@.service
> (because that is what Fedora uses), but if you prefer to keep the
> ssh@.service name then I suppose that we could patch systemd as well.
Is there any way I can help with this?
The ma
On Feb 26, ca...@allfreemail.net wrote:
> This causes a problem on a filesystem layout where bin and sbin are
> merged into a single real directory, typically by sbin being a symlink
> to bin. Such a filesystem layout has become standard on some
> distributions now, and others are moving onto
On Feb 12, Salvatore Bonaccorso wrote:
> --with-module-directory=/usr/lib/modules
>
> Looping in Marco for comments.
I can revert it if it causes too much trouble, but maybe this is just
the right time to switch the kernel packages to /usr/lib/modules/ as well?
Please let me know if I am
Source: fangfrisch
Version: 1.7.0-1
Severity: grave
Tags: upstream
Control: forwarded -1 https://github.com/rseichter/fangfrisch/issues/30
The sanesecurity section of default configuration, if enabled, relies on
an unofficial HTTP mirror which is seriously overloaded and probably
seriously
Package: openssh-server
Version: 1:9.6p1-3
Severity: normal
Control: affects -1 systemd
The next release of systemd will contain support to connect to the
system with SSH over an AF_VSOCK socket:
https://github.com/systemd/systemd/pull/30777/files
The server side of this uses what Ubuntu
This is annoying and needs to be fixed in stable too.
Do you want me to make a NMU?
--
ciao,
Marco
signature.asc
Description: PGP signature
On Jan 20, Ajax Dong wrote:
> Days ago I upgraded one of my machines (I use sudo machinectl shell
> network-service to get its shell) from Debian Buster to Debian Bookworm.
> The cp and mv command on that machine was staticly-linked and
> self-contained. (It does not require any shared library.)
On Jan 10, Michael Biebl wrote:
> While we could ship such a udev rule for udisks, I don't think it will
> properly solve the issue. The device will still show up in nautilus, plasma
> etc and mounting is just an additional click away.
The threat model here is: somebody connects a crafted USB
On Jan 04, Helmut Grohne wrote:
> the way usrmerge works now prevents us from moving /bin/cp and
> /sbin/restorecon to /usr for DEP17. I'm attaching a patch that makes
> both of them movable and thus decouples their move from when base-files
> switches. Do you have any objections?
Please just
On Jan 03, Helmut Grohne wrote:
> We want to finalize the /usr-merge transition via DEP17 by moving all
> the files to /usr. kmod is involved now, because it is installed by
> debootstrap. Hence, I'm sending you a patch for the move. I don't think
> this is going to cause any flags from dumat,
Package: qa.debian.org
Severity: normal
I have uploaded fort-validator 1.6.1-1~bpo12+2 to bookworm-backports,
but it is shown in the testing/unstable column instead of in the stable
one.
--
ciao,
Marco
signature.asc
Description: PGP signature
Package: rsyslog
Version: 8.2310.0-1
Severity: normal
Tags: upstream
forwarded -1 https://github.com/rsyslog/rsyslog/pull/5223
affects -1 inn inn2
CapabilityBoundingSet in /usr/lib/systemd/system/rsyslog.service lacks
CAP_DAC_OVERRIDE, which is needed to make fileOwner/fileGroup work.
--
On Dec 31, YunQiang Su wrote:
> Upstream Contact: YunQiang Su
> * URL : https://github.com/wzssyqa/cryptsetup-2fa/
What are the benefits of this compared to systemd-cryptenroll?
--
ciao,
Marco
signature.asc
Description: PGP signature
Package: cheese
Version: 44.1-1
Severity: normal
Tags: upstream
I do not remember exactly what I did to cause this.
#0 0x7f5d4cf46c83 in find_root (node=0xdd74dc3c3606beee)
at ../../../glib/gsequence.c:1615
Download failed: Invalid argument. Continuing without source file
Package: bind9-host
Version: 1:9.19.17-1
Severity: normal
Tags: upstream
This happened after I pressed ^C:
#0 __pthread_kill_implementation (threadid=,
signo=signo@entry=6, no_tid=no_tid@entry=0) at ./nptl/pthread_kill.c:44
Download failed: Invalid argument. Continuing without source file
On Nov 29, Andreas Beckmann wrote:
> Improve the usrmerge experience in bookworm.
Great idea, thank you for working on this!
--
ciao,
Marco
signature.asc
Description: PGP signature
Package: restic
Version: 0.16.2-1
Severity: normal
Having a 100% console-based backup program depend on tens of MBs of
Javascript libraries and fonts just for the HTML manual that almost
nobody will access there is really wasteful.
Please make these recommends, or else move the HTML to a
On Nov 20, Craig Small wrote:
> Also why is killall5 not a candidate too?
Probably because it makes no sense outside of sysvinit, except that as
a footgun.
(Also, is it equivalent to pkill --inverse?)
--
ciao,
Marco
signature.asc
Description: PGP signature
On May 06, Evgeny Kapun wrote:
> Package: ppp
> Version: 2.4.5-5.1+b1
>
> If ipparam option is supplied to pppd, pppd is supposed to pass its
> argument to scripts like /etc/ppp/ip-up. However, after a system
> upgrade from Squeeze to Wheezy, this stopped working. Previously,
> ip-up was
Control: severity -1 wishlist
Control: tag -1 help
On Jan 27, Jonathan Wiltshire wrote:
> Please ship snippets for consumption by the logcheck package.
Please provide sensible rules.
--
ciao,
Marco
signature.asc
Description: PGP signature
On Feb 05, Eckhart Wörner wrote:
> With a UMTS connection to o2 Germany, connections sometimes dropped. Looking
> into that issue with wireshark, I found out that the
> connection drops because a TCP package of length 187 + k * 240 bytes (with k
> in 0,1,...) never makes it to the TCP stack
On Nov 09, Alex S Kurilo wrote:
> ppp does not redial if pppoe server return 'No client slots available'
> (persist turned on, after other errors it tries to reconnect)
> The following line appears in the syslog before pppd dies:
> > PADS: System-Error: RP-PPPoE: Server: No client slots
On Dec 01, onehalf3544 wrote:
> Problem is reproducible (nobody is able to establish connection =(( ).
> I'll continue debugging, but would appreciate any advice.
Are you still able to reproduce this issue?
--
ciao,
Marco
signature.asc
Description: PGP signature
On Nov 15, B Thompson wrote:
> I am having problems with the radius plugin supplied with ppp (I am using this
> to authenticate users of my (poptop) pptp vpn. Here are the logs from a failed
> login :-
Are you still able to reproduce this issue?
--
ciao,
Marco
signature.asc
Description: PGP
On Aug 28, James Harper wrote:
> When using the rp-pppoe plugin and pppoe, the fragments used are tiny (8
> bytes of ppp data), and consequently the link behaves really really poorly.
> The correct behaviour is that MLPPP fragments should be (packet size) /
> (number of links), but less than
On Jun 20, Claus Fischer wrote:
> Summary: The persist option does not work properly.
Are you still able to reproduce this issue?
--
ciao,
Marco
signature.asc
Description: PGP signature
On Jul 31, Christian Schoenebeck wrote:
> I encountered that pppstats displays 0 for incoming bytes after a while. Here
> is an example output of pppstats:
Are you still able to reproduce this issue?
--
ciao,
Marco
signature.asc
Description: PGP signature
On Aug 30, Женя Дрюков wrote:
> Error count VPN traffic client disconnect after 10 secconds width only
> Send bytes 113 Megabytes !!!
Are you still able to reproduce this issue?
--
ciao,
Marco
signature.asc
Description: PGP signature
On Mar 07, Sergey Dorofeev wrote:
> Both upgraded.
> Windows clients also affected.
Are you still able to reproduce this issue?
--
ciao,
Marco
signature.asc
Description: PGP signature
On May 17, Richard wrote:
> after upgrading to wheezy a previously functioning PPTP connection has
> problems.
> when the connection hangs up and the daemon tries to reconnect, the
> connection fails
> with the following log messages:
Are you still able to reproduce this issue?
--
ciao,
Control: version -1 2.2.12-0.1
Again:
#0 0x7f4fd963a11a in __GI___libc_free (mem=0x54495f7469)
at ./malloc/malloc.c:3344
Download failed: Argomento non valido. Continuing without source file
./malloc/./malloc/malloc.c.
3344./malloc/malloc.c: File o directory non esistente.
(gdb)
Source: libmnl
Version: 1.0.4-3
Severity: wishlist
1.0.5 was released in April 2022.
--
ciao,
Marco
signature.asc
Description: PGP signature
On Apr 01, "Rune K. Svendsen" wrote:
> Apr 1 06:40:17 raspberrypi varnishd[28809]: Pushing vcls failed:#012CLI
> communication error (hdr)
This bug is 10 years old: can you still reproduce this?
--
ciao,
Marco
signature.asc
Description: PGP signature
On Sep 17, Bill Allombert wrote:
> Does not that would break users expectation that the system image contains
> /var
> before the first boot ?
I am not aware of such expectations.
> A lot of things in /var are caches that are mostly instance-independent and
> can
> be prefilled, but for that,
On Sep 17, Russ Allbery wrote:
> (I am a little confused by this wording, but I think what you're saying is
> that /usr is encrypted and read-only, and /var is recreated on each boot.
> That at least is my understanding of the pattern that you're trying to
> enable.)
The general idea is to be
On Sep 10, Enrico Zini wrote:
> I like this. I'd say that even if a license is shorter than 25 lines I'd
> appreciate to be able to link to it instead of copypasting it.
Me too.
> I like to be able to fill the license field with a value, after checking
> that the upstream license didn't diverge
> As the issue is actually introduced by the usrmerge package, I am
> reassigning the bug there. I am also tagging it wontfix as I don't
> believe the usrmerge maintainer will want to rollback the usrmerge
> transition, but feel free to change that if I am wrong.
Indeed.
I have used TSM for many
On Sep 07, Jeremy Bícha wrote:
> This popup window is Tecla. Does it work correctly?
This way it does not crash anymore.
Still, it should be fixed to either not crash or not start if it can
only be called by gnome-control-center.
(BTW, it does not react to left-alt, while it correctly reports
Control: reopen -1
Still broken.
||/ Name Version Architecture Description
+++-==---==>
ii tecla 45~rc-1 amd64keyboard layout viewer for the GNO>
[Thread debugging using libthread_db
Package: network-manager
Version: 1.44.0-1
Severity: important
"nmcli device wifi list" reports obviously fake BSSIDs for all networks
to which I have not connected to:
IN-USE BSSID SSIDMODE CHAN RATE SIGNAL >
B4:4B:D6:..:..:.. (omitted)
nnrpd hangs
+when compression is enabled.
+ * Added patch backport_f7d111aad: this upstream commit adds support for
+high-precision syslog timestamps which now are the default in Debian.
+ * Made inn-{radius,secrets}.conf not world readable.
+
+ -- Marco d'Itri Mon, 28 Aug 2023 02:04:59
Control: retitle -1 kmod does not work with XZ in-kernel module decompression
On Aug 27, Jon Westgate wrote:
> Note that I already had "Support in-kernel module decompression" selected
> when the compression method was XZ.
>
> Would you like me to try without it?
No need to: we know that
On Aug 27, Diederik de Haas wrote:
> While I agree that "orphan" does mean that it is NOT actively maintained,
> AFAICT the situation is a bit more blurry for "odd fixes".
All these file systems are either rare enough and/or not used on
removable media, so I do not believe that it is
On Aug 26, Jon Westgate <0...@fsck.tv> wrote:
> The error message it gave was "decompresson failed with status 6"
Status 6 is XZ_OPTIONS_ERROR, which means "Input was encoded with
settings that are not supported by this XZ decoder".
So it looks like you have compressed the modules (how?) with XZ
Control: reassign -1 udisks2
Control: retitle -1 do not mount automatically unmaintained file systems
On Jul 20, md wrote:
> You are totally correct.
> Kernel team, please blacklist HFS/HFS+ for automounting.
As discussed on debian-devel@, this policy should not be handled by the
kernel because
On Aug 26, Jon Westgate wrote:
> Yes I am using compressed modules
And are these modules compressed with xz or something else?
This new code was introduced in the latest snapshot, and apparently it
fails when used with kernels with compressed modules support enabled
(which so far is not the
On Aug 26, antonio wrote:
> Kernel: Linux 6.4.12-1-liquorix-amd64 (SMP w/24 CPU threads; PREEMPT)
I see that you are using a custom kernel. What is the status of the
CONFIG_MODULE_COMPRESS_* kernel configuration options?
--
ciao,
Marco
signature.asc
Description: PGP signature
On Aug 26, Jon Westgate <0...@fsck.tv> wrote:
> Kernel: Linux 6.4.11 (SMP w/12 CPU threads; PREEMPT)
I see that you are using a custom kernel. What is the status of the
CONFIG_MODULE_COMPRESS_* kernel configuration options?
--
ciao,
Marco
signature.asc
Description: PGP signature
On Aug 26, Jon Westgate <0...@fsck.tv> wrote:
> The system partially booted but systemd then prevented boot due to missing
> modules,
> The error message it gave was "decompresson failed with status 6"
Are you using compressed modules?
--
ciao,
Marco
signature.asc
Description: PGP signature
+1,21 @@
+openbsd-inetd (0.20221205-2+deb12u1) bookworm; urgency=medium
+
+ * Rebuilt for bookworm.
+
+ -- Marco d'Itri Sat, 26 Aug 2023 00:34:16 +0200
+
+openbsd-inetd (0.20221205-2) unstable; urgency=medium
+
+ * Updated the Debian patch default_v4v6 to fix fix a double free and
+a memory
In one or two weeks I will also do a stable upload.
--
ciao,
Marco
signature.asc
Description: PGP signature
On Aug 14, Stephen Frost wrote:
>If someone has some idea how to get them to care about ARC, I'd love to
>hear about it, as I have folks on the one hand who view DKIM/DMARC as
>too painful to set up but then they end up with bounces from gmail due
>to my forwarding of messages through my server
Package: gnome-flashback
Version: 3.46.0-2
Severity: important
This started on August 2 and I have already seen 3 crashes.
(gdb) where
#0 0x55841ae65d2a in check_volume_queue
(manager=0x55841bf80270 [GsdAutomountManager])
at
Package: devscripts
Version: 2.23.5
Severity: normal
If I run e.g. "debchange -D bullseye-backports --bpo" then debchange
should be smart enough to use the correct value for the changelog entry
and for the package version, but instead it defaults to the current
stable release:
package
On Jul 21, Matthew Garrett wrote:
> > You are totally correct.
> > Kernel team, please blacklist HFS/HFS+ for automounting.
> Isn't this a userland policy decision? udisks will happily trigger a
> module load for hfsplus if udev has identified it, and I don't think
> there's a trivial
Source: openssh
Severity: wishlist
Tags: patch
It would be nice to have this patch added to the Debian package:
http://lists.mindrot.org/pipermail/openssh-unix-dev/2023-June/040812.html
--
ciao,
Marco
signature.asc
Description: PGP signature
On Jun 29, Jan Naumann wrote:
> Could you please add a hook to the postinst that either a local script can be
> called on installation time which takes care of signing the image (similar to
> the `/etc/kernel/postinst.d/ mechamism) or add some call to `sbsign` yourself
> if
> e.g. the signing
On Jun 26, Giuseppe Sacco wrote:
> Warning: NFS detected, /usr/lib/usrmerge/convert-usrmerge will not be run
> automatically. See #842145 for details.
What is the purpose of opening this new bug about the same issue?
--
ciao,
Marco
signature.asc
Description: PGP signature
Release managers, I would like to upload to 12.1 a new package to fix
this (and other minor issues).
On Jun 22, Andreas Beckmann wrote:
> Package: usrmerge
> Version: 35
> Severity: important
> Tags: patch
>
> bootstrapping a merged-/usr system or earlier conversions may have
> created empty
On Jun 13, Bill Allombert wrote:
> Conversely, sometimes I need to use chroots to test init scripts.
> start-stop-daemon should not refuse to run in a chroot if policy-rc.d allows
> it.
I suggest that you try systemd-nspawn for this purpose.
--
ciao,
Marco
signature.asc
Description: PGP
retitle -1 1037362 usrmerge: fails to run ldd
On Jun 13, Lawrence Bayly wrote:
> Spoke too soon, usrmerge broke my system worse than I could have
> imagined, /usr/bin/init went to systemd but in the old place
> /lib/systemd (the lib folder was either empty or not there, likely
> because of
On Jun 12, Lawrence Bayly wrote:
> root@cg-sg:/tmp/coreutils/bin# ldd /bin/cp
> not a dynamic executable
> root@cg-sg:/tmp/coreutils/bin# file /bin/cp
> /bin/cp: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically
> linked, interpreter /lib64/ld-linux-x86-64.so.2,
>
On Jun 12, Lawrence Bayly wrote:
> root@cg-sg:~# file /bin/cp
> /bin/cp: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically
> linked, interpreter /lib64/ld-linux-x86-64.so.2, for GNU/Linux 2.6.32,
> BuildID[sha1]=3a0bad79264ea6b37c1b8d4dd2b206b8001097dc, stripped
Interesting.
On Jun 12, Lawrence Bayly wrote:
> The output is as follows:-
>
> root@cg-sg:~# ldd /bin/cp
>not a dynamic executable
Weird. Is /bin/cp a script then? Where does it come from?
--
ciao,
Marco
On Jun 12, Lawrence Bayly wrote:
> FATAL ERROR:
> Can't close(GLOB(0x564e905c3aa0)) filehandle: '' at
> /usr/lib/usrmerge/convert-usrmerge line 222
This is not an open file but the call to ldd, the default error message
is stupid.
Please report the output and exit status of "ldd /bin/cp".
--
Package: python3-junos-eznc
Version: 2.1.7-5
Severity: normal
2.1.7 was released in 2017.
Running a playbook which depends on this package makes Ansible emit
these warning:
/usr/lib/python3/dist-packages/jnpr/junos/device.py:838: SyntaxWarning: "is
not" with a literal. Did you mean "!="?
if
On May 29, Luca Boccassi wrote:
> Does it matter that much if the empty directory is removed? Next time
> a package shipping a modules-load config is installed it will be just
> re-added, no? Or are there functional issues?
I do not think that it is a big deal if /usr/lib/modules-load.d/
> This happened while/after saving a mailbox on quit.
> Apparently nothing was corrupted.
Again:
warning: Section `.reg-xstate/3368169' in core file too small.
#0 __pthread_kill_implementation (threadid=,
signo=signo@entry=6, no_tid=no_tid@entry=0) at ./nptl/pthread_kill.c:44
Download
On May 22, Cyril Brulebois wrote:
> For the record: non-free-firmware can be enabled because (1) the kernel logs
> firmware requests, (2) available hardware matches modalias information, (3)
> CPU matches one with microcode.
>
> (1) and (2) definitely make sense in a virtualized system as well:
Source: hw-detect
Version: 1.155
Severity: normal
Tags: d-i
When bookworm is installed on a virtualized system, the non-free-firmware
component will be enabled even if this is not needed: firmwares cannot
be loaded on virtualized systems because guests usually lack direct
access to the
/changelog b/debian/changelog
index 741c74a..13123bc 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,14 @@
+whois (5.5.17) unstable; urgency=medium
+
+ [ Robert Scheck ]
+ * Added the .cd TLD server.
+ * Updated the -kg NIC handles server name.
+
+ [ Marco d'Itri ]
+ * Removed 2 new
.1-1) unstable; urgency=medium
+
+ * New upstream release.
+ * Breaks manpages-dev << 6.03-2 to make upgrades smoother, because of
+file(3) and list(3) removed from inn2-dev 2.6.5-1. (Closes: #1035098)
+
+ -- Marco d'Itri Mon, 01 May 2023 19:25:42 +0200
+
inn2 (2.7.1~20230322-1) unstabl
On May 03, Qontinuum wrote:
> The server is plugged on the ISP's router which is itself linked on fiber
> optics. Why such question?
Because this looks very much like some kind of consumer/small business
internet service, unsuitable for hosting a public mirror.
--
ciao,
Marco
signature.asc
On May 03, Qontinuum wrote:
> It isn't located in a datacenter and it has 1Gbps uplink bandwidth.
Please describe what kind of connectivity.
--
ciao,
Marco
signature.asc
Description: PGP signature
On May 02, Qontinuum wrote:
> Country: MC Monaco
> Location: Monaco
> Sponsor: Q Continuum https://qontinuum.space
> Comment: This site replaces debian.qontinuum.space that no longer exist
Can you clarify which data center is hosting this server and how much
bandwidth is available to it?
--
On Apr 29, Helge Kreutzmann wrote:
> Reverse, I believe manpages-dev should declare:
> Breaks: inn2-dev (<< 2.7.0-1)
> Replaces: inn2-dev (<< 2.7.0-1)
>
> Is this fine for you?
Yes.
--
ciao,
Marco
signature.asc
Description: PGP signature
Would this work for you? Please let me know ASAP since the hard freeze
is very close.
Package: inn2-dev
Breaks: manpages-dev (<< 6.03-2)
--
ciao,
Marco
signature.asc
Description: PGP signature
On Apr 26, Paul Gevers wrote:
> PS: have you considered adding a non-superficial autopkgtest to your package
> such that you don't need to wait for us to unblock your package?
Yes, long story. There is actually one but it is not run, because it
needs to be significantly modified to actually
On Apr 21, gs-debian@gluelogic.com wrote:
> I probably should have started with the most basic thing:
>
> What is the date on your device?
NTP-accurate.
--
ciao,
Marco
signature.asc
Description: PGP signature
On Apr 21, gs-debian@gluelogic.com wrote:
> What your `uname -a` ?
Linux omitted.mi.bofh.it 6.1.0-7-arm64 #1 SMP Debian 6.1.20-2 (2023-04-08)
aarch64 GNU/Linux
> What is the output of the following for you?
> $ lighttpd -V | grep "Y2038 support"
> + Y2038 support
Same.
Thank you for
On Apr 21, gs-debian@gluelogic.com wrote:
> Please confirm you are running an arm64 kernel, as you posted above.
Confirmed.
> What lighttpd package (from which architecture) do you have installed?
> $ file /usr/sbin/lighttpd
root@omitted:~# /usr/sbin/lighttpd -f /etc/lighttpd/lighttpd.conf
Package: lighttpd
Version: 1.4.69-1
Severity: normal
I am using the latest openssl and lighttpd packages on an armhf (with an
arm64 kernel) and an amd64 system, and only on the armhf system I always
get this warning at startup even just after having created a Let's
Encrypt certificate.
Apr 19
Source: libbsd
Version: 0.11.7-4
Severity: wishlist
OpenBSD wrote a unveil(3) implementation for Linux based on landlock(7),
maybe it is general enough that it could be added to libbsd:
https://github.com/rpki-client/rpki-client-portable/blob/master/compat/unveil_landlock.c
--
ciao,
Marco
On Apr 18, Jamie Bainbridge wrote:
I would like to have feedback from the kernel team about this proposed
change.
> I have a laptop with iwlwifi wireless card:
>
> $ sudo lspci -nn | grep Net
> Network controller [0280]: Intel Corporation Wireless 7265 [8086:095a] (rev
> 59)
>
> This
Package: qvge
Version: 0.6.3-2
Severity: normal
I think that the destination directory was not writeable.
#0 0x55f6035d798d in CEditorScene::drawBackground(QPainter*, QRectF
const&) ()
#1 0x55f60360e5d9 in CNodeEditorScene::drawBackground(QPainter*, QRectF
const&) ()
#2
On Apr 08, Andreas Beckmann wrote:
> Justification: fails to build from source twice in a row
This can be fixed by adding a build-dependency on yacc.
> openbgpd/experimental fails to build twice in a row. (I haven't checked
> whether the version in sid has the same problem.)
It does: should I
. Using relative paths confuses libtool
diff --git a/debian/changelog b/debian/changelog
index ffbb0e6a6..eff319e64 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,9 @@
+inn2 (2.7.1~20230322-1) unstable; urgency=medium
+
+ * New release candidate 1 of the stable branch.
+
+ -- Marco
1 - 100 of 3925 matches
Mail list logo