search for: xbd

...mUs untouched for the migration process so i tried to start a domU on my new xen host with the old configuration and old domU kernel. But it fails to access the disks and i don''t know what am i missing!? The disks are accessible from the new xen host with e.g. blockdev --getsize64 /dev/xbd/test1.sda2 Has anyone an idea for me what''s wrong? Is it possible that device names within the domU has changed? Additional info: ==================================== root@xenhost:~# cat /etc/xen/test1 name = "test1" #cpus = "" vcpus = "8" memory = "2...

I''m now at the stage where I can think about writing some PV block drivers for Windows. I have working event channel and xen store subsystems (but they''ll probably need some more refinement once things progress), and the Windows XenPCI driver enumerates devices as they are added to xenstore. This leaves me with a few questions... 1. I assume that the qemu virtual BIOS uses the

Hola, buenas, no me prodigo mucho por aqui pero sigo la lista a diario. Estoy realizando un curso de text mining en twitter en Udemy y estoy clavado en un error. La verdad es que ya no sé que hacer, he buscado por todos los lados, en foros, blogs; he probado diversos scripts pero nada. El tema es que haciendo un simple text mining de un hashtag con un wordcloud al final me sale el error In

I''m following the depot application in the rails bible Agile Web Development with Rails. In interation E1 NoMethodError in Admin#checkout Showing app/views/admin/checkout.rhtml where line #12 raised: You have a nil object when you didn''t expect it! You might have expected an instance of Array. The error occured while evaluating nil.include? Extracted source (around line #12):

...ri, 25 Jan 2019 02:57:21 +0000 [klibc] builtin: Clear LC_ALL in mkbuiltins In mkbuiltins LC_COLLATE is set, but since "The value of the LC_ALL environment variable has precedence over any of the other environment variables starting with LC_" (http://pubs.opengroup.org/onlinepubs/7908799/xbd/envvar.html), this has no effect when LC_ALL is set. This breaks when having e.g. LC_ALL=en_US.UTF-8 during make, which causes the test case dash -c : to fail, probably due to broken ordering in builtins.c. The patch corrects that by clearing LC_ALL. Signed-off-by: Herbert Xu <herbert at g...

...ALL in mkbuiltins [ dash commit fe393c0f9ab72de5a7d32aab53e5e8275cad8735 ] In mkbuiltins LC_COLLATE is set, but since "The value of the LC_ALL environment variable has precedence over any of the other environment variables starting with LC_" (http://pubs.opengroup.org/onlinepubs/7908799/xbd/envvar.html), this has no effect when LC_ALL is set. This breaks when having e.g. LC_ALL=en_US.UTF-8 during make, which causes the test case dash -c : to fail, probably due to broken ordering in builtins.c. The patch corrects that by clearing LC_ALL. Signed-off-by: Herbert Xu <herbert at g...

...://pubs.opengroup.org/onlinepubs/9699919799/utilities/V3_chap02.html#tag_18_09>, > we read under '2.9.1 Simple Commands' > > "Variable assignments shall be performed as follows: > ... > - If the command name is a standard utility implemented as a function > (see XBD Utility), the effect of variable assignments shall be as if the > utility was not implemented as a function. > ... > - If the command name is a function that is not a standard utility > implemented as a function, variable assignments shall affect the current > execution environmen...

...://pubs.opengroup.org/onlinepubs/9699919799/utilities/V3_chap02.html#tag_18_09>, > we read under '2.9.1 Simple Commands' > > "Variable assignments shall be performed as follows: > ... > - If the command name is a standard utility implemented as a function > (see XBD Utility), the effect of variable assignments shall be as if the > utility was not implemented as a function. > ... > - If the command name is a function that is not a standard utility > implemented as a function, variable assignments shall affect the current > execution environmen...

On 16/11/05, Kip Macy <kip.macy@gmail.com> wrote: > The way the initial memory space gets setup there is no way MFS could work. > It wasn''t an anticipated use. I guess somewhere either in FreeBSD GNATS or > xen''s bugzilla there should be i386-xen FreeBSD bugs filed for me to track. I intend to file a bug report sooner or later, but in the meantime I decided to

Dear all: I''m sorry I crossmail. I try setup aoe-vblade server on netbsd 5.0.2(domU) and I try to do some stress test with for i in {65536}; do dd if=/dev/zero of=/dev/etherd/e?.? bs=4K;done on a Linux box Two Xen dom0 configurations I use: 1. 32bits SuSE Enterprise Linux 11sp1 2.6.32.12-0.7-xen with 32bits Xen 4.0.0_21091_04-0.2.6 2. 64bits Gentoo 2.6.32-xen-r1 with 64bits Xen 4.0.0

.../* MSDOS Code Page 437 -> ISO-8859-1 */ - update_map("\xA1\xAD\xA2\x98\xA3\x9C\xA4\xED\xA5\x9D\xA6\xB3\xA7\xEE"); - update_map("\xAA\xA6\xAB\xAE\xAC\xAA\xAE\xE9\xAF\xC4"); - update_map("\xB0\xF8\xB1\xF1\xB2\xFD\xB5\xE6\xB7\xFA\xBA\xA7\xBC\xAC\xBD\xAB\xBF\xA8"); - update_map("\xC0\x85\xC1\xA0\xC2\x83\xC4\x8E\xC5\x8F\xC6\x92\xC7\x80\xC8\x8A"); - update_map("\xC9\x90\xCA\x88\xCB\x89\xCC\x8D\xCD\xA1\xCE\x8C\xCF\x8B"); - update_map("\xD1\xA5\xD2\x96\xD3\xA2\xD4\x93\xD6\x99\xD9\x97\xDA\xA3\xDB\x9...

This is version 4 of the following sub-series: [libnbd PATCH v3 09/29] lib/utils: introduce async-signal-safe execvpe() [libnbd PATCH v3 10/29] lib/utils: add unit tests for async-signal-safe execvpe() http://mid.mail-archive.com/20230215141158.2426855-10-lersek at redhat.com http://mid.mail-archive.com/20230215141158.2426855-11-lersek at redhat.com The Notes section on each patch records the

V3 was here: <http://mid.mail-archive.com/20230215141158.2426855-1-lersek at redhat.com>. See the Notes section on each patch for the v4 updates. The series is nearly ready for merging: every patch has at least one R-b tag, except "socket activation: avoid manipulating the sign bit". The series builds, and passes "make check" and "make check-valgrind", at

Hello list. I'm trying to rebuild the 2.6.9.67.0.20.EL kernel, but it fails even without modifications. How did I try it? Created a (non-root) build environment (not a mock ) Installed the kernel.scr.rpm and did a rpmbuild -ba --target=`uname -m` kernel-2.6.spec 2> prep-err.log | tee prep-out.log The build failed at the end: Processing files: kernel-xenU-devel-2.6.9-67.0.20.EL Checking

...4FzO(@1ye03y6)Hb;;4KF%xuBQh*JD44bb>!)d&gn5WCeji_h% zwT+vww0EIwxG!q(j2?_Ve&|gIBbLhiaC6->IC-bY$Yb8N+`DpJ(sv=_T2;8!b1M%1 z42c+yly_8S)|V4N1`p^T&KF95$6Mx7t;$;&)+JPn;#gNPfVXhB>;?v6a_tQD#9&3N z8~WmL+}YQo)?XVIAr=_Grvw?l!@&pqC&=`9@<chYW&PBs3)uMgaooXUsj8l}(<GJ2 zxBD6+H!Laid at K*y7Wk|0KD#>bM7B|RvAJPb_UVPiw`rfMu9&9)4zCmt7acZ7sSBQp zzLz#)Kgu*n<w%@t0y4gUL7}iPVbum#8Ex%lxF^f0&D1+W7E$?-eUwrEtn7aI-!m$0 z3%eq0{U!iXg5MU2_q4|^IRzO+`*eo|XCjwpg>1f&&bZl^-*GIBSMkb`+0{3n>|<6~ zMs3<<lsy6`gD{}xMQy<(Lu&+UmnBh^S<R+A+sd}+!j#CgVUEq+&g...