similar to: Android Networking Issues

The Wine development release 1.9.10 is now available. What's new in this release (see below for details): - High resolution ("Retina") rendering option on Mac OS X. - More compatible directory enumeration. - A number of C++ runtime fixes. - Video output improvements. - Various bug fixes. The source is available from the following locations:

On Tue, 10 Oct 2017 11:28:09 -0500 (CDT) Andrew Martin <amartin at xes-inc.com> wrote: > > > > Is this from the Opensolaris-ish machine ? > > > > I expected to see a smb.conf file from a Unix domain member. > > > > If it is from the machine where you are getting '[NT > > AUTHORITY]\[ANONYMOUS LOGON]', then can you try 'getent passwd

Hi All, Im getting the following error when I run virt-install: bash-3.2# virt-install -n winxp-01 --hvm -r 384 --vnc -f /etc/opt/vms/winxp-01.img -s 16 -c /etc/opt/images/windowsXP_SP2.iso Starting install... libvir: Xen Daemon error : POST operation failed: (xend.err ''Error creating domain: vncpasswd is not set up in VMconfig and xend-config.'') Traceback (most recent call

This reverts commit 28586a51eea666d5531bcaef2f68e4abbd87242c. The original commit message didn't even make sense. AMD _does_ support it and it works with Nouveau as well. Also what was the issue being solved here? No references to any bugs and not even explaining any issue at all isn't the way we do things. And even if it means a muxed design, then the fix is to make it work inside the

This reverts commit 9251a71db62ca9cc7e7cf364218610b0f018c291. This was never discussed with anybody Nouveau related and we would have NACKed this change immediately. We have a better workaround, which makes it actually work with Nouveau. No idea why the comment mentions the Nvidia driver and assumes it gives any weight to the reasoning.... we don't care about out of tree drivers. Nouveau

On 2020-07-17 1:05 p.m., Karol Herbst wrote: > It's hard to figure out what systems are actually affected and right now I > don't see a good way of removing those... > > But I'd like to see thos getting removed and drivers fixed instead (which > happened at least for nouveau). > > And as mentioned before, I prefer people working on fixing issues instead > of

On Thu, Aug 15, 2019 at 1:35 AM Alex Hung <alex.hung at canonical.com> wrote: > > On Wed, Aug 14, 2019 at 3:31 PM Karol Herbst <kherbst at redhat.com> wrote: > > > > This reverts commit 9251a71db62ca9cc7e7cf364218610b0f018c291. > > > > This was never discussed with anybody Nouveau related and we would have NACKed > > this change immediately. >

On 2020-07-19 1:50 p.m., Karol Herbst wrote: > On Fri, Jul 17, 2020 at 9:52 PM Alex Hung <alex.hung at canonical.com> wrote: >> >> On 2020-07-17 1:05 p.m., Karol Herbst wrote: >>> It's hard to figure out what systems are actually affected and right now I >>> don't see a good way of removing those... >>> >>> But I'd like to see

I am looking to only sync directories not any files within them.. Is there a switch/trick available for this in rsync ? Thanks for any suggestions !! Tim Nelson Senior UNIX Systems Administrator OSI Support Services, Inc. 2520 N. 170th Street New Berlin, WI 53151 T: 262-780-2134 F: 262-780-2050 E: tim.nelson@osioutsourcing.com Outsourcing services are primarily performed by OSI

On Wed, Aug 14, 2019 at 3:31 PM Karol Herbst <kherbst at redhat.com> wrote: > > This reverts commit 9251a71db62ca9cc7e7cf364218610b0f018c291. > > This was never discussed with anybody Nouveau related and we would have NACKed > this change immediately. > > We have a better workaround, which makes it actually work with Nouveau. No idea > why the comment mentions the

dhcpcd requires an interface name as parameter to work. We are now getting it from /proc/sys/net/ipv4/conf/ folder children. dhclient on Debian also has the problem, thus use the guessed interface name for it too. --- appliance/init | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/appliance/init b/appliance/init index cca62e7..d5a428d 100755 --- a/appliance/init +++

Hello, I have a Gentoo Linux guest, which was working very well with the past xm tool stack. Since the migration to xen-4.1.1 and to the new xl tool stack, I have a problem for the IP assignation. Actually, when dhcpcd starts at boot time the IP address is not correctly assigned. This also happens if I perform "dhcpcd eth0" once I''ve accessed to the guest shell. I

dhcpcd requires an interface name as parameter to work. We are now getting it from /proc/sys/net/ipv4/conf/ folder children. --- appliance/init | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/appliance/init b/appliance/init index cca62e7..ef18959 100755 --- a/appliance/init +++ b/appliance/init @@ -111,7 +111,8 @@ if test "$guestfs_network" = 1; then if

I cleaned up comparison.html, making the comparison more fair and removing manufacturers that no longer have any new hardware supporting a certain format. The table is more readable now too. --- comparison.html | 86 +++++++++++++++++++++++++++++-------------------------- 1 file changed, 45 insertions(+), 41 deletions(-) diff --git a/comparison.html b/comparison.html index 9f36381..be88205

I'm trying to get an Archlinux guest running on a Archlinux host. Everything works except ethernet. When I boot the host, --- # dmesg |tail [ 8.265493] Bridge firewalling registered [ 8.514547] IPv6: ADDRCONF(NETDEV_UP): virbr0: link is not ready [ 8.645303] ip6_tables: (C) 2000-2006 Netfilter Core Team --- Then I do --- # virsh -c lxc:/// start gitolite Domain gitolite started #

On Thu, Oct 02, 2014 at 01:53:45PM +0200, Olaf Hering wrote: > On Thu, Oct 02, Richard W.M. Jones wrote: > > > The script won't fail, but the network won't work. What's the > > alternative on SuSE? > > I think that would be dhcpcd, which is also used by NetworkManager. It turns out we don't package dhcpcd in Fedora. If we did the following, would it

On Fri, Mar 13, 2015 at 11:28:56AM -0400, Lee Revell wrote: > On 03/13/2015 11:13 AM, Richard W.M. Jones wrote: > > > >Yes, the log indicates name resolution not working. Please try the > >diagnosis steps that I outlined in: > > > >https://www.redhat.com/archives/libguestfs/2015-March/msg00075.html > > Sorry, I somehow missed the above message. > > $

On Thu, Jun 16, 2016 at 11:17:16AM +0000, Mensik, Petr wrote: > Hello guys, > > we use libguests for dynamic creation of our VM and we do various modifications of those VMs in the process. One with I am struggling with is to signing keys of our custom repository - " > vm.sh("wget -O - " + key_address + " | apt-key add -")" where "vm" is a

On Fri, Jul 17, 2020 at 9:52 PM Alex Hung <alex.hung at canonical.com> wrote: > > On 2020-07-17 1:05 p.m., Karol Herbst wrote: > > It's hard to figure out what systems are actually affected and right now I > > don't see a good way of removing those... > > > > But I'd like to see thos getting removed and drivers fixed instead (which > > happened

On Mon, 04 Mar 2019 15:57:16 -0500 Mark Foley via samba <samba at lists.samba.org> wrote: > On Mon, 4 Mar 2019 20:43:17 +0000 Rowland Penny wrote: > > > > On Mon, 04 Mar 2019 15:18:31 -0500 > > Mark Foley via samba <samba at lists.samba.org> wrote: > > > > > On Mon, 4 Mar 2019 18:31:07 +0000 From: Rowland Penny wrote: > > > > > >