search for: 6e6f

...9;()*+ 00000020: 2c2d 2e2f 3031 3233 3435 3637 3839 3a3b ,-./0123456789:; 00000030: 3c3d 3e3f 4041 4243 4445 4647 4849 4a4b <=>?@ABCDEFGHIJK 00000040: 4c4d 4e4f 5051 5253 5455 5657 5859 5a5b LMNOPQRSTUVWXYZ[ 00000050: 5c5d 5e5f 6061 6263 6465 6667 6869 6a6b \]^_`abcdefghijk 00000060: 6c6d 6e6f 7071 7273 7475 7677 7879 7a7b lmnopqrstuvwxyz{ 00000070: 7c7d 7e7f ffad 9b9c 9da6 aeaa f8f1 fde6 |}~............. 00000080: faa7 afac aba8 8e8f 9280 90a5 999a e185 ................ 00000090: a083 8486 9187 8a82 8889 8da1 8c8b a495 ................ 000000a0: a293 94f6 97a3 9681 989f e2e9 e4e8 ea...

...rtnum <= 0) { reply_with_error ("partition number must be >= 1"); @@ -814,6 +815,8 @@ do_part_get_gpt_type(const char *device, int partnum) return NULL; } + int fieldlen = strlen (field); + /* Parse the output of sgdisk -i: * Partition GUID code: 21686148-6449-6E6F-744E-656564454649 (BIOS boot partition) * Partition unique GUID: 19AEC5FE-D63A-4A15-9D37-6FCBFB873DC0 @@ -832,28 +835,22 @@ do_part_get_gpt_type(const char *device, int partnum) /* Split the line in 2 at the colon */ char *colon = strchr (line, ':'); if (colon) { -#define...

...> 3435 3637 3839 3a3b ,-./0123456789:; 00000030: 3c3d 3e3f > 4041 4243 4445 4647 4849 4a4b <=>?@ABCDEFGHIJK 00000040: > 4c4d 4e4f 5051 5253 5455 5657 5859 5a5b LMNOPQRSTUVWXYZ[ > 00000050: 5c5d 5e5f 6061 6263 6465 6667 6869 6a6b > \]^_`abcdefghijk 00000060: 6c6d 6e6f 7071 7273 7475 7677 > 7879 7a7b lmnopqrstuvwxyz{ 00000070: 7c7d 7e7f ffad 9b9c > 9da6 aeaa f8f1 fde6 |}~............. 00000080: faa7 afac > aba8 8e8f 9280 90a5 999a e185 ................ 00000090: > a083 8486 9187 8a82 8889 8da1 8c8b a495 ................ > 0000...

...552d 4d61 696c 5363 616e 6e65 723a HSU-MailScanner: 0x0370: 2046 6f75 6e64 2074 6f20 6265 2063 6c65 .Found.to.be.cle 0x0380: 616e 0d0a 582d 5348 5355 2d4d 6169 6c53 an..X-SHSU-MailS 0x0390: 6361 6e6e 6572 2d53 7061 6d43 6865 636b canner-SpamCheck 0x03a0: 3a20 6e6f 7420 7370 616d 2c20 5370 616d :.not.spam,.Spam 0x03b0: 4173 7361 7373 696e 2028 7363 6f72 653d Assassin.(score= 0x03c0: 2d30 2e30 3031 2c0d 0a09 7265 7175 6972 -0.001,...requir 0x03d0: 6564 2035 2e35 2c20 6175 746f 6c65 6172 ed.5.5,.autolear 0x03e0: 6e3d 6e6f...

...ines = split_lines (out); + if (lines == NULL) { + reply_with_error ("'%s %s -i %i' returned no output", + str_sgdisk, device, partnum); + free (out); + return NULL; + } + + /* Parse the output of sgdisk -i: + * Partition GUID code: 21686148-6449-6E6F-744E-656564454649 (BIOS boot partition) + * Partition unique GUID: 19AEC5FE-D63A-4A15-9D37-6FCBFB873DC0 + * First sector: 2048 (at 1024.0 KiB) + * Last sector: 411647 (at 201.0 MiB) + * Partition size: 409600 sectors (200.0 MiB) + * Attribute flags: 0000000000000000 + * Partition name:...

...3106 0404 3230 3030 3010 0403 7569 er1...20000...ui 0x0070: 6431 0904 0767 7368 626f 626d 3014 0409 d1...xxxbobx0... 0x0080: 7569 644e 756d 6265 7231 0704 0533 3835 uidNumber1...385 0x0090: 3338 301f 040d 686f 6d65 4469 7265 6374 380...homeDirect 0x00a0: 6f72 7931 0e04 0c2f 6e6f 6e65 7869 7374 ory1.../nonexist 0x00b0: 656e 74 ent I will spare you the packet dump, but in the cases where the login works correctly, LDAP returns the values in the same order that they are requested in. This behaviour has been found with both OpenLDAP: s...

Hi, attached there are few patches to implement a way to get the label of GPT partitions (refactoring an existing function and adding a new daemon API) and using it in virt-resize to restore them when copying partitions. Thanks, Pino Toscano (3): daemon: parted: refactor sgdisk info parsing code New API: part-get-name (RHBZ#593511). resize: preserve GPT partition names (RHBZ#1060404).

...0040: 0400 8760 605e 0606 2b06 0105 0502 a054 ...``^..+......T 0x0050: 3052 a024 3022 0609 2a86 4882 f712 0102 0R.$0"..*.H..... 0x0060: 0206 092a 8648 86f7 1201 0202 060a 2b06 ...*.H........+. 0x0070: 0104 0182 3702 020a a32a 3028 a026 1b24 ....7....*0(.&.$ 0x0080: 6e6f 745f 6465 6669 6e65 645f 696e 5f52 not_defined_in_R 0x0090: 4643 3431 3738 4070 6c65 6173 655f 6967 FC4178 at please_ig 0x00a0: 6e6f 7265 nore 16:37:05.496321 IP 192.168.56.33.49418 > 192.168.56.32.389: Flags [.], ack 254, win 229, options [nop,nop,TS val 5433966 ecr 5433956], leng...

As of the latest updates to anaconda and grub2 for Fedora 18, it is now possible to install with /boot as a btrfs subvolume. The way that grub2 is handling this is the "reach down" to the files it needs as if the subvolume was a directory. Is this OK? At this point I am not worried about snapshots or any other complexities. If the subvolume name is known. should grub2 be able to

I run an IPsec/Freeswan VPN to connect 4 disparet windows LANS. I managed to RTFM until cross-subnet browsing worked (samba 2.0). Having upgraded to 2.2.3 It would seem that this feature is not working. BACKGROUND: originally all sources of information led me to understand that I would need a box running samba behind the firewall/IPsec box as I could not even ping a remote internal IP from the

...(undef, ['grub2'], undef, $g, $self->{root}, $self->{config}, $self) > + or v2vdie __x('Failed to install non-EFI grub2'); > + > + # Relabel the EFI boot partition as a BIOS boot partition > + $g->part_set_gpt_type($device, 1, '21686148-6449-6E6F-744E-656564454649'); > + > + # Delete the fstab entry for the EFI boot partition > + eval { > + foreach my $node ($g->aug_match("/files/etc/fstab/*[file = '/boot/efi']")) > + { > + $g->aug_rm($node); > + } > +...

This is a new conversion module to convert SUSE Linux and openSUSE guests. The converter is based on the RedHat module, and should offer the same functionality on both SUSE and RedHat hosts. There are a few additional messages in this module, such as reporting of packages when installing through zypper or the local virt-v2v repo. These messages don't necessarily flow unless verbose switches

On Friday, October 04, 2013 09:38:58 AM Matthew Booth wrote: > It's specifically an error if we're attempting to configure virtio, and > there's no detected virtio kernel. It shouldn't have been possible to > get here in that state, hence it's a programmer error. The code below > attempts to install *any* kernel in the case that we aren't configuring >

...::_install_any + (undef, ['grub2'], undef, $g, $self->{root}, $self->{config}, $self) + or v2vdie __x('Failed to install non-EFI grub2'); + + # Relabel the EFI boot partition as a BIOS boot partition + $g->part_set_gpt_type($device, 1, '21686148-6449-6E6F-744E-656564454649'); + + # Delete the fstab entry for the EFI boot partition + eval { + foreach my $node ($g->aug_match("/files/etc/fstab/*[file = '/boot/efi']")) + { + $g->aug_rm($node); + } + }; + augeas_error($g, $@) if $@;...

...::_install_any + (undef, ['grub2'], undef, $g, $self->{root}, $self->{config}, $self) + or v2vdie __x('Failed to install non-EFI grub2'); + + # Relabel the EFI boot partition as a BIOS boot partition + $g->part_set_gpt_type($device, 1, '21686148-6449-6E6F-744E-656564454649'); + + # Delete the fstab entry for the EFI boot partition + foreach my $node ($g->aug_match("/files/etc/fstab/*[file = '/boot/efi']")) { + $g->aug_rm($node); + } + eval { $g->aug_save(); }; + augeas_error($g, $@) if $@; + +...

...irtConvert::Convert::Linux::_install_any (undef, ['grub2'], undef, $g, $self->{root}, $self->{config}, $self) or v2vdie __x('Failed to install non-EFI grub2'); @@ -494,7 +577,8 @@ sub convert_efi $g->part_set_gpt_type($device, 1, '21686148-6449-6E6F-744E-656564454649'); # Delete the fstab entry for the EFI boot partition - foreach my $node ($g->aug_match("/files/etc/fstab/*[file = '/boot/efi']")) { + foreach my $node ($g->aug_match("/files/etc/fstab/*[file = '/boot/efi']")) + {...

I think this fixes everything mentioned: - Added the Optgroups module as suggested. - Remove command temporary files. - Replace command ~flags with ?fold_stdout_on_stderr. - Nest _with_mounted function. - Rebase & retest. Rich.

v1 was posted here: https://www.redhat.com/archives/libguestfs/2017-July/msg00098.html This series now depends on two small patches which I posted separately: https://www.redhat.com/archives/libguestfs/2017-July/msg00207.html https://www.redhat.com/archives/libguestfs/2017-July/msg00209.html v1 -> v2: - Previously changes to generator/daemon.ml were made incrementally through the patch

Previously posted as part of the mega utilities/inspection series here: https://www.redhat.com/archives/libguestfs/2017-June/msg00232.html What I've done is to extract just the parts related to rewriting daemon APIs in OCaml, rebase them on top of the current master, fix a few things, and recompile and test everything. Rich.

v6 was posted here: https://www.redhat.com/archives/libguestfs/2017-June/msg00103.html and this requires the utilities refactoring posted here: https://www.redhat.com/archives/libguestfs/2017-June/msg00169.html Inspection is now complete[*], although not very well tested. I'm intending to compare the output of many guests using old & new virt-inspector to see if I can find any