similar to: Important virt-resize fix

Over the last several days, I've been working hard to get all of the Fedora R packages rebuilt against R 4.0 in rawhide (in the F33-R-4 side tag). With the exception of R-biomaRt, R-BSgenome, R-GenomicAlignments, and R-rtracklayer, I believe everything is built and updated to the latest versions. And of those packages, they're all ready to go when Fedora infrastructure is working reliably

Hi, I was trying out virt-builder and noticed that in some directories I receive an error when the image is resized. For example, if I run the following command from my home directory it works fine: virt-builder rhel-7.4 --size 10G --output test.img If I run the same command from /tmp or /vms (my default libvirt pool), I see the following in my verbose output: virt-resize '--verbose'

Hey there everyone! Trying to use virt-builder to download & resize the standard fedora-23 image from libguestfs.org ... ??[rsawhill at jiop 11:50 ~] {0} $ rpm -q libguestfs-tools > libguestfs-tools-1.32.7-1.fc23.noarch > ??[rsawhill at jiop 11:50 ~] {0} $ virt-builder --list | grep fedora-23 > fedora-23 x86_64 Fedora? 23 Server > fedora-23 i686

On Tue, Nov 21, 2017 at 3:55 AM, Pino Toscano <ptoscano@redhat.com> wrote: > Hi, > > On Monday, 20 November 2017 22:57:04 CET David Kaylor wrote: > > I was trying out virt-builder and noticed that in some directories I > > receive an error when the image is resized. > > > > For example, if I run the following command from my home directory it > works >

http://bugs.freedesktop.org/show_bug.cgi?id=25795 Summary: windows not redrawn after resize Product: xorg Version: 7.4 Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org

On Thu, Sep 01, 2016 at 11:55:50AM -0400, Ryan Sawhill wrote: > Hey there everyone! > > Trying to use virt-builder to download & resize the standard fedora-23 > image from libguestfs.org ... > > ??[rsawhill at jiop 11:50 ~] {0} $ rpm -q libguestfs-tools > > libguestfs-tools-1.32.7-1.fc23.noarch > > ??[rsawhill at jiop 11:50 ~] {0} $ virt-builder --list | grep

On Tuesday, 21 November 2017 15:36:02 CET David Kaylor wrote: > On Tue, Nov 21, 2017 at 3:55 AM, Pino Toscano <ptoscano@redhat.com> wrote: > > > Hi, > > > > On Monday, 20 November 2017 22:57:04 CET David Kaylor wrote: > > > I was trying out virt-builder and noticed that in some directories I > > > receive an error when the image is resized. >

Hi, On Monday, 20 November 2017 22:57:04 CET David Kaylor wrote: > I was trying out virt-builder and noticed that in some directories I > receive an error when the image is resized. > > For example, if I run the following command from my home directory it works > fine: > > virt-builder rhel-7.4 --size 10G --output test.img > > If I run the same command from /tmp or

On Tue, 14 Jul 2020 at 01:19, Jos? Ab?lio Matos <jamatos at fc.up.pt> wrote: > > On Saturday, 11 July 2020 11.32.32 WEST Jos? Ab?lio Matos wrote: > > If I do not hear until then I will push the update Monday night (Western > > Europe time zone. > > Well I tried but I did not succeeded both using the web interface and cli > interfaces: > >

On Tue, 7 Jul 2020 at 12:38, Jos? Ab?lio Matos <jamatos at fc.up.pt> wrote: > > On Monday, 6 July 2020 21.08.53 WEST Tom Callaway wrote: > > R-BiocFileCache is now branched for f32 (finally). You should be able to > > build it if/when the PDC comes back up. Lotta random outages right now. > > > > Tom > > I have re/built them using the side tag but I do not

Is the logging system thread-safe? I have a process that takes about 5 hours, and twice, it has stopped, giving me no errors at all... but the process hasnt been finished... The second time, I loaded the status page, and it gave me a 500 error, at the same time the process stopped. I have a sneaking suspicion that the cause is two processes trying to write to the log-file at the same

Libguestfs 1.34 was released on 2016-08-08, which is about 6 months ago. I'd would like to think about what needs work for the next stable 1.36 release, which might happen at the end of this month. Any new APIs added in the 1.35 cycle will become supported and guaranteed when we release 1.36, so we need to check those. See: git diff v1.34.0 -- generator/actions.ml It looks like there

I''ve just had a problem with fastcgi killing processes off while they were running (I have a long-running background process)... but it took me a while to track it down and pinpoint that fastcgi was asking the process to quit. So i was thinking if it would be a good idea to tweak the way ruby-fastcgi handles this. At the moment, in fcgi.rb (part of the fcgi gem) there is

R-BiocFileCache is now branched for f32 (finally). You should be able to build it if/when the PDC comes back up. Lotta random outages right now. Tom On Mon, Jul 6, 2020 at 10:40 AM Jos? Ab?lio Matos <jamatos at fc.up.pt> wrote: > On Tuesday, 9 June 2020 03.40.52 WEST Tom Callaway wrote: > > Over the last several days, I've been working hard to get all of the > Fedora >

Hi all, I'm looking for a fix in postgis, which seems to be fixed already in postgis-2.0.7-2.el7. However that package seems to be 'stuck' in the epel7-testing repository: https://koji.fedoraproject.org/koji/buildinfo?buildID=750618 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-b6c229157e Is there a reason that the package is not pushed to stable yet? Or can it be

Dear Contributors, thanks for collaboration. I am trying to reorganize data frame, that looks like this: n1.Index Date PX_LAST n2.Index Date.1 PX_LAST.1 n3.Index Date.2 PX_LAST.2 1 NA 04/02/07 1.34 NA 04/02/07 1.36 NA 04/02/07 1.33 2 NA 04/09/07 1.34 NA 04/09/07

Signed-off-by: Hu Tao <hutao@cn.fujitsu.com> --- resize/resize.ml | 45 +++++++++++++++++++++++++++++++-------------- 1 file changed, 31 insertions(+), 14 deletions(-) diff --git a/resize/resize.ml b/resize/resize.ml index fc622ba..80a37e2 100644 --- a/resize/resize.ml +++ b/resize/resize.ml @@ -749,12 +749,33 @@ read the man page virt-resize(1). start_overhead_sects +^

Signed-off-by: Hu Tao <hutao@cn.fujitsu.com> --- This patch doesn't pass `make -C resize check`. The error message is: virt-resize: error: There is a deficit of 512 bytes (512). You need to make the target disk larger by at least this amount or adjust your resizing requests. I spent hours but can't found the reason. please help! I'll send the complete log later.

Thanks, Jos? and Elliott. I can help with reviews. I attach here a list of batches of CRAN packages to be rebuilt in order (batches separated by a blank line), and the script that generates it. Hope it helps. I?aki On Wed, 24 Jun 2020 at 11:35, Elliott Sales de Andrade <quantum.analyst at gmail.com> wrote: > > I could do so, but it wouldn't be until this weekend. > > Also,

Hi All, I have installed on a RHEL 5.7 server the recent R-3.3.0 rpm but I would like to upgrade to the latest now available R-3.3.1 . I have not found so far the rpm, I would like to know if and when it will be available? Thanks in advance, Cris This e-mail is confidential and may also contain privileged information. If you are not the intended recipient you are not authorised to read,