Podcasts about recently microsoft

In today's Daily Fix: Just in time for Prime Day, Amazon is selling a bundle with everything you need to start playing Xbox games, and that includes NOT including a console. The bundle includes an Xbox controller (in a variety of colors), an Amazon Fire TV Stick 4K Max, and a month of Xbox Game Pass Ultimate—a savings for $40.99 if all those are purchased separately. Recently Microsoft announced a new Xbox app for the Fire TV specifically for playing games over the cloud, and this bundle definitely reinforces the "console-less" gaming future. Speaking of Xbox, July's Game Pass Wave 2 games have been announced, and you're getting Kunitsu-Gami: Path of the Goddess, Magical Delicacy, and Flock. If you Game Pass Ultimate or EA Play, you get access to EA Sports College Football 25 for 10 hours. And finally, Larian has revealed patch notes for the latest Baldur's Gate 3 update.

Discover how you can keep your Microsoft solutions safe. This doesn't just cover Microsoft Dynamics 365 Business Central, CRM and the Power Platform but also Teams, Microsoft 365 (aka Office) and much more. Recently Microsoft have upped their game and introduced brand new security protocols. Not only will they keep your solutions safe but also limit who has access to them. Listen to the episode to understand more about the new security methods and if you haven't already actioned them why you need to move fast. Hosted on Acast. See acast.com/privacy for more information.

It seems like a couple of times a week I get a panicked message from a customer who saw the dreaded alert: "Your organization (tenant) is over capacity" in the Power Platform Admin Center. Sometimes they are over a little, and sometimes they are using 500% or more of their allocated capacity. Let's chat about this shall we? Capacity We still have a handful of customers on the "Old Model", the combined "Extra Storage" SKU. If I recall it was $10 USD/GB... and people complained about that. Recently Microsoft changed from the "Additional Storage" model to a "Capacity" model. In the process they split the storage buffet into three entrées: Database Capacity, File Capacity and Log Capacity. They also changed the pricing... significantly. Additional Database Capacity will cost you $40/GB/Month, additional File Capacity goes for a mere $2/GB/Month, and additional Log Capacity comes in at $10/GB/Month. Truing up can be an expensive proposition. What will happen? The first concern of customers seeing this ominous alert is that their business applications will suddenly stop functioning. Clearly this would not be good for Microsoft's business relationship with that customer. So nothing currently running will "stop". However you may notice that will not be able to create new environments, or copy or restore environments, while you are over-capacity. It is not clear if there are any other things that may be happening like throttling your speed, etc., but regardless, you are out of compliance. So while not something you need to solve immediately, you do want to solve it. If you have an urgent issue like needing to copy or restore an environment while you are over capacity, you can request a 30-day extension. Buying your way out For some customers, the least expensive option is to simply buy your way out of capacity debt. We recently had a customer with about 100 Sales Professional licenses inquire whether moving to the Enterprise Sales licenses would be an option. Not a chance, in their case the cost was almost triple, and only got them halfway there. So how much do you get? Many Dynamics 365 customers have no idea how much storage capacity they have, or how they got it. You can get a better understanding in the Power Platform Admin Center. Here is an example screenshot of a tough situation: As you can see this customer is way over their allotment. On the right side you can see how they got their allotment, including their default capacities, additional capacity via additional user licenses (not all licenses include this), and any extra Capacity they may have purchased, all of which sum up to their totals. In this case this customer has quite a few users, but most are on Dynamics 365 "Professional" licenses, which add no capacity. We estimated their cost to true up by just buying the capacity needed with a small cushion would be about $3,300/month. Wow! Alternatives There are several things you can do to help this situation. First we'll tackle the low-hanging fruit, that I can immediately see is their Log storage, which is about 700% over. Since log storage is not very expensive, their cost to get right-side up on this is not that much, about $160/month, so it is not worth having "our" team do anything. But on their own, they can delete some of their old logs, or if they need them, export them out to cold (cheap) storage. They can also look at "what" they are logging to make sure each item needs to be logged, they may have hit the ole "Check all" option when they set it up. The next item to look at is File where they are about 422% over. Again, their cost to get right-side up on this is not that much, about $300/month. On their own they can run some advanced find queries and delete unneeded email and note attachments, and just pay the difference. The cost to do more, would not have an ROI. Lastly, we come to the real problem... Database, where they are also about 435% over.  This would be expensive to buy out of @$40/GB, about $3,000/month! This is an area worth having our team dig in and see what can be done... and we did. Solutions and Addons The first thing to understand is that your "Database" holds more than just "your" data. Any solutions you have installed also consume this, including the Dynamics apps themselves. Kind of like how your 16GB iPhone only has like 12GB available before you even touch it. It might seem like there is nothing you can do about this, but if you are not using all of the advanced features of your Dynamics 365 apps, you may want to try RapidStartCRM with it's much smaller solution footprint. Speaking of solutions, and the capacity they consume, you should definitely review any addon solutions you may have installed and are not using anymore. Just delete them. For those you need, make sure you are on the latest versions, as many ISV's have made their code more efficient now that capacity is an issue. If you have some old addons, with no recent updates, you may want to consider switching them for more modern ones with similar capabilities. If you are stuck with an old addon for some reason, maybe hire a developer like us to do a code review. Again, the Capacity issue is recent, previously ISVs for addons did not really worry much about storage, so efficient code was not a priority. Normal Data Of course every time a new record, like a Contact for example, is added, all of the data entered into each of those fields is added to the database. So think about all of the records you have, not just the obvious ones like Accounts and Contacts, but also activities, etc. it creates a huge pile of data. Of that huge pile, your team is probably only engaging with a fraction of it on a daily basis. Before capacity was an issue, there was no reason not to keep 10 year-old emails, but now you have to think about it. The same goes for any "inactive" records. The first question is "Do I need this at all?", if the answer is still "yes", then the next question is "Do I need it to be in here?". Probably not. It may make sense to archive that data to cold (cheap) storage. Bonus result: your system will run faster! Transactional Data Some customers generate enormous volumes of "Transactional" data, often automatically imported via an integration. Do you need to see each of these transactions in your database, or would a summary of totals do the trick? If you do need to see it all, could it be moved to "colder" storage and accessed by your users via "Virtual Tables". Import History When you import a csv or other data file into your Dataverse environment, like via data import in Dynamics 365, that excel or other file remains behind after it has been parsed and added as records. You can free up some space by deleting these import files, just make sure you don't check to "delete all records imported" also. Indexes Here's another thing you can look at that could have an impact. If Quick Find lookups are configured for data that's frequently used, this will also create additional capacity-hungry indexes in the database. Admin-configured Quick Find values can increase the size of the indexes based on: The number of columns chosen and the data type of those columns. The volume of rows for the tables and columns. The complexity of the database structure. Because custom Quick Find lookups are created by an admin in the org, these can be user-controlled. Admins can reduce some of the storage used by these custom indexes by doing the following: Removing unneeded columns and/or tables Eliminating multiline text columns from inclusion Bulk Delete Jobs You can create bulk delete jobs for two things, first for the initial cleaning up, and second to help to keep clean. You can use bulk delete to clear out old records of all kinds initially, old emails or attachments, completed system jobs, etc. Afterwards, you can them be recurring, so they automatically clear this old data on your schedule. Unused Environments All environments consume a minimum of 1GB... even if they don't have a Dataverse database. So you should regularly review your list of environments in the Power Platform Admin Center, and remove any that are not being actively used. Even some that are being used, should be reviewed to make sure they are necessary. Be aware, that unless you have deactivated the capability, by default any user in your organization can create an environment. We frequently find environment "experiments" that were created, and abandoned by users, including users who are no longer with the organization! Note that Default, Production, and Sandbox environments are all counted for capacity, however Trial, Preview, Support, and Developer environments are not counted. Conclusion If after doing all of these things, you are still over-capacity, you may have no option but to buy more. Depending on your specific scenario, some or all of these steps may have significant to very little effect. But it's definitely worth a try. Based on the potential expense, we saw a new business opportunity and recently launched puredata.estate. Maybe we can help you.

TXR Podcast 191: Welcome to the show! For this show we'll be discussing the recent releases of Microsoft Flight Simulator, The Ascent and Death's Door onto Xbox Series Consoles. What do we think about these high profile game releases? The panel will also be diving into recent developer comments about Xbox caring about Indie developers. Recently Microsoft had an earnings call stating that Xbox Series Consoles are setting record sales. Will this trend continue? Also Sony announced an explanation for PS5 SSD expansion. Will the solution confuse consumers? Also rumors of Horizon: Forbidden West getting delayed.

Recently Microsoft announced that they will be taking over the support of local user groups while other organizations battle to fill the gaps Microsoft will be unable to fill initially such as in person events and training. Most of the organizations looking to fill those gaps are led by implementation partners, and I wanted to share my thoughts on whether this is a good thing for the community and for the users. Article reviewed during this episode: https://msdynamicsworld.com/node/30151/node/30151

Recently Microsoft revealed that it found workers who worked a four-day work week were more productive and happier. This week hosts Dr. Ernie Ward and Beckie Mosser, RVT contemplate whether we’re working ourselves to poor patient outcomes and burnout. Dr. Ward explains why he’s concerned we’re creating a “Generation Burnout” of veterinary professionals and how to improve inefficiencies in the veterinary clinic. Beckie shares her stories from clinics who reduced the days worked and why she’s convinced it can work in any clinic. Viewfinders, what do you think about this? Do you think “Generation Burnout” accurately describes our current professional challenges? What steps are you taking to increase productivity and improve staff wellness in your clinic? What do you think about working four 8 to 10-hour days? Don’t forget to leave us a review in iTunes! Thank you, VIEWFINDERS!

Recently Microsoft has been challenging the Mac maker for the crown of the largest publicly traded company. We talk about how the companies got to where they are, which one looks like a safer bet over the next few years, and hit some expansion news from Spotify too! Stocks: MSFT, AAPL, SPOT Check out more of our content here: TMF's podcast portal YouTube Twitter Join Our Motley Fool Podcast Facebook Group LinkedIn Or, reach us by email @ IndustryFocus@fool.com   Slack: Where work happens. Go to slack.com to learn more.

OpenBSD on Microsoft Surface Go, FreeBSD Foundation August Update, What’s taking so long with Project Trident, pkgsrc config file versioning, and MacOS remnants in ZFS code. ##Headlines OpenBSD on the Microsoft Surface Go For some reason I like small laptops and the constraints they place on me (as long as they’re still usable). I used a Dell Mini 9 for a long time back in the netbook days and was recently using an 11" MacBook Air as my primary development machine for many years. Recently Microsoft announced a smaller, cheaper version of its Surface tablets called Surface Go which piqued my interest. Hardware The Surface Go is available in two hardware configurations: one with 4Gb of RAM and a 64Gb eMMC, and another with 8Gb of RAM with a 128Gb NVMe SSD. (I went with the latter.) Both ship with an Intel Pentium Gold 4415Y processor which is not very fast, but it’s certainly usable. The tablet measures 9.65" across, 6.9" tall, and 0.3" thick. Its 10" diagonal 3:2 touchscreen is covered with Gorilla Glass and has a resolution of 1800x1200. The bezel is quite large, especially for such a small screen, but it makes sense on a device that is meant to be held, to avoid accidental screen touches. The keyboard and touchpad are located on a separate, removable slab called the Surface Go Signature Type Cover which is sold separately. I opted for the “cobalt blue” cover which has a soft, cloth-like alcantara material. The cover attaches magnetically along the bottom edge of the device and presents USB-attached keyboard and touchpad devices. When the cover is folded up against the screen, it sends an ACPI sleep signal and is held to the screen magnetically. During normal use, the cover can be positioned flat on a surface or slightly raised up about 3/4" near the screen for better ergonomics. When using the device as a tablet, the cover can be rotated behind the screen which causes it to automatically stop sending keyboard and touchpad events until it is rotated back around. The keyboard has a decent amount of key travel and a good layout, with Home/End/Page Up/Page Down being accessible via Fn+Left/Right/Up/Down but also dedicated Home/End/Page Up/Page Down keys on the F9-F12 keys which I find quite useful since the keyboard layout is somewhat small. By default, the F1-F12 keys do not send F1-F12 key codes and Fn must be used, either held down temporarily or Fn pressed by itself to enable Fn-lock which annoyingly keeps the bright Fn LED illuminated. The keys are backlit with three levels of adjustment, handled by the keyboard itself with the F7 key. The touchpad on the Type Cover is a Windows Precision Touchpad connected via USB HID. It has a decent click feel but when the cover is angled up instead of flat on a surface, it sounds a bit hollow and cheap. Surface Go Pen The touchscreen is powered by an Elantech chip connected via HID-over-i2c, which also supports pen input. A Surface Pen digitizer is available separately from Microsoft and comes in the same colors as the Type Covers. The pen works without any pairing necessary, though the top button on it works over Bluetooth so it requires pairing to use. Either way, the pen requires an AAAA battery inside it to operate. The Surface Pen can attach magnetically to the left side of the screen when not in use. A kickstand can swing out behind the display to use the tablet in a laptop form factor, which can adjust to any angle up to about 170 degrees. The kickstand stays firmly in place wherever it is positioned, which also means it requires a bit of force to pull it out when initially placing the Surface Go on a desk. Along the top of the display are a power button and physical volume rocker buttons. Along the right side are the 3.5mm headphone jack, USB-C port, power port, and microSD card slot located behind the kickstand. Charging can be done via USB-C or the dedicated charge port, which accommodates a magnetically-attached, thin barrel similar to Apple’s first generation MagSafe adapter. The charging cable has a white LED that glows when connected, which is kind of annoying since it’s near the mid-line of the screen rather than down by the keyboard. Unlike Apple’s MagSafe, the indicator light does not indicate whether the battery is charged or not. The barrel charger plug can be placed up or down, but in either direction I find it puts an awkward strain on the power cable coming out of it due to the vertical position of the port. Wireless connectivity is provided by a Qualcomm Atheros QCA6174 802.11ac chip which also provides Bluetooth connectivity. Most of the sensors on the device such as the gyroscope and ambient light sensor are connected behind an Intel Sensor Hub PCI device, which provides some power savings as the host CPU doesn’t have to poll the sensors all the time. Firmware The Surface Go’s BIOS/firmware menu can be entered by holding down the Volume Up button, then pressing and releasing the Power button, and releasing Volume Up when the menu appears. Secure Boot as well as various hardware components can be disabled in this menu. Boot order can also be adjusted. A temporary boot menu can be brought up the same way but using Volume Down instead. ###FreeBSD Foundation Update, August 2018 MESSAGE FROM THE EXECUTIVE DIRECTOR Dear FreeBSD Community Member, It’s been a busy summer for the Foundation. From traveling around the globe spreading the word about FreeBSD to bringing on new team members to improve the Project’s Continuous Integration work, we’re very excited about what we’ve accomplished. Take a minute to check out the latest updates within our Foundation sponsored projects; read more about our advocacy efforts in Bangladesh and community building in Cambridge; don’t miss upcoming Travel Grant deadlines, and new Developer Summits; and be sure to find out how your support will ensure our progress continues into 2019. We can’t do this without you! Happy reading!! Deb August 2018 Development Projects Update Fundraising Update: Supporting the Project August 2018 Release Engineering Update BSDCam 2018 Recap October 2018 FreeBSD Developer Summit Call for Participation SANOG32 and COSCUP 2018 Recap MeetBSD 2018 Travel Grant Application Deadline: September 7 ##News Roundup Project Trident: What’s taking so long? What is taking so long? The short answer is that it’s complicated. Project Trident is quite literally a test of the new TrueOS build system. As expected, there have been quite a few bugs, undocumented features, and other optional bits that we discovered we needed that were not initially present. All of these things have to be addressed and retested in a constant back and forth process. While Ken and JT are both experienced developers, neither has done this kind of release engineering before. JT has done some release engineering back in his Linux days, but the TrueOS and FreeBSD build system is very different. Both Ken and JT are learning a completely new way of building a FreeBSD/TrueOS distribution. Please keep in mind that no one has used this new TrueOS build system before, so Ken and JT want to not only provide a good Trident release, but also provide a model or template for other potential TrueOS distributions too! Where are we now? Through perseverance, trial and error, and a lot of head-scratching we have reached the point of having successful builds. It took a while to get there, but now we are simply working out a few bugs with the new installer that Ken wrote as well as finding and fixing all the new Xorg configuration options which recently landed in FreeBSD. We also found that a number of services have been removed or replaced between TrueOS 18.03 and 18.06 so we are needing to adjust what we consider the “base” services for the desktop. All of these issues are being resolved and we are continually rebuilding and pulling in new patches from TrueOS as soon as they are committed. In the meantime we have made an early BETA release of Trident available to the users in our Telegram Channel for those who want to help out in testing these early versions. Do you foresee any other delays? At the moment we are doing many iterations of testing and tweaking the install ISO and package configurations in order to ensure that all the critical functionality works out-of-box (networking, sound, video, basic apps, etc). While we do not foresee any other major delays, sometimes things happen that our outside of our control. For an example, one of the recent delays that hit recently was completely unexpected: we had a hard drive failure on our build server. Up until recently, The aptly named “Poseidon” build server was running a Micron m500dc drive, but that drive is now constantly reporting errors. Despite ordering a replacement Western Digital Blue SSD several weeks ago, we just received it this past week. The drive is now installed with the builder back to full functionality, but we did lose many precious days with the delay. The build server for Project Trident is very similar to the one that JT donated to the TrueOS project. JT had another DL580 G7, so he donated one to the Trident Project for their build server. Poseidon also has 256GB RAM (64 x 4GB sticks) which is a smidge higher than what the TrueOS builder has. Since we are talking about hardware, we probably should address another question we get often, “What Hardware are the devs testing on?” So let’s go ahead and answer that one now. Developer Hardware JT: His main test box is a custom-built Intel i7 7700K system running 32GB RAM, dual Intel Optane 900P drives, and an Nvidia 1070 GTX with four 4K Acer Monitors. He also uses a Lenovo x250 ThinkPad alongside a desk full of x230t and x220 ThinkPads. One of which he gave away at SouthEast LinuxFest this year, which you can read about here. However it’s not done there, being a complete hardware hoarder, JT also tests on several Intel NUCs and his second laptop a Fujitsu t904, not to mention a Plethora of HP DL580 servers, a DL980 server, and a stack of BL485c, BL460c, and BL490c Blades in his HP c7000 and c3000 Bladecenter chassis. (Maybe it’s time for an intervention for his hardware collecting habits) Ken: For a laptop, he primarily uses a 3rd generation X1 Carbon, but also has an old Eee PC T101MT Netbook (dual core 1GHz, 2GB of memory) which he uses for verifying how well Trident works on low-end hardware. As far as workstations go, his office computer is an Intel i7 with an NVIDIA Geforce GTX 960 running three 4K monitors and he has a couple other custom-built workstations (1 AMD, 1 Intel+NVIDIA) at his home. Generally he assembled random workstations based on hardware that was given to him or that he could acquire cheap. Tim: is using a third gen X1 Carbon and a custom built desktop with an Intel Core i5-4440 CPU, 16 GiB RAM, Nvidia GeForce GTX 750 Ti, and a RealTek 8168 / 8111 network card. Rod: Rod uses… No one knows what Rod uses, It’s kinda like how many licks does it take to get to the center of a Tootsie-Roll Tootsie-Pop… the world may just never know. ###NetBSD GSoC: pkgsrc config file versioning A series of reports from the course of the summer on this Google Summer of Code project The goal of the project is to integrate with a VCS (Version Control System) to make managing local changes to config files for packages easier GSoC 2018 Reports: Configuration files versioning in pkgsrc, Part 1 Packages may install code (both machine executable code and interpreted programs), documentation and manual pages, source headers, shared libraries and other resources such as graphic elements, sounds, fonts, document templates, translations and configuration files, or a combination of them. Configuration files are usually the means through which the behaviour of software without a user interface is specified. This covers parts of the operating systems, network daemons and programs in general that don’t come with an interactive graphical or textual interface as the principal mean for setting options. System wide configuration for operating system software tends to be kept under /etc, while configuration for software installed via pkgsrc ends up under LOCALBASE/etc (e.g., /usr/pkg/etc). Software packaged as part of pkgsrc provides example configuration files, if any, which usually get extracted to LOCALBASE/share/examples/PKGBASE/. Don’t worry: automatic merging is disabled by default, set $VCSAUTOMERGE to enable it. In order to avoid breakage, installed configuration is backed up first in the VCS, separating user-modified files from files that have been already automatically merged in the past, in order to allow the administrator to easily restore the last manually edited file in case of breakage. VCS functionality only applies to configuration files, not to rc.d scripts, and only if the environment variable $NOVCS is unset. The version control system to be used as a backend can be set through $VCS. It default to RCS, the Revision Control System, which works only locally and doesn’t support atomic transactions. Other backends such as CVS are supported and more will come; these, being used at the explicit request of the administrator, need to be already installed and placed in a directory part of $PATH. GSoC 2018 Reports: Configuration files versioning in pkgsrc, part 2: remote repositories (git and CVS) pkgsrc is now able to deploy configuration from packages being installed from a remote, site-specific vcs repository. User modified files are always tracked even if automerge functionality is not enabled, and a new tool, pkgconftrack(1), exists to manually store user changes made outside of package upgrade time. Version Control software is executed as the same user running pkgadd or make install, unless the user is “root”. In this case, a separate, unprivileged user, pkgvcsconf, gets created with its own home directory and a working login shell (but no password). The home directory is not strictly necessary, it exists to facilitate migrations betweens repositories and vcs changes; it also serves to store keys used to access remote repositories. Using git instead of rcs is simply done by setting VCS=git in pkginstall.conf GSoC 2018 Reports: Configuration files versioning in pkgsrc, part 3: remote repositories (SVN and Mercurial) GSoC 2018 Reports: Configuration files versioning in pkgsrc, part 4: configuration deployment, pkgtools and future improvements Support for configuration tracking is in scripts, pkginstall scripts, that get built into binary packages and are run by pkgadd upon installation. The idea behind the proposal suggested that users of the new feature should be able to store revisions of their installed configuration files, and of package-provided default, both in local or remote repositories. With this capability in place, it doesn’t take much to make the scripts “pull” configuration from a VCS repository at installation time. That’s what setting VCSCONFPULL=yes in pkginstall.conf after having enabled VCSTRACKCONF does: You are free to use official, third party prebuilt packages that have no customization in them, enable these options, and point pkgsrc to a private conf repository. If it contains custom configuration for the software you are installing, an attempt will be made to use it and install it on your system. If it fails, pkginstall will fall back to using the defaults that come inside the package. RC scripts are always deployed from the binary package, if existing and PKGRCDSCRIPTS=yes in pkginstall.conf or the environment. This will be part of packages, not a separate solution like configuration management tools. It doesn’t support running scripts on the target system to customize the installation, it doesn’t come with its domain-specific language, it won’t run as a daemon or require remote logins to work. It’s quite limited in scope, but you can define a ROLE for your system in pkginstall.conf or in the environment, and pkgsrc will look for configuration you or your organization crafted for such a role (e.g., public, standalone webserver vs reverse proxy or node in a database cluster) ###A little bit of the one-time MacOS version still lingers in ZFS Once upon a time, Apple came very close to releasing ZFS as part of MacOS. Apple did this work in its own copy of the ZFS source base (as far as I know), but the people in Sun knew about it and it turns out that even today there is one little lingering sign of this hoped-for and perhaps prepared-for ZFS port in the ZFS source code. Well, sort of, because it’s not quite in code. Lurking in the function that reads ZFS directories to turn (ZFS) directory entries into the filesystem independent format that the kernel wants is the following comment: objnum = ZFSDIRENTOBJ(zap.zafirstinteger); / MacOS X can extract the object type here such as: * uint8t type = ZFSDIRENTTYPE(zap.zafirstinteger); */ Specifically, this is in zfsreaddir in zfsvnops.c . ZFS maintains file type information in directories. This information can’t be used on Solaris (and thus Illumos), where the overall kernel doesn’t have this in its filesystem independent directory entry format, but it could have been on MacOS (‘Darwin’), because MacOS is among the Unixes that support d_type. The comment itself dates all the way back to this 2007 commit, which includes the change ‘reserve bits in directory entry for file type’, which created the whole setup for this. I don’t know if this file type support was added specifically to help out Apple’s MacOS X port of ZFS, but it’s certainly possible, and in 2007 it seems likely that this port was at least on the minds of ZFS developers. It’s interesting but understandable that FreeBSD didn’t seem to have influenced them in the same way, at least as far as comments in the source code go; this file type support is equally useful for FreeBSD, and the FreeBSD ZFS port dates to 2007 too (per this announcement). Regardless of the exact reason that ZFS picked up maintaining file type information in directory entries, it’s quite useful for people on both FreeBSD and Linux that it does so. File type information is useful for any number of things and ZFS filesystems can (and do) provide this information on those Unixes, which helps make ZFS feel like a truly first class filesystem, one that supports all of the expected general system features. ##Beastie Bits Mac-like FreeBSD Laptop Syncthing on FreeBSD New ZFS Boot Environments Tool My system’s time was so wrong, that even ntpd didn’t work OpenSSH 7.8/7.8p1 (2018-08-24) EuroBSD (Sept 20-23rd) registration Early Bird Period is coming to an end MeetBSD (Oct 18-20th) is coming up fast, hurry up and register! AsiaBSDcon 2019 Dates ##Feedback/Questions Will - Kudos and a Question Peter - Fanless Computers Ron - ZFS disk clone or replace or something Bostjan - ZFS Record Size Send questions, comments, show ideas/topics, or stories you want mentioned on the show to feedback@bsdnow.tv

Recently Microsoft created a chatbot intended to develop an online personality through social media interactions. What could go wrong? Well, it turns out the internet can be a pretty sinister place and that Microsoft may have bitten off more than it could chew with the disastrous Tay project. Learn more about your ad-choices at https://news.iheart.com/podcast-advertisers