quire some patching, e.g. when the
code assumes sizeof(long) == sizeof(time_t).
--
Miroslav Lichvar
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
ht
der HW it's not reliable enough to
be selected by the kernel, or it could be a VM which doesn't have one
that would work with migrations, etc.
--
Miroslav Lichvar
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an ema
l. It's a monitoring plugin using the
problematic mode-6 protocol. It should work with ntpsec.
Thoughts?
--
Miroslav Lichvar
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.o
also the ntp-refclock package which contains all ntpd drivers
with a thin wrapper that allows them to be used with chrony, ntpsec,
or basically any NTP server.
--
Miroslav Lichvar
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscr
On Mon, Nov 02, 2020 at 04:09:33PM +0100, Reindl Harald (privat) wrote:
> Am 02.11.20 um 15:33 schrieb Miroslav Lichvar:
> > In Fedora, there seems to be only one package that has a dependency on
> > ntp: nagios-plugins-ntp-perl. It's a monitoring plugin using the
> > p
On Mon, Nov 02, 2020 at 06:09:18PM +0100, Björn Persson wrote:
> Miroslav Lichvar wrote:
> > The main problem is that they don't fix all known security issues. In
> > the CVE list I see about 10 issues that were not fixed at all or only
> > partially, some exploitabl
ific drivers
> things get more complicated.
Reference clocks shouldn't be a big issue. The refclock drivers from
ntp will stay in Fedora, at least for now, in the ntp-refclock
package. In future it might need to be switched to the ntpsec drivers.
For GPS receivers, which are by far the m
27;t have some of the less useful features of ntp.
--
Miroslav Lichvar
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-U
an't remember now.
The ntp drivers stay in the ntp-refclock package. It requires an extra
service to run the ntpd driver, but you can feed the ntpsec ntpd or
chrony using the SHM or SOCK driver.
--
Miroslav Lichvar
___
devel mailing list -- devel@lis
tp.org'' servers.
> >
> > The `ntpd` service is disabled after the upgrade and needs to be enabled
> > again.
>
> That's not so nice to those users who can use NTPsec as a drop-in
> replacement. For them it would be better to keep the configuration file
triggerprein or pre
scriptlet.
--
Miroslav Lichvar
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/project/code-of-c
a packagers for quick debug sessions, where I don't need root
or anything special, and it can be safely shared with others.
--
Miroslav Lichvar
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists
any other suggestions?
Thanks,
--
Miroslav Lichvar
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/project/code-of-con
following the liboverdrop logic, which probably adopted the
systemd convention. For printing the whole configuration there is now
a "chronyd -p" command. The systemd cat-config command seems to expect
the ini-style syntax. That's not going to work here.
--
Miroslav Lichvar
On Tue, Aug 04, 2020 at 06:26:37PM +, Zbigniew Jędrzejewski-Szmek wrote:
> On Tue, Aug 04, 2020 at 07:05:45PM +0200, Miroslav Lichvar wrote:
> > That's possible (the paths could be hardcoded in the systemd unit
> > file), but is it a good idea to force the users to use th
the ncurses terminfo database, but everything should be using
terminfo now.
> And thus the hard dependency on ncurses is correct. At the end Term::Cap
> documentation defines the Perl module as "a Perl termcap interface". Not as a
> terminfo interface.
M
ectd-5.7.2-12.fc27
foxtrotgps-1.2.0-7.fc27
gpsdrive-2.11-42.fc27
marble-17.08.1-1.fc28
plasma-workspace-5.10.5-3.fc28
qlandkartegt-1.8.1-13.fc27
qtgpsc-0.3.1-17.fc26
vfrnav-20160429-10.fc28
viking-1.6.2-5.fc27
xtide-2.15.1-3.fc27.1
--
Miroslav Lichvar
___
seems to be in the master branch
https://src.fedoraproject.org/rpms/crypto-policies/blob/master/f/crypto-policies.spec#_110
Maybe the build happened around that time when the f27 branch was
created and it didn't pick up the latest commit?
--
Miroslav Lichvar
hen rebuild all packages? Or apply
the F27/28 fix and rebuild the packages built with libidn-1.34-1, or
rebuild packages that were not built with libidn-1.34-1 yet without
applying the F27/28 fix?
--
Miroslav Lichvar
___
devel mailin
On Fri, May 04, 2018 at 01:44:01PM +0200, Miroslav Lichvar wrote:
> There was an unexpected change in the ABI of libidn-1.34, which broke
> stringprep (bugs #1566414 #1573961).
>
> I've built libidn packages for F27 and F28 which revert the change
> that broke the compati
-5.fc29
rubygem-idn-0.0.2-24.fc28
skipfish-2.10-0.16.b.fc28
swift-3.0-0.12.rc2.fc27
tgif-4.2.5-15.fc28
vacuum-im-1.3.0-0.8.20180214git01910e9.fc29
--
Miroslav Lichvar
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an em
he package's documentation, but I'm not sure how many
people will look for that. Generally applicable information would be
best upstream.
If you didn't use gpsd because you hit a bug there, it would be nice
to send a bugreport upstream. A debug output (-D 9 option)
On Wed, Jan 06, 2021 at 07:40:07AM -0600, Chris Adams wrote:
> Once upon a time, Miroslav Lichvar said:
> > If the bumps were due to insufficient documentation (e.g. the
> > ntp-refclock man page), would you have any suggestions on how to
> > improve it, or submit a patch?
&
kages, that would be appreciated.
Thanks,
--
Miroslav Lichvar
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/project/co
ed over /etc/os-release, so
I guess this change won't have an impact on the "distribution"
variable.
--
Miroslav Lichvar
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
it's huge dependencies, like glib2.
Maybe linking it statically would help, but we don't want to go there,
right?
At what point this stops being Fedora? It already uses a different
implementation of the package manager.
--
Miroslav Lichvar
___
there a plan to migrate the Fedora repositories?
--
Miroslav Lichvar
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US
replaced with
https://fedorapeople.org/~mlichvar/tmp/gpsd/direwolf-gpsapi14.patch
The new gpsd package has been built in f37-build-side-53409.
Could a proven packager please replace the patch and rebuild the
dependant packages in this side tag?
Thanks,
--
Miroslav Lichvar
know.
Thanks,
--
Miroslav Lichvar
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> successfully for a longer period of time, including the recent mass-
> rebuild for fc35.
I've submitted updates for both sidetags.
Thanks!
--
Miroslav Lichvar
___
devel mailing list -- devel@lists.fedoraproject.org
To
kwave
libextractor
libfishsound
libopenmpt
mame
mednafen
minidlna
mkvtoolnix
mp3fs
musescore
ocp
opus-tools
qmmp
retroarch
scummvm
scummvm-tools
sox
squeezelite
timidity++
traverso
vavoom
vlc
vlfrx-tools
vorbis-tools
xine-lib
xmms2
Thanks,
--
Miroslav Li
the step reported by chronyd close to 3600 seconds? If the RTC is
keeping time in local time (not UTC), it might be an offset caused by
the DST change. It's best to switch RTC to UTC. If the step
corresponds to the time the machine was suspended, it's more likely a
kernel bug.
-
101 - 132 of 132 matches
Mail list logo
