search for: mtr

Hi all, I was trying to rebuild mtr (http://vault.centos.org/6.7/os/Source/SPackages/mtr-0.75-5.el6.src.rpm) and I keep getting: ==== Executing(%install): /bin/sh -e /var/tmp/rpm-tmp.gu9Ds0 + umask 022 + cd /root/rpmbuild/BUILD + '[' /root/rpmbuild/BUILDROOT/mtr-0.75-5.el6.x86_64 '!=' / ']' + rm -rf /root/rpm...

It built just fine in mock, results here http://li.nux.ro/download/nux/tmp/mtr6/ -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro ----- Original Message ----- > From: "Digimer" <lists at alteeve.ca> > To: "CentOS mailing list" <centos at centos.org> > Sent: Tuesday, 8 March, 2016 00:05:59 > Subject: [CentOS]...

...or # eps if x is 0.0. # r The number of Richardson improvement iterations. # show If T show intermediate results. # OUTPUT # # The gradient vector. v <- 2 # reduction factor. n <- length(x) # Integer, number of variables. a.mtr <- matrix(1, r, n) b.mtr <- matrix(1, (r - 1), n) #------------------------------------------------------------------------ # 1 Calculate the derivative formula given in 'GENERAL APPROACH' section. # -- The first order derivatives are stored in the matrix a.mtr[k,i], # w...

...one tried building it themselves and, if so, did they have the same issue as I describe below? Alternatively, any tips/advice on solving my build issue would be helpful. digimer On 07/03/16 07:29 PM, Nux! wrote: > It built just fine in mock, results here > http://li.nux.ro/download/nux/tmp/mtr6/ > > -- > Sent from the Delta quadrant using Borg technology! > > Nux! > www.nux.ro > > ----- Original Message ----- >> From: "Digimer" <lists at alteeve.ca> >> To: "CentOS mailing list" <centos at centos.org> >> Sent: Tu...

...want to > > achieve? > > > > The %install phase you posted is really not of interest to your 'problem' > > but rather the %build phase would be telling. > > As I've done with several other RPMs, I did the following; > > === > yumdownloader --source mtr-gtk > > rpm -Uvh mtr-0.75-5.el6.src.rpm > > cd rpmbuild/SPECS/ > > # Change "Release" > > rpmbuild -ba mtr.spec > === > > If you're asking a more generic "why are you doing this?" question; I am > including the RPM in a project we're w...

...l phase you posted is really not of interest to your > 'problem' > >>> but rather the %build phase would be telling. > >> > >> As I've done with several other RPMs, I did the following; > >> > >> === > >> yumdownloader --source mtr-gtk > >> > >> rpm -Uvh mtr-0.75-5.el6.src.rpm > >> > >> cd rpmbuild/SPECS/ > >> > >> # Change "Release" > >> > >> rpmbuild -ba mtr.spec > >> === > >> > >> If you're asking a more generic...

...>> 'problem' > >>>>> but rather the %build phase would be telling. > >>>> > >>>> As I've done with several other RPMs, I did the following; > >>>> > >>>> === > >>>> yumdownloader --source mtr-gtk > >>>> > >>>> rpm -Uvh mtr-0.75-5.el6.src.rpm > >>>> > >>>> cd rpmbuild/SPECS/ > >>>> > >>>> # Change "Release" > >>>> > >>>> rpmbuild -ba mtr.spec > >>>...

...t;>> >>> The %install phase you posted is really not of interest to your 'problem' >>> but rather the %build phase would be telling. >> >> As I've done with several other RPMs, I did the following; >> >> === >> yumdownloader --source mtr-gtk >> >> rpm -Uvh mtr-0.75-5.el6.src.rpm >> >> cd rpmbuild/SPECS/ >> >> # Change "Release" >> >> rpmbuild -ba mtr.spec >> === >> >> If you're asking a more generic "why are you doing this?" question; I am &gt...

...r The number of Richardson improvement iterations. > # show If T show intermediate results. > # OUTPUT > # > # The gradient vector. > > v <- 2 # reduction factor. > n <- length(x) # Integer, number of variables. > a.mtr <- matrix(1, r, n) > b.mtr <- matrix(1, (r - 1), n) > #------------------------------------------------------------- > ----------- > # 1 Calculate the derivative formula given in 'GENERAL > APPROACH' section. > # -- The first order derivatives are stored in th...

...really not of interest to your >> 'problem' >>>>> but rather the %build phase would be telling. >>>> >>>> As I've done with several other RPMs, I did the following; >>>> >>>> === >>>> yumdownloader --source mtr-gtk >>>> >>>> rpm -Uvh mtr-0.75-5.el6.src.rpm >>>> >>>> cd rpmbuild/SPECS/ >>>> >>>> # Change "Release" >>>> >>>> rpmbuild -ba mtr.spec >>>> === >>>> >>>> If...

...blem' >>>>>>> but rather the %build phase would be telling. >>>>>> >>>>>> As I've done with several other RPMs, I did the following; >>>>>> >>>>>> === >>>>>> yumdownloader --source mtr-gtk >>>>>> >>>>>> rpm -Uvh mtr-0.75-5.el6.src.rpm >>>>>> >>>>>> cd rpmbuild/SPECS/ >>>>>> >>>>>> # Change "Release" >>>>>> >>>>>> rpmbuild -ba mt...

On 8 March 2016 at 10:07, Leon Fauster <leonfauster at googlemail.com> wrote: > Am 08.03.2016 um 01:50 schrieb Digimer <lists at alteeve.ca>: > > I'm not surprised, given that it is in the repo. That's why I was asking > > if anyone tried building it themselves and, if so, did they have the > > same issue as I describe below? > > > >

Hi, Suppose I have an arbitrary function: arbfun<-function(x) {...} Is there a robust implementation of a numerical derivative routine in R which I can use to take it's derivative ? Something a bit more than simple division by delta of the difference of evaluating the function at x and x+delta... Perhaps there is a way to do this using D or deriv but I could not figure it out.

...;>>> but rather the %build phase would be telling. > >>>>>> > >>>>>> As I've done with several other RPMs, I did the following; > >>>>>> > >>>>>> === > >>>>>> yumdownloader --source mtr-gtk > >>>>>> > >>>>>> rpm -Uvh mtr-0.75-5.el6.src.rpm > >>>>>> > >>>>>> cd rpmbuild/SPECS/ > >>>>>> > >>>>>> # Change "Release" > >>>>>> >...

...... so what are you doing and what do you want to > achieve? > > The %install phase you posted is really not of interest to your 'problem' > but rather the %build phase would be telling. As I've done with several other RPMs, I did the following; === yumdownloader --source mtr-gtk rpm -Uvh mtr-0.75-5.el6.src.rpm cd rpmbuild/SPECS/ # Change "Release" rpmbuild -ba mtr.spec === If you're asking a more generic "why are you doing this?" question; I am including the RPM in a project we're working on and I don't want to risk running fould of...

...on of how fast you make it to make install .... Take longer than 3 seconds after the ./configure and there won't be a valid Makefile for the install (unless ./configure has rerun already - see how messy this is?) This is definitely not a mock bug - that can be closed. It's a bug in the EL6 mtr spec file. See lines 1812 and 4005 for the relevant happenings in the pastebin I put up before showing the behavioural difference between F23 and EPEL6 Note that my EPEL6 system is a VM so inherently slower... but once the data from disk is in the kernel cache it's faster on the subsequent bu...

Am 08.03.2016 um 01:50 schrieb Digimer <lists at alteeve.ca>: > I'm not surprised, given that it is in the repo. That's why I was asking > if anyone tried building it themselves and, if so, did they have the > same issue as I describe below? > > Alternatively, any tips/advice on solving my build issue would be helpful. what says /var/tmp/rpm-tmp.gu9Ds0? all

On 08/03/16 02:32 PM, James Hogarth wrote: >>>> https://bugzilla.redhat.com/show_bug.cgi?id=1315856 >>> >>> What's odd is how it works in Fedora using mock but not EPEL6 with mock >> ... >>> got to be down to how the build roots are constructed. >>> >>> Decided to do a quick test of something given how EPEL has adjusted >>

Hi, I'm using precompiled (for SCO OS5) 2.0.3. When my Win95 clients save a file to a share that already has a file of the same name samba upcases it. To be completely accurate the files in question have numbers as thier first 8 chars then an extension of .mtr. So, 19991115.mtr on Win95, when copied, becomes 19991115.MTR on the share if it's overwiting a file called 19991115.mtr that already exists on the share. The only thing that gets upcased of course is the extension. I'm assuming that it would upcase the whole thing but havn't tested it...

Hi there, I have a function which has a variable called show as an input: richardson.grad <- function(func, x, d=0.01, eps=1e-4, r=6, show=F){ # do some things if(show) { cat("\n","first order approximations", "\n") print(a.mtr, 12) } #do more things and return } The show variable is being used as a flag to show intermediate results. Interestingly enough, I have downloaded a package recently which defines the show variable as a function: > show standardGeneric for "show" defined from package "...