Quack,
On 2024-05-08 09:40, Marc Dequènes wrote:
Not sure this is the same problem but I would say it's worth a try.
I'll prepare the package and let you know how it goes.
I packaged and uploaded 0.5.0 and this bug is fixed for me now, but I'd
like to hear from you all before closing this
Quack,
On 2024-04-22 00:44, Jeremy Bícha wrote:
There have been a huge amount of changes, but most of those changes
were in Unstable and haven't reached Testing yet.
I can confirm the problem is still there in latest unstable.
Marc, there is a fix for sway 1.9 in wlgreet 0.5. Do you want to
Quack,
On 2024-02-23 07:59, Peter Green wrote:
To build with this new version of nix, aardvark-dns needs a small patch
taken from upstream. A debdiff is attached, if I get no response I will
likely NMU this once the new version of rust-nix is in unstable.
Thanks for letting me know. The
Quack,
On 2024-02-08 15:50, Arto Jantunen wrote:
This is needed to fix #1061421 (crash with recent sway versions). This
is
caused by the same underlying issue as #1061563 in alacritty, it was
already
fixed via binNMU there.
Thanks a lot.
I'm in the middle of moving to a new Pond and lacked
Package: libruby3.1
Version: 3.1.2-7
Severity: normal
X-Debbugs-Cc: yellowrubberd...@cock.li
Dear Maintainer,
A half of Ruby projects can't be run with bundler 2.3.7 due to this bug:
https://github.com/rubygems/rubygems/issues/5351
For the reason I don't understand a default debian system uses
Control: tag -1 +help
Quack,
On 2024-01-24 19:04, Arto Jantunen wrote:
After a semi-recent upgrade (I'm not sure which one, as I don't reboot
or restart my session after each one) of testing wlgreet no longer
starts. Here is what I get when trying to start it under a manually
launched sway
Quack,
On 2023-11-04 23:22, Stefano Rivera wrote:
I updated the package to put a thin loading shim into
/etc/bash_completion.d. That should be safe to have as a conffile.
I first went down the road of a symlink, but I think that could be
problematic if a package is left in the conffiles state.
Quack,
Sorry for the lag, I really lacked time and energy recently but I'll try
to upload a fix soon.
On 2023-10-07 04:09, Jeremy Bícha wrote:
No, greetd needs to build itself correctly regardless of whether there
are helper functions available.
You're right and I did not realize nocheck
Quack,
Sorry for the lag, I'm deep in Bookworm upgrades :-).
On 2023-06-30 02:03, Sam Hartman wrote:
I just tried:
* pam-auth-update --enable mkhomedir
* confirm pam_mkhomedir is in the config
p
* pam-auth-update --disable mkhomedir
* Confirm that it is not in the config.
Indeed it
I forgot to say it can be reproduced with a fresh install of
mailman3-full.
--
Marc Dequènes
Package: dwz
Version: 0.15-1
Quack,
I've now disabled dh_dwz but the original build log can be found here:
https://salsa.debian.org/debian/wlgreet/-/jobs/4401335
The package is awaiting NEW but sources are on Salsa if you wish to
experiment.
I honestly have no idea how dwz works so I
Package: mailman3
Version: 3.3.8-1
Quack,
The generated configuration in /etc/mailman3/mailman.cfg contains a
database URL with the postgres:// scheme but this has long been
deprecated in SQLAlchemy and needs to be replaced with postgresql://.
The service refused to start without this
Quack,
On 2023-07-08 01:30, Jeremy Bícha wrote:
Could you upload the version from Experimental to Unstable?
I just got back Pond and checked if there was a new version first; no
luck with that but I uploaded the version in experimental in unstable
and it just got ACCEPTED, enjoy.
\_o<
Package: postfix-mta-sts-resolver
Version: 1.1.2-1.1
Severity: important
Quack,
I upgraded a server to Bookworm and the service crashed with:
2023-07-04 15:05:43 INFO MAIN: Eventloop started.
Traceback (most recent call last):
File "/usr/bin/mta-sts-daemon", line 33, in
Package: libpam-runtime
Severity: normal
Version: 1.5.2-6
Quack,
Thanks for adding the feature in #1004000 but it unfortunately does not
work.
I don't recall if I tested the feature extensively but I updated my
Ansible rules and it is ineffective. After switching a machine to
bookworm I
Quack,
On 2023-05-01 07:11, Marie Janssen wrote:
The greetd package suggests: wlgreet but it is not available, causing
the confusing situation where it's recommended (and seems likely to be
preferred, given the lightdm situation that caused greetd to be added)
but not available.
I'd recommend
Quack Arnaud,
greetd was unblocked today. Thanks for your help :-).
\_o<
--
Marc Dequènes
oid this conflict and maintain a clean
+upgrade path for both those packages.
+
+ -- Marc Dequènes (Duck) Fri, 31 Mar 2023 12:12:29 +0900
+
+greetd (0.9.0-2) unstable; urgency=medium
+
+ * Provide PAM configuration (Closes: #1032786).
+
+ -- Marc Dequènes (Duck) Mon, 13 Mar 2023 02:41:02 +0
Quack,
On 2023-03-24 18:24, Arnaud Ferraris wrote:
Well yes, it was only supposed to be transitional waiting for
https://lists.sr.ht/~kennylevinsen/greetd/patches/36264 to land
upstream, but I went a bit too optimistic on that one, my bad...
That's fine.
The greeter PAM config drops the
Quack,
On 2023-03-21 18:49, Arnaud Ferraris wrote:
@duck, any comment on the above?
Thanks for the contribution.
Honestly when I read the title I really wondered how phog could have
ended-up shipping this file. I forgot it initially, was asked about it
and added it quickly, so it's
Source: libdisplay-info
Severity: serious
The library is new and just starting to be stable, with no rdepends yet,
so even if the binary is useful to get info I'm not sure it's worth
maintaining a full release cycle.
\_o<
--
Marc Dequènes
Quack Salvatore,
Thanks for the patch, it looks good.
I'm in the Ruby team but not involved in this particular package but I
think we can let your NMU flow.
It's causing havoc on other packages so the sooner the better :-).
Regards.
\_o<
--
Marc Dequènes
Quack,
I just packaged DXVK 2.0 which brings lots of improvements.
It is the first time since I took over that the requirements were bumped
and the bar is high: Wine 7.1 and Mesa3d 22.0 (minimum version, not
recommended):
https://github.com/doitsujin/dxvk/wiki/Driver-support
With the
Quack,
Alexis, thanks a lot for looking into it.
I just uploaded a package that seem to work fine with the debug symbols
loading using winedbg+gdb as you described.
And indeed it's taking way less space :-).
Regards.
\_o<
--
Marc Dequènes
Quack,
On 2022-12-14 23:00, Bastian Germann wrote:
I am orphaning cdbs. @foka @js @duck Would you please move the cdbs
repository to salsa's debian namespace?
DH made so much progress that we all left :-).
Jonas needed it for some packages and maintained it as long as he could.
We did
Quack,
On 2022-12-11 09:20, Johannes Schauer Marin Rodrigues wrote:
1. do not start the greetd service by default installing a package
should not result into logging out the currently active user
I only tested greetd in the console after having started my previous
login manager and did
Control: tags -1 + pending
Quack,
On 2022-12-08 22:21, Peter Green wrote:
I have updated rust-nix in experimental, and intend to do so in
unstable
soon, the code in your package builds fine with the new version, but
the Cargo dependencies don't allow it to be used. The attached patch
updates
Control: tag -1 +help
Quack,
On 2022-11-13 22:58, Taavi Väänänen wrote:
greetd service specifies an alias (display-manager.service). That alias
should instead be managed via the alternatives system that other
display manager packages are using to make it possible to switch
between installed
Quack,
On 2022-11-13 22:51, Taavi Väänänen wrote:
According to policy 5.6.26, the Vcs-* fields in d/control most point to
the packaging repository, not to the upstream repository as currently
done in src:greetd.
Indeed, this is a silly mistake and I'll fix it soon.
Regards.
\_o<
--
Marc
Quack,
On 2022-10-31 05:35, Johannes Schauer Marin Rodrigues wrote:
greetd is packaged and even in testing already. Any status update on
wlgreet?
There's several layers of dependencies that needed packaging and going
through NEW took a while.
Now I'm dealing with owned-ttf-parser and after
Quack,
On 2022-10-27 08:51, David Kalnischkies wrote:
You are right that libruby3.0 which provides 3.1.9 is not enough to
satisfy the build-dependency of redmine, but libruby3.1 is installed,
too, and that certainly does satisfy ruby-csv (>= 3.2.0). It is
therefore correct for apt to not
Package: apt
Version: 2.5.3+b1
Severity: important
Control: affects -1 redmine
Quack,
I had a weird FTBFS in #1022340 and it looks like the resolver is just
skipping the versioned dep because another dep provides the same virtual
package. Unfortunately it does not resolve the required
Quack,
Thanks for the report.
When I first read the logs I could not fathom what was going on: we B-D
on ruby-csv (>= 3.2.0) and it's not even installed!
So it happens that libruby3.0 provides ruby-csv but it explicitly
specify ruby-csv (= 3.1.9).
I seems the resolver is confused by the fact
Quack,
First, Steinar, I had the same crash and you need to exclude
'inline-signing yes' if your zone uses 'allow-update' or
'update-policy'. A proper error message would have been welcome indeed.
I was also struck by this breakage and my whole infra was down because I
use
Quack Gabriel,
I salvaged python-argcomplete and I'm now looking at loading completions
when the package is installed but that does not work as planned. Could
you lend me a hand please?
python-argcomplete ships with a script
(activate-global-python-argcomplete) which installs completion in
Quack,
Thanks a lot for your feedback.
On 2022-07-16 14:56, Johannes Schauer Marin Rodrigues wrote:
Issue 1: your choice of _greetd lets my postinst fail because my
NAME_REGEX in
/etc/adduser.conf is "^[a-z][-a-z0-9_]*\$"
This naming scheme is becoming quite common in Debian now. Since you
On 2022-07-13 12:14, Johannes Schauer Marin Rodrigues wrote:
Yes, that's what I did. The last command fails with:
I recreated my workdir and realized the build directory is missing.
I looked into it and you can recreate the missing pieces with (at the
top dir):
./repackage.sh enquote
://salsa.debian.org/duck/debcargo-conf.git
cd debcargo-conf/build/
./build.sh enquote
Enjoy!
--
Marc Dequènes
Quack,
On 2022-07-12 21:31, Johannes Schauer Marin Rodrigues wrote:
the salsa link above is 404. If you share your enquote packaging
(cannot find
it on salsa) then I'll build and test greetd over here. Feel free to
ping me
for wlgreet testing as well. I've never packaged rust either so I
Quack,
Just to let you know, I now have a working greetd package:
https://salsa.debian.org/debian/greetd
The enquote build dependency is missing and I'm trying to get it added
in the Rust Team:
https://salsa.debian.org/duck/debcargo-conf/-/commit/c64a4a911fd1f04970d982fa53c2d8db2e9cd2b4
Package: ftp.debian.org
Quack,
As pointed out by #1011414, ruby-deckar01-task-list was already packaged
as ruby-task-list. This is a wrong and misleading naming that led me to
loose time and energy and today to bother you to get it removed from the
archive.
Please help me forget about this
Quack,
On 2022-07-06 06:18, Antonio Terceiro wrote:
I just did that. Remember that you need to add Breaks:/Replaces: on
your
package for upgrades to work.
Thanks Antonio. The initial report did not have this analysis and I did
not did not have time to dig into it.
Regards.
\_o<
--
Marc
Quack,
On 2022-07-04 14:11, Johannes Schauer Marin Rodrigues wrote:
how is the packaging going? Are you still intending to package it? Is
there
already a git repository on salsa?
Sorry, I've been delayed but I still intend to get this in :-).
Regards.
\_o<
--
Marc Dequènes
Quack,
On 2022-05-14 04:03, Yaroslav Halchenko wrote:
I have just uploaded to --delayed 5 a workaround fix for #1010941
(FTBFS). The diff is attached
Thanks for the workaround.
I'm going to proceed with the salvaging soon now that the delay has
passed.
Please give me a few days without
Package: blhc
Version: 0.13-2
Quack,
When building dxvk I got this error:
NONVERBOSE BUILD: C++ linker for the build machine: c++ ld.bfd 2.38
You can find an example here:
https://salsa.debian.org/aviau/dxvk/-/jobs/2726822
This is due to Meson's discovery:
C compiler for the host machine:
Control: severity -1 grave
Control: affects -1 src:dxvk
Quack,
Not sure why the severity was not raised but as it is this package is
unusable.
It also breaks dxvk's autopkgtest which I needed before releasing fixes.
There were changes in the nls files packaging in 6.9~repack-1 but no
Source: python-argcomplete
Version: 1.12.3-0.1
Severity: important
X-Debbugs-CC: mnen...@debian.org
Quack,
This package has not received love from their maintained since
2017-01-24. It was NMUed multiple times since then without
acknowledgement. The git repo is still on a guest account thus
Quack Jonas,
I hope you're fine.
On 2022-04-27 16:28, Jonas Smedegaard wrote:
I'd be happy to co-maintain if you are interested in doing so outside
of
the Rust team - e.g. using the more loose debian collaboration section
at salsa.
I'm really new at Rust but really interested in learning
Package: wnpp
Severity: wishlist
Owner: Marc Dequènes (Duck)
X-Debbugs-Cc: debian-de...@lists.debian.org
Control: block -1 with 1010247
* Package name: wlgreet
Version : 0.3
Upstream Author : Kenny Levinsen
* URL : https://git.sr.ht/~kennylevinsen/wlgreet
* License
Package: wnpp
Severity: wishlist
Owner: Marc Dequènes (Duck)
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: greetd
Version : 0.8.0
Upstream Author : Kenny Levinsen
* URL : https://git.sr.ht/~kennylevinsen/greetd
* License : GPL-3
Programming
Quack,
Indeed, I failed to see it was assigned to both, thanks for the fix.
\_o<
--
Marc Dequènes
Package: ftp.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: rm
Quack,
On behalf of the Ruby Team, please remove these two packages which are
dead
upstream: respectively archived since 2020 and upstream site vanished.
ruby-gli is the only rdepends of
Quack Seven,
I'm involved with bip packaging and upstream and we wondered what
version of bip you are using. Did you upgrade bip recently?
We have yet no reason to think that it could be triggered by a bug in
bip, just checking. Clearly hexchat should behave better anyway.
Can you reproduce
Quack,
Thanks a lot for preparing all this. I have no idea why this was not
integrated before. I see in the history the focus was on the autopkgtest
and I myself continued on that path when I took over with Kanashiro-kun
so I can only speculate the test suite was not great before.
Anyway,
Quack,
On 2022-03-11 21:52, Adrian Bunk wrote:
dxvk should have an RC bug documenting why it is not in testing,
and this bug in dxvkshould be fixed by using the non-development
version of wine.
I agree documenting is nice but this is not my decision. It is unlikely
that wine maintainers
Quack,
Btw, Adrian could you clarify with you bumped the severity?
wine-development was already blocked from entering Bullseye and that
blocked dxvk as well, so no need to add a RC bug just for that.
Regards.
\_o<
--
Marc Dequènes
Quack,
Could you please test the changes in branch 'br982159' on Salsa and tell
me if it works for you?
Regards.
\_o<
--
Marc Dequènes
Source: python3.10
Version: 3.10.2-1
Severity: important
Control: affects -1 src:python-cmd2
X-Debbugs-CC: Federico Ceratto
Quack,
I was working with python-cmd2's maintainer to get a newer version
packaged in #1002463 and noticed Python is now using libedit, so I
proposed a patch since
Control: severity -1 critical
Control: tag -1 +patch
Coin,
Breaks unrelated software as well as python-argcomplete's build, maybe
others, thus raising severity.
I have created a merge request with a fix:
https://salsa.debian.org/debian/fish/-/merge_requests/6
Regards.
\_o<
--
Marc
Quack,
Sorry for the lag and thanks for your explanation and patch. I have
committed it and it will land in the next upload. Currently the Salsa
check is broken due to #991384 so I cannot be sure it builds fine.
As for the headers, `Multi-Arch` is already set to `foreign` for all
three
Package: lintian
Version: 2.114.0
Quack,
no-code-sections is triggered on dxvk, and also on wine, but these are
not ELF files since it's targeted for Windows. Of course an override is
possible but here there's an obvious way to avoid a false positive since
readelf fails with "readelf:
Quack,
Could you have a look at this bug please?
I'm trying to fix cross-compilation problems on dxvk but cannot even get
a test build to run because of this issue:
https://salsa.debian.org/aviau/dxvk/-/jobs/2455425
Regards.
\_o<
--
Marc Dequènes
Quack,
Sorry for the late reply.
You're right DXVK can now handle wine-stable version (5.0.3). I have not
tested it but upstream claims 3.10 as the minimum version needed.
That still won't let this package into testing though as it is built
against libwine-development-dev that will never
Package: libpam-runtime
Version: 1.4.0-11
Severity: wishlist
Quack,
I use a weird configuration because I need sssd for caching and SSH keys
in LDAP and nslcd for pam_authz_search with variable resolution and
neither provide all the things. Because of this I disabled sssd for PAM
in
@@ -1,3 +1,10 @@
+cmd2 (2.3.3-1) UNRELEASED; urgency=medium
+
+ * NUR.
+ * Add patch to allow using libedit.
+
+ -- Marc Dequènes (Duck) Wed, 22 Dec 2021 20:36:25 +0900
+
cmd2 (2.1.2-1) unstable; urgency=medium
* New upstream release (Closes: #984798)
diff --git a/debian/control b/debian/
Source: grub2
Version: 2.04-20
Severity: normal
Quack,
My system originally was created as LUKS2 and then I found out GRUB did
not support it and converted it to LUKS1. That was a while ago but that
is to say it's already using PBKDF2 so it's easy to switch back and
forth.
I upgraded my
Package: ansible
Version: 4.6.0-1
Severity: important
Quack,
Despite the fix in #995879 it is not installable:
# apt install -t experimental ansible
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
The following additional packages will be
Quack,
Interestingly we used 8.046.00-1, with 4.19.0-17 until 2021-10-21 and it
worked fine.
Then we upgraded to bullseye and the package was upgraded to 8.048.03-3.
After rebooting the host never came back until we were able to reach the
sever and debug today.
It turns out modprobe was not
Quack,
There has been no response for almost a month and this breaks the sole
usage of this package, therefore I just made an NMU.
You can find my changes on Salsa:
https://salsa.debian.org/xorg-team/vulkan/vulkan-validationlayers/-/merge_requests/1
Thanks Kienan for providing a link to
Quack,
On 2021-01-30 23:32, Nigel Horne wrote:
This cronjob:
/usr/sbin/lynis audit system --cronjob | mail u...@example.com
Sends this e-mail:
/usr/sbin/lynis: 430: [: Illegal number: SOLARIS_LOGHOST_LOCALHOST
Sorry for the lag.
It's and upstream bug fixed in 3.0.6
Quack,
On 2021-09-22 18:28, Timo Aaltonen wrote:
But since the 'run sssd as a non-privileged user' -feature is still
not used in Fedora either, best to make it run as root and change the
file permissions to match.
I guess it's not ready yet and following Fedora seems the best thing to
do.
Package: sssd-common
Version: 2.5.2-2
Severity: important
Quack,
This morning sssd got upgraded from 2.4.1-2 to 2.5.2-2 and I could not
log in as user. I use sssd-ldap + sssd-dbus + sssd-tools (the rest is
automatically installed).
I tried to downgrade but that did not solve anything, that
Quack,
It works great, thank you.
\_o<
--
Marc Dequènes
Package: wireplumber
Version: 0.4.2-4
Severity: important
Quack,
I just switch a working Pipewire installation from
pipewire-media-session to wireplumber and since it is supposed to be a
drop-in replacement I was expecting it to work without any tweaks. I use
pipewire-pulse and pavucontrol
Package: ckb-next
Version: 0.4.3+dfsg.1-0.1
Severity: important
Tags: upstream fixed-upstream
Quack,
Creating a new profile is not possible due to a crash. This is fixed in
0.4.4:
https://github.com/ckb-next/ckb-next/releases/tag/v0.4.4
Could you please package it?
Regards.
\_o<
--
Marc
On 2021-08-18 16:17, Timo Aaltonen wrote:
What if you just do s/tempfile/mktemp?
It works fine, thanks.
--
Marc Dequènes
Package: x11-common
Version: 1:7.7+22
Severity: grave
Quack,
Since debianutils has dropped the deprecated `tempfile` in 5.0-1
/etc/X11/Xsession fails around the WRITE_TEST and this breaks graphical
login completely. Commenting this section allowed me to log in. There is
another call line 85
Control: affects -1 redmine-plugin-custom-css
Quack,
I finished packaging 4.2.1 a few days ago and I can confirms this
totally does not work. Upstream had piled on many patches and now
targeting Rails 6.1. Unfortunately this is not over and 5.0 has many
tasks assigned which are not done.
Version: 0.5.3-3
I forgot to close it in the changelog, sorry.
--
Marc Dequènes
Quack,
On 2021-04-25 06:36, Salvatore Bonaccorso wrote:
Is this still reproducible on current kernels?
I changed hardware last December and it's not the same chipset anymore
thus I cannot tell, sorry.
The new one is also using iwlwifi though:
00:14.3 Network controller: Intel Corporation
Package: release-notes
Quack,
Sorry for the late request, I entirely forgot. I also hoped it would not
be necessary in case 4.2 could work with a few patches but I just
finished packaging it and that's not working.
If not too late, here is the message I wish to convey:
Redmine is
Quack,
Sorry for the lag.
On 2021-01-27 21:01, Julian Andres Klode wrote:
So effectively, what you are asking for is to allow origin to pin based
on the path, not just the hostname, like we allow for apt_auth.conf.
I need to way to securely restrict sources, so that a custom source for
a
Package: bind9
Version: 1:9.16.11-2~bpo10+1
Quack,
I got these errors at startup:
Mar 26 08:51:46 Orfeo named[14057]: couldn't mkdir '/run/named':
Permission denied
Mar 26 08:51:46 Orfeo named[14057]: generating session key for dynamic
DNS
Mar 26 08:51:46 Orfeo named[14057]: couldn't mkdir
Quack,
Indeed we'll have to wait for 5.0. I had hope for 4.2 but it was pushed
back and despite interesting fixes planned for this release that's most
probably not going to work. It's unfortunate Redmine's development is
going so slowly.
Anyway we plan to provide a package in backports
Quack,
I had a similar problem just now when migrating from
1:9.11.5.P4+dfsg-5.1+deb10u2 to 1:9.16.11-2~bpo10+1.
Aside from the similar permission errors I also had this output:
# aa-status | grep -E '^[0-9]+|named'
34 profiles are loaded.
18 profiles are in enforce mode.
/usr/sbin/named
Package: apt
Version: 2.1.18
Severity: wishlist
Control: affects -1 apt-cacher-ng
Quack,
I am using apt-cacher-ng and in order to use https I'm using the method
recommended by its author by prepending HTTPS/// to the host, which
gives URLs of the like:
Quack,
On 2021-01-17 02:20, Filippo Giunchedi wrote:
On Wed, Apr 01, 2020 at 07:03 PM, Marc Dequènes wrote:
I added this line to the apparmor policy:
/usr/share/GeoIP/GeoIP.dat r,
Btw the package could also Suggest geoip-database needed for this
module.
Thank you for the report, I'm not
Package: libdqlite-dev
Version: 1.6.0-1+b1
Severity: serious
Quack,
Similarly as libdqlite0 depends on libsqlite3-0 this dependency is
needed too.
Regards.
\_o<
--
Marc Dequènes
Quack,
On 2020-12-16 16:54, Jeff wrote:
The version of libtiff-tools in testing still outputs to stderr, so I
am inclined to say this is not (yet) a Debian bug, and certainly not
important.
That's a tad rude. I understand you're preparing the release but the
meaning of a bug is not up to
Package: gscan2pdf
Version: 2.10.1-1
Severity: Important
Tags: patch
Quack,
At startup I got this warning:
Warning: missing packages
Save image requires libtiff
And indeed I can scan but not save.
I looked in the code how the detection work and found out that `tiffcp
-h` is now
this package:
https://salsa.debian.org/duck/python-argcomplete
Regards.
\_o<
--
Marc Dequènes
Quack,
On 2020-12-10 07:39, Michael Biebl wrote:
It might be, that ckb-next is affected by this, especially when it
deals with handling/creating (input) devices.
I'm inclined to reassign this to ckb-next. WDYT?
Indeed it seems the change described in this article would affect
ckb-next.
Control: tags -1 +help
Quack,
I tried building with LTO but it does not work with problems similar to
this:
https://sourceware.org/bugzilla/show_bug.cgi?id=12762
I tried the workarounds to no avail.
I do not wish to sacrifice the hardening flags just to save some space,
knowing that's
Quack,
You're right, that's a big increase and I did not realize.
After some digging it seems this is due to compiling with
_FORTIFY_SOURCE (you can see the difference popping up between 1.7.2-1
and -2). Some folks suggest enabling LTO. I'm not familiar with all this
so I need some more
Quack,
I was wondering what make my system so peculiar and stumbled onto this
bug report:
https://github.com/ckb-next/ckb-next/issues/671
I haven't tried the ckb-next git version yet but it seems strange that
simply presenting a device's features differently would break things. If
there
Quack,
On 2020-12-05 05:00, Michael Biebl wrote:
hidepid is known to cause problems and no longer a supported
configuration:
https://www.debian.org/releases/stable/amd64/release-notes/ch-information.de.html#hidepid-unsupported
Thanks for pointing this out, I did not know it was officially
On 2020-12-04 17:04, Michael Biebl wrote:
Is policykit-1 installed and working?
I dug a little bit more on this front and I am affected by this:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=860040
which then made the polkit agent quit on start.
I have not tested yet if removing
On 2020-12-04 17:04, Michael Biebl wrote:
Control: tags -1 + moreinfo
Am 04.12.20 um 07:00 schrieb Marc Dequènes (duck):
After upgrade from 246.6-5 to 247.1-3 I experienced impossibility to
use my keyboard after login on graphical session.
I'm using Lightdm + Sway and could input with my
Package: systemd
Version: 247.1-3
Severity: critical
Justification: breaks graphical session input
Control: affects -1 sway
Quack,
After upgrade from 246.6-5 to 247.1-3 I experienced impossibility to use
my keyboard after login on graphical session.
I'm using Lightdm + Sway and could input
Quack,
I packaged 2.10 and no Guile 3.0 support yet. I just sent a mail
upstream to ask if that would be feasible.
Regards.
\_o<
--
Marc Dequènes
1 - 100 of 787 matches
Mail list logo
