I got back to ntpsec packaging work today. #901439 has another
ntp/ntpsec conflict. Fixing that is somewhat tied up in the questions
about coordination as discussed in #893542.
I still need to package up the upstream 1.1.1 release too.
I will hopefully have an upload ready in a few days.
--
Ric
On 03/30/2018 05:31 PM, Richard Laager wrote:
> If this coordination is acceptable, I believe it solves the various
> interactions. I'm happy to test more scenarios if anyone thinks I missed
> something.
>
> If this coordination is not acceptable, I'm open to alternative
On 08/07/2018 06:17 PM, Axel Beckert wrote:
> /sbin/dhclient-script: 30: /etc/dhcp/dhclient-exit-hooks.d/ntpsec-ntpdate:
> Syntax error: word unexpected (expecting "do")
That unfortunately slipped through my testing. I found that this morning
myself, actually. I've sent my sponsor an upload to fix
On 12/31/18 6:34 PM, Rich wrote:
> It seems like what we might want is an OR dependency on two child
> zfs-{systemd,sysvinit} packages - and for those two packages to
> conflict with each other (and require the appropriate respective init
> packages)?
I don't think that's desirable. If this is act
Thanks for letting me know. I was planning to package 1.1.3 in the next couple
of days, but I was not aware there were CVEs fixed in this release. I will try
to do a package release today.
--
Richard
> On Jan 16, 2019, at 13:21, Moritz Muehlenhoff wrote:
>
> Source: ntpsec
> Severity: grave
I've prepared an upload of NTPsec 1.1.3 which includes these fixes. I
have sent this to my sponsor for uploading.
--
Richard
I'm not sure if you saw this, as he didn't send it directly to you, but
Matt Selsky asked:
> Can you please share your ntp.conf or if there's a particular server
> that seems to cause this segfault so that we can try to reproduce it?
Also, can you get a stack trace? There are some instructions
Bastian,
I see you have raised the severity on this bug again.
What is your goal here?
Cyrus SASL has reverse (binary) dependencies in the ballpark of 7,500.
Quickly taking that list through UDD gives me just over 4,500 source
packages. Surely, a large number of those are going to be GPL lice
Wait a minute... You are a maintainer for cyrus-sasl.
You have already addressed the BSD-4-clause-KTH in the latest upload.
You also fixed debian/copyright to reference BSD-3-Clause-Attribution in
the latest upload. That license is fine for the reasons I mentioned.
That just leaves the MD5 st
The original submitter replied off the tracker (probably by accident).
I'll summarize here.
The ntp.conf he included is the stock ntp.conf.
He indicated he will try to get a backtrace.
--
Richard
On 2023-06-27 17:35, Bastian Germann wrote:
Am 28.06.23 um 00:13 schrieb Richard Laager:
The last bugfix release took them more than 3 years and when #767 is
released is unknown.
When a release happens is irrelevant, as you can carry #767 as a patch
in the Debian package until then.
Even
On 2023-06-28 20:14, forest.ow...@riseup.net wrote:
On 2023-06-28 02:39, Richard Laager wrote:
The original submitter replied off the tracker (probably by accident). I'll
summarize here.
The ntp.conf he included is the stock ntp.conf.
He indicated he will try to get a backtrace.
I
Some questions from upstream, with my commentary added...
How busy is this sustem? Is it just a simple client or also a server? If
server, how busy?
From the stack trace, the server side is trying to decode a NTS cookie. Is this
box setup as a NTS server? That needs a certificate and key so i
Is this reproducible for you? If you have experience with building from
source, upstream has proposed the following patch. Otherwise, I could
build a test package for you.
diff --git a/ntpd/nts_cookie.c b/ntpd/nts_cookie.c
index 166d0230f..a73955fb7 100644
--- a/ntpd/nts_cookie.c
+++ b/ntpd/nts
FWIW, I gave the patch a review and it seems sane to me. I also looked
at the package in unstable and confirmed that zgenhostid is being
installed to /sbin, not /bin.
--
Richard
On 12/11/2016 09:43 AM, Jose Luis Tallon wrote:
> On 12/11/2016 12:58 AM, Adrian Bunk wrote:
>> Not a perfect solution but sufficient for stretch is the patch below to
>> use OpenSSL 1.0.2
>
> Thank you for the patch!
>
> Richard Laager has been preparing a new ver
On 07/12/2017 08:00 AM, Marc Dequènes (duck) wrote:
> --- imapproxy.service.orig 2017-07-12 14:57:35.0 +0200
> +++ /lib/systemd/system/imapproxy.service 2017-07-12
> 14:50:15.0 +0200
> @@ -8,3 +8,8 @@
> Type=forking
> ExecStartPre=/usr/share/imapproxy/prepare-chroot
>
Is the PIDFile line actually necessary for you? Can you re-test without
the PIDFile line in the service?
With that line, I get additional errors/warnings. Without it, systemd is
still able to detect the main PID of the process.
On 07/13/2017 02:52 AM, Marc Dequènes (duck) wrote:
> So better would
With PIDFile=/run/imapproxy.pid, I get the following errors:
PID file /run/imapproxy.pid not readable (yet?) after start: No such
file or directory
Supervising process 824 which is not our child. We'll most likely not
notice when it exits.
>From my first testing, it worked fine without PIDFile.
Agreed on stable-proposed-updates. I plan to prepare an upload in the next few
days.
--
Richard
On 07/18/2017 01:28 PM, Richard Laager wrote:
> Agreed on stable-proposed-updates. I plan to prepare an upload in the next
> few days.
I have prepared the changes and submitted the required bug for
stable-proposed-updates here:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=871451
I as
On 1/31/22 19:37, Trey Glover wrote:
I had no idea that the treasury was doing this. Is there a code fix in place
yet?
In unstable, yes; it's fixed in 2.0.3-17. I wrote code to use the
Treasury API to generate old-style sbMM.asc files which are stored
(as always) in ~/.gbonds/
In stabl
Package: gbonds
Version: 2.0.3-8
Severity: grave
The U.S. Treasury has discontinued publishing the sbMM.asc files on
its FTP site. Unfortunately, this means that GBonds is unable to update
its redemption tables. Given that a, if not the, major reason to use
GBonds is to track the current r
I have a new version of the gbonds package prepared and sent to my
sponsor for upload.
The vast majority of the credit for this upload goes to Yavor Doganov
who submitted a series of patches to modernize the gbonds code, porting
it to GTK+ 3, GIO, and GSettings and restoring printing support! This
On 11/23/18 7:38 AM, Jeremy Bicha wrote:
> gbonds is now 1 of the last 2 packages keeping rarian in Debian
> Unstable. Do you think you'll be able to review these patches soon?
Yes. I've been busy with a new baby at home, but I intend to get to
these very soon.
--
Richard
I think this is because it Depends: a kernel << 5.18 and not
Conflicts/Breaks a kernel >= 5.18. Since you can install multiple kernel
packages, your existing kernel package is satisfying the dependency.
--
Richard
OpenPGP_signature
Description: OpenPGP digital signature
This has hopefully been fully fixed now (upstream). It will land in the
2.14.9 release, which should be coming next week. However, I've uploaded
a backport of it now.
--
Richard
Control: notfound 1011166 pidgin/2.14.9-2
Control: tags 1011166 patch
On 5/17/22 15:34, Paul Gevers wrote:
I note that
the library moved location from /usr/lib/purple-2/libjabber.so.0.0.0 to
/usr/lib/x86_64-linux-gnu/purple-2/libjabber.so.0.0.0.
I converted from an ancient compat version to m
On 5/19/22 04:04, Evangelos Ribeiro Tzaras wrote:
Thanks for the patch! I'll upload a fixed version soon.
If you upload a new version, you (or I) can then close the binNMU
request, bug #1011201.
--
Richard
OpenPGP_signature
Description: OpenPGP digital signature
On 5/20/22 01:56, Evangelos Ribeiro Tzaras wrote:
Hi,
On Thu, 2022-05-19 at 22:23 -0500, Richard Laager wrote:
On 5/19/22 04:04, Evangelos Ribeiro Tzaras wrote:
Thanks for the patch! I'll upload a fixed version soon.
If you upload a new version, you (or I) can then close the binNMU
re
I haven’t verified the reporter’s bug. If message caching is broken, that is a
reason to disable that feature in the package, not to remove the package
entirely.
I am running Roundcube (not from this package yet, but I intend to switch to
it) in a production ISP environment. Roundcube works gre
On 06/18/2018 01:46 PM, Paride Legovini wrote:
> Just a friendly ping on this, as I'd like to see ntpsec migrate to
> testing. What are your plans for this patch?
I've been in some communication with an ntp maintainer, but no updates
as of recently. At this point, my intention is to package the ne
I did some testing just now.
I've updated ntpsec.postrm in git. I dropped the unnecessary LANG=C on
the first check, updated the style of the "then" statement, and most
importantly, moved the deluser inside the "! dpkg -s ntp" block:
if ! dpkg -s ntp > /dev/null 2>&1; then
On 03/19/2018 02:42 PM, Julian Gilbey wrote:
> Package: ntpsec-ntpviz
> Version: 1.0.0+dfsg1-5
> Severity: serious
>
> I installed the ntpsec suite, then purged the ntp packages.
> Unfortunately, this zapped the /var/log/ntpstats directory, which is
> needed by ntpsec-ntpviz. There needs to eithe
On 02/18/2018 08:55 AM, Chris Lamb wrote:
> I just ACCEPTed ntpsec from NEW but noticed it was missing
> attribution in debian/copyright for at least Motorolo, autorevision.sh,
> Chris Johns, etc.
Motorola is not missing. The "COPYRIGHT 1991-1994 MOTOROLA INC." and
similar in ntpd/refclock_oncore.
Since ntpsec-ntpviz does not Depend, much less Pre-Depend, on ntpsec, the
adduser from ntpsec.postinst needs to be duplicated into ntpsec-ntpviz.postinst.
I’ll take care of this in a couple days.
--
Richard
n/NEWS
+
+ -- Richard Laager Sat, 07 Mar 2020 00:16:37 -0600
+
rng-tools (5-1) unstable; urgency=medium
[ David Härdeman ]
diff -Nru rng-tools-5/debian/control rng-tools-5/debian/control
--- rng-tools-5/debian/control 2018-12-02 04:00:52.0 -0600
+++ rng-tools-5/debian/control 2020
Attached is a patch to fix this.
I also submitted it as a merge request:
https://salsa.debian.org/python-team/modules/python-humanize/-/merge_requests/2
--
Richard
From 1b7c39261508f7652c8e767a591786a7c2349f20 Mon Sep 17 00:00:00 2001
From: Richard Laager
Date: Sat, 7 Mar 2020 00:35:56 -0600
On 3/7/20 12:19 AM, Richard Laager wrote:
> Also attached is a debdiff for an NMU that fixes this and some other
> small issues.
Updated NMU debdiff attached. This one sets Rules-Requires-Root: no.
--
Richard
diff -Nru rng-tools-5/debian/changelog rng-tools-5/debian/changelog
--- rng-t
detection (Closes: 939739)
+ * Update Standards-Version to 4.5.0
+- Set Rules-Requires-Root: no
+ * Add LGPL-2+ license grant to debian/copyright
+
+ -- Richard Laager Sat, 07 Mar 2020 01:19:35 -0600
+
openipmi (2.0.25-2.1) unstable; urgency=medium
* Non-maintainer upload, with pre
On 7/25/20 5:27 PM, Reiner Herrmann wrote:
> this has been fixed in version 1.1.9.
> The relevant commit is this one:
>
> https://gitlab.com/NTPsec/ntpsec/-/commit/ccdd9d4b941b30fc44b301595e42809dbe48628d
Thanks for that information! That saves me investigating. I need to get
1.1.9 packaged any
On 6/7/20 3:12 PM, wxcafe wrote:
> The systemd zfs-mount-generator script
> (/lib/systemd/system-generators/zfs-mount-generator) can break system
> boot if there are multiple datasets with the same mountpoint, because it
> ignores the zfs property canmount=noauto.
It certainly does not "ignore" ca
On 6/9/20 7:02 PM, Wxcafé wrote:
> I don't use zfs-import-cache since it's a single pool that contains the
> root so it's in the kernel cmdline and imported at that point.
I wasn't asking about the pool cache, but the filesystem cache file used
by zfs-mount-generator. That would show all the datas
On 2023-12-20 09:57, Sven Joachim wrote:
I have not tested it myself, but these errors should be fixed in libgnt
2.14.4 which has been released upstream the other day. See
https://keep.imfreedom.org/libgnt/libgnt/rev/2da723f790d6, which
explicitly mentions this bug.
Thanks for letting me know!
Control: fixed 1.2.2+dfsg1-3
This looks to be the same as #1052664.
--
Richard
OpenPGP_signature.asc
Description: OpenPGP digital signature
This sounds reasonable to. It looks like you beat me to this with an
NMU. Thanks!
On 2024-03-15 04:08, Gianfranco Costamagna wrote:
Package: libgnt
Version: 2.14.4-1.1
Severity: serious
Tags: patch
Hello, I found some runtime dependencies, such as removed libglib2.0-0
breaking every 32bit bui
On Sat, 2006-05-27 at 10:14 +0200, Wichert Akkerman wrote:
> it appears to be sound related: if I disable sound in gaim it works correctly.
This is a bug in libao. For what it's worth, it's fixed in upstream SVN,
where we've switched to GStreamer. So, it'll be fixed in experimental
whenever we rel
If a new package was uploaded, why hasn't there been an update shown on
packages.debian.org? Also, this bug is still open?
Richard
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
I don't understand this bug report. You're saying Gaim doesn't connect
to Google Talk?
Richard
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Wed, 2006-03-29 at 12:11 +0200, alex bodnaru wrote:
> hi,
>
> to connect to google talk i have to set a jabber acount in gaim (i have
> a working gmail acount).
>
> to save the jabber acount information in gaim i need to fill the
> resource field, and it is been appended to the server
On Wed, 2006-03-29 at 19:27 +0200, alex bodnaru wrote:
> richard,
>
> i've tryed your advice, but no matter where i put talk.google.com, in
> server, connect server or both, or none, i keep getting the same error.
>
> thanks for your help, and i'd like to be helpful.
>
> alex
Follow the instruc
Package: libjpeg-progs
Version: 6b-14
Severity: grave
From the man page:
NAME
jpegtran - lossless transformation of JPEG files
...
... But by the same token, jpegtran cannot perform lossy
operations
such as changing the image quality.
On Wed, 2009-05-27 at 21:30 +0200, Bill Allombert wrote:
> On Wed, May 27, 2009 at 02:10:00PM -0500, Richard Laager wrote:
>
> Hello Richard,
>
> > From the man page:
> > NAME
> >jpegtran - lossless transformation of JPEG files
> >
On Wed, 2009-05-27 at 21:30 +0200, Bill Allombert wrote:
> On Wed, May 27, 2009 at 02:10:00PM -0500, Richard Laager wrote:
>
> Hello Richard,
>
> > From the man page:
> > NAME
> >jpegtran - lossless transformation of JPEG files
> >
Thanks for fixing this!
Linking with libm was the correct and easy fix to the immediate problem.
I started on a more comprehensive fix (replacing EggRecent with
GtkRecent), but I fear that's going to be more work than I had hoped.
The upstream gbonds developer hasn't released any new versions in
On 2025-04-14 11:10, Russ Allbery wrote:
I do find it fairly hard to understand the logic behind a position that
somehow our git-remote-https binary as distributed is a derived work of
OpenSSL and thus violates the GPLv2 license based on the nature of this
specific dependency chain, but then I wa
The relevant bit of the build log is this:
PYTHONDIR : /usr/local/lib/python3.13/dist-packages
PYTHONARCHDIR : /usr/local/lib/python3.13/dist-packages
That's not what happens on my system (running unstable). I get this,
which is what it always has been:
On 2025-04-12 08:31, Sebastian Ramacher wrote:
stderr:
runtests: ../../libaes_siv/tests.c:80: test_malloc_failure: Assertion `ret ==
1' failed.
Nothing in that code has changed recently.
Is this reproducible?
Here is what the relevant test case code looks like:
/* This needs to be the
58 matches
Mail list logo
