search for: 89ab

...ink we should have for the OpenStack output: -o openstack -oo os-auth-url='http://controller.example.com:5000/v3' -oo os-user-domain-name='Default' -oo os-project-name='v2v-project' -oo os-username='admin' -oo os-password='secret' -oo server-id='01234567-89ab-cdef-0123-456789abcdef' -oo destination_project_id='01234567-89ab-cdef-0123-456789abcdef' -oo volume_type_id='01234567-89ab-cdef-0123-456789abcdef' -oo flavor_id='01234567-89ab-cdef-0123-456789abcdef' -oo security_groups_ids='01234567-89ab-cdef-0123-456789abcdef,0123...

...put: > > -o openstack > -oo os-auth-url='http://controller.example.com:5000/v3' > -oo os-user-domain-name='Default' > -oo os-project-name='v2v-project' > -oo os-username='admin' > -oo os-password='secret' > -oo server-id='01234567-89ab-cdef-0123-456789abcdef' > -oo destination_project_id='01234567-89ab-cdef-0123-456789abcdef' > -oo volume_type_id='01234567-89ab-cdef-0123-456789abcdef' > -oo flavor_id='01234567-89ab-cdef-0123-456789abcdef' > -oo > security_groups_ids='01234567-89ab-cd...

...Some "gdisk"; + tests = [ + InitGPT, Always, TestLastFail ( + [["part_set_disk_guid"; "/dev/sda"; "f"]]), []; + InitGPT, Always, TestResultString ( + [["part_set_disk_guid"; "/dev/sda"; + "01234567-89AB-CDEF-0123-456789ABCDEF"]; + ["part_get_disk_guid"; "/dev/sda"]], + "01234567-89AB-CDEF-0123-456789ABCDEF"), []; + ]; + shortdesc = "set the GUID of a GPT-partitioned disk"; + longdesc = "\ +Set the disk identifier (GUID) of a...

...gt; > -oo os-auth-url='http://controller.example.com:5000/v3' > > -oo os-user-domain-name='Default' > > -oo os-project-name='v2v-project' > > -oo os-username='admin' > > -oo os-password='secret' > > -oo server-id='01234567-89ab-cdef-0123-456789abcdef' > > -oo destination_project_id='01234567-89ab-cdef-0123-456789abcdef' > > -oo volume_type_id='01234567-89ab-cdef-0123-456789abcdef' > > -oo flavor_id='01234567-89ab-cdef-0123-456789abcdef' > > -oo > > > security_gr...

...Some "gdisk"; + tests = [ + InitGPT, Always, TestLastFail ( + [["part_set_disk_guid"; "/dev/sda"; "f"]]), []; + InitGPT, Always, TestResultString ( + [["part_set_disk_guid"; "/dev/sda"; + "01234567-89AB-CDEF-0123-456789ABCDEF"]; + ["part_get_disk_guid"; "/dev/sda"]], + "01234567-89AB-CDEF-0123-456789ABCDEF"), []; + ]; + shortdesc = "set the GUID of a GPT-partitioned disk"; + longdesc = "\ +Set the disk identifier (GUID) of a...

> Thanks all point about security, I''ll do as follows. > I thought that the point was the following two. > > > 1. Storage place of encrypted password > Should I store it in /etc/xen/passwd ? > Or, should I wait for DB of Xen that will be released in > the future? The xend life cycle management patches were posted by Alistair a couple of months back.

virt-resize didn't preserve the per-partition GPT GUID. Now that guests using UEFI are becoming common (basically it's the default on aarch64) we need to take into account that sometimes the partition GUID is used by the bootloader NVRAM variables to identify the boot partition, so it must be preserved across resize. This bug caused the 'virt-builder --size' option to fail on

Some OSes (e.g. Windows Server 2012 R2) fail to boot after virt-resize due to changed disk guid. To fix it, we add new APIs: part_get_disk_guid part_set_disk_guid part_set_disk_guid_random We also preserve disk GUID in virt-resize. Maxim Perevedentsev (3): New API: part_get_disk_guid and part_set_disk_guid. New API: part_set_disk_guid_random. resize: preserve GPT disk GUID.

...+ /* The value starts after the colon */ + char *value = colon + 1; + + /* Skip any leading whitespace */ + value += strspn (value, " \t"); + + /* The value contains only valid GUID characters */ + size_t value_len = strspn (value, "-0123456789ABCDEF"); +fprintf(stderr, "%zi: %s\n", value_len, value); + + char *ret = malloc (value_len + 1); + if (ret == NULL) { + reply_with_perror ("malloc"); + return NULL; + } + + memcpy (ret, value, value_len); + ret[value_len]...

https://bugs.freedesktop.org/show_bug.cgi?id=73267 Priority: medium Bug ID: 73267 Assignee: nouveau at lists.freedesktop.org Summary: Nouveau: corrupted laptop screen's EDID info QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: Linux (All) Reporter: ezelspinguin at

...XX:XXXX'' # existing entry # ''YYYY:YYYY:YYYY:YYYY'' # new entry 1 # ''ZZZZ:ZZZZ'') # new entry 2 # ) ############################################################################### (unconstrained_dev_ids #(''0123:4567:89AB:CDEF'') (''10de:002d'') ) [root@hx80kc1 ~]# [root@hx80kc1 ~]# grep pci /etc/xen/winxp pci = [ "04:00.0" ] [root@hx80kc1 ~]# [root@hx80kc1 ~]# xm pci-list-assignable-devices [root@hx80kc1 ~]# [root@hx80kc1 ~]# xm create /etc/xen/winxp Using config file &quo...

Hi, this patch serie adds a new GUID type in the generator, which would do the same as String, but also validating (just in the C output) the passed GUID string. This allows to reject invalid GUIDs before passing them to low-level tools. Pino Toscano (4): utils: add a function to validate a GUID string generator: add a GUID parameter type generator: generate code for parameter validation

Split up the huge generator/actions.ml into several smaller files. Rich.

https://bugs.freedesktop.org/show_bug.cgi?id=34554 Summary: Nouveau seems to have corrupted my laptop screen's EDID info Product: xorg Version: unspecified Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: major Priority: medium Component: Driver/nouveau