Closed daniestevez closed 10 months ago
Force-pushed to fix a clippy lint.
Can't you use inode_t
and dev_t
in the definition of the journal steam struct? That'd avoid the conversation entirely…
Can't you use
inode_t
anddev_t
in the definition of the journal steam struct? That'd avoid the conversation entirely…
inode
is also read from std::fs::Metadata::st_ino
, which seems to return a u64
even in ARMv7, so this would cause problems.
I guess you're referring to the from_metadata
function of JournalStream
? I think we can remove that; I believe it's not used anymore since #142, and I guess I just forgot to get rid of it.
I have force-pushed a new version where I use libc::dev_t
and libc::ino_t
as types for the fields of JournalStream
and remove the JournalStream::from_metadata
function as suggested.
This needs a rebase before merging. Also, the removed API will require a semver bump, so let's keep this hanging a bit longer before merging so that we can tag a 0.6.1
release before this.
@lucab Don't we need a semver bump already for the MSRV bump in #142? Shouldn't we just rollout 0.7.0?
~I've just rebased and force-pushed.~ ~Hold on a second. I did something wrong.~
Rebase done correctly now.
What is the status of this PR? Is it waiting for a semver bump?
Hi! Just want to +1 this patch. It fixes ARMv6, too; I'm depending on it
to cross-build to arm-unknown-linux-gnueabihf
for my Pi Zero W.
My Cargo.toml
has
[patch.crates-io]
libsystemd = { git = "https://github.com/lucab/libsystemd-rs", rev = "refs/pull/143/merge", version = "0.6.0" }
to override the transitive dep from systemd-journal-logger
, but it
would be great if this could be properly released so I don't have to
depend on that fragile ref.
@lucab This is hanging around for a few months now, can I go ahead, merge it, do an all over dependencies update and release 0.7.0?
@swsnr yes, thanks!
In armv7-unknown-linux-gnueabihf (ARM 32-bit),
FileStat::inode
is anu32
instead of anu64
, so we need to convert it tou64
.