> Yes, this would be very sensible IMHO.
>
> Having debhelper cut off the changelogs from 4 or 6 years before (and
> inserting a pointer to the source package for the rest) sounds like
> a good idea to me.
It would be nice if X number of the oldest entries are kept - particularly the
"initial rel
Processing commands for cont...@bugs.debian.org:
> reassign 908764 src:linux 4.9.110-3+deb9u4
Bug #908764 [linux-image-amd64] I/O stuck in jbd2_journal_commit_transaction
Bug reassigned from package 'linux-image-amd64' to 'src:linux'.
Ignoring request to alter found versions of bug #908764 to the
https://bugzilla.kernel.org/show_bug.cgi?id=196985
reports that the touchpad halting after a while is fixed as of 4.14, but
without the
CONFIG_PINCTRL_AMD=y
I won't be able to use it even with the 4.17 kernel from backports
Mattia Rizzolo:
> On Thu, Sep 13, 2018 at 11:22:37AM +0100, Ben Hutchings wrote:
>> - Would it make sense to split the changelog, leaving older entries
>> only in the source package? If so, should this be done manually, or
>> would it make sense to have dh_installchangelogs split at some age or
>>
binary:acpi-modules-4.18.0-0.bpo.1-686-di is NEW.
binary:acpi-modules-4.18.0-0.bpo.1-686-pae-di is NEW.
binary:acpi-modules-4.18.0-0.bpo.1-amd64-di is NEW.
binary:affs-modules-4.18.0-0.bpo.1-4kc-malta-di is NEW.
binary:affs-modules-4.18.0-0.bpo.1-5kc-malta-di is NEW.
binary:affs-modules-4.18.0-0.bp
linux_4.18.6-1~bpo9+1_multi.changes uploaded successfully to localhost
along with the files:
linux_4.18.6-1~bpo9+1.dsc
linux_4.18.6-1~bpo9+1.debian.tar.xz
linux_4.18.6-1~bpo9+1_source.buildinfo
linux-doc-4.18_4.18.6-1~bpo9+1_all.deb
linux-headers-4.18.0-0.bpo.1-common-rt_4.18.6-1~bpo9+1_a
Today I had some spare time and I did some tests.
On kernel 4.17 and 4.18 I can switch from radeonsi to amdgpu using/removing
'radeon.si_support=0 amdgpu.si_support=1'
and the system finds and loads the relevant firmware in /lib/firmware/radeon,
giving this system a boost in performance,
correct
Your message dated Thu, 13 Sep 2018 18:44:02 +0200
with message-id <8b667e69-4ae3-5132-9e39-c0351809b...@mendix.com>
and subject line Not relevant anymore
has caused the Debian Bug report #640941,
regarding xen dom0 crash: unable to handle kernel paging request / Oops /
Kernel panic
to be marked a
On Thu, Sep 13, 2018 at 11:22:37AM +0100, Ben Hutchings wrote:
> - Would it make sense to split the changelog, leaving older entries
> only in the source package? If so, should this be done manually, or
> would it make sense to have dh_installchangelogs split at some age or
> size limit?
Yes, thi
On Thu, Sep 13, 2018 at 01:45:00PM +0100, Ben Hutchings wrote:
> It's
> not too surprising that upstream changelogs can be even larger. The
> inclusion of upstream changelogs (vs release notes) was discussed in #
> 459427.
Not everybody may know it, but ubuntu has been patching debhelper for
many
Processing commands for cont...@bugs.debian.org:
> reassign 908764 linux-image-amd64
Bug #908764 [linux-image] I/O stuck in jbd2_journal_commit_transaction
Warning: Unknown package 'linux-image'
Bug reassigned from package 'linux-image' to 'linux-image-amd64'.
No longer marked as found in versions
On Thu, Sep 13, 2018 at 8:53 AM Boyuan Yang wrote:
> If Debian wants to limit changelog size as well, it may be better if we keep
> similar / identical behaviour / implementation as Ubuntu.
More specifically, Ubuntu packages keep changelog entries for 10
Debian/Ubuntu package versions.
At the bo
As for limiting / truncating Debian changelogs, there is an existing
implementation that we may refer to, which is Ubuntu's approach: they keep
certain amount of changelog in the .deb package (I'm not sure about the
detailed algorithm but that is available somewhere) while adding some
explanati
On Thu, 2018-09-13 at 13:46 +0300, Lars Wirzenius wrote:
> On Thu, Sep 13, 2018 at 11:22:37AM +0100, Ben Hutchings wrote:
> > The src:linux package has a very big changelog (about 1700 kiB
> > uncompressed, 600 kiB gzipped). On my system the largest installed
> > changelogs, by some way, are all v
On Thu, Sep 13, 2018 at 7:22 PM, Ben Hutchings wrote:
> The src:linux package has a very big changelog (about 1700 kiB
> uncompressed, 600 kiB gzipped). On my system the largest installed
> changelogs, by some way, are all versions of this. (The next largest
> changelogs come from src:glibc, at
Quoting Ben Hutchings :
- Would it make sense to split the changelog, leaving older entries
only in the source package?
As long as the full d/ch is in the source package, I'm fine.
On one of my embedded machines changelogs are 2/3 of /usr/share/doc.
E.g. multiple copies of the same changelog f
Package: src:linux
Version: 4.9.110-3+deb9u4
Severity: normal
Dear Maintainer,
This machine has a USB sound card only, this was not being used, no
/proc/asound was generated, speaker-test and alsamixer would not work.
Workaround was to save 'options snd-usb-audio index=0' as conf file in
/etc/m
binary:firmware-adi is NEW.
binary:firmware-ralink is NEW.
binary:firmware-ralink is NEW.
binary:firmware-adi is NEW.
Your package has been put into the NEW queue, which requires manual action
from the ftpteam to process. The upload was otherwise valid (it had a good
OpenPGP signature and file has
firmware-nonfree_20180825+dfsg-1~bpo9+1_multi.changes uploaded successfully to
localhost
along with the files:
firmware-nonfree_20180825+dfsg-1~bpo9+1.dsc
firmware-nonfree_20180825+dfsg-1~bpo9+1.debian.tar.xz
firmware-nonfree_20180825+dfsg-1~bpo9+1_source.buildinfo
firmware-adi_20180825+df
On Thu, Sep 13, 2018 at 11:22:37AM +0100, Ben Hutchings wrote:
> The src:linux package has a very big changelog (about 1700 kiB
> uncompressed, 600 kiB gzipped). On my system the largest installed
> changelogs, by some way, are all versions of this. (The next largest
> changelogs come from src:gl
The src:linux package has a very big changelog (about 1700 kiB
uncompressed, 600 kiB gzipped). On my system the largest installed
changelogs, by some way, are all versions of this. (The next largest
changelogs come from src:glibc, at about 200 kiB gzipped.)
I recently had to introduce yet more i
21 matches
Mail list logo
