similar to: [PATCH] v2v: Fix kernel disambiguation by dropping Epoch field (RHBZ#1669395).

Use NEVR when querying RPM for the list of files of a package, instead of ENVR. Also, use the epoch only when non-zero, and version of RPM supports it. The approach is basically copied from what supermin does in its RPM package handler. --- v2v/linux.ml | 52 +++++++++++++++++++++++++++++++--------------------- 1 file changed, 31 insertions(+), 21 deletions(-) diff --git a/v2v/linux.ml

Use NEVR when querying RPM for the list of files of a package, instead of ENVR. Also, use the epoch only when non-zero, and version of RPM supports it. The approach is basically copied from what supermin does in its RPM package handler. --- v2v/linux.ml | 59 +++++++++++++++++++++++++++++++++------------------- 1 file changed, 38 insertions(+), 21 deletions(-) diff --git a/v2v/linux.ml

Use NEVR when querying RPM for the list of files of a package, instead of ENVR. Also, use the epoch only when non-zero, and version of RPM supports it. The approach is basically copied from what supermin does in its RPM package handler. --- v2v/linux.ml | 55 ++++++++++++++++++++++++++++++++-------------------- 1 file changed, 34 insertions(+), 21 deletions(-) diff --git a/v2v/linux.ml

On Tue, Jan 29, 2019 at 03:29:44PM +0100, Pino Toscano wrote: > Use NEVR when querying RPM for the list of files of a package, instead > of ENVR. Also, use the epoch only when non-zero, and version of RPM > supports it. > > The approach is basically copied from what supermin does in its RPM > package handler. > --- > v2v/linux.ml | 52

This patch series fixes the way supermin sorts the list of installed packages when resolving a name, picking the right package for the host architecture. Pino Toscano (5): rpm: do not unpack parameters rpm: fix version comparison rpm: query the RPM architecture rpm: fix package sorting (RHBZ#1696822) utils: remove unused 'compare_architecture' function src/librpm-c.c | 10

Hi, I'm trying to disconnect some iSCSI targets, but can't seem to. [root at localhost ~]# iscsiadm -m session tcp: [1] 192.168.2.202:3260,1 iqn.2011.01.22.freenas.nvr:500gb tcp: [3] 192.168.2.200:3260,1 iqn.2011-2.za.co.securehosting:RAID.thin3.vg0.1tba tcp: [4] 192.168.2.202:3260,1 iqn.2011.01.22.freenas.nvr:extent0 tcp: [5] 192.168.2.200:3260,1

On Jan 21, 2015, at 3:41 AM, Maurizio Iacaruso <maurizio.iacaruso at gmail.com> wrote: > The ?device? is this http://www.dlink.com/it/it/business-solutions/network-storage/network-video-recorders/dnr-322l-cloud-network-video-recorder , a NVR with USB port for monitoring UPS. It doesn?t support monitoring by LAN. > So, my aim is to ?replicate? the state of the UPS, in the sense that

Dear all, Through the following code, I wanted to perform correlation test repetedly (through loop) on different combinations of variables of a data set. Code: x=read.table("sample.txt",header=T,sep="\t") out="corout.txt" sink(out) nm = names(x) print(nm) nvr=3 # nvr=Total no. of variables in the input data file for (i in 1:(nvr-1)) { for(j in (i+1):nvr) { frm=

So, the hardware way seems too difficult. I see the raspberry documentation in order to understand if it?s possible ?replicate? an USB signal to GPIO. So, with a TTL-USB cable I send the signal to the NVR. I hope this is possible! Da: Charles Lepple [mailto:clepple at gmail.com] Inviato: mercoled? 21 gennaio 2015 13:41 A: Maurizio Iacaruso Cc: NUT List Oggetto: Re: [Nut-upsuser]

Hi, this work makes supermin use the rpm library instead of invoking rpm directly. This, together with a needed refactoring of the dependency resolution, should help in make supermin faster on rpm-based systems. Surely the patches will still need polishing, especially for behaviours of newly added stuff, but at least it's a good starting point. Noting that you need rpm-devel on most of rpm

Added a new subdirectory called "isobuilder" to the project. Created a new Makefile that only allows for creating the livecd version of the oVirt node. Adjusted the build environment to work with the kickstart files that are found in the repo and not ones installed via any previous RPM. Signed-off-by: Darryl L. Pierce <dpierce at redhat.com> --- configure.ac | 1 +

This supercedes the previous patch by incorporating feedback from pmyers and apevec. The ISO building target is in the recipes Makefile rather than a separate one.

This one incorporates feedback from mburns to default certain values.

Setup that I was on mind is a little different, but I think your setup works well. In my setup the HUB is connected directly to the UPS, then the cables go to raspberry and device. In your setup the HUB is connected directly to the raspberry, then the cables go to UPS and Device. It?s Ok? In both configurations I need the same things: Male B->female A adaptor, HUB and 2 male A->

On Friday, 26 June 2020 10.47.13 WEST I?aki Ucar wrote: > I used bcond locally and wrongly assumed that fedpkg build would > support --with BCOND and --without BCOND. Instead, the way to activate > it is to change to "%bcond_with check" and then revert to > "%bcond_without check". The only difference with bootstrap is that > "bootstrap" is recognized

All, I am now building rpms on, and using a multi-lib arch (x86_64) for the first time ... when using the standard command: rpm -qa | grep pkg_name The results might be pkg_name.i386 or pkg_name.x86_64 ... or both. But, the way it is shown by the default query format, looks the same ... like this: pkg_name pkg_name ---------------------------- example: [root at x86-64 ~]# rpm -qa | grep

Hi all, I have update recently to freebsd 9.1 via freebsd-update and I was quite happy with the process and the instructions on freebsd-handbook, I think well documented. But I would like to understand what is the best practice to update the ports too as I used the package tools (pkg_add -r) to add few package to the base install. Keeping in mind my server have disk space constrain (small disk

Hi, I have some surprising trouble installing the gputools package. This is a linux box running Fedora with an Nvidia GeForce GTX 260 card and R 2.12.1 I had gputools running on it for the past several months. Wanting to update to the newest version, I simply executed install.packages("gputools") from within R. This should mean that the problem isn't in the hardware or OS. Errors

The following two patches fixes / reimplements the oVirt appliance project, installing the entire oVirt stack including all server and node components on one machine. These patches are intended to be checked out and used to build the appliance rpm, after which it is installed provides the /usr/sbin/ovirt-appliance-ctrl script to install/uninstall the appliance. The first patch merely removes

Return it in the app2_epoch field of the guestfs_application2 struct Signed-off-by: Nikos Skalkotos <skalkoto@gmail.com> --- src/inspect-apps.c | 25 +++++++++++++++++-------- 1 file changed, 17 insertions(+), 8 deletions(-) diff --git a/src/inspect-apps.c b/src/inspect-apps.c index 8e645b7..bd4e6c1 100644 --- a/src/inspect-apps.c +++ b/src/inspect-apps.c @@ -439,6 +439,7 @@