similar to: File update detection

> For whatever reason, only by manually deleting the config.h file in the > llvm/include/Config directory can I get the project to re-gen that config.h > file. I'm not sure if this is a property of running the build from the > command-line (but I'm guessing it's not, since MSBuild is used internally > inside VS), or if the file-copy is being prevented by something in my

Hi all. I''ve got a situation with Fedora 18 on a dual Xeon E5506 box, 16GB RAM, Tyan S7002 motherboard with the latest BIOS. Because of all the issues, I''m starting to think maybe there''s something wrong with the box itself, maybe something strange going on with the BIOS or mobo resources. Although this box was in service without incident for about 2 years prior. I

Hi, >> > # virt-resize -d --expand /dev/sda1 --LV-expand /dev/mapper/prop-home >> > prop-1.img prop-expand.img >> > command line: virt-resize -d --expand /dev/sda1 --LV-expand >> > /dev/mapper/prop-home prop-1.img prop-expand.img >> > Examining prop-1.img ... >> > libguestfs: trace: add_drive "prop-1.img" "readonly:true"

On Fri, Aug 18, 2023 at 04:25:28PM +0000, Jones Syue ??? wrote: >Hello Ivan, > >'FastCopy' has an option to revise max I/O size and works for SMB :) >it is a tool for file transferring and could be installed to win10, >download here: https://fastcopy.jp/ > >This is an example for writing, a job would write a file named '1GB.img' >from a local disk

All, Our testing seems to indicate that Qemu-1.4.0-2 and Qemu-1.4.0-1 is broken on virt-preview and rawhide. I'm getting undefined symbol: usbredirparser_send_start_bulk_receiving when running qemu-system-x86_64 -version.. Do others see this issue? Is there a known solution? Harald Failing cases:

https://bugs.freedesktop.org/show_bug.cgi?id=59474 Priority: medium Bug ID: 59474 Assignee: nouveau at lists.freedesktop.org Summary: fedora 18 X server crashes after boot QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: Solaris Reporter: dax at enst.fr

Hi, >> >> > # virt-resize -d --expand /dev/sda1 --LV-expand /dev/mapper/prop-home >> >> > prop-1.img prop-expand.img >> >> > command line: virt-resize -d --expand /dev/sda1 --LV-expand >> >> > /dev/mapper/prop-home prop-1.img prop-expand.img >> >> > Examining prop-1.img ... >> >> > libguestfs: trace:

I am unable to convert a vm using virt-v2v. From the trace and debug logs I am unable to understand the cause of the problem. I assume it is a permission or configuration issue but I don't know where to start looking. The following command was issued: LIBGUESTFS_TRACE=1 LIBGUESTFS_DEBUG=1 virt-v2v -ic qemu+ssh://xxx at 192.168.xxx.xxx/system -o rhev -os 192.168.xxx.xxx:/mnt/exports -of

On Wed, 2014-02-12 at 10:21 -0800, Timothy B. Terriberry wrote: > Alice Wonder wrote: > > I found a solution. If I add the metadata_block_picture to the flac file > > I use as input, opusenc copies it over and at least in totem (linux > > movie player) it displays when playing the Opus file. > > You can also add it to the Opus file directly with the --picture >

Hi, I'm using dovecot-2.1.17 on fc18 and wondered if there is some mechanism, perhaps a database, that can store the logins/logouts for each user? I realize there's something already logged to syslog, but I'd like more of a history. While lastlog is great for users that actually login, my dovecot users don't login, just check email via pop and imap. Any ideas greatly

I'm just about to release libguestfs 1.20. This appendix covers issues specific to Fedora 18. Fedora 18 defaults to using the libvirt attach-method, meaning that libvirt is used to create and manage the libguestfs appliance. There are several benefits to this (see the full release notes). You can switch back to the ordinary method (directly running qemu) at any time by doing: export

Hi, I got a problem. I have the libusb drivers already, why does it still not find? The error is shown below. Thx. configure: error: "USB drivers requested, but libusb not found." [root at andy nut-2.7.4]# yum install libusb Loaded plugins: langpacks, presto, refresh-packagekit Package 1:libusb-0.1.3-11.fc18.i686 already installed and latest version Nothing to do [root at andy

OK, a couple of things aren't parsing here. > When config.h.in is hit in the build of configure the configure > project, > the configure.h file from the win32 directory is copied to main > llvm\Config\Config.h. The script in the sln file is: > There is no "configure.h" file from the win32 directory; there is a config.h, and it's 600 bytes long, compared to the

I am asking this on behalf of the HIPL developers; http://infrahip.hiit.fi/ https://launchpad.net/hipl They have been working on getting their code consistant to the new libnetfilter architecture. Finally have Fedora 18 and 19 available, but have hit a stumbling block with Centos 6. They tell me they are not finding libnetfilter_queue. Here is their message to me: On 08/08/2013 02:03 PM,

On 07/21/2013 07:01 PM, Alex wrote: > Hi, > > I have an fc18 system and trying to resize an LVM partition with an > ext4 filesystem and receiving the following message from virt-resize: virt-resize is part of libguestfs, which is layered on top of libvirt. As such, I'm redirecting this mail to the libguestfs mailing list. > > # virt-resize -d --expand /dev/sda1

> > ---- > Well -- not exactly -- I have almost the same symptom -- but > on logout -- it takes up to 45 minutes for my Win7 profile to be > copied to my PDC. But I've tried Samba 3.5.2, 3.5.3 and 3.5.3. > Hey...that's something to try. Try the latest released version and > see if you have the same symptoms/problems! I've not had these problems. (I

I''ve filed this bug under util-linux, because I think wipefs isn''t deleting all btrfs metadata it could. But ultimately it appears to be a btrfs bug because nothing else sees the stale volume. https://bugzilla.redhat.com/show_bug.cgi?id=889888#c15 btrfs-progs-0.20.rc1.20121017git92d9eec-1.fc18.x86_64 e2fs-progs-1.42.5-1.fc18.x86_64 kernel 3.7.1-2 Brand new 80GB virtual disk,

Creating a btrfs file system using btrfs-progs-0.20.rc1.20130308git704a08c-1.fc19, and either kernel 3.6.10-4.fc18 or 3.9.0-0.rc3.git0.3.fc19, makes a file system that cannot be mounted by kernel 3.6.10-4.fc18. It can be mounted by kernel 3.8.4. I haven''t tested any other 3.8, or any 3.7 kernels. Is this expected? dmesg reports: [ 300.014764] btrfs: disk space caching is enabled [

I''m currently playing around with native btrfs multi-device support in systemd. There might be a few "hotplug issues" to solve, here is the first one: A mounted (otherwise unused) multi-device volume (USB multi-slot card reader), hangs at: $ umount /mnt with (fedora) kernel 3.6.0-0.rc5.git0.1.fc18.x86_64 Any idea what to look for or what to try? Thanks, Kay [