Channels 12 and 13 are disabled in the wireless-regdb as FCC regulations
imposes strict limits on interference in the neighboring restricted band,
but folks have not come up with a practical and tested power limit for
the two channels to guarantee this.
See the commit for the full rationale:
http
Package: initscripts
Version: 3.08-3
Severity: important
Dear Maintainer,
initscripts 3.08 needs to be backported to bookworm, as the systemd version
that removed the udev init script and forced initscripts to take over it was
already backported.
Anyone (such as me) running sysvinit and upgraded
When it doesn't work, I see something like the following in
/proc/interrupts:
34: 0 0 0 0 GICv2 158 Level mmc0
35: 11 0 0 0 GICv2 158 Level mmc1
which doesn't make sense, since this is a shared interrupt and
Package: orphan-sysvinit-scripts
Version: 0.07
Severity: important
Dear Maintainer,
rsyslog 8.2110.0-4 was backported to bullseye-backports a couple months
ago. This version no longer contains the SysV init script, which was
removed in 8.2110.0-2.
Anyone still running sysvinit on bullseye-backpo
The merge request on Salsa was merged and is part of the debian/4.19.37-6 tag.
This seems to have been added in
bc8cd7ed96ad [arm64] Enable BCMGENET
which was part of the 5.5.2-1~exp1 release.
-
> From: Ben Hutchings
> To: 953017-d...@bugs.debian.org
> Cc:
> Bcc:
> Date: Wed, 15 Apr 2020 01:32:18 +0100
> Subject: Re: Bug#953017: Fixes in Upstream
> Version: 5.5.13-1
>
> On Thu, 2020-04-09 at 13:40 +0800, Chen-Yu Tsai wrote:
> > The fix for this issue h
The fix for this issue has been merged in v5.6-rc7 and is part of the
v5.6 release. The commit in upstream is:
763802b53a42 x86/mm: split vmalloc_sync_all()
This has also been backported to all current LTS kernels except 3.16
in the following releases:
v4.4.218
v4.9.218
v4.14.175
Package: linux-image-amd64
Version: 5.4.13-1~bpo10+1
Severity: important
Tags: upstream patch
Dear Maintainer,
A performance regression stemming from the patch "mm/vmalloc: Sync
unmappings in __purge_vmap_area_lazy()" in all mainline and current
stable kernels, except 3.16.y, was reported by mult
libpng-dev takes care of (or works around) this by disabling the
--libdir feature of libpng-config, and removing the @libdir@ template.
Maybe the same could be done for libnss3-dev (and libnspr4-dev)?
signature.asc
Description: PGP signature
Dear Maintainers,
I second the proposal for enabling the V4L2 M2M Gstreamer plugins,
This is immediately usable on the Raspberry Pi's with their downstream
kernel that includes the bcm2835-codec V4L2 M2M stateful codec driver.
It would also be usable on Mediatek platforms, whose stateful codec
dr
Hi,
Ran into this bug on a custom compiled 5.1.5 kernel.
iptables upstream released version 1.8.3 last week,
which includes the fix mentioned in the previous comment.
Please consider updating the package.
ChenYu
Package: fcgiwrap
Version: 1.1.0-12
Severity: important
Tags: patch
Dear Maintainer,
The systemd service file for fcgiwrap has support for an environment
file from /etc/default. However, the way it expands the DAEMON_OPTS
variable leads to the variable expanding to just one parameter, instead
of
Package: git-email
Version: 1:2.17.0-1
Severity: normal
Dear Maintainer,
According to the Debian changelog entry for 1:2.17.0-1
* debian/rules: add NO_USE_CPAN_FALLBACKS=1 to OPTS to avoid
installing bundled copies of perl modules.
* debian/control: Build-Depends: libmailtools-perl, libe
Archive-http: /debian/
Archive-rsync: debian/
Maintainer: Chen-Yu Tsai
Country: TW Taiwan
Location: Taipei, Taiwan
Sponsor: Department of Computer Science and Information Engineering, National
Taiwan University https://www.csie.ntu.edu.tw
Comment: Previously we only mirrored amd64 and i386, then we
On Sat, Jul 25, 2015 at 11:30 PM, Ian Campbell wrote:
> On Sat, 2015-07-25 at 22:54 +0800, Chen-Yu Tsai wrote:
>> On Sat, Jul 25, 2015 at 10:46 PM, Leonardo Canducci
>> wrote:
>> > I got lost somewhere in that long thread but I saw cpufreq on
>> cubie* works
>
On Sat, Jul 25, 2015 at 10:46 PM, Leonardo Canducci
wrote:
> I got lost somewhere in that long thread but I saw cpufreq on cubie* works
> for someone [0]. It's just a matter of loading two modules. I tried myself
> on my jessie install (kernel from experimental) and can confirm that:
>
> leo@cubet
owned by munin:adm, with permissions
0750. This blocks munin-cgi-* from accessing the log files.
I recommend changing the permissions on /var/log/munin to 0751,
which is what I did, or apply some other way to allow access by
www-data.
I am running lighttpd 1.4.30 as my web server.
Cheers,
Chen-Yu
18 matches
Mail list logo
