I see that this dependency is persisting in the new BPO release of
linux-headers 6.7.12, and it still causes significant trouble for me on my
build system.
I still can't understand what problem it's supposed to be fixing. Was there
ever an original bug report indicating the issue?
Colm
e precise meaning of "significant functionality" in
the Debian policy.
Colm
On Tue, 2 Apr 2024 at 17:57, Colm Buckley wrote:
> Please explain. I am really sorry to be dragging this discussion out, but
> I honestly think there is some information I'm missing. Please tell me what
both image and headers packages. Users who
regularly build new modules should be encouraged to install this package
and have it pull in suitable versions of both headers and image.
Is this correct, Bastian? I'm sorry for taking so long to understand what
problem was being addressed here.
Colm
--
Colm Buckley | c...@tuatha.org
sible duplication of installation
trees, and a sudden change in the behavior of existing installations.
I welcome the thoughts of the community.
Colm
[1] If the kernel image file is not present, the legacy mechanism for
extracting symbols for BTF builds does not work; this is the same issue
which was addressed with vmlinux.h in
https://salsa.debian.org/kernel-team/linux/-/merge_requests/1005
Package: linux-headers-amd64
Version: 6.6.13-1~bpo12+1
Followup-For: Bug #1064976
X-Debbugs-Cc: c...@tuatha.org
Can I suggest in the interim that Depends: be replaced with Recommends:
or Suggests: given that most installations won't actually need the image
package?
Colm
should really be addressed using vmlinux.h
(the "skipping BTF generation" message should be ignored as all of this
information *should* be included in vmlinux.h).
Any further thoughts?
Colm
pretty sure
that declaring it here is not the right thing.
Colm
ernel build). Am I missing
something else? I confess I have only a very small amount of experience
with BPF code; I played with building a few modules, but I don't use it
regularly.
Colm
s the necessary type definitions for libbpf, for
the kernel source version in question - ie: instead of needing to run
pahole or bpftool to extract these definitions from a specific vmlinux
image, this file is distributed with them already included.
Colm
oblem?
My concern is that I have a specific build server which builds kernels and
modules for other machines in a farm. It needs to have the header files for
specific target kernel versions installed, but it is not sensible to have
the corresponding image packages installed (in many cases, those ima
sponding images.
Colm
On Thu 29 Feb 2024, 10:31 Bastian Blank, wrote:
> Control: tags -1 wontfix
>
> On Wed, Feb 28, 2024 at 05:19:39PM +, Colm Buckley wrote:
> > The linux-headers packages for kernel version 6.6 seem to depend on the
> corresponding
> > linux-image p
Some previous versions, for contrast:
% apt-cache depends linux-headers-6.5.0-0.deb12.4-amd64
linux-headers-6.5.0-0.deb12.4-amd64
Depends: linux-headers-6.5.0-0.deb12.4-common
Depends: linux-kbuild-6.5.0-0.deb12.4
Depends: linux-compiler-gcc-12-x86
% apt-cache depends linux-headers-6.1.0-18
-kbuild and
any necessary glibc headers or other build artifacts, but not on linux-image-*
Many thanks,
Colm
-- System Information:
Debian Release: 12.5
APT prefers stable-updates
APT policy: (900, 'stable-updates'), (900, 'stable-security'), (900, 'stable'
x27;t
view it as their responsibility to deal with breakages in unstable, unless
there's some other compelling reason.
My personal preference, assuming maintainer time is available, would be to
continue to offer 2.1.X in stable, and 2.2.X in backports when 2.2.0 is
released (as opposed to b
sider
packaging 7.76.1 (which fixes this issue) for buster-bpo.
The stable version does not seem to suffer from this problem.
Thanks,
Colm
-- System Information:
Debian Release: 10.9
APT prefers stable-updates
APT policy: (900, 'stable-updates'), (900, 'stable')
Architectur
uspect that the kernel and initrd
detection in this script could use a real reworking, see also bug #966503.
Thanks,
Colm
-- System Information:
Debian Release: 10.8
APT prefers stable-updates
APT policy: (900, 'stable-updates'), (900, 'stable')
Architecture: arm64 (aa
&&
zpool trim "$pool"
... but there might be corner cases which this doesn't catch.
Colm
On Thu, 11 Feb 2021 at 17:45, Christoph Biedl <
debian.a...@manchmal.in-ulm.de> wrote:
> Petter Reinholdtsen wrote...
>
> > Any idea how to figure out if trimming
pool' does report whether TRIM is supported for each vdev,
but the effort of parsing that in the cron script seems excessive. Grepping
out that specific error message would probably be okay as an interim
workaround.
Colm
On Thu, 11 Feb 2021 at 10:03, Petter Reinholdtsen wrote:
> [Christoph B
-bpo source and result in a
corrected package.
Thanks for your help!
Colm
to
migrate this version to stable, until this issue is resolved.
Colm
That PR patches cleanly against the Debian source; so I'm building a local
package version now to test.
Will follow up here and with upstream.
Colm
On Sat, 5 Sep 2020 at 20:48, Michael Biebl wrote:
> Am 05.09.20 um 21:31 schrieb Colm Buckley:
> > Package: systemd
> > Vers
Thanks,
I see 0.8.1 in buster-bpo now. Thank you!
Oh, and to be clear, the process is rarely any more complex than "apt-get
source firewalld/testing" and "dpkg-buildpackage". firewalld's dependencies
are small and slow-changing, at the moment stable-bpo contains all
necessary versions for firewalld/testing.
Colm
On Wed
I configure it using the command line; I have found some of the new
features and bugfixes in 0.7 to be useful for my setup, so I've been
building a samizdat 0.7.2 package myself, which "seems to work". However, I
only install firewalld_xxx.deb, not firewall-applet_xxx nor
firewall-c
Hum. I can validate the operations of firewalld itself, but I don't use
either the applet or the config package.
Colm
On Wed, Nov 20, 2019 at 6:55 PM Michael Biebl wrote:
> Am 20.11.19 um 19:45 schrieb Colm Buckley:
> > I feel that the answer is both yes and no. The *packaging*
details are taken care of.
Colm
On Wed, Nov 20, 2019 at 6:36 PM Michael Biebl wrote:
> Am 20.11.19 um 19:24 schrieb Colm Buckley:
> > @biebl - looks as though stable-bpo's nftables package tracks upstream
> > pretty closely; if https://github.com/firewalld/firewalld/issues
@biebl - looks as though stable-bpo's nftables package tracks upstream
pretty closely; if https://github.com/firewalld/firewalld/issues/540 is
resolved, would you consider looking at packaging 0.8.0 for backports?
Gerhard tells me that this is fixed in the latest upstream version -
1.7.3.3.
Can this be packaged for Debian shortly? I can look into an NMU if
necessary.
Colm
--
Colm Buckley / c...@tuatha.org / +353 87 2469146
Package: firewalld
Version: 0.7.1-1
Severity: wishlist
Dear Maintainer,
firewalld 0.7 introduces sufficient new capabilities that it would be great to
see
it more widely available in the stable distribution. I would like to suggest
that it be added to buster-backports.
It does not appear to hav
Package: src:linux
Version: 5.2.9-2
Severity: normal
Dear Maintainer,
This system is an Intel NUC with an onboard Intel I219-LM
Ethernet adapter (e1000e) and an additional dual Intel I210
Ethernet adapter (igb) connected via the onboard M.2 interface
(M.2 Dual Ethernet supplied by G2 Digital; I s
Package: src:linux
Version: 4.18.6-1~bpo9+1
Severity: important
Tags: upstream patch
Please see
https://git.kernel.org/pub/scm/linux/kernel/git/ebiederm/user-namespace.git/commit/?h=for-linus
- invalidating
filesystems can cause dentry table corruption leading to busy loop in kernel.
Easily tri
Per upstream; this seems to be a kernel bug which is fixed in 4.18.20.
Unclear whether the fix (1e9c75fb9c47a75a9aec0cd17db5f6dc36b58e00) can be
cherrypicked back to current stable / bpo kernels; investigating.
This is fixed by https://github.com/att/ast/pull/63/ - should be ok to pull
from upstream.
Colm
--
Colm Buckley / c...@tuatha.org / +353 87 2469146
... which is exactly what the patch does.
On Fri 19 Oct 2018, 18:45 Petter Reinholdtsen
>
> [Richard Laager]
> > The sysvinit scripts are already in the upstream tree and the released
> > tarballs. You can see them in the package's .orig.tar.gz in the
> > etc/init.d directory. The patch simply ca
Source: zfs-linux
Version: v0.7.11-1
Severity: important
Tags: upstream
Descendent filesystems which have out-of-tree mount points are not
correctly recovered on 'zfs send | zfs receive', leading to apparent
corruption of the mount table. With kernel 4.18, processes accessing
problematic parts of
with both new and existing kernels (on all supported
architectures) before a release can be made, and the BPO kernel maintainers
occasionally include forward patches from other kernel trees. It's not
impossible to make this work, but it is labor-intensive and has an
unpredictable schedule.
Colm
I don't wish to be rude - but there has been an unusually long period with
no developer activity regarding this package; and the developers' mailing
list seems to have been removed or reconfigured. Is everything in order?
Are more maintainers needed?
Colm
Package: zfsutils-linux
Version: 0.7.3-1
As 'zfs allow' now allows certain functions to be executed by any user, I
suggest a symbolic link from /usr/bin/zfs to /usr/sbin/{zfs, zpool} be
included.
ch in turn calls the current crontab generator, but it strikes me that
there might be a more elegant way.
Any takers?
Colm
--
Colm Buckley / c...@tuatha.org / +353 87 2469146
The samba team are already aware of the problem.
https://bugzilla.samba.org/show_bug.cgi?id=5080
It appears to have been a change in cups which caused the problem.
http://www.cups.org/str.php?L2537
--
Dr Colm G. Connolly
School of Psychology and Institute of Neuroscience
The Lloyd Building
help maintain health security freeing focus
http://img444.imageshack.us/img444/6348/lq2qnd1.jpg
nowKnow which of is
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
usethis so use sounds
http://img444.imageshack.us/img444/3067/bn74np6.png
takecare problem offer resources careof
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ollowed by
# aptitude install python-docutils
yields a complete install with no configuration errors.
I had previously purged python-docutils to eliminate errors on every aptitude
upgrade
On 29/07/06, Simon McVittie <[EMAIL PROTECTED]> wrote:
On Tue, 25 Jul 2006 at 09:17:58 +0100, Colm G
Package: python-docutils
Version: 0.4-3
Severity: normal
-- System Information:
Debian Release: testing/unstable
APT prefers testing
APT policy: (990, 'testing'), (101, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-686-s
cane. But I'll try to pick
more up when I get time.
--
Colm MacCárthaighPublic Key: [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
i mailx1:8.1.2-0.20050715cvs-1 A simple mail user agent
>
> apticron recommends no packages.
>
> -- debconf information:
> * apticron/notification: root
>
>
--
Colm MacCárthaigh / HEAnet, Teach Brooklawn, / Innealtóir Líonra
+353 1 6609040/ Bótha
pt has a feature which delays the check a random
> amount of seconds, but limits this to an hour.
I run ftp.ie.debian.org, I know all about the peaks from such things :)
It's not a huge problem (we certainly don't have any issues from it) -
but it is still worth fixing and to be hone
ation management
> sy
> ii iproute 20041019-3 Professional tools to control
> the
> ii mailx1:8.1.2-0.20040524cvs-4 A simple mail user agent
>
> -- debconf information excluded
>
>
--
Colm MacCárthaigh / HEAnet, Teach Brooklawn,
Package: udev
Version: 0.056-2
Severity: wishlist
It might be useful to include some rules for the logcheck package so
certain messages from udev can ge ignored.
Something like the attached file might do the trick.
-- Package-specific info:
-- /etc/udev/rules.d/:
/etc/udev/rules.d/:
total 0
l
;
> Package Details:
>
> Reading changelogs...
> apt-listchanges: didn't find any valid .deb archives
> =
>
>
--
Colm MacCárthaigh / HEAnet, Teach Brooklawn, / Innealtóir Líonra
+353 1 6609040/ Bóthar Shelbourne, BÁC, IE / http://www.hea.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
e script to mail about impending apt updates such
> + as security updates.
--
Colm MacCárthaigh / HEAnet, Teach Brooklawn, / Innealtóir Líonra
+353 1 6609040/ Bóthar Shelbourne, BÁC, IE / http://www.hea.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
;E-Mail address(es) to notify"
> msgstr "Adresse(s) électronique(s) des personnes à prévenir :"
>
> #. Type: string
> #. Description
> #: ../templates:4
> msgid ""
> "Specify e-mail addresses, space seperated, that should be notified of "
>
history from .deb
> a
> ii debconf 1.4.45 Debian configuration management
> sy
> ii mailx1:8.1.2-0.20040524cvs-4 A simple mail user agent
>
> -- debconf information excluded
> 43c43
> < VER=`apt-cache policy $PKG
You are running 'apt-get -qq autoclean' without even *mentioning*
> this. If you think you want to delete people's .debs then please
> mention it in the manpage and/or create a commandline switch.
>
>
--
Colm MacCárthaigh / HEAnet, Teach Brooklawn, / Innealtóir
On Tue, Mar 22, 2005 at 01:18:41PM -0500, Marc Sherman wrote:
> Colm MacCarthaigh wrote:
> >On this front, I've been thinking it would be better to use
> >apt-listchanges --profile option, ie use --profile=apticron and allow
> >end-users to pick the output they desi
gt; ii debconf 1.4.30.11 Debian configuration management
> sy
> ii mailx1:8.1.2-0.20040524cvs-4 A simple mail user agent
>
> -- debconf information:
> * apticron/notification: root
>
>
--
Colm MacCárthaigh / HEAnet, Teach Brooklawn,
Package: openssh-server
Version: 1:3.9p1-2
Severity: wishlist
The high-performance patches from PSC
(http://www.psc.edu/networking/projects/hpn-ssh/) should be included as
part of standard SSH; these patches make an *enormous* difference when
transferring large quantities of data over a high-band
Package: procmail
Version: 3.22-5
Severity: normal
If a mail contains a line starting with the word "From" in the body, procmail
escapes this to become ">From", this is correct bevaviour when using a
convoluted
mailbox storage scheme such as mbox (the default) but is incorrect and very
annoying
59 matches
Mail list logo