On 2024-03-08 at 22:26:25, Helmut Grohne (hel...@subdivi.de) wrote:
> Yes, I think this is a duplicate of #1059691. Could you give feedback on
> the contained patch?
Indeed, it does look like the same thing. I'm sorry I missed the original
bug and never saw your patch.
It looks good to me. I
Hi Helmut,
This looks like an unexpected edge case from the recent usr-merge changes:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1065696
It sounds like a system using sysvinit, instead of systemd, which was
recently upgraded using usrmerge.
Francois
--
https://fmarier.org/
Hi Helmut,
This looks like an unexpected edge case from the recent usr-merge changes:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1065696
It sounds like a system using sysvinit, instead of systemd, which was
recently upgraded using usrmerge.
Francois
--
https://fmarier.org/
I received the email below from the Tor team. The package that's currently
in stable should be updated ASAP since it's going to stop working very soon.
I will be switching temporarily to the package in backports, but IMO an
update should be pushed to bookworm either via the security repo, or
I received the email below from the Tor team. The package that's currently
in stable should be updated ASAP since it's going to stop working very soon.
I will be switching temporarily to the package in backports, but IMO an
update should be pushed to bookworm either via the security repo, or
A warning to anybody considering to use the suggested work-around.
Based on the information suggested in this bug, I put the following in
`/etc/modprobe.d/local.conf` on my laptop:
options iwlwifi enable_ini=0
in order to suppress the "failed to load iwl-debug-yoyo.bin (-2)" log
message.
A warning to anybody considering to use the suggested work-around.
Based on the information suggested in this bug, I put the following in
`/etc/modprobe.d/local.conf` on my laptop:
options iwlwifi enable_ini=0
in order to suppress the "failed to load iwl-debug-yoyo.bin (-2)" log
message.
Looks like there's a missing conflict in the package that was just uploaded
to experimentatl.
- Message transféré de Helmut Grohne -
Package: libfko3t64
Version: 2.6.10-20.1~exp1
Severity: serious
User: debian...@lists.debian.org
Usertags: fileconflict
Control: affects -1 + libfko3
Looks like there's a missing conflict in the package that was just uploaded
to experimentatl.
- Message transféré de Helmut Grohne -
Package: libfko3t64
Version: 2.6.10-20.1~exp1
Severity: serious
User: debian...@lists.debian.org
Usertags: fileconflict
Control: affects -1 + libfko3
On 2024-01-30 at 05:48:11, Lukas Märdian (sl...@debian.org) wrote:
> If you have any concerns about this patch, please reach out ASAP. Although
> this package will be uploaded to experimental immediately, there will be a
> period of several days before we begin uploads to unstable; so if
On 2024-01-30 at 05:48:11, Lukas Märdian (sl...@debian.org) wrote:
> If you have any concerns about this patch, please reach out ASAP. Although
> this package will be uploaded to experimental immediately, there will be a
> period of several days before we begin uploads to unstable; so if
Package: cryptsetup
Version: 2:2.6.1-6+b1
Severity: normal
On my machine, if I ESC out of the plymouth password prompt (which does hide
the characters I type), I get the a text-mode prompt ("Please unlock disk
nvme0n1p4_crypt") which echoes to the screen the characters I type. Then it
repeats the
Package: xwayland
Version: 2:23.2.3-1
Severity: normal
Whenever I start dmenu, I get the following message in my logs:
File /usr/share/applications/org.freedesktop.Xwayland.desktop is broken: it
contains Type=Application, but no Exec key/value pair. at
/usr/bin/i3-dmenu-desktop line 256.
Package: xwayland
Version: 2:23.2.3-1
Severity: normal
Whenever I start dmenu, I get the following message in my logs:
File /usr/share/applications/org.freedesktop.Xwayland.desktop is broken: it
contains Type=Application, but no Exec key/value pair. at
/usr/bin/i3-dmenu-desktop line 256.
Thank you Helmut and Chris for the helpful discussion.
I have finally found some time to review your comments and the proposed
molly-guard patches. While I'm still not 100% confident I understand the
problem (and the fix), the solution you have settled on makes sense to me.
With respect to the
Thank you Helmut and Chris for the helpful discussion.
I have finally found some time to review your comments and the proposed
molly-guard patches. While I'm still not 100% confident I understand the
problem (and the fix), the solution you have settled on makes sense to me.
With respect to the
On 2023-12-05 at 20:28:44, Jörg Frings-Fürst (debian@jff.email) wrote:
> I did not search for Vulnerabilities. However, I am of the opinion that using
> rkhunter in its current form is equivalent to using a 6 year old virus scanner
> and therefore involves an increased security risk.
Ideally I
On 2023-12-05 at 20:28:44, Jörg Frings-Fürst (debian@jff.email) wrote:
> I did not search for Vulnerabilities. However, I am of the opinion that using
> rkhunter in its current form is equivalent to using a 6 year old virus scanner
> and therefore involves an increased security risk.
Ideally I
On 2023-12-05 at 07:07:23, Jörg Frings-Fürst (debian@jff.email) wrote:
> I noticed that the program and the data available on the internet are from
> 2018-02.
> So almost 6 years old data suggests a non-existent security.
Hi Jörg, are you aware of security vulnerabilities in rkhunter or you are
On 2023-12-05 at 07:07:23, Jörg Frings-Fürst (debian@jff.email) wrote:
> I noticed that the program and the data available on the internet are from
> 2018-02.
> So almost 6 years old data suggests a non-existent security.
Hi Jörg, are you aware of security vulnerabilities in rkhunter or you are
On 2023-11-27 at 03:54:16, Helmut Grohne (hel...@subdivi.de) wrote:
> I don't have time to update the patch right now. Let me promise an update
> this week, ok?
Hi Helmut,
My apologies for not responding earlier, but this is a rather thorny problem
to solve and I have not had the mental
On 2023-11-27 at 03:54:16, Helmut Grohne (hel...@subdivi.de) wrote:
> I don't have time to update the patch right now. Let me promise an update
> this week, ok?
Hi Helmut,
My apologies for not responding earlier, but this is a rather thorny problem
to solve and I have not had the mental
CCing Helmut who wrote the initial patch for systemd 255+ support (see
Bug#1055510).
I also see the same thing:
$ ls -lh /usr/lib/molly-guard/
Permissions Size User Group Date Modified Name
.rwxr-xr-x 3,4k root root 11 nov 14:02 molly-guard*
lrwxrwxrwx31 root root 14 nov 2019
CCing Helmut who wrote the initial patch for systemd 255+ support (see
Bug#1055510).
I also see the same thing:
$ ls -lh /usr/lib/molly-guard/
Permissions Size User Group Date Modified Name
.rwxr-xr-x 3,4k root root 11 nov 14:02 molly-guard*
lrwxrwxrwx31 root root 14 nov 2019
On 2023-11-10 at 02:45:14, Helmut Grohne (hel...@subdivi.de) wrote:
> Thank you. The package built and dumat has imported it. I locally forked
> its analysis database pretending that systemd would not declare a
> conflict for molly-guard and reran it on that database. It does not
> report any
On 2023-11-10 at 02:45:14, Helmut Grohne (hel...@subdivi.de) wrote:
> Thank you. The package built and dumat has imported it. I locally forked
> its analysis database pretending that systemd would not declare a
> conflict for molly-guard and reran it on that database. It does not
> report any
On 2023-11-08 at 21:15:58, Helmut Grohne (hel...@subdivi.de) wrote:
> Thank you. I suggest going via experimental first.
I've just uploaded to experimental. If there are any tests you can easily
run there, please do so.
I've upgraded in unstable from the current version to 0.8 without problems,
On 2023-11-08 at 21:15:58, Helmut Grohne (hel...@subdivi.de) wrote:
> Thank you. I suggest going via experimental first.
I've just uploaded to experimental. If there are any tests you can easily
run there, please do so.
I've upgraded in unstable from the current version to 0.8 without problems,
> The latest update breaks apparmor for the whole system.
>
> /etc/apparmor.d/usr.sbin.fwknopd:
> include
>
> This must declare Depends: apparmor-profiles-extra.
>
> Otherwise the apparmor service can't parse the file and will refuse to start.
Ah, that's annoying. I don't think I'll want to
> The latest update breaks apparmor for the whole system.
>
> /etc/apparmor.d/usr.sbin.fwknopd:
> include
>
> This must declare Depends: apparmor-profiles-extra.
>
> Otherwise the apparmor service can't parse the file and will refuse to start.
Ah, that's annoying. I don't think I'll want to
If anybody would like to double-check (or test) the package I've prepared,
it's in salsa right now.
Francois
If anybody would like to double-check (or test) the package I've prepared,
it's in salsa right now.
Francois
Hi Luca,
What's the best way to coordinate a fix for this?
I assume that we shouldn't upload a new molly-guard packages until the files
have actually moved in the systemd package?
Should we wait until systemd is in unstable to push a new molly-guard out?
Francois
--
https://fmarier.org/
Hi Luca,
What's the best way to coordinate a fix for this?
I assume that we shouldn't upload a new molly-guard packages until the files
have actually moved in the systemd package?
Should we wait until systemd is in unstable to push a new molly-guard out?
Francois
--
https://fmarier.org/
On 2023-10-22 at 08:25:51, Oliver Falk (oli...@linux-kernel.at) wrote:
> I wanted to correct a link on blog.libravatar.org, but whatever I try, I
> always end up with the message that the page I want to edit is locked. It
> also seems like I do not have any kind of admin access.
> Does anybody
I've just uploaded workrave 1.10.52 which is ready for GNOME 45, but I've
not yet enabled that support since support for GNOME 44 and 45 are mutually
exclusive.
Francois
--
https://fmarier.org/
On 2023-09-13 at 14:15:53, Moritz Mühlenhoff (j...@inutil.org) wrote:
> https://gist.github.com/MatheuZSecurity/16ef0219db8f85f49f945a25d5eb42d7
My summary of this is: it's possible to figure out what files/ports/etc.
rkhunter is looking for by looking at the log file.
That log file is:
Sorry for the long delay Patrick.
On 2023-07-18 at 00:26:18, pa...@mailbox.org (pa...@mailbox.org) wrote:
> currently it is not possible to create a SPA packet without configuring a
> RESOLVE_URL in .fwknoprc file. The error message is:
>
> [-] Could not resolve IP via: '/usr/bin/wget -U
On 2023-08-22 at 14:31:31, Sébastien Villemot (sebast...@debian.org) wrote:
> Actually I reported this problem in the Debian BTS because I was not
> 100%
> sure that this is an upstream issue (the error message is actually
> compatible
> with a missing file in the .deb).
You're right. It turns
Bonjours Sébastien,
It does look like a different error message indeed.
Are you happy to also report this new problem upstream, or would you prefer
I forward your email to upstream's GitHub issue tracker myself?
Francois
On 2023-08-22 at 12:35:24, Sébastien Villemot (sebast...@debian.org)
Package: wnpp
Severity: wishlist
* Package name: node-socket-cli
Version : 0.7.1
Upstream Contact: Socket (https://github.com/SocketDev/)
* URL : https://github.com/SocketDev/socket-cli-js
* License : MIT
Programming Lang: JavaScript
Description : CLI
Package: wnpp
Severity: wishlist
* Package name: node-socket-cli
Version : 0.7.1
Upstream Contact: Socket (https://github.com/SocketDev/)
* URL : https://github.com/SocketDev/socket-cli-js
* License : MIT
Programming Lang: JavaScript
Description : CLI
I just hit this bug upgrading the kernel package in unstable.
The patch worked for me as well. It would be good to get that uploaded as
soon as possible since it's going to affect lots of people now that 6.4 is
the default.
Francois
Package: ddclient
Version: 3.10.0-2
Severity: normal
Since upgrading to bookworm (from bullseye), I see these failures in my
logs:
ddclient[1081]: FAILED:was not updated because protocol is
not supported.
This is what my /etc/ddclient.conf contains:
ssl=yes
protocol=noip
use=web,
On 2023-06-06 at 11:33:17, Jeremy Bícha (jeremy.bi...@canonical.com) wrote:
> If this bug is still not fixed, workrave will need to be removed from
> Debian Testing when the Debian GNOME team performs the GNOME Shell 44
> transition which could happen as early as next month. A workaround is
> to
/Kd7FTiG9mXyKGvYl0slYI7Ry7FGBushYu7m9lgRP
zUY76ziIJsftoTQm/TpO9onemWMj6QtToFCuUwlZ0kJoWtQN7DCe4LsCri4LYCJ/
sXrcvsgUJowq3yazA9dbA9jB26qwM0Oe/IH/JeQi0hSEMtI21gPQJ6Q4ITpnaA8K
Gf2BWUedoVPyzJXmK9jQppSMOjKXJM5qkTbwxVhoQ6M+vN6WNz0=
=JbxL
-END PGP SIGNATURE-
Francois Marier (via nm.debian.org)
For details and to comment, visit
Package: wnpp
Severity: wishlist
* Package name: pdfsizeopt
Version : v9
Upstream Contact: Péter Szabó (https://keybase.io/pts)
* URL : https://github.com/pts/pdfsizeopt
* License : GPL-2.0
Programming Lang: Python
Description : PDF file size optimizer
Package: wnpp
Severity: wishlist
* Package name: pdfsizeopt
Version : v9
Upstream Contact: Péter Szabó (https://keybase.io/pts)
* URL : https://github.com/pts/pdfsizeopt
* License : GPL-2.0
Programming Lang: Python
Description : PDF file size optimizer
/share/apparmor/extra-profiles/
+instead of the systemd service directory. Note that the profile
+will not be used unless manually copied into /etc/apparmor.d/
+(Closes: #1034055).
+
+ -- Francois Marier Mon, 10 Apr 2023 20:52:01 -0700
+
fwknop (2.6.10-15) unstable; urgency=medium
/share/apparmor/extra-profiles/
+instead of the systemd service directory. Note that the profile
+will not be used unless manually copied into /etc/apparmor.d/
+(Closes: #1034055).
+
+ -- Francois Marier Mon, 10 Apr 2023 20:52:01 -0700
+
fwknop (2.6.10-15) unstable; urgency=medium
On 2023-04-07 at 07:23:07, Laurent Bigonville (bi...@debian.org) wrote:
> It seems that you install the apparmor profile in the path for systemd system
> service
>
> The following change should be reverted:
>
On 2023-04-07 at 07:23:07, Laurent Bigonville (bi...@debian.org) wrote:
> It seems that you install the apparmor profile in the path for systemd system
> service
>
> The following change should be reverted:
>
Package: tor
Version: 0.4.5.16-1
Severity: grave
Justification: renders package unusable
I received the following email from the Tor Project:
Hi,
You are running a bunch of Tor relays, which is great:
However, those relays' Tor version is obsolete, and because of old bugs,
Package: tor
Version: 0.4.5.16-1
Severity: grave
Justification: renders package unusable
I received the following email from the Tor Project:
Hi,
You are running a bunch of Tor relays, which is great:
However, those relays' Tor version is obsolete, and because of old bugs,
On 2023-01-10 at 02:44:41, Helmut Grohne (hel...@subdivi.de) wrote:
> fwknop fails to cross build from source, because it attempts to build
> its perl extension for the build architecture. In order to get the
> development files for the host architecture, a dependency on perl-xs-dev
> is needed
Initial packaging work:
https://salsa.debian.org/debian/buskill
Discussion with upstream:
https://github.com/BusKill/buskill-app/issues/31
Francois
--
https://fmarier.org/
Initial packaging work:
https://salsa.debian.org/debian/buskill
Discussion with upstream:
https://github.com/BusKill/buskill-app/issues/31
Francois
--
https://fmarier.org/
~rc1/debian/changelog tiger-3.2.4~rc1/debian/changelog
--- tiger-3.2.4~rc1/debian/changelog
+++ tiger-3.2.4~rc1/debian/changelog
@@ -1,3 +1,10 @@
+tiger (1:3.2.4~rc1-3.2) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * debian/rules: add symlink for Linux 6 (Closes: #1022940)
+
+ -- Francois
Package: tiger
Version: 1:3.2.4~rc1-3.1
Severity: important
While there is a `default` symlink in /usr/lib/tiger/systems/Linux/, it
doesn't seem to work because I received a very large number of bogus
warnings after upgrading to Linux 6:
NEW: --WARN-- [lin003w] The process `NetworkMa' is
Package: wnpp
Severity: wishlist
* Package name: buskill
Version : 0.5.0
Upstream Author : Michael Altfield
* URL : https://github.com/BusKill/buskill-app
* License : GPL-3.0
Programming Lang: Python
Description : app for arming/disarming/configuring
Package: wnpp
Severity: wishlist
* Package name: buskill
Version : 0.5.0
Upstream Author : Michael Altfield
* URL : https://github.com/BusKill/buskill-app
* License : GPL-3.0
Programming Lang: Python
Description : app for arming/disarming/configuring
On 2022-10-01 at 09:57:35, Antoine Beaupré (anar...@debian.org) wrote:
> Yeah, so tldr is similar, but cheat has a number of improvements, from
> my perspective.
Thanks for those details. I had not looked into cheat all that much, but now
I'm curious to check it out!
Francois
--
On 2022-10-01 at 09:57:35, Antoine Beaupré (anar...@debian.org) wrote:
> Yeah, so tldr is similar, but cheat has a number of improvements, from
> my perspective.
Thanks for those details. I had not looked into cheat all that much, but now
I'm curious to check it out!
Francois
--
tiger about fuse.portal (Closes: #987512)
+
+ -- Francois Marier Fri, 23 Sep 2022 12:03:08 -0700
+
tiger (1:3.2.4~rc1-3) unstable; urgency=medium
* Acknowledge NMU (Closes: #969303)
diff -u tiger-3.2.4~rc1/systems/Linux/2/gen_mounts tiger-3.2.4~rc1/systems/Linux/2/gen_mounts
--- tiger-3.2.4
To apply the patch in the other bug, simply open
/usr/lib/tiger/systems/Linux/2/gen_mounts in a text editor (as root) and
then insert this line:
[ "$1" = "fuse.portal" ] && LOCAL=0
in between:
[ "$1" = "fuse.lxcfs" ] && LOCAL=0
and:
[ "$1" = "fuse.clamfs" ] && LOCAL=0 #
Package: wnpp
Severity: wishlist
* Package name: rpi-imager
Version : 1.7.3
Upstream Author : Raspberry Pi
* URL : https://github.com/raspberrypi/rpi-imager
* License : Apache-2.0
Programming Lang: C++
Description : Raspberry Pi Imaging Utility
Package: wnpp
Severity: wishlist
* Package name: rpi-imager
Version : 1.7.3
Upstream Author : Raspberry Pi
* URL : https://github.com/raspberrypi/rpi-imager
* License : Apache-2.0
Programming Lang: C++
Description : Raspberry Pi Imaging Utility
Here's the patch I applied locally to my /etc to fix these warnings.
Francois
--
https://fmarier.org/
diff --git a/logcheck/ignore.d.server/anon-proxy b/logcheck/ignore.d.server/anon-proxy
index 6b111708..31a442fd 100644
--- a/logcheck/ignore.d.server/anon-proxy
+++
Package: qflipper
Version: 1.1.1-2
Severity: important
I installed qflipper and was unable to run it:
$ qFlipper
34 [default] QQmlApplicationEngine failed to load component
35 [default] qrc:/main.qml:29:5: Type MainWindow unavailable
35 [default] qrc:/components/MainWindow.qml:7:1:
On 2022-09-07 at 12:42:31, Nicolas Schier (nico...@fjasle.eu) wrote:
> Francois, might you be able to patch your ts with the attached patch
> and re-check? As August has gone, I used
>
> echo test | faketime "2022-08-01" ./ts
>
> for testing with your specified locale settings.
I've
Package: wnpp
Severity: wishlist
* Package name: fx
Version : 24.0.0
Upstream Author : Anton Medvedev
* URL : https://github.com/antonmedv/fx
* License : MIT
Programming Lang: Go
Description : terminal JSON viewer
Function eXecution (fx) is a terminal
Package: wnpp
Severity: wishlist
* Package name: fx
Version : 24.0.0
Upstream Author : Anton Medvedev
* URL : https://github.com/antonmedv/fx
* License : MIT
Programming Lang: Go
Description : terminal JSON viewer
Function eXecution (fx) is a terminal
Package: wnpp
Severity: wishlist
* Package name: htmlq
Version : 0.4.0
Upstream Author : Michael Maclean
* URL : https://github.com/mgdm/htmlq
* License : MIT
Programming Lang: Rust
Description : uses CSS selectors to extract bits of content from HTML
Package: wnpp
Severity: wishlist
* Package name: htmlq
Version : 0.4.0
Upstream Author : Michael Maclean
* URL : https://github.com/mgdm/htmlq
* License : MIT
Programming Lang: Rust
Description : uses CSS selectors to extract bits of content from HTML
Package: wnpp
Severity: wishlist
* Package name: procs
Version : 0.13.0
Upstream Author : Dalance
* URL : https://github.com/dalance/procs
* License : MIT
Programming Lang: Rust
Description : modern replacement for ps
procs is a replacement for ps
Package: wnpp
Severity: wishlist
* Package name: procs
Version : 0.13.0
Upstream Author : Dalance
* URL : https://github.com/dalance/procs
* License : MIT
Programming Lang: Rust
Description : modern replacement for ps
procs is a replacement for ps
Package: wnpp
Severity: wishlist
* Package name: croc
Version : 9.6.0
Upstream Author : Zack Schollz
* URL : https://schollz.com/software/croc6
* License : MIT
Programming Lang: Go
Description : easily and securely send things from one computer to
Package: wnpp
Severity: wishlist
* Package name: croc
Version : 9.6.0
Upstream Author : Zack Schollz
* URL : https://schollz.com/software/croc6
* License : MIT
Programming Lang: Go
Description : easily and securely send things from one computer to
Package: wnpp
Severity: wishlist
* Package name: xsv
Version : 0.13.0
Upstream Author : Andrew Gallant
* URL : https://github.com/BurntSushi/xsv
* License : MIT
Programming Lang: Rust
Description : fast CSV command line toolkit
xsv is a command line
Package: wnpp
Severity: wishlist
* Package name: xsv
Version : 0.13.0
Upstream Author : Andrew Gallant
* URL : https://github.com/BurntSushi/xsv
* License : MIT
Programming Lang: Rust
Description : fast CSV command line toolkit
xsv is a command line
Package: wnpp
Severity: wishlist
* Package name: jless
Version : 0.8.0
Upstream Author : Paul Julius Martinez
* URL : https://jless.io/
* License : MIT
Programming Lang: Rust
Description : command-line JSON viewer
jless is a command-line JSON viewer.
Package: wnpp
Severity: wishlist
* Package name: jless
Version : 0.8.0
Upstream Author : Paul Julius Martinez
* URL : https://jless.io/
* License : MIT
Programming Lang: Rust
Description : command-line JSON viewer
jless is a command-line JSON viewer.
Package: wnpp
Severity: wishlist
* Package name: sublist3r
Version : 1.1
Upstream Author : Ahmed Aboul-Ela
* URL : https://github.com/aboul3la/Sublist3r
* License : GPL-2.0
Programming Lang: Python
Description : subdomains enumeration tool for
Package: wnpp
Severity: wishlist
* Package name: sublist3r
Version : 1.1
Upstream Author : Ahmed Aboul-Ela
* URL : https://github.com/aboul3la/Sublist3r
* License : GPL-2.0
Programming Lang: Python
Description : subdomains enumeration tool for
Package: wnpp
Severity: wishlist
* Package name: sd
Version : 0.7.6
Upstream Author : Gregory
* URL : https://github.com/chmln/sd
* License : MIT
Programming Lang: Rust
Description : intuitive find & replace command-line tool (sed alternative)
sd is an
Package: wnpp
Severity: wishlist
* Package name: sd
Version : 0.7.6
Upstream Author : Gregory
* URL : https://github.com/chmln/sd
* License : MIT
Programming Lang: Rust
Description : intuitive find & replace command-line tool (sed alternative)
sd is an
This seems very similar to the tldr package:
https://packages.debian.org/stable/tldr
See https://tldr.sh/ for examples.
Francois
This seems very similar to the tldr package:
https://packages.debian.org/stable/tldr
See https://tldr.sh/ for examples.
Francois
I can also reproduce this problem with `ts` while `date` works fine:
$ date | ts
ao� 06 10:33:36 sam 06 aoû 2022 10:33:36 PDT
$ date
sam 06 aoû 2022 10:35:39 PDT
$ echo test | ts
ao� 06 10:36:04 test
This is what my locale is set to:
$ locale
LANG=fr_CA.utf8
LANGUAGE=
Package: wnpp
Severity: wishlist
* Package name: dust
Version : 0.8.1
Upstream Author : Andy Boot
* URL : https://github.com/bootandy/dust
* License : Apache-2.0
Programming Lang: Rust
Description : tool to get an instant overview of which directories
Package: wnpp
Severity: wishlist
* Package name: dust
Version : 0.8.1
Upstream Author : Andy Boot
* URL : https://github.com/bootandy/dust
* License : Apache-2.0
Programming Lang: Rust
Description : tool to get an instant overview of which directories
Package: wnpp
Severity: wishlist
* Package name: choose
Version : 1.3.4
Upstream Author : Ryan Geary
* URL : https://github.com/theryangeary/choose
* License : GPL-3.0
Programming Lang: Rust
Description : human-friendly and fast alternative to cut and
Package: wnpp
Severity: wishlist
* Package name: choose
Version : 1.3.4
Upstream Author : Ryan Geary
* URL : https://github.com/theryangeary/choose
* License : GPL-3.0
Programming Lang: Rust
Description : human-friendly and fast alternative to cut and
Package: wnpp
Severity: wishlist
* Package name: dog
Version : 0.1.0
Upstream Author : Benjamin Sago
* URL : https://dns.lookup.dog/
* License : EUPL-1.2
Programming Lang: Rust
Description : command-line DNS client with colorful output and support
for
Package: wnpp
Severity: wishlist
* Package name: dog
Version : 0.1.0
Upstream Author : Benjamin Sago
* URL : https://dns.lookup.dog/
* License : EUPL-1.2
Programming Lang: Rust
Description : command-line DNS client with colorful output and support
for
Hi Tim,
> I'm getting these emails Daily:
> Warning: The 'syslog' daemon is running, but no configuration file can be
> found.
I'm not sure why you're getting that message, I've never seen it myself.
Are you using rsyslog or syslog-ng?
Francois
--
https://fmarier.org/
Package: tor
Version: 0.4.7.7-1
Severity: normal
Every day when I restart the tor daemon, I see the following in my logs:
May 19 05:05:01 Tor[2928143]: Unhandled OpenSSL errors found at
../src/lib/tls/tortls.c:190:
May 19 05:05:01 Tor[2928143]: TLS error: could not load the shared library
Package: wnpp
Severity: wishlist
* Package name: qflipper
Version : 1.0.2
Upstream Author : Georgii Surkov
* URL : https://github.com/flipperdevices/qFlipper
* License : GPL-3.0
Programming Lang: C++
Description : application for updating Flipper Zero
Package: wnpp
Severity: wishlist
* Package name: qflipper
Version : 1.0.2
Upstream Author : Georgii Surkov
* URL : https://github.com/flipperdevices/qFlipper
* License : GPL-3.0
Programming Lang: C++
Description : application for updating Flipper Zero
Package: devscripts
Version: 2.22.1
Severity: wishlist
The libhdhomerun package has this debian/watch file:
version=4
https://www.silicondust.com/support/linux/
https://download.silicondust.com/hdhomerun/libhdhomerun_(\d.*).tgz
but due to a recent change upstream, they no longer have
1 - 100 of 2859 matches
Mail list logo
