## intersection of hyperplane with a set of finite points in $\mathbb{P}^3$ which fails to impose independent conditions for sections of $\mathcal{O}(d)$

Let $$X$$ be a finite set of points in $$\mathbb{P}^3$$ of cardinality $$\ge 3d +3$$ which fails to impose independent conditions on sections of $$\mathcal{O}(d)$$ and $$X$$ does not pass through any quadratic hypersurface. Can we give an effective bound on cardinality of a subset $$Z \subset X$$ such that there exist a hyper plane containing $$Z$$ ?

If $$|X| < 3d + 2$$, then it is known that either there exist a line containing at least $$d+2$$ points of $$X$$ or there is a plane containing at least $$2d+2$$ points of $$X$$.

## Photoshop Fails to Install Due to PlayonLinux Issue

I am trying to install Photoshop CS6 on my Ubuntu machine (dual-boot) with Windows OS.

Before proceeding with the steps, I researched on the forum and found this link: Installing Photoshop on Ubuntu 18.04

I followed the steps listed in the answer here, but my PlayOnLinux failed and gave me this error:

The installation was working fine, and even the missing Microsoft Fonts got installed automatically. But, this unexpected error aborted the installation completely.

Note: Before installing Photoshop CS6, I installed MS PAINT through Wine, and it got installed without any errors.

Also, note that when I visit Home >> PlayOnLinux’s Virtual Drives folder, I can see the virtual drive created for Adobe Photoshop CS6. Here’s the proof:

## Migration of CSV into paragraphs fails with unexpected error

I try to import CSV files into a Drupal 8 installation but I can’t manage to make the relationship to paragraphs appear. I followed the steps of this tutorial but can’t figure out how to make it work. I created a simple test case to find the error:

I extended the regular article content type with a paragraphs field called field_persons for linking each article to a list of persons with roles. This paragraphs entity has to fields called field_name (for now only text) and field_role (taxonomy_term).

The yaml file for paragraphs migration looks like that and import processes without error:

id: article_persons label: Import persons for articles  source:   plugin: csv   delimiter: '|'   enclosure: '"'   path: article_persons.csv   header_row_count: 1   keys:     - id   column_names:     0:       id: 'ID'     1:       name: 'Name'     2:       rol: 'Role'  process:   field_nombre: name   field_para_rol:      plugin: entity_generate     source: role     value_key: name     bundle_key: vid     bundle: rol     entity_type: taxonomy_term     ignore_case: true  destination:   plugin: 'entity_reference_revisions:paragraph'   default_bundle: article_persons 

The yaml file for article migration looks like that and import processes without error:

id: article label: Import articles  source:   plugin: csv   delimiter: '|'   enclosure: '"'   path: articles.csv   header_row_count: 1   keys:     - id   column_names:     0:       id: 'ID'     1:       title: 'Title'     2:       person: 'Persons'  process:   title: title   type:     plugin: default_value     default_value: article   field_person/target_id:      -       plugin: migration_lookup       migration: article_persons       no_stub: true       source: id     -       plugin: extract       index:         - '0'   field_person/target_revision_id:      -       plugin: migration_lookup       migration: article_persons       no_stub: true       source: id     -       plugin: extract       index:         - 1  destination:   plugin: 'entity:node' migration_dependencies:   required:      - article_persons   optional: { } 

But when I try to access the node I get an “unexpected error” with a huge log message:

Error: Call to a member function getEnabledBehaviorPlugins() on null en Drupal\paragraphs\ParagraphViewBuilder->buildMultiple() (línea 37 de /var/www/html/sites/all/modules/paragraphs/src/ParagraphViewBuilder.php) #0 /var/www/html/core/lib/Drupal/Core/Entity/EntityViewBuilder.php(220): Drupal\paragraphs\ParagraphViewBuilder->buildMultiple(Array) #1 [internal function]: Drupal\Core\Entity\EntityViewBuilder->build(Array) #2 /var/www/html/core/lib/Drupal/Core/Render/Renderer.php(378): call_user_func(Array, Array) #3 /var/www/html/core/lib/Drupal/Core/Render/Renderer.php(195): Drupal\Core\Render\Renderer->doRender(Array, false) #4 /var/www/html/core/lib/Drupal/Core/Template/TwigExtension.php(490): Drupal\Core\Render\Renderer->render(Array) #5 /var/www/html/sites/default/files/php/twig/5a008e9488529_field.html.twig_9MJB5waMfG4Lcal_NDL6EY6rM/NRByUw7bYmwhNIE9WTZfCRjJ3XUAFBB122RdQTC3JsI.php(128): Drupal\Core\Template\TwigExtension->escapeFilter(Object(Drupal\Core\Template\TwigEnvironment), Array, 'html', NULL, true) #6 /var/www/html/vendor/twig/twig/lib/Twig/Template.php(432): __TwigTemplate_85d8aba47ed6496a0f2e8e6407c9fc1802c03e707a72d9d0c1465c62e125a308->doDisplay(Array, Array) #7 /var/www/html/vendor/twig/twig/lib/Twig/Template.php(403): Twig_Template->displayWithErrorHandling(Array, Array) #8 /var/www/html/vendor/twig/twig/lib/Twig/Template.php(411): Twig_Template->display(Array) #9 /var/www/html/core/themes/engines/twig/twig.engine(64): Twig_Template->render(Array) #10 /var/www/html/core/lib/Drupal/Core/Theme/ThemeManager.php(384): twig_render_template('sites/all/theme...', Array) #11 /var/www/html/core/lib/Drupal/Core/Render/Renderer.php(437): Drupal\Core\Theme\ThemeManager->render('field', Array) #12 /var/www/html/core/lib/Drupal/Core/Render/Renderer.php(450): Drupal\Core\Render\Renderer->doRender(Array) #13 /var/www/html/core/lib/Drupal/Core/Render/Renderer.php(195): Drupal\Core\Render\Renderer->doRender(Array, false) #14 /var/www/html/core/lib/Drupal/Core/Template/TwigExtension.php(490): Drupal\Core\Render\Renderer->render(Array) #15 /var/www/html/sites/default/files/php/twig/5a008e9488529_node.html.twig_fOU7Z1faeO15YpZRrtd-F9Ksv/yHD4dpGBMlI8SMMqQ5z-QVQGNcCrpCuzsSt1E4ShcEU.php(111): Drupal\Core\Template\TwigExtension->escapeFilter(Object(Drupal\Core\Template\TwigEnvironment), Array, 'html', NULL, true) #16 /var/www/html/vendor/twig/twig/lib/Twig/Template.php(432): __TwigTemplate_38fa5b6b1f6bdfd56bb4dba5e7d13d0f61126e79c913612089235f94cf12db1f->doDisplay(Array, Array) #17 /var/www/html/vendor/twig/twig/lib/Twig/Template.php(403): Twig_Template->displayWithErrorHandling(Array, Array) #18 /var/www/html/vendor/twig/twig/lib/Twig/Template.php(411): Twig_Template->display(Array) #19 /var/www/html/core/themes/engines/twig/twig.engine(64): Twig_Template->render(Array) #20 /var/www/html/core/lib/Drupal/Core/Theme/ThemeManager.php(384): twig_render_template('sites/all/theme...', Array) #21 /var/www/html/core/lib/Drupal/Core/Render/Renderer.php(437): Drupal\Core\Theme\ThemeManager->render('node', Array) #22 /var/www/html/core/lib/Drupal/Core/Render/Renderer.php(195): Drupal\Core\Render\Renderer->doRender(Array, false) #23 /var/www/html/core/lib/Drupal/Core/Render/MainContent/HtmlRenderer.php(226): Drupal\Core\Render\Renderer->render(Array, false) #24 /var/www/html/core/lib/Drupal/Core/Render/Renderer.php(576): Drupal\Core\Render\MainContent\HtmlRenderer->Drupal\Core\Render\MainContent\{closure}() #25 /var/www/html/core/lib/Drupal/Core/Render/MainContent/HtmlRenderer.php(227): Drupal\Core\Render\Renderer->executeInRenderContext(Object(Drupal\Core\Render\RenderContext), Object(Closure)) #26 /var/www/html/core/lib/Drupal/Core/Render/MainContent/HtmlRenderer.php(117): Drupal\Core\Render\MainContent\HtmlRenderer->prepare(Array, Object(Symfony\Component\HttpFoundation\Request), Object(Drupal\Core\Routing\CurrentRouteMatch)) #27 /var/www/html/core/lib/Drupal/Core/EventSubscriber/MainContentViewSubscriber.php(90): Drupal\Core\Render\MainContent\HtmlRenderer->renderResponse(Array, Object(Symfony\Component\HttpFoundation\Request), Object(Drupal\Core\Routing\CurrentRouteMatch)) #28 /var/www/html/core/lib/Drupal/Component/EventDispatcher/ContainerAwareEventDispatcher.php(108): Drupal\Core\EventSubscriber\MainContentViewSubscriber->onViewRenderArray(Object(Symfony\Component\HttpKernel\Event\GetResponseForControllerResultEvent), 'kernel.view', Object(Drupal\Component\EventDispatcher\ContainerAwareEventDispatcher)) #29 /var/www/html/vendor/symfony/http-kernel/HttpKernel.php(158): Drupal\Component\EventDispatcher\ContainerAwareEventDispatcher->dispatch('kernel.view', Object(Symfony\Component\HttpKernel\Event\GetResponseForControllerResultEvent)) #30 /var/www/html/vendor/symfony/http-kernel/HttpKernel.php(68): Symfony\Component\HttpKernel\HttpKernel->handleRaw(Object(Symfony\Component\HttpFoundation\Request), 1) #31 /var/www/html/core/lib/Drupal/Core/StackMiddleware/Session.php(57): Symfony\Component\HttpKernel\HttpKernel->handle(Object(Symfony\Component\HttpFoundation\Request), 1, true) #32 /var/www/html/core/lib/Drupal/Core/StackMiddleware/KernelPreHandle.php(47): Drupal\Core\StackMiddleware\Session->handle(Object(Symfony\Component\HttpFoundation\Request), 1, true) #33 /var/www/html/core/modules/page_cache/src/StackMiddleware/PageCache.php(99): Drupal\Core\StackMiddleware\KernelPreHandle->handle(Object(Symfony\Component\HttpFoundation\Request), 1, true) #34 /var/www/html/core/modules/page_cache/src/StackMiddleware/PageCache.php(78): Drupal\page_cache\StackMiddleware\PageCache->pass(Object(Symfony\Component\HttpFoundation\Request), 1, true) #35 /var/www/html/core/lib/Drupal/Core/StackMiddleware/ReverseProxyMiddleware.php(47): Drupal\page_cache\StackMiddleware\PageCache->handle(Object(Symfony\Component\HttpFoundation\Request), 1, true) #36 /var/www/html/core/lib/Drupal/Core/StackMiddleware/NegotiationMiddleware.php(50): Drupal\Core\StackMiddleware\ReverseProxyMiddleware->handle(Object(Symfony\Component\HttpFoundation\Request), 1, true) #37 /var/www/html/vendor/stack/builder/src/Stack/StackedHttpKernel.php(23): Drupal\Core\StackMiddleware\NegotiationMiddleware->handle(Object(Symfony\Component\HttpFoundation\Request), 1, true) #38 /var/www/html/core/lib/Drupal/Core/DrupalKernel.php(657): Stack\StackedHttpKernel->handle(Object(Symfony\Component\HttpFoundation\Request), 1, true) #39 /var/www/html/index.php(19): Drupal\Core\DrupalKernel->handle(Object(Symfony\Component\HttpFoundation\Request)) #40 {main}. 

This bug report seems to indicate that the paragraphs which is referenced doesn’t exist. So it seems to have to do something with the ids, but I can’t figure out what.

## Column Validation check passes on Create but fails on Edit

I’m trying to validate that a month column is within 30 days of the create date in SharePoint online using the validation below:

=AND([Start Month]<(Created+30),[Start Month]>(Created-30)) 

This works as expected when creating a list item, failing when the date is outside of the range, but when editing rows it always gives me an error even if I haven’t changed the Start Month column.

Any ideas what I’m doing wrong?

## AD child domain fails to authenticate when parent domain goes offline

We have several child domains in our forest. All are geographically separated from the parent. One particular child is misbehaving.

When the parent (domain.local) or child (child.domain.local) loses Internet access the client in the child domain cannot login using accounts within its domain.

Only the child domain administrator account seems to work — and of course local client accounts. I’ve checked the child domain DNS settings, and they appear to be the same as other child domains in the forest.

For example, child domain settings…

IP: 10.10.1.100 SN: 255.255.255.0 DNS1: 127.0.0.1 DNS2: 192.168.1.100 

When the Internet is functioning AD replication and authentication works fine.

Any tips or suggestions on what might be causing this would be great.

## New PC fails EFI-boot on USB installation xUbuntu-18.04; BIOS boots USB

New Acer-PC Aspire-T Intel i5 core processor 8400 internal memory 8 Gb DDR4 250 Gb Solid-State-Disk 2 Tb sata-Disk

USB-installation medium several times used: always successful on BIOS-boot. If the PC boots in BIOS-mode, then the USB-installation can be started, but then the GUID-partitions show up as undefined. This is normal. If the PC boots in UEFI-mode, then the only boot-choice is to start the Micr$oft Windblows-installation, this is not what we want to happen. 2 questions: .q1. How do we get this PC to boot in UEFI-mode and start xUbuntu-installation using the USB-stick ? … without having to do the W-installation first. .q2. Any suggestions for a clever Partition-set: must we use the Solid-State disk as * boot, * root, * swap ?!? I assume your answer will look like: • Solid-State p1: Guid-Efi-Partition (1 Gb fat-32; necessary for UEFI-boot) • Solid-State p2: root (240 Gb ext4) • Solid-State p3: swap-Partition (14 Gb swap) • 2 Tb p1 : home-partition (ext4) On the web several completely suggestions are found. None of them worked for UEFI-booting the USB-installation. We appreciate your time and suggestions! Wim ## darktable-cli fails because of locked database file I’m using darktable-cli to export photos from my library. I started to get an error with the latest version(2.6.1). It’s a segmentation fault with error [init] the database lock file contains a pid that seems to be alive in your system: 16768 [init] database is locked, probably another process is already using it  I’m always getting this error if darktable is running. And if darktable is not running, most of the times. I have a script running 4 instances darktable-cli in parallel. As I mentioned I didn’t have this error with the previous versions. I don’t know how darktable works internally, but I feel like there shouldn’t be a need for library for the cli. Is there a need for it? As a workaroung I tried changing the library for the darktable calls. But --library option is ignored. Darktable still worked with the default library. The command is: darktable-cli raw-file xmp-file jpg-file --width 1920 --height 1080 --core --conf plugins/imageio/format/jpeg/quality=50 --conf plugins/imageio/storage/disk/overwrite=true --library /tmp/darktable.db Is this command argument correct? ## Post update hook fails to run via Drush, but works via update.php I’ve written a hook_post_update_NAME hook to bulk import some files into Drupal (creating file and media entities for them). This hook runs correctly when I use update.php. But it seems to silently fail via Drush. My update hooks looks like this /** * Creates SVG icons as media entities. */ function my_module_default_content_post_update_create_icons() {$  module_handler = \Drupal::service('module_handler');   $module_path =$  module_handler->getModule('my_module_default_content')->getPath();   \Drupal::logger('my_module_default_content')->notice('Importing icons from @path', ['@path' => $module_path]);$  dir = new DirectoryIterator("$module_path/icons"); \Drupal::logger('my_module_default_content')->notice('Directory contains @count items', ['@count', count($  dir)]);   foreach ($dir as$  fileinfo) {     if (!$fileinfo->isDot()) { \Drupal::logger('my_module_default_content')->notice('Importing file @file', ['@file' =>$  fileinfo->getFilename()]);       my_module_default_content_create_icon(\$  fileinfo->getPathname());     }   } } 

This works fine via update.php. All the files are copied, relevant entities created, and messages to logged to watchdog. When running updb via Drush I only get

[ok] Update completed: my_module_default_content_post_update_create_icons [success] Finished performing updates. 

None of my log messages are output (while using –debug option) to the screen or to watchdog.

My initial thought was a permissions issue, but if it’s not outputting any of my log messages. I’m not positive the function is even being run. Adding in a die() on the first line of the function gave the exact same output/outcome.

Any ideas on what could cause this to silently fail when running via drush?

## Can commission virsh VM with MaaS Pod, but deploy fails with timeout

I want to use MaaS to manage some VMs.

(My justification is that I have a project which should use 6 machines, but I only have 4, so for now I want to deploy my workload across 2 VMs, and 4 bare metal.)

I discovered MAAS pods, which are designed for exactly this situation.

I want the VMs to be located on the same machine as the MAAS controller (which is running on bare metal). I added a pod through the MAAS GUI, with address qemu+ssh://falsePockets@localhost/system and the password I use to log in to user falsePockets on the MAAS controller.

The pod was added successfully. Through the MAAS GUI I can successfully add and commission new ‘machines’ through virsh. ( pods > my pod > Take Action > Compose).

When I manually run virsh list --all, or open Virt Manager, I see the VM which MAAS just created. So MAAS is definitely able to talk to virsh, and has sufficient permissions to create a VM.

Then when it try to deploy (to actually install Ubuntu to the VM), MAAS gets stuck on “Deploying Ubuntu 18.04 LTS”, and eventually “Failed deployment”. When I open up that VM in Virt Manager and look at the screen, I see that it has failed to PXE boot, and found no bootable installation on the hard drive, so it just sits because it has nothing to boot too.

I have also tried manually creating a VM and PXE booting, to trick MAAS into thinking that a VM is a bare metal machine. That doesn’t work. The PXE boot fails. No boot image found.

• I ran sudo su - maas to become the maas user.

• groups shows that my maas user is in the libvirt group.

• virsh -c qemu+ssh://opentelco@localhost/system list --all shows the VMs which exist. So MAAS can definitely talk to virsh.
• I have successfully commissioned and deployed bare metal machines.
• After the deployment attempt times out, the logs for that (virtual) machine just say “Installation was aborted.”

• I have enabled DHCP by MAAS on the relevant subnet

• I have disabled DHCP by Virsh with virsh net-edit default, and deleting the <dhcp> element. ( I tried before and after this)

• I have tried manually rebooting the VMs with virt manager, to trigger a PXE boot. That didn’t work. No PXE boot source found.
• this may be a duplicate question. However that question is a bit unclear. There’s insufficient detail and it’s unclear what ‘enlist’ means.
• the VM’s network connection is a NAT to the default virsh network. (That’s what MAAS configured it to be)

## Basic bash if statement with hg fails

I’m running Cygwin. I came across the following snippet of Bash code from the FFmpeg Wiki’s guide to compiling FFmpeg:

cd /ffmpeg_sources && if cd x265 2> /dev/null; then hg pull && hg update && cd ..; \ else hg clone https://bitbucket.org/multicoreware/x265; fi 

As I understand it, it’s a pretty basic if statement that returns non-zero if a CD into directory x265 fails (i.e. if it doesn’t exist), and then clones from the Mercurial repository, which would create the x265 folder ready to be pulled and updated the next time.

The error from the failed cd x265 is repressed as expected, but then I also get the following output:

This output seems to be a result of the then hg pull && hg update && cd ..; portion of the statement, and is unexpected because at that point it should simply fall back to cloning the directory.
The only thing that occurs to me is that the code on the FFmpeg Wiki is outdated, and that Mercurial has since then implemented a fatal abort on unsuccessful location of the .hg directory. Am I right, or am I missing something obvious here?