/s/^default .*dev ([^ ]+).*/\1/p')
--
ciao,
Marco
signature.asc
Description: PGP signature
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
d-i maintainers just tell us what they want?
--
ciao,
Marco
signature.asc
Description: PGP signature
termination instead of
a full web server like nginx or haproxy
nginx in stable is also vulnerable, BTW.
--
ciao,
Marco
signature.asc
Description: PGP signature
mail"
| #define VERSION "8.17.1"
Is there something wrong with the version numbers?
--
kind regards
Marco
Send spam to 1710331534mu...@cartoonies.org
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 kno
that it is
safe to include fangfrisch in a Debian release due to the possible
effect on unsuspecting third party mirrors.
This has also been discussed upstream:
https://github.com/rseichter/fangfrisch/issues/30
--
ciao,
Marco
signature.asc
Description: PGP signature
.
Kind regards
Marco
rts pressing
right-alt as Alt_R / Meta_R.)
--
ciao,
Marco
signature.asc
Description: PGP signature
plication], argc=argc@entry=1,
argv=argv@entry=0x7ffe1c329358) at ../../../gio/gapplication.c:2577
#30 0x55e0f78b49a6 in main (argc=1, argv=0x7ffe1c329358)
at ../src/main.c:33
--
ciao,
Marco
signature.asc
Description: PGP signature
t?
No need to: we know that everything works fine without in-kernel
decompression, because this is how the Debian kernel is configured.
--
ciao,
Marco
signature.asc
Description: PGP signature
ed the modules (how?) with XZ settings
which are supported by the userspace loader but not by the kernel one.
--
ciao,
Marco
signature.asc
Description: PGP signature
far is not the default for Debian kenrels).
--
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, 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:
> 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
Package: bugs.debian.org
Severity: grave
Justification: renders package unusable
Dear Maintainer,
today I found DNS in my Network to be degraded.
I quickly figured out that the bind9 service was not running on this debain
host. In fact the service was masked and the binary missing.
I installed
es-load.d/
disappears from time to time. Local users are expected to install local
files in /etc/modules-load.d/ anyway.
--
ciao,
Marco
signature.asc
Description: PGP signature
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
like to delete the generated files at build time to make sure
that I do not make this mistake again, but it is not trivial since the
Makefile does not exist until configure is run.
Is there an established design pattern for this situation?
--
ciao,
Marco
signature.asc
Description: PGP signature
developer's
indication in the linked bug report, both trying a newer version and
collecting backtrace.
In the end, all of that will be useful for developers to find out what
is going wrong and for Debian maintainers to cherry-pick a fix into
stable release.
Kind regards
Marco
[1] https
rm, I get:
Then fix it as suggested, but not via fstab?
Looks like this is a documentation issue.
What do you think should be changed here, exactly?
> To continue the conversion please:
> - replace '/lib/modules/' with '/usr/lib/modules/' in /etc/fstab
> - reboot
> - try a
Prepared the patch to be included in order to fix this [1] and built
patched kwin myself to confirm this solves the issue.
Marco
[1] https://salsa.debian.org/qt-kde-team/kde/kwin/-/merge_requests/6
m the equivalent to
> convert-etc-shells. Then usrmerge can just install an empty (except for
> a comment) /usr/share/debianutils/shells.d/usrmerge to trigger
> update-shells and things become fully reproducible in all cases, because
OK.
(Also, would you mind moving /var/lib/shells.
this bug report as "grave" (i.e. unusable app), have you
checked if kaffeine is able to play local media? Imo, this is more
"important" severity...
Kind regards
Marco
tors use Varnish
all the time to cache CMSes like Wordpress and Magento, and they do not
have the resources to build custom packages (and matching extensions).
--
ciao,
Marco
signature.asc
Description: PGP signature
of packages wireplumber suggests:
ii libspa-0.2-bluetooth 0.3.64-2
pn wireplumber-doc
--
ciao,
Marco
signature.asc
Description: PGP signature
Control: severity -1 important
Control: affects -1 cfrpki
On Jan 03, Marco d'Itri wrote:
> gortr has not been updated upstream in over two years and probably most
> users at this point have switched to stayrtr for good.
But cfrpki build-depends on golang-github-cloudflare-gortr-dev, so
the trixie release cycle.
--
ciao,
Marco
signature.asc
Description: PGP signature
some pages of a specific PDF
document? On which okular version? Does this deserve a serious severity?
If you are facing two issues, please file two separate bug reports...
Kind regards
Marco
ng bugs.
Clearly, the severity of these bugs is different, at least as long as
your package builds.
--
ciao,
Marco
signature.asc
Description: PGP signature
libxerces2-java 2.12.2-1
ii openjdk-11-jre [java6-runtime] 11.0.17+8-2
ii openjdk-17-jre [java6-runtime] 17.0.5+8-2
ii openjdk-8-jre [java6-runtime] 8u352-ga-1
pcalendar recommends no packages.
pcalendar suggests no packages.
-- no debconf information
--
ciao,
Marco
sig
is properly resolvable.
This bug has been inactive for over two months: do you need any help?
It is keeping cfrpki out of testing.
--
ciao,
Marco
signature.asc
Description: PGP signature
all systems).
--
ciao,
Marco
signature.asc
Description: PGP signature
Ok,
That's fixed in 0.8.1 now, please can you handle the debian side?
Thanks
On lug 17 2022, at 2:51 pm, Jeremy Bicha wrote:
> On Sun, Jul 17, 2022 at 2:49 PM Marco Trevisan
> wrote:
>> Mmh, there are no ABI/API breaks afaik, so there was no need to change
>> package na
Mmh, there are no ABI/API breaks afaik, so there was no need to change
package name
On lug 16 2022, at 11:11 am, Jeremy Bicha wrote:
Control: reassign -1 src:libnotify
Control: severity -1 serious
Control: affects -1 src:gnome-tweaks src:comfy src:gnome-gmail src:isenkram
On Sat, Jul 16, 2022
On Jun 30, Helmut Grohne wrote:
> Assuming that, we basically have the two options above:
> * Move crypt.h back for all multilib architectures only.
> * Add multilib packages.
>
> Marco, do you have any preference here?
I do not want to add any more complexity than what is st
mmit),
where Helmut was positive that this would not cause any issues. Helmut?
(Why can't we retire multilib for good?)
--
ciao,
Marco
signature.asc
Description: PGP signature
.
--
ciao,
Marco
signature.asc
Description: PGP signature
installed.
Protected packages have some of the properties of Essential, but not
all. These are intended to be used mostly for packages that are involved
in booting the system.
Which is clearly not what is happening here.
--
ciao,
Marco
signature.asc
Description: PGP signature
of MRs closed, I decided to go that way.
Let me know if other changes would be needed, or any other feedback,
Best,
-Marco
bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages ansible-mitogen depends on:
ii ansible 2.10.7+merged+base+2.10.8+dfsg-1
ii python3 3.9.8-1
ii python3-mitogen 0.3.1-2
ansible-mitogen recommends no packages.
ansible-mitogen suggests no packages.
-- no debconf information
--
ciao,
Marco
signature.asc
Description: PGP signature
="Couldn't retrieve
BIND stats" err="failed to unmarshal XML response: strconv.ParseUint: parsing
\"-\": invalid syntax"
--
ciao,
Marco
signature.asc
Description: PGP signature
ow on
salsa.
1:
https://salsa.debian.org/php-team/pear/php-easyrdf/-/commit/eb3ecb4dbd17ace43150b9fabd2a7bc2230724f6
Best,
-Marco
pgpSaL2BMEIYo.pgp
Description: Firma digital OpenPGP
for this to work
correctly, so if possible, please prevent the NMU to arrive, I am not
sure about the process to do that.
I will try to get a working version of this for both debian/bullseye and
mainline versions of the package before Monday ;-)
Best,
-Marco
El Sat, 15 Jan 2022 20:52:46 +0200
Adrian Bunk
ck one liner:
sudo perl -i -pe
's/\x49\x8B\x5C\x24\x08\x90\x48\x89\xDF\xFF\x15\x7F\xBD\x97\x03\xEB\xF5/\x4D\x8B\x6C\x24\x08\x90\x4C\x89\xEF\xFF\x15\x7F\xBD\x97\x03\xEB\xDA/'
/usr/lib/firefox/libxul.so
--
ciao,
Marco
signature.asc
Description: PGP signature
estarting
Firefox and opening again the link which made it freeze the first time
then it works again.
--
ciao,
Marco
signature.asc
Description: PGP signature
/ldconfig
> > dpkg -i .../libcrypt1_*.deb
>
> I tried this out, and it worked: the effect disappeared completely,
> reinstallation binds the links to proper files. Thank you and sorry for
> bothering!
--
ciao,
Marco
signature.asc
Description: PGP signature
keeps
> reappearing.
Does it still happen after something like this?
mv /usr/sbin/ldconfig /usr/sbin/ldconfig.old
cp -a /bin/true /usr/sbin/ldconfig
dpkg -i .../libcrypt1_*.deb
--
ciao,
Marco
signature.asc
Description: PGP signature
g uses it), but I will fix this
later in a simpler way.
--
ciao,
Marco
signature.asc
Description: PGP signature
sr/lib/.
--
ciao,
Marco
signature.asc
Description: PGP signature
Hi Jonas,
On mar 18 2021, at 12:05 pm, Jonas Smedegaard wrote:
> Quoting Marco Trevisan (2021-03-18 05:23:41)
> By "launching in a clean schroot" you probably imply that you install
> without respecting recommendations: Debian respects recommendations by
> default, but
Hi Jonas,
> eslint does not depend on but recommends node-text-table, and does so
> because it is needed only in "all but unusual installations" as
> covered by Debian Policy § 7.2:
I'm a bit confused by this as launching in a clean schroot where I've
only eslint installed I get:
eslint -h
Package: eslint
Version: 5.16.0~dfsg-8
Severity: serious
Justification: Missing runtime dependency
Dear Maintainer,
Using eslint from repository fails as per missing dependency on
node-text-table that is used by the default formatter (stylish).
When using other formatters everything works fine.
ides.
It should just be removed (either other packages do depend on it or they
do not), but I am not sure exactly of how much work this would require.
--
ciao,
Marco
signature.asc
Description: PGP signature
Hi Dieter,
the same error message for the update of grub-pc instead of grub-efi-amd64 has
already been reported before this as bug #984426 .
--
Marco
signature.asc
Description: This is a digitally signed message part.
/dev/sdb.
Tried: grub-install /dev/sda
Best
Marco
-- Package-specific info:
*** BEGIN /proc/mounts
/dev/mapper/caspiansea--vg-root / ext4 rw,relatime,errors=remount-ro 0 0
/dev/mapper/caspiansea--vg-var /var ext4 rw,relatime 0 0
/dev/sda2 /boot ext2 rw,relatime 0 0
/dev
After some investigations, it seems that the kernel does not support
anymore the hdmi adapter (satechi usb c).
I propose to lower the lebel for this bug report.
aybe apsfilter and magicfilter could be replaced by foomatic-filters as
well, which is maintained.
--
ciao,
Marco
signature.asc
Description: PGP signature
from 2008 and I am being
told that it does not support UTF-8.
paps has been mentioned as a replacement.
--
ciao,
Marco
signature.asc
Description: PGP signature
5.15.2+dfsg-2
ii qml-module-qtquick25.15.2+dfsg-2
linphone-desktop recommends no packages.
linphone-desktop suggests no packages.
-- no debconf information
--
ciao,
Marco
signature.asc
Description: PGP signature
s
packages to get upgraded first. A quick check based on libcrypt1 reverse
dependencies in sid shows perl-base, login and util-linux. I'm not sure
if this list is exhaustive, though.
--
ciao,
Marco
signature.asc
Description: PGP signature
intainers.
--
ciao,
Marco
signature.asc
Description: PGP signature
On Nov 14, Dominic Hargreaves wrote:
> This seems to be same as #953562 which was reported in March.
Why do you think that this is the same?
--
ciao,
Marco
signature.asc
Description: PGP signature
Il 25/09/20 00:06, Simon McVittie ha scritto:
> Nobody is likely to have tested gjs 1.66 with GNOME 3.36 very thoroughly,
> if at all, so we should not let gjs migrate to testing until we're ready
> for GNOME 3.38 to migrate. I'm opening this RC bug to stop that happening.
For what it worth, I've
(0.55.0-2.1) UNRELEASED; urgency=medium
+
+ * Fix test with setuptools 49. Closes: #966923
+
+ -- Marco Trevisan (Treviño) Thu, 20 Aug 2020 02:51:42
+0200
+
meson (0.55.0-2) unstable; urgency=medium
* Fix crossbuild test from Gianfranco Costamagna. Closes: #963546
diff -Nru meson-0.55.0
02:51:42.0 +0200
@@ -1,3 +1,9 @@
+meson (0.55.0-2.1) UNRELEASED; urgency=medium
+
+ * Fix test with setuptools 49. Closes: #968704
+
+ -- Marco Trevisan (Treviño) Thu, 20 Aug 2020 02:51:42
+0200
+
meson (0.55.0-2) unstable; urgency=medium
* Fix crossbuild test from Gianfranco
Package: meson
Version: 0.53.2-2ubuntu2
Severity: serious
Tags: upstream patch
Justification: FTBFS on amd64
Dear Maintainer,
Building meson in latest experimental fails per:
(experimental-amd64)root@tricky:/build/meson-UGL0Hc/meson-0.55.0#
./run_meson_command_tests.py Meson build system 0.55.0
@@
+meson (0.55.0-3) UNRELEASED; urgency=medium
+
+ * Don't consider skipped tests as failures. Closes: #966923
+
+ -- Marco Trevisan (Treviño) Thu, 20 Aug 2020 02:51:42
+0200
+
meson (0.55.0-2) unstable; urgency=medium
* Fix crossbuild test from Gianfranco Costamagna. Closes: #963546
diff
Same issue here on Debian 10.4 stable.
What surprised me is that this went through up to stable (via the
security updates).
On 11.07.20 14:03, steve simmons wrote:
> I have a similar looking issue.
>
> I updated Chromium, and since then, every few minutes there is crash.
> Happens more often if
libkmod.so.2 ->
libkmod.so.2.3.5
Package: kmod-udeb
Source: kmod
Version: 27-3
Architecture: amd64
Maintainer: Marco d'Itri
Installed-Size: 133
Depends: libc6-udeb (>= 2.30)
Section: debian-installer
Priority: important
Description: libkmod shared library
This is a mini
On Mar 15, Timo Kluck wrote:
> Thanks for the suggestion. I ended up doing something similar in
> parallel (apologies for ubuntu-specific instructions):
Then this is not interesting.
--
ciao,
Marco
signature.asc
Description: PGP signature
On Mar 15, Timo Kluck wrote:
> I'll attempt to recover with a live cd and can post updates here if that's
> useful.
chroot and run ldconfig, for a start.
--
ciao,
Marco
signature.asc
Description: PGP signature
kmod-udeb
if it is not actually used?
--
ciao,
Marco
signature.asc
Description: PGP signature
On Mar 15, John Paul Adrian Glaubitz wrote:
> Do you have a patch handy, then I'll fix the package manually for the time
> being for ia64 only?
Just edit debian/patch_libtool.
Let me know if it works and I will apply the change.
--
ciao,
Marco
signature.asc
Description: PGP signature
y running ldconfig?
--
ciao,
Marco
signature.asc
Description: PGP signature
On Mar 10, Julian Andres Klode wrote:
> It likely works out fine in practice in most cases, but
> let's be safe, k?
Do you care enough to test a patch?
--
ciao,
Marco
signature.asc
Description: PGP signature
t "being listed as DT_NEEDED", which would solve a lot of cases.
--
ciao,
Marco
signature.asc
Description: PGP signature
this, and I am quite annoyed that I had to spend my time researching
these details and then explaining them to you.
--
ciao,
Marco
signature.asc
Description: PGP signature
Ciao,
Il Dom, 9 Febbraio 2020 9:34 pm, Steven Robbins ha scritto:
> On Sunday, February 9, 2020 9:54:02 A.M. CST Marco Bodrato wrote:
>> So, if the new release of the library is able to answer that the number
>> 387047 is prime, and not only "probably" prime... Thi
Ciao,
Il 2020-02-18 16:49 gregor herrmann ha scritto:
Il 2020-02-18 12:39 Marco Bodrato ha scritto:
> A proposed patch:
I tried to convert it into the following unified patch:
Does this look correct?
Perfect.
(The package builds and passes all tests with the above patch.)
Gr
Ciao,
Il 2020-02-18 12:39 Marco Bodrato ha scritto:
A proposed patch:
Looking at it twice, it is probably better to propose a cleaner patch,
that can be adopted also upstream:
*** squfof126.c~2020-02-18 15:03:43.371325091 +0100
--- squfof126.c 2020-02-18 15:25:46.208271285 +0100
Ciao,
in my opinion, the issue arises from a function that is directly
accessing the internal structure. Using the documented interface heals
the bug.
A proposed patch:
*** squfof126.c~2020-02-18 12:25:12.210812063 +0100
--- squfof126.c 2020-02-18 12:23:50.647283918 +0100
Ciao,
From
https://ci.debian.net/data/autopkgtest/testing/arm64/libm/libmath-gmp-perl/4229384/log.gz
I read the following:
# Failed test 'Test worked: $x =
Math::GMP->new("387047");Math::GMP::probab_prime($x,25);'
# at t/01_gmppm.t line 192.
# got: '2'
# expected: '1'
e the SONAME.
The upstream maintainers choose to provide backward compatibility to old
binaries but not forward compatibility from old libraries.
--
ciao,
Marco
signature.asc
Description: PGP signature
libcrypt1 conflict
with it. I did not expect for libxcrypt1 to be still around since it was
not shipped in buster and nobody really ever used it.
--
ciao,
Marco
signature.asc
Description: PGP signature
s is only cosmetic, and it needs to be fixed in /usr/sbin/mkinitramfs
by copying modules.builtin.bin too:
-for x in modules.builtin modules.order; do
+for x in modules.builtin modules.builtin.bin modules.order; do
--
ciao,
Marco
signature.asc
Description: PGP signature
On Dec 30, Thorsten Glaser wrote:
> ① it won’t migrate as-is currently anyway, because it needs
> a new source-only upload and piuparts fails testing, though
> the latter might be due to the glibc issue maybe?
No, this is an unrelated piuparts bug which was fixed yesterday.
--
ci
Since nobody else managed to reproduce this so far I am inclined to
demote the bug to "important" to allow the migration to testing.
--
ciao,
Marco
signature.asc
Description: PGP signature
The fixed package is currently in NEW.
--
ciao,
Marco
signature.asc
Description: PGP signature
On Dec 16, Steve McIntyre wrote:
> Some testing of this in a d-i environment would have been nice. :-(
Is there a practical way to do this (i.e. without rebuilding half of
d-i)?
The new package was discussed on debian-boot@.
--
ciao,
Marco
signature.asc
Description: PGP signature
On Dec 11, Marco d'Itri wrote:
> On Dec 11, Matthias Klose wrote:
>
> > there is really no need for a versioned libxcrypt1-dev package. Please
> > rename
> > that properly to libxcrypt-dev.
> Can you be more specific in why this would not be allowed?
> Currentl
2019-12-13 15:52:48 status unpacked libc6-dev:amd64 2.29-6
2019-12-13 15:52:48 status half-configured libc6-dev:amd64 2.29-6
2019-12-13 15:52:48 status installed libc6-dev:amd64 2.29-6
root@TMP19396:~#
--
ciao,
Marco
signature.asc
Description: PGP signature
On Dec 11, Aurelien Jarno wrote:
> On 2019-12-11 17:54, Marco d'Itri wrote:
> > On Dec 11, Thorsten Glaser wrote:
> >
> > > Thankfully, I had a root session in a chroot open and used
> > > the program, statically linked, from http://koltsoff.com/pub/getroot
pen shared object file: No such file or directory
> dpkg: error processing archive
> /tmp/apt-dpkg-install-vKsDE7/1-libc6_2.29-6_amd64.deb (--unpack):
> new libc6:amd64 package pre-installation script subprocess returned error
> exit status 127
--
ciao,
Marco
signature.asc
Description: PGP signature
to do it.
libxcrypt1-dev and libxcrypt2-dev cannot be installed at the same time,
but libxcrypt1 and libxcrypt2 can.
--
ciao,
Marco
signature.asc
Description: PGP signature
2:1.3.3-1+b2
ii zlib1g 1:1.2.11.dfsg-1+b1
mupdf recommends no packages.
Versions of packages mupdf suggests:
pn mupdf-tools
-- no debconf information
--
ciao,
Marco
signature.asc
Description: PGP signature
Control: severity -1 normal
On Aug 22, Marco d'Itri wrote:
> Another option is agreeing that this cannot be fixed in a sane and
> practical way until non-merged systems have to be supported, and
> document somewhere that if anybody does this install-remove-reinstall
> dan
eeing that this cannot be fixed in a sane and
practical way until non-merged systems have to be supported, and
document somewhere that if anybody does this install-remove-reinstall
dance on a libc-* package then they will have to run again the
conversion program.
--
ciao,
Marco
signature.asc
Description: PGP signature
1 - 100 of 998 matches
Mail list logo
