newer python triggered this bug, the fix
seems to be to fix escaping of a regex that matches whitespace.
I'll coordinate with upstream to see if they can release this fix soon,
otherwise I'll backport it.
Gr.
Matthijs
signature.asc
Description: PGP signature
ht report.
Gr.
Matthijs
signature.asc
Description: PGP signature
in newer python triggered this bug, the fix
seems to be to fix escaping of a regex that matches whitespace.
I'll coordinate with upstream to see if they can release this fix soon,
otherwise I'll backport it.
Gr.
Matthijs
signature.asc
Description: PGP signature
so not sure how much this
really tells us):
snmpwalk -m ENTITY-MIB -m IF-MIB -m RFC1213-MIB -m BRIDGE-MIB -m
Q-BRIDGE-MIB -v2c -c public 192.168.1.1
Gr.
Matthijs
signature.asc
Description: PGP signature
usr/share/snmp/mibs/ietf/ENTITY-MIB:FROM IANA-ENTITY-MIB; -- RFC 6933
This one is easy - it is contained in RFC 6933 that also contains
ENTITY-MIB, so this adding IANA-ENTITY-MIB is a matter of editing
rfclist to:
6933ENTITY-MIB:IANA-ENTITY-MIB:UUID-TC-MIB
Tried, works.
Thanks
rity) than to allow
> the package transition while being aware of a potential problem.
Yes, makes sense!
Gr.
Matthijs
signature.asc
Description: PGP signature
ep further discussion about this upstream for now.
Gr.
Matthijs
signature.asc
Description: PGP signature
:)
Thanks for your interest and effort as well!
Gr.
Matthijs
signature.asc
Description: PGP signature
the override is
unneeded, but it *is* actually needed when testing the packages in
isolation.
Gr.
Matthijs
signature.asc
Description: PGP signature
t-based workflow rather than using your NMU
though, AFAICS you've made no changes to the packaging except import the
upstream tarball, right?
Gr.
Matthijs
signature.asc
Description: PGP signature
Small addendum, in case it helps tracking down the issue: quite curiously,
clicking below a tab character on the last line of the buffer still works
correctly, it selects the tab itself.
Source: vim
Version: 2:9.0.1378-2
Severity: normal
X-Debbugs-Cc: matthijsvand...@gmail.com
Dear Maintainer,
Clicking anywhere in a tab character other than its leftmost column
causes the cursor to be placed on the next character after the tab
instead of putting it on the tab character itself.
Th
Hi,
Here is a patch for 'libsmartcols' that corrects the "lsblk -M"
omission of some newlines.
--
Description: libsmartcols missing newlines
The "scols_walk_is_last" function is not always correct,
it should also test for the end of a group.
Author:
lvm /var
┆├─mir-swap 253:20 128G 0 lvm [SWAP]
┆└─mir-home 253:30 256G 0 lvm /home
├┈┈md126 9:126 0 2.5T 0 raid0
┆ ├─stp-black 253:40 256G 0 lvm /backup/black
┆ └─stp-deb32 253:50 128G 0 lvm /backup/deb32
└┈┈md127 9:127 0 0B 0 md
--
Thanks,
Matthijs Melchior.
it we'll be packaging
a dozen of different patch sets...).
IMHO the right path to making these patches more accessible, is to
submit them for inclusion upstream (possibly after improving the patch
quality).
So I'm inclined to close this as wontfix.
Gr.
Matthijs
signature.asc
Description: PGP signature
Package: vim-runtime
Version: 2:9.0.1378-1
Severity: normal
X-Debbugs-Cc: matthijsvand...@gmail.com
Dear Maintainer,
I noticed when editing perl code in vim that pressing enter after the
opening brace of a subroutine no longer indents like you'd expect:
// expected:
sub foo {
thub.com/projecthamster/hamster/issues/710
Gr.
Matthijs
signature.asc
Description: PGP signature
Package: wnpp
Followup-For: Bug #793749
FYI: It seems that Ubuntu has started packaging telegraf in 2020:
https://packages.ubuntu.com/source/kinetic/telegraf
http://changelogs.ubuntu.com/changelogs/pool/universe/t/telegraf/telegraf_1.22.3+ds1-0ubuntu1/changelog
nly).
What does seem to work is to load it explicitly in `~/.bashrc`:
source /usr/share/bash-completion/completions/fzf
So maybe that chould be documented?
Gr.
Matthijs
-- System Information:
Debian Release: bookworm/sid
APT prefers jammy-updates
APT policy: (500, 'jammy-updates&#
Package: systemd
Version: 250.4-1
Severity: normal
Tags: patch upstream
X-Debbugs-Cc: matthijsvand...@gmail.com
Dear Maintainer,
Since systemd v250 (bookworm/testing), the LLDP packets transmitted by
systemd-networkd (with EmitLLDP=on) are malformed, causing debian systems
running bookworm to be
RFS_READY property in an initramfs script but
for some reason it doesn't seem to get set, even though udev should be
running if I understand correctly. I didn't get around to try using
"btrfs device ready" since I found a much easier workaround:
apt-get install dracut
apt-get purge initramfs-tools-core
Matthijs van Duin
Hey Daniel,
> timidity was recommended but now timdity is suggested instead
Bugger.
I've fixed this locally, will be included in the next upload (but I'm
not going to reupload just for this, I think).
Thanks for reporting!
Gr.
Matthijs
signature.asc
Description: PGP signature
ase: devel instead of Suite: devel, and run with `--origin
Ubuntu".
- Run with "--origin Ubuntu --distribution impish" (or whatever distro
you're using).
- Add "sid" sources to sources.list, and run with `--distribution sid`.
Gr.
Matthijs
-- Package-specific
check for
missing `sources` and showing an appropriate message.
Gr.
Matthijs
-- Package-specific info:
--- /etc/devscripts.conf ---
Empty.
--- ~/.devscripts ---
Not present
-- System Information:
Debian Release: 11.0
APT prefers impish-updates
APT policy: (500, 'impish-updates
Hi Aurelien,
Thanks for reporting, I had already seen the failure and am working on
a fix, probably next weekend. The issue is caused by the buildds
building arch and arch-indep separately, which exposes a problem in the
rules file, but I hadn't tested this scenario before upload.
Gr.
Mat
be packages with an expired signature are handled differently, since
my packages were processed without reupload now.
Thanks again for your interest and time!
Gr.
Matthijs
signature.asc
Description: PGP signature
://salsa.debian.org/openttd-team/grfcodec/-/commits/master/
I suspect it would be best to cancel your upload, and use my version
instead.
Gr.
Matthijs
signature.asc
Description: PGP signature
forwarded 984158 https://github.com/OpenTTD/grfcodec/issues/12
tags 984158 fixed-upstream
thanks
Hi Matthias,
thanks for reporting this issue. I've forwarded it upstream and they
have fixed it, should be included in their next release (6.0.7 or
6.1.0).
Gr
Matthijs
signature.asc
Descri
Hey folks,
this issue still seems to exist, I just discovered that an upload I did
three months ago was never processed because I forgot to push my
extended key to Debian, which is a bit of a bummer.
Gr.
Matthijs
signature.asc
Description: PGP signature
at
might not be appropriate in this stage, so maybe better to backport the
fix indeed.
I also just noticed that I missed the nml 0.5.3 release in september.
Given that's just a few changes, mostly for compatibility, I'm inclined
to still include that release in my next upload, even with the freeze.
Gr.
Matthijs
signature.asc
Description: PGP signature
would be a bit more hassle
(probably needs some scripting in debian/rules) to include these
changes.
I'll see if upstream maybe wants to do a release with these changes
included, might be the easiest route...
Gr.
Matthijs
signature.asc
Description: PGP signature
dware debugging. I'm OK with closing this bug.
Matthijs
mands are shipped as separate binaries, but `debug-gui` is indeed
not included, so I'm assumning this is not Ubuntu-specific.
[1]:
https://wayland.freedesktop.org/libinput/doc/latest/tools.html#libinput-debug-gui
[2]: https://packages.debian.org/sid/amd64/libinput-tools/filelist
Gr.
Matthi
x27;t react to keyboard.
So, also unfortunately, no error log or crash information at all. So don't know
if the crashes I experience are in any way related to this kernel bug #968335
Any suggestions how I can get any further information out of this system in
future crashes?
Kind regards,
Matthijs
4+0xa4/0xb0
...but the system is still fully operational.
No idea how serious above call trace is. Hopefully no further crashes.
--
Matthijs
an/watch ] should do IMHO. Without
> parsing, it would just fail a few moments later anyway.
Given you do not want to change the default as I suggested, I think this
question is not actually relevant anymore.
Gr.
Matthijs
signature.asc
Description: PGP signature
t seems that the new, fixing, version should *never* end up in the
`testing_autoremovals` table, since that version is really never subject to
autorm AFAICS. So if my analysis is correct, maybe that's something that can be
fixed?
Gr.
Matthijs
[1]:
https://salsa.debian.org/release-team/release-t
on has the same problem.
If my analysis is correct, could you make the changes so
ant-junitlauncher is included?
Gr.
Matthijs
[1]:
https://ant.apache.org/manual/api/org/apache/tools/ant/taskdefs/optional/junitlauncher/confined/package-summary.html
.
People have been asking for a new release
(https://github.com/SpamExperts/pyzor/issues/54) but if that does not
come along soon, maybe this fix would be worthwile to backport? It's
just a oneline change (see upstream bug).
Gr.
Matthijs
maybe you can compare this with
your own config and make it work from there.
Gr.
Matthijs
signature.asc
Description: PGP signature
Package: gnome-terminal
Version: 3.36.2-1
Severity: normal
Tags: upstream
Dear Maintainer,
The "Preferences-General" dialogue offers the option
"Open new terminal in:" with choises "Window" or "Tab".
This setting is not used when clicking the "+" button
at the left top.
My expectation was that i
I would suggest keeping both issues open for
now.
Gr.
Matthijs
signature.asc
Description: PGP signature
with
`--git-verbose`, which seems to print all individual git commands ran,
but I did not see git archive in there? Or is it just not printed?
Gr.
Matthijs
there is also a
# Makefile (which is used only for testing by this rules file).
dh $@ --with python3 --buildsystem pybuild
Looking at the source for this check, I suspect that the comment before the dh
line prevents the dh sequence from being detected.
Gr.
Matthijs
changelog causing uscan to
behave differently).
I *can* imagine that someone would have a debian directory in their
package collection they want to run uscan on (e.g. a debian and ubuntu
directory for splitting packages between those), so maybe "When
debian/changelog exists" is a good compromise here.
How does that sound?
Gr.
Matthijs
signature.asc
Description: PGP signature
e at: debian/watch
package = test
version = 1.2.3
pkg_dir = ./test-1.2.3
uscan info: Scan finished
It indeed processes the packages in descending version order, but does not skip
the lower version of the same package as the comment implies should happen.
I've tested this with current git master, so I used the most recently released
version number in the bug metadata.
Gr.
Matthijs
identical.
- Links to unrelated binary packages (e.g. links to
/usr/share/common-licenses). These could maybe be resolved against
the build system (this is what I do for the license right now), but I
don't think this can be made reliable, so this is probably better to
not support at all.
Gr.
Matthijs
does not mention the full stop at all:
https://www.debian.org/doc/debian-policy/ch-source.html#debian-changelog-debian-changelog
Anyway, this is already easy to configure, so I wonder if this would be
worth changing?
Gr.
Matthijs
losed? Feel free to do so if you think it
is appropriate.
Anyway, below is some more info I collected a long time ago but never
gotten around to cleaning up and sending. I'm including it here, in case
it is useful for anyone else running into the same.
Gr.
Matthijs
== Old debugging
/i18n/Translation-en.bz2
does exist, so the 404-theory stated previously might not be
accurate.
I also looked for the failing file in /var/lib/apt/lists/partial, but
there were no files in there when I looked.
Sorry I don't have anything more specific, but maybe some of this
helps...
Gr.
ich uses time.clock, which was deprecated since Python 3.3 and removed
in 3.8. I'm also the maintainer of that package, so I'll make sure to
get this fixed.
Gr.
Matthijs
signature.asc
Description: PGP signature
ed a patch below
that passes `--quiet` to `pybuild` when appropriate (this checks for
`--verbose`, since from looking at the code, I expect mixing `--verbose` with
`--quiet` will give funny results). The patch is made against an installed
version 4.20191017, so I hope it still applies to a master v
that this
is really a security problem in practice.
Note that lack of support for such a clause is the subject of
#816448, but the encoding should be solved separately (even when that bug is
also solved).
Solving this would probably be a matter of adding a `htmlspecialchars()` around
the output lines.
Gr.
Matthijs
Package: libsystemd0
Version: 241-7~deb10u2
Severity: normal
When an sd-event io event source with fd ownership is released while it
is dispatching (i.e. from inside the event callback), the event source
is freed after dispatching is complete but it fails to close the fd.
This bug has recently be
I got the message "Unable to revert mtime: /usr/local/share/fonts"
(see also related bug 909728) upon opening a particular pdf file with
xpdf and discovered this message was emitted after it had created a
.uuid file in that directory (which was writable by me as normal user,
probably something I di
Package: golang
Version: 2:1.11~1
Severity: wishlist
Dear Maintainer,
If possible, please consider backporting golang-1.13 to buster.
(Main reason: module support in 1.13 has been improved a lot compared to
1.11).
Thanks for maintaining Go in Debian!
Regards,
Matthijs ten Berge
-- System
Hey Matthias,
> patch at
> http://launchpadlibrarian.net/447871899/nml_0.4.5-1build2_0.4.5-1ubuntu1.diff.gz
Thanks for the report and the patch, looks good. I'll prepare an upload
with it, probably somewhere next week.
Gr.
Matthijs
signature.asc
Description: PGP signature
recommended replacement (available since pillow 3.4.0,
which is < oldstable, so can probably be used unconditionally as well).
See https://github.com/OpenTTD/nml/issues/39 for the upstream
discussion.
Gr.
Matthijs
signature.asc
Description: PGP signature
ndor(1)).
I guess that pretty solves this request, though a dedicated option (or a
mention in the manpage) might still make it easier for people to figure
out how to do this.
Gr.
Matthijs
signature.asc
Description: PGP signature
but I
have not found them so far.
Gr.
Matthijs
table will be used.
Without mentioning this exception.
Gr.
Matthijs
ble this behaviour at all,
if it turns out to be problematic?
- The most common usecase seems to be scanning for new versions of a
single package, where this recursive scanning is not needed at all.
Would it not make sense to just scan the current directory by
default, and add an option to enable recursive scanning for usecases
that need it?
Gr.
Matthijs
, but discusess the scanning of subdirectories in
general:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=905866
Gr.
Matthijs
Hi Georg,
> new upstream version 1.9.3 is available.
Thanks for the headsup, seems I missed that. I'll try to get this
uploaded ASAP.
Gr.
Matthijs
signature.asc
Description: PGP signature
Package: swi-prolog
Version: 8.0.2+dfsg-3
pack_install stopped working due to swi-prolog upstream servers switching
from http to https, as documented here:
https://swi-prolog.discourse.group/t/www-swi-prolog-org-goes-https/811/2
Upstream has fixed this in commit 2f36f408be0abc1f6d4915534334fece26
les that might be clearing the
env, or maybe the application that calls the pam module?
Gr.
Matthijs
done default=ignore] pam_unix.so
Note the "success=end", which I assume to be autoreplaced with an appropriate
value.
Gr.
Matthijs
-- System Information:
Debian Release: buster/sid
APT prefers disco-updates
APT policy: (990, 'disco-updates'), (990, 'disco
it is not
clear what parts the "auth" and "session" invocation of the module play
in the unlocking of encrypted files.
Having a complete manpage would be helpful in this sense.
Gr.
Matthijs
ested this on a configured production system, but I highly
suspect that this is not related to my setup, but also broken in a
default installation. I've included my emperor config below as an
indication.
Gr.
Matthijs
-- System Information:
Debian Release: 10.0
APT prefers stable
APT p
g blacklist,
but the Buster version uses the swtrict policy), it would make sense to
me to still make this change in Buster, if the freeze policy allows
this.
[1]: https://github.com/arduino/ArduinoCore-avr/pull/92
[2]: https://gitlab.freedesktop.org/mobile-broadband/ModemManager/issues/127
Gr.
M
).
> > 6.1)
> > PATH syslinux command is still being written in capital letters in
> > share/bootloaders/syslinux-efi/syslia32.cfg and
> > share/bootloaders/syslinux-efi/syslx64.cfg while it should be written in
> > non-capital letters.
> Good catch, will fix that.
Fixed.
Gr.
Matthijs
signature.asc
Description: PGP signature
Package: modemmanager
Followup-For: Bug #920765
Hey folks,
AFAICS modemmanager 1.10 is available in sid and buster currently, so
this bug can be closed?
Gr.
Matthijs
But this is probably beside the point.
> Anyway... what I want to say is that you should be able to choose:
>
> --bootloaders grub,syslinux-efi
>
> or (if grub-pc was implemented there)
>
> --bootloaders grub-pc,syslinux-efi
>
> in a hdd target and 'syslinux' in
mean... you are
> supposed to create a new file named:
> scripts/build/binary_syslinux-efi
> and not hack around the existant one: binary_syslinux
That would make sense if I wanted syslinux-efi to be really indepenent,
but as I noted above, I wanted to make them share a single configuration
(and also allow syslinux-efi to be installed by itself). This seemed
like best way to achieve that, though alternative suggestions are
welcome :-)
I pushed a new version with the above changes to
https://salsa.debian.org/live-team/live-build/merge_requests/19
Gr.
Matthijs
signature.asc
Description: PGP signature
Hey Thierry,
> Is there a chance that this work will be part of buster live-build
> package, or is it too late already ?
I'm not the maintainer of live-build, but given the freeze state that
buster is in, I highly doubt this will make it into buster.
Gr.
Matthijs
signature.asc
Hey Adrian,
[ About removing --templates from the manpage ]
> In that case IMO that commit should be in its own pull request and not
> the current one.
Done: https://salsa.debian.org/live-team/live-build/merge_requests/21
Gr.
Matthijs
signature.asc
Description: PGP signature
estion, I looked a bit further and found that it was
indeed removed:
https://salsa.debian.org/live-team/live-build/commit/7e633e77f24b6f5ab9a8b22d7d6cf6521454d638
> Note: I will make more comments about this bug later in the week.
Thanks!
Gr.
Matthijs
signature.asc
Description: PGP signature
least it apparently does not work).
Gr.
Matthijs
signature.asc
Description: PGP signature
inst it when restoring the cache). This
probably requires merging bootstrap_debootstrap and bootstrap_cache.
Gr.
Matthijs
signature.asc
Description: PGP signature
s /usr/bin/dpkg returned an error code (1)
I have no experience with ruby and how I can fix this. If you need more
information please tell me and I'll try to provide it.
One last thing, I am very grateful for providing gitlab in Debian. This
must be an huge job with all the dependencies
ach ]
+ * [e61a00b] Force build to abort upon endian_check failure. Thanks to
+Helmut Grohne for suggesting this fix (Closes: #922625)
+
+ -- Matthijs Kooijman Tue, 12 Mar 2019 22:19:01 +0100
+
grfcodec (6.0.6-2) unstable; urgency=medium
* [4dce67c] Bump debhelper version to v11
diff -Nru
y (which means that this
issue changes from "add syslinux-efi" to "make grub-pc & grub-efi work
for hdd images"), though that's probably a bit more work for me and my
client. I'll dig in a bit deeper to see how much work that would be.
Thanks for everyone's inp
te fundamental: the point
> of syslinux is to avoid using grub entirely.
But indeed, I was aiming for syslinux, so none of this secure boot stuff
will actually work with syslinux.
Gr.
Matthijs
signature.asc
Description: PGP signature
t lb config has a --bootloaders that supports
*multiple* bootloaders, so that would be perfect way to support this.
E.g. --bootloaders syslinux,syslinux-efi to have combined image (which
would also become the default for hdd images), or an explicit
--bootloaders syslinux or --bootloaders syslinux-efi
hen only work when booting the isohybrid image from a
HDD, rather than CD?
Gr.
Matthijs
signature.asc
Description: PGP signature
ntain
the complete config).
I haven't really looked at the iso version yet (which is also not my
primary interest, but I think it would be good to handle as well).
Happy to hear any thoughts :-)
Gr.
Matthijs
On Tue, 5 Feb 2019 at 19:53, Antoine Beaupré wrote:
> I guess I could just drop the "python" dependency from there completely
> and rely on the bzr bits to do the right thing if they are setup.
Yes, in principle you could write out git | (bzr, python) as git |
bzr, git | python but this feels po
Package: etckeeper
Version: 1.18.10-1
Severity: normal
Dear Maintainer,
"apt-get install etckeeper" on one of my systems advised me:
The following additional packages will be installed:
libpython-stdlib libpython2-stdlib libpython2.7-minimal
libpython2.7-stdlib python python-minimal
rol group is exactly and how systemd handles it on normal startup. Any
additional thoughts are welcome :-)
Gr.
Matthijs
signature.asc
Description: PGP signature
security update (relating to
the journal only), so this might be caused by one of the previous non-security
updates as well (which I did not have installed yet).
I'll investigate further soon. If you have suggestions on what changes might be
causing this, I'm happy to hear them.
Gr.
Mat
Hi Helmut,
On Sun, Nov 18, 2018 at 04:27:29PM +0100, Helmut Grohne wrote:
> Hi Matthijs,
>
> On Sat, Nov 17, 2018 at 09:28:54PM +0100, Matthijs Kooijman wrote:
> > Thanks for testing and provide a patch. I've included in the build, and
> > verified it works. I did run i
Hey folks,
> Meanwhile, Matthijs can you tell us how the OpenTTD layout work goes?
> May you have any ETA from its upstream? It would be good to drop
> icu-le-hb very soon.
As already noted elsewhere, I just uploaded an OpenTTD version without
the iculx and icu-le-hb dependency. Not sure
00308.html and
https://salsa.debian.org/openttd-team/openttd/commit/2a60f8c976c12f3338655ba4c5130213987dde9a
)
Gr.
Matthijs
signature.asc
Description: PGP signature
Harfbuzz and ICU should provide enough building blocks to implement
something better again. See upstream github for discussion about that:
https://github.com/OpenTTD/OpenTTD/issues/6922
Gr.
Matthijs
signature.asc
Description: PGP signature
Hi László,
thanks for your investigation and patch. I ended up backporting the
upstream patches for the issue, which turned out to be identical to your
patch :-)
I've just uploaded a version with this patch, as well as a bunch of
other pending changes.
Gr.
Matthijs
signature.asc
Descri
ded a fixed version to
unstable.
> I added a removal hint for openttd, to allow icu to migrate to testing. As
> soon as a fixed version of openttd is ready, it can come back.
Is anything needed for making openttd come back to testing, or will an
upload that fixes the relevant bugs suffi
o include, but I should be able to upload a fixed version somewhere
this weekend.
Gr.
Matthijs
signature.asc
Description: PGP signature
Hey László,
> Matthijs working on a normal package upload? At least he answers my
> mails quick and I thought he can apply my patch and upload it as
> 1.8.0-2 package version.
Ack, it's on my list. I'm a bit busy these weeks, but I expect to find
some time in the next 2/3 we
Hi Laszlo,
> I do Cc its maintainer Matthijs and if he acknowledges I will drop
> libiculx and icu-le-hb altogether.
Yeah, I think that dropping icu-le-hb is the best course forward. I want
to doublecheck that that does not have any unintended side effects. Ok
if I get back to you about t
Package: php7.3-common
Version: 7.3.0~rc5-1
Followup-For: Bug #913635
Dear Maintainer,
It is also reproducible when running php7.3-fpm (using nginx as
frontend). I cannot install php7.3-fpm-dbgsym as it is not available on
amd64 architecture.
[ 2989.258352] php-fpm7.3[8102]: segfault at
1 - 100 of 873 matches
Mail list logo
