text:
Enabled fail_on_warning on RTD builds.

I noticed that RTD builds are successful even when they contain 'errors'. See logs.
It seems that setting fail_on_warning to true will result in the build failing if there are warnings / exit code is 1.

With the same patch that succeeded earlier, the RTD build now fails with this change.
https://app.readthedocs.org/projects/django/builds/26281738/

@smithdc1 Hey there, does this need a formal review or is it still WIP? please ping me if you need a review/merge. Thanks!

Hi @nessita -- it's ready for a review if you consider it worthwhile.

Would you like to update the os as well?
Typically we've tried to pin that to the same version as djangoproject.com.  But if that is now in a docker container I'm not so sure that is still applicable. It seems the docker container uses debian-bookworm rather than ubuntu?
Here's some history of how we got here.
https://github.com/django/django/pull/14712

Would you like to update the os as well?
Typically we've tried to pin that to the same version as djangoproject.com. But if that is now in a docker container I'm not so sure that is still applicable. It seems the docker container uses debian-bookworm rather than ubuntu?

I think Python provides a great abstraction when it comes to the underlying OS, so in my opinion, changing the OS would not be necessary, but I have read the referenced PR and I see that the spelling dependency may be OS dependent... So, that would be an argument for making the OS match.
But, I don't think we can define a GitHub action so it runs in Debian? Seems like GHA runners offer ubuntu. I wouldn't worry about the OS mismatch, more so considering that Ubuntu is a Debian derivative.
Hopefully this answers your concern!

I would update Python to 3.12 as in the Django website and Ubuntu to 24.04.
I was sure I opened a PR for that in the past weeks but maybe I only thought about it.

I've opened a PR related to the docs.yml if we merge here the update of OS I can update that PR:

https://github.com/django/django/pull/18630

I opened the past other PR with the goal of align documentation generation here and in the Django website, can you review them?

https://github.com/django/django/pull/18721
https://github.com/django/django/pull/18720

I've opened a PR related to the docs.yml if we merge here the update of OS I can update that PR:
* [Update docs.yml #18630](https://github.com/django/django/pull/18630)

I opened the past other PR with the goal of align documentation generation here and in the Django website, can you review them?
* [Fixed Sphinx's 'doctest' builder in docs. #18721](https://github.com/django/django/pull/18721)

* [Activated Sphinx multi-process mode. #18720](https://github.com/django/django/pull/18720)

Thank you @pauloxnet, I'll try to get to those PRs soon.

authors: nessita pauloxnet smithdc1


text:
Refs #28459 -- Improved performance of loading DecimalField on SQLite.

https://code.djangoproject.com/ticket/28459
Before:
In [5]: %timeit for x in Test.objects.values_list('decimal'): pass
150 ms ± 1.76 ms per loop (mean ± std. dev. of 7 runs, 10 loops each)
In [6]: %timeit for x in Test.objects.values_list(models.F('decimal') + 1): pass
123 ms ± 1.08 ms per loop (mean ± std. dev. of 7 runs, 10 loops each)

After:
In [2]: %timeit for x in Test.objects.values_list('decimal'): pass
28.8 ms ± 1.05 ms per loop (mean ± std. dev. of 7 runs, 10 loops each)
In [3]: %timeit for x in Test.objects.values_list(models.F('decimal') + 1): pass
84.6 ms ± 541 µs per loop (mean ± std. dev. of 7 runs, 10 loops each)

@timgraham it's OK to reference the same ticket again?

source: gharchive/pull-request

repo: django/django

license_type: permissive

license_source: bigquery


text:
Support for official Rails 6 Release

Thanks so much for this wonderful gem.
It looks like this isn't compatible with Rails 6 official that was released yesterday:
spec.add_dependency 'activerecord', '>= 3.2', '< 6'
Is this intentional? I've been running it with the RC1/RC2 releases without issue.

Hi @stephendolan, thank you for kind words!
I'll fix this today 👍

I just released a new version 0.7.4. It should support Rails 6. Try it and if it doesn't help let me know, please.  Have a great time 👍

source: gharchive/issue

authors: djezzzl stephendolan

license: MIT

license_source: github-api


text:
Make DHT11 Work

We need to be able to talk to the DHT11. The relevant code should be in the "psoc" branch.
DHT11 Datasheet

So to make the DHT11 work, the first step is to get the sensor working. To do this, first we need to get the input from the sensor. Then we can interpret the the input so that the data can be used to adjust different parts of the machine accordingly.

authors: djpetti lucasnot

repo: djpetti/grobot

license: mit


text:
🛑 Writeguard is down

In 5a4179e, Writeguard (https://www.writeguard.com) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Writeguard is back up in d1a0e79.


text:
Tool windows gets empty after adding a new plugin

It looks like this:

Resizing or hovering over buttons fixes it:

live-plugin  0.6.3 beta

IntelliJ IDEA 2019.2 EAP (Ultimate Edition)
Build #IU-192.4787.16, built on June 6, 2019
Runtime version: 11.0.3+12-b281.38 amd64
VM: OpenJDK 64-Bit Server VM by JetBrains s.r.o
Windows 10 10.0

Deleting has the same effect. (and with proper 0.6.3 beta)

I think this also happens in older versions of IJ (e.g. in 2019.1) but I could only reproduce it with a task running in background, e.g.

Yeah I think it was there from the beginning.
I can reproduce it without it, almost always, but not in pom.xml files, plaintext works great.

If I am long enough in the Add dialog, so that this popup disappears:

then it works fine, because as the popup gets automatically shown, the tool window gets repainted with it.
I could try to fix it if you want.

Sure, if you want give it a go 👍
I think fundamentally the problem is that the way file tree is created in PluginToolWindow is just a hack. My plan was to look at the latest IJ API to find what is the "right" way to do it these days but I don't mind any other fixes :)

Why don't you use LivePluginAppComponent#livePluginsPath as the tree root + filter to get rid of .idea folder? It would solve everything.

If you mean addRoots function, then as the comment below says it's because of the case when there is only one plugin, the tree was doing something funny and basically automatically changing root to one level down. IIRC it was true in 2013, might not be true anymore though.
        private fun addRoots(descriptor: FileChooserDescriptor, virtualFiles: List<VirtualFile>) {
            // Adding file parent is a hack to suppress size == 1 checks in com.intellij.openapi.fileChooser.ex.RootFileElement.
            // Otherwise, if there is only one plugin, tree will show files in plugin directory instead of plugin folder.
            // (Note that this code is also used by "Copy from Path" action.)
            if (virtualFiles.size == 1) {
                val parent = virtualFiles[0].parent
                descriptor.roots = if (parent != null) listOf(parent) else virtualFiles
            } else {
                descriptor.roots = virtualFiles
            }
        }

Yes, and seemed to work fine now.

Hm, to me it looks like it hasn't changed 🤔

Actually, what you suggested look like this

no plugins
one plugin

What I did:
 descriptor.setRoots(VfsUtil.findFile(Paths.get(livePluginsPath),true))
instead of
PluginToolWindowManager.addRoots(descriptor, virtualFiles)
looked totally the same as the current solution. I will check other IDE versions.

works fine on 2018.3, maybe OS dependant?

This is what I did:
https://github.com/dkandalov/live-plugin/compare/master...krasa:treeFlicker2?expand=1

Well, I reproduced this, several times, but only in sandbox

there were plugins shown after start, but then just disappeared. After that the tree did not work at all.

I think the cause was that the root did not exist. All fixed now.

Ok I know where was the problem. I found a nice little method VfsUtil.findFile(path, true), but it returns a VirtualFile even for non existing directory (both #exists and #valid return true) - looks like a bug in IJ... Gradle or something must have deleted my directory, so the tree had it's root, but the root folder did not really exist, and when it got created it did not make a difference.

https://user-images.githubusercontent.com/28375/59522398-835ba180-8ec6-11e9-8275-29b2cc413319.png
That was caused only by not disabling the action when there are no plugins.

authors: dkandalov krasa

repo: dkandalov/live-plugin


text:
Google Feud for iOS

[ ] Project URL:
[x] Update contents.json instead of README
[x] One project per pull request
[ ] Avoid iOS or open-source in description as it is assumed
[ ] Use this commit title format if applicable: Add app-name by @github-username
[ ] Use approved format for your entry

thx!

@dkhamsing no prob man!

authors: CTKRocks dkhamsing

repo: dkhamsing/open-source-ios-apps


text:
Add User & Add Group?

I need to be able to create groups and users. Any idea if you are planning that?

I have no plans in this regard. I probably could add this feature, but these days I don't have a running AD server to check everything up.
I haven't done any research, but maybe you know a quick way to deploy such an environment (eg a Docker image)?

Easiest way is samba (https://github.com/amardeep2006/ldap-activedirectory-samba). That is how I am testing for now.

Thanks! I'll look into it.
Can’t promise anything concrete, but I’ll try to do something next month.

https://github.com/dlampsi/adc/pull/27 and https://github.com/dlampsi/adc/pull/29 should do the trick.

repo: dlampsi/adc


text:
Add std.meta.Apply

Instantiates templates when D would otherwise need a separate alias. See unittest for details.
Naming follows ApplyLeft, ApplyRight (and is shorter than existing Instantiate).
@klickverbot @schveiguy

I'll first say that I am neutral on whether we should rename this. However, if the consensus is that we should rename, leave an undocumented Instantiate alias:
alias Instantiate = Apply;

Instantiate was never documented on the web site, but was a public symbol. It's quite possible people found it and used it, and renaming Instantiate would break their code. We can deprecate it later.
And we should add a changelog entry.
Flagging @andralex for introducing a new symbol name.

leave an undocumented Instantiate alias

Done, I made it deprecated now. This seems reasonable for an undocumented symbol.

we should add a changelog entry

Done.

No, sorry. The first word in the documentation of Apply is "Instantiates...:"

@andralex Do you mean it shouldn't be renamed or that it shouldn't be made public at all?

@andralex note, when you close a PR, the original proposer cannot reopen it AFAIK, unless they are a member of dlang organization. So if you meant to object to the name Apply, but are ok with publicizing the existing Instantiate template, then I think we should reopen and allow @ntrel to name back to Instantiate.

authors: andralex ntrel schveiguy

repo: dlang/phobos


text:
Revert "Partial Fix Issue 16615 - convert os pid to std.process Pid"

Reverts dlang/phobos#5086
See https://github.com/dlang/phobos/pull/5086#issuecomment-307426691 for rationale.

I would appreciate if my decisions weren't undone without my approval. Thanks.

I would appreciate if my decisions weren't undone without my approval. Thanks.

Sorry, I thought it's the general policy that when a controversial PR was merged without appropriate review and/or someone pointing out non-trivial issues that we revert the change until there's a consensus on the best course of action?

I would appreciate if my decisions weren't undone without my approval. Thanks.

Considering that reviewer time is scarce, I think it's understandable when occasionally something is merged with a superficial review by someone without experience in said area of the code base. However, the consequence of that is that we should be OK with reverting PRs as soon as it becomes obvious that there are more issues that need additional scrutiny post merge, which granted should've been raised during review in a perfect world. I think reverting early is a good idea, as it avoids the risk of an unfinished PR making it into the stable branch, in which case it takes more work of getting it out.

authors: CyberShadow andralex wilzbach


text:
Group documentation in std.algorithm

From https://forum.dlang.org/post/spytixhkojgrsbdlgtmy@forum.dlang.org

Note to self: learn to scroll down in the docs to find other definitions. I was convinced that remove only acted on indices :p

I also took the opportunity to improve the docs in std.algorithm.searching slightly.
Documentation of std.algorithm
BTW in general while I think std.algorithm is one of the best modules in Phobos,
I don't like it's churned with so many redundant symbols - a quick list:

min, minElement, minIndex, minPos
find, findAdjacent, findAmong, findSkip, findSplit, findSplitBefore, findSplitAfter
levenshteinDistance, levenshteinDistanceAndPath
move, moveAll, moveEmplaceAll, moveSome, moveEmplaceSome
largestPartialIntersection, largestPartialIntersectionWeighted
isSorted, isStrictlyMonotonic
ordered, strictlyOrdered
nextPermutation, nextEvenPermutation
sort, schwartzSort (sort already accepts a SwapStrategy), multiSort, completeSort
topN, topNCopy, topNIndex
partition, partition3, pivotPartition
fill, uninitializedFill
strip, stripLeft, stripRight
cache, cacheBidirectional
filter, filterBidirectional

It took me a long time to learn to navigate in this chaos and I observed newcomers
struggling at this too. It also takes a toll from experienced developers.
Of course, some methods in this list are actually useful, but here's what I suggest
to do on case by case evaluation:
If there's a simple unification e.g. largestPartialIntersection!Weightes.yes,
add it to Phobos and undocument the legacy baggage and make it an alias.
That way we risk zero breakage and can do a major cleanup of std.algorithm
and people will benefit immediately from it as , after all, the rendered docs
are important - not the exposed symbols. People looking for the old symbols
will still find them on docarchives.dlang.io and we can add a nice changelog
entry that these symbols have been removed from the documentation if really necessary.
Imho, std.algorithm should be one of the flagship modules and have superb documentation.

Thanks for this work!

pls take a look at the autotester

That find example needs some work.

authors: JackStouffer andralex wilzbach


text:
Get rid of std.conv.emplaceRef, use core[.internal].lifetime

The emplace() stuff was moved to druntime; for some reason, it's still in Phobos.
I've diffed the two versions, and they are still almost identical (incl. unittests); the druntime version appears to have seen some improvements (e.g., forwarding r/lvalueness of the arguments) in the meantime.

The Phobos tests pass on Linux with the druntime PR above.

The Phobos tests pass on Linux with the druntime PR above.

I've checked; it was moved with v2.085 (https://github.com/dlang/druntime/commit/5ceab47dd2c24bbccb049897c2784403366f7449). Is that old enough to justify a deprecation? I'd prefer not bugging codebases which want to keep support with older compiler versions about using a harmless (& undocumented) alias.

I've checked; it was moved with v2.085 (https://github.com/dlang/druntime/commit/5ceab47dd2c24bbccb049897c2784403366f7449). Is that old enough to justify a deprecation? I'd prefer not bugging codebases which want to keep support with older compiler versions about using a harmless (& undocumented) alias.

Let's wait a few more days, maybe someone else has a better alternative. If not, we'll merge this as is.

Let's wait a few more days, maybe someone else has a better alternative. If not, we'll merge this as is.


text:
Конфликт с JS

Здравствуйте. У меня в шаблоне подключен скрипт superfish.js (слайдер). При отправке письма, перекидывает на пустую страницу с ошибкой ERROR с адресом: www.сайт.ру/engine/ajax/uniform/uniform.php
Пробовал в разных местах прописать путь к этому скрипту, ничего не меняется. Только полное отключение, но тогда слайдер не работает.
Подскажите по возможности, как можно решить?
Код superfish.js:
      //<![CDATA[
      /*
 * Superfish v1.4.8 - jQuery menu widget
 * Copyright (c) 2008 Joel Birch
 *
 * Dual licensed under the MIT and GPL licenses:
 * 	http://www.opensource.org/licenses/mit-license.php
 * 	http://www.gnu.org/licenses/gpl.html
 *
 * CHANGELOG: http://users.tpg.com.au/j_birch/plugins/superfish/changelog.txt
 */
      ;(function($){
        $.fn.superfish = function(op){
          var sf = $.fn.superfish,
              c = sf.c,
              $arrow = $([' »'].join('')),
              over = function(){
                var $$ = $(this), menu = getMenu($$);
                clearTimeout(menu.sfTimer);
                $$.showSuperfishUl().siblings().hideSuperfishUl();
              },
              out = function(){
                var $$ = $(this), menu = getMenu($$), o = sf.op;
                clearTimeout(menu.sfTimer);
                menu.sfTimer=setTimeout(function(){
                  o.retainPath=($.inArray($$[0],o.$path)>-1);
                  $$.hideSuperfishUl();
                  if (o.$path.length && $$.parents(['li.',o.hoverClass].join('')).length<1){over.call(o.$path);}
                },o.delay);
              },
              getMenu = function($menu){
                var menu = $menu.parents(['ul.',c.menuClass,':first'].join(''))[0];
                sf.op = sf.o[menu.serial];
                return menu;
              },
              addArrow = function($a){ $a.addClass(c.anchorClass).append($arrow.clone()); };
          return this.each(function() {
            var s = this.serial = sf.o.length;
            var o = $.extend({},sf.defaults,op);
            o.$path = $('li.'+o.pathClass,this).slice(0,o.pathLevels).each(function(){
              $(this).addClass([o.hoverClass,c.bcClass].join(' '))
              .filter('li:has(ul)').removeClass(o.pathClass);
            });
            sf.o[s] = sf.op = o;
            $('li:has(ul)',this)[($.fn.hoverIntent && !o.disableHI) ? 'hoverIntent' : 'hover'](over,out).each(function() {
              if (o.autoArrows) addArrow( $('>a:first-child',this) );
            })
            .not('.'+c.bcClass)
            .hideSuperfishUl();
            var $a = $('a',this);
            $a.each(function(i){
              var $li = $a.eq(i).parents('li');
              $a.eq(i).focus(function(){over.call($li);}).blur(function(){out.call($li);});
            });
            o.onInit.call(this);
          }).each(function() {
            var menuClasses = [c.menuClass];
            if (sf.op.dropShadows  && !($.browser.msie && $.browser.version < 7)) menuClasses.push(c.shadowClass);
            $(this).addClass(menuClasses.join(' '));
          });
        };
        var sf = $.fn.superfish;
        sf.o = [];
        sf.op = {};
        sf.IE7fix = function(){
          var o = sf.op;
          if ($.browser.msie && $.browser.version > 6 && o.dropShadows && o.animation.opacity!=undefined)
            this.toggleClass(sf.c.shadowClass+'-off');
        };
        sf.c = {
          bcClass     : 'sf-breadcrumb',
          menuClass   : 'sf-js-enabled',
          anchorClass : 'sf-with-ul',
          arrowClass  : 'sf-sub-indicator',
          shadowClass : 'sf-shadow'
        };
        sf.defaults = {
          hoverClass	: 'sfHover',
          pathClass	: 'overideThisToUse',
          pathLevels	: 1,
          delay		: 800,
          animation	: {opacity:'show'},
          speed		: 'normal',
          autoArrows	: true,
          dropShadows : true,
          disableHI	: false,		// true disables hoverIntent detection
          onInit		: function(){}, // callback functions
          onBeforeShow: function(){},
          onShow		: function(){},
          onHide		: function(){}
        };
        $.fn.extend({
          hideSuperfishUl : function(){
            var o = sf.op,
                not = (o.retainPath===true) ? o.$path : '';
            o.retainPath = false;
            var $ul = $(['li.',o.hoverClass].join(''),this).add(this).not(not).removeClass(o.hoverClass)
            .find('>ul').hide().css('visibility','hidden');
            o.onHide.call($ul);
            return this;
          },
          showSuperfishUl : function(){
            var o = sf.op,
                sh = sf.c.shadowClass+'-off',
                $ul = this.addClass(o.hoverClass)
            .find('>ul:hidden').css('visibility','visible');
            sf.IE7fix.call($ul);
            o.onBeforeShow.call($ul);
            $ul.animate(o.animation,o.speed,function(){ sf.IE7fix.call($ul); o.onShow.call($ul); });
            return this;
          }
        });
      })(jQuery);
      //]]>

	        (function($){var ver="2.88";if($.support==undefined){$.support={opacity:!($.browser.msie)};}function debug(s){if($.fn.cycle.debug){log(s);}}function log(){if(window.console&&window.console.log){window.console.log("[cycle] "+Array.prototype.join.call(arguments," "));}}$.fn.cycle=function(options,arg2){var o={s:this.selector,c:this.context};if(this.length===0&&options!="stop"){if(!$.isReady&&o.s){log("DOM not ready, queuing slideshow");$(function(){$(o.s,o.c).cycle(options,arg2);});return this;}log("terminating; zero elements found by selector"+($.isReady?"":" (DOM not ready)"));return this;}return this.each(function(){var opts=handleArguments(this,options,arg2);if(opts===false){return;}opts.updateActivePagerLink=opts.updateActivePagerLink||$.fn.cycle.updateActivePagerLink;if(this.cycleTimeout){clearTimeout(this.cycleTimeout);}this.cycleTimeout=this.cyclePause=0;var $cont=$(this);var $slides=opts.slideExpr?$(opts.slideExpr,this):$cont.children();var els=$slides.get();if(els.length<2){log("terminating; too few slides: "+els.length);return;}var opts2=buildOptions($cont,$slides,els,opts,o);if(opts2===false){return;}var startTime=opts2.continuous?10:getTimeout(els[opts2.currSlide],els[opts2.nextSlide],opts2,!opts2.rev);if(startTime){startTime+=(opts2.delay||0);if(startTime<10){startTime=10;}debug("first timeout: "+startTime);this.cycleTimeout=setTimeout(function(){go(els,opts2,0,(!opts2.rev&&!opts.backwards));},startTime);}});};function handleArguments(cont,options,arg2){if(cont.cycleStop==undefined){cont.cycleStop=0;}if(options===undefined||options===null){options={};}if(options.constructor==String){switch(options){case"destroy":case"stop":var opts=$(cont).data("cycle.opts");if(!opts){return false;}cont.cycleStop++;if(cont.cycleTimeout){clearTimeout(cont.cycleTimeout);}cont.cycleTimeout=0;$(cont).removeData("cycle.opts");if(options=="destroy"){destroy(opts);}return false;case"toggle":cont.cyclePause=(cont.cyclePause===1)?0:1;checkInstantResume(cont.cyclePause,arg2,cont);return false;case"pause":cont.cyclePause=1;return false;case"resume":cont.cyclePause=0;checkInstantResume(false,arg2,cont);return false;case"prev":case"next":var opts=$(cont).data("cycle.opts");if(!opts){log('options not found, "prev/next" ignored');return false;}$.fn.cycle[options](opts);return false;default:options={fx:options};}return options;}else{if(options.constructor==Number){var num=options;options=$(cont).data("cycle.opts");if(!options){log("options not found, can not advance slide");return false;}if(num<0||num>=options.elements.length){log("invalid slide index: "+num);return false;}options.nextSlide=num;if(cont.cycleTimeout){clearTimeout(cont.cycleTimeout);cont.cycleTimeout=0;}if(typeof arg2=="string"){options.oneTimeFx=arg2;}go(options.elements,options,1,num>=options.currSlide);return false;}}return options;function checkInstantResume(isPaused,arg2,cont){if(!isPaused&&arg2===true){var options=$(cont).data("cycle.opts");if(!options){log("options not found, can not resume");return false;}if(cont.cycleTimeout){clearTimeout(cont.cycleTimeout);cont.cycleTimeout=0;}go(options.elements,options,1,(!opts.rev&&!opts.backwards));}}}function removeFilter(el,opts){if(!$.support.opacity&&opts.cleartype&&el.style.filter){try{el.style.removeAttribute("filter");}catch(smother){}}}function destroy(opts){if(opts.next){$(opts.next).unbind(opts.prevNextEvent);}if(opts.prev){$(opts.prev).unbind(opts.prevNextEvent);}if(opts.pager||opts.pagerAnchorBuilder){$.each(opts.pagerAnchors||[],function(){this.unbind().remove();});}opts.pagerAnchors=null;if(opts.destroy){opts.destroy(opts);}}function buildOptions($cont,$slides,els,options,o){var opts=$.extend({},$.fn.cycle.defaults,options||{},$.metadata?$cont.metadata():$.meta?$cont.data():{});if(opts.autostop){opts.countdown=opts.autostopCount||els.length;}var cont=$cont[0];$cont.data("cycle.opts",opts);opts.$cont=$cont;opts.stopCount=cont.cycleStop;opts.elements=els;opts.before=opts.before?[opts.before]:[];opts.after=opts.after?[opts.after]:[];opts.after.unshift(function(){opts.busy=0;});if(!$.support.opacity&&opts.cleartype){opts.after.push(function(){removeFilter(this,opts);});}if(opts.continuous){opts.after.push(function(){go(els,opts,0,(!opts.rev&&!opts.backwards));});}saveOriginalOpts(opts);if(!$.support.opacity&&opts.cleartype&&!opts.cleartypeNoBg){clearTypeFix($slides);}if($cont.css("position")=="static"){$cont.css("position","relative");}if(opts.width){$cont.width(opts.width);}if(opts.height&&opts.height!="auto"){$cont.height(opts.height);}if(opts.startingSlide){opts.startingSlide=parseInt(opts.startingSlide);}else{if(opts.backwards){opts.startingSlide=els.length-1;}}if(opts.random){opts.randomMap=[];for(var i=0;i<els.length;i++){opts.randomMap.push(i);}opts.randomMap.sort(function(a,b){return Math.random()-0.5;});opts.randomIndex=1;opts.startingSlide=opts.randomMap[1];}else{if(opts.startingSlide>=els.length){opts.startingSlide=0;}}opts.currSlide=opts.startingSlide||0;var first=opts.startingSlide;$slides.css({position:"absolute",top:0,left:0}).hide().each(function(i){var z;if(opts.backwards){z=first?i<=first?els.length+(i-first):first-i:els.length-i;}else{z=first?i>=first?els.length-(i-first):first-i:els.length-i;}$(this).css("z-index",z);});$(els[first]).css("opacity",1).show();removeFilter(els[first],opts);if(opts.fit&&opts.width){$slides.width(opts.width);}if(opts.fit&&opts.height&&opts.height!="auto"){$slides.height(opts.height);}var reshape=opts.containerResize&&!$cont.innerHeight();if(reshape){var maxw=0,maxh=0;for(var j=0;j<els.length;j++){var $e=$(els[j]),e=$e[0],w=$e.outerWidth(),h=$e.outerHeight();if(!w){w=e.offsetWidth||e.width||$e.attr("width");}if(!h){h=e.offsetHeight||e.height||$e.attr("height");}maxw=w>maxw?w:maxw;maxh=h>maxh?h:maxh;}if(maxw>0&&maxh>0){$cont.css({width:maxw+"px",height:maxh+"px"});}}if(opts.pause){$cont.hover(function(){this.cyclePause++;},function(){this.cyclePause--;});}if(supportMultiTransitions(opts)===false){return false;}var requeue=false;options.requeueAttempts=options.requeueAttempts||0;$slides.each(function(){var $el=$(this);this.cycleH=(opts.fit&&opts.height)?opts.height:($el.height()||this.offsetHeight||this.height||$el.attr("height")||0);this.cycleW=(opts.fit&&opts.width)?opts.width:($el.width()||this.offsetWidth||this.width||$el.attr("width")||0);if($el.is("img")){var loadingIE=($.browser.msie&&this.cycleW==28&&this.cycleH==30&&!this.complete);var loadingFF=($.browser.mozilla&&this.cycleW==34&&this.cycleH==19&&!this.complete);var loadingOp=($.browser.opera&&((this.cycleW==42&&this.cycleH==19)||(this.cycleW==37&&this.cycleH==17))&&!this.complete);var loadingOther=(this.cycleH==0&&this.cycleW==0&&!this.complete);if(loadingIE||loadingFF||loadingOp||loadingOther){if(o.s&&opts.requeueOnImageNotLoaded&&++options.requeueAttempts<100){log(options.requeueAttempts," - img slide not loaded, requeuing slideshow: ",this.src,this.cycleW,this.cycleH);setTimeout(function(){$(o.s,o.c).cycle(options);},opts.requeueTimeout);requeue=true;return false;}else{log("could not determine size of image: "+this.src,this.cycleW,this.cycleH);}}}return true;});if(requeue){return false;}opts.cssBefore=opts.cssBefore||{};opts.animIn=opts.animIn||{};opts.animOut=opts.animOut||{};$slides.not(":eq("+first+")").css(opts.cssBefore);if(opts.cssFirst){$($slides[first]).css(opts.cssFirst);}if(opts.timeout){opts.timeout=parseInt(opts.timeout);if(opts.speed.constructor==String){opts.speed=$.fx.speeds[opts.speed]||parseInt(opts.speed);}if(!opts.sync){opts.speed=opts.speed/2;}var buffer=opts.fx=="shuffle"?500:250;while((opts.timeout-opts.speed)<buffer){opts.timeout+=opts.speed;}}if(opts.easing){opts.easeIn=opts.easeOut=opts.easing;}if(!opts.speedIn){opts.speedIn=opts.speed;}if(!opts.speedOut){opts.speedOut=opts.speed;}opts.slideCount=els.length;opts.currSlide=opts.lastSlide=first;if(opts.random){if(++opts.randomIndex==els.length){opts.randomIndex=0;}opts.nextSlide=opts.randomMap[opts.randomIndex];}else{if(opts.backwards){opts.nextSlide=opts.startingSlide==0?(els.length-1):opts.startingSlide-1;}else{opts.nextSlide=opts.startingSlide>=(els.length-1)?0:opts.startingSlide+1;}}if(!opts.multiFx){var init=$.fn.cycle.transitions[opts.fx];if($.isFunction(init)){init($cont,$slides,opts);}else{if(opts.fx!="custom"&&!opts.multiFx){log("unknown transition: "+opts.fx,"; slideshow terminating");return false;}}}var e0=$slides[first];if(opts.before.length){opts.before[0].apply(e0,[e0,e0,opts,true]);}if(opts.after.length>1){opts.after[1].apply(e0,[e0,e0,opts,true]);}if(opts.next){$(opts.next).bind(opts.prevNextEvent,function(){return advance(opts,opts.rev?-1:1);});}if(opts.prev){$(opts.prev).bind(opts.prevNextEvent,function(){return advance(opts,opts.rev?1:-1);});}if(opts.pager||opts.pagerAnchorBuilder){buildPager(els,opts);}exposeAddSlide(opts,els);return opts;}function saveOriginalOpts(opts){opts.original={before:[],after:[]};opts.original.cssBefore=$.extend({},opts.cssBefore);opts.original.cssAfter=$.extend({},opts.cssAfter);opts.original.animIn=$.extend({},opts.animIn);opts.original.animOut=$.extend({},opts.animOut);$.each(opts.before,function(){opts.original.before.push(this);});$.each(opts.after,function(){opts.original.after.push(this);});}function supportMultiTransitions(opts){var i,tx,txs=$.fn.cycle.transitions;if(opts.fx.indexOf(",")>0){opts.multiFx=true;opts.fxs=opts.fx.replace(/\s*/g,"").split(",");for(i=0;i<opts.fxs.length;i++){var fx=opts.fxs[i];tx=txs[fx];if(!tx||!txs.hasOwnProperty(fx)||!$.isFunction(tx)){log("discarding unknown transition: ",fx);opts.fxs.splice(i,1);i--;}}if(!opts.fxs.length){log("No valid transitions named; slideshow terminating.");return false;}}else{if(opts.fx=="all"){opts.multiFx=true;opts.fxs=[];for(p in txs){tx=txs[p];if(txs.hasOwnProperty(p)&&$.isFunction(tx)){opts.fxs.push(p);}}}}if(opts.multiFx&&opts.randomizeEffects){var r1=Math.floor(Math.random()*20)+30;for(i=0;i<r1;i++){var r2=Math.floor(Math.random()*opts.fxs.length);opts.fxs.push(opts.fxs.splice(r2,1)[0]);}debug("randomized fx sequence: ",opts.fxs);}return true;}function exposeAddSlide(opts,els){opts.addSlide=function(newSlide,prepend){var $s=$(newSlide),s=$s[0];if(!opts.autostopCount){opts.countdown++;}els[prepend?"unshift":"push"](s);if(opts.els){opts.els[prepend?"unshift":"push"](s);}opts.slideCount=els.length;$s.css("position","absolute");$s[prepend?"prependTo":"appendTo"](opts.$cont);if(prepend){opts.currSlide++;opts.nextSlide++;}if(!$.support.opacity&&opts.cleartype&&!opts.cleartypeNoBg){clearTypeFix($s);}if(opts.fit&&opts.width){$s.width(opts.width);}if(opts.fit&&opts.height&&opts.height!="auto"){$slides.height(opts.height);}s.cycleH=(opts.fit&&opts.height)?opts.height:$s.height();s.cycleW=(opts.fit&&opts.width)?opts.width:$s.width();$s.css(opts.cssBefore);if(opts.pager||opts.pagerAnchorBuilder){$.fn.cycle.createPagerAnchor(els.length-1,s,$(opts.pager),els,opts);}if($.isFunction(opts.onAddSlide)){opts.onAddSlide($s);}else{$s.hide();}};}$.fn.cycle.resetState=function(opts,fx){fx=fx||opts.fx;opts.before=[];opts.after=[];opts.cssBefore=$.extend({},opts.original.cssBefore);opts.cssAfter=$.extend({},opts.original.cssAfter);opts.animIn=$.extend({},opts.original.animIn);opts.animOut=$.extend({},opts.original.animOut);opts.fxFn=null;$.each(opts.original.before,function(){opts.before.push(this);});$.each(opts.original.after,function(){opts.after.push(this);});var init=$.fn.cycle.transitions[fx];if($.isFunction(init)){init(opts.$cont,$(opts.elements),opts);}};function go(els,opts,manual,fwd){if(manual&&opts.busy&&opts.manualTrump){debug("manualTrump in go(), stopping active transition");$(els).stop(true,true);opts.busy=false;}if(opts.busy){debug("transition active, ignoring new tx request");return;}var p=opts.$cont[0],curr=els[opts.currSlide],next=els[opts.nextSlide];if(p.cycleStop!=opts.stopCount||p.cycleTimeout===0&&!manual){return;}if(!manual&&!p.cyclePause&&!opts.bounce&&((opts.autostop&&(--opts.countdown<=0))||(opts.nowrap&&!opts.random&&opts.nextSlide<opts.currSlide))){if(opts.end){opts.end(opts);}return;}var changed=false;if((manual||!p.cyclePause)&&(opts.nextSlide!=opts.currSlide)){changed=true;var fx=opts.fx;curr.cycleH=curr.cycleH||$(curr).height();curr.cycleW=curr.cycleW||$(curr).width();next.cycleH=next.cycleH||$(next).height();next.cycleW=next.cycleW||$(next).width();if(opts.multiFx){if(opts.lastFx==undefined||++opts.lastFx>=opts.fxs.length){opts.lastFx=0;}fx=opts.fxs[opts.lastFx];opts.currFx=fx;}if(opts.oneTimeFx){fx=opts.oneTimeFx;opts.oneTimeFx=null;}$.fn.cycle.resetState(opts,fx);if(opts.before.length){$.each(opts.before,function(i,o){if(p.cycleStop!=opts.stopCount){return;}o.apply(next,[curr,next,opts,fwd]);});}var after=function(){$.each(opts.after,function(i,o){if(p.cycleStop!=opts.stopCount){return;}o.apply(next,[curr,next,opts,fwd]);});};debug("tx firing; currSlide: "+opts.currSlide+"; nextSlide: "+opts.nextSlide);opts.busy=1;if(opts.fxFn){opts.fxFn(curr,next,opts,after,fwd,manual&&opts.fastOnEvent);}else{if($.isFunction($.fn.cycle[opts.fx])){$.fn.cycle[opts.fx](curr,next,opts,after,fwd,manual&&opts.fastOnEvent);}else{$.fn.cycle.custom(curr,next,opts,after,fwd,manual&&opts.fastOnEvent);}}}if(changed||opts.nextSlide==opts.currSlide){opts.lastSlide=opts.currSlide;if(opts.random){opts.currSlide=opts.nextSlide;if(++opts.randomIndex==els.length){opts.randomIndex=0;}opts.nextSlide=opts.randomMap[opts.randomIndex];if(opts.nextSlide==opts.currSlide){opts.nextSlide=(opts.currSlide==opts.slideCount-1)?0:opts.currSlide+1;}}else{if(opts.backwards){var roll=(opts.nextSlide-1)<0;if(roll&&opts.bounce){opts.backwards=!opts.backwards;opts.nextSlide=1;opts.currSlide=0;}else{opts.nextSlide=roll?(els.length-1):opts.nextSlide-1;opts.currSlide=roll?0:opts.nextSlide+1;}}else{var roll=(opts.nextSlide+1)==els.length;if(roll&&opts.bounce){opts.backwards=!opts.backwards;opts.nextSlide=els.length-2;opts.currSlide=els.length-1;}else{opts.nextSlide=roll?0:opts.nextSlide+1;opts.currSlide=roll?els.length-1:opts.nextSlide-1;}}}}if(changed&&opts.pager){opts.updateActivePagerLink(opts.pager,opts.currSlide,opts.activePagerClass);}var ms=0;if(opts.timeout&&!opts.continuous){ms=getTimeout(els[opts.currSlide],els[opts.nextSlide],opts,fwd);}else{if(opts.continuous&&p.cyclePause){ms=10;}}if(ms>0){p.cycleTimeout=setTimeout(function(){go(els,opts,0,(!opts.rev&&!opts.backwards));},ms);}}$.fn.cycle.updateActivePagerLink=function(pager,currSlide,clsName){$(pager).each(function(){$(this).children().removeClass(clsName).eq(currSlide).addClass(clsName);});};function getTimeout(curr,next,opts,fwd){if(opts.timeoutFn){var t=opts.timeoutFn.call(curr,curr,next,opts,fwd);while((t-opts.speed)<250){t+=opts.speed;}debug("calculated timeout: "+t+"; speed: "+opts.speed);if(t!==false){return t;}}return opts.timeout;}$.fn.cycle.next=function(opts){advance(opts,opts.rev?-1:1);};$.fn.cycle.prev=function(opts){advance(opts,opts.rev?1:-1);};function advance(opts,val){var els=opts.elements;var p=opts.$cont[0],timeout=p.cycleTimeout;if(timeout){clearTimeout(timeout);p.cycleTimeout=0;}if(opts.random&&val<0){opts.randomIndex--;if(--opts.randomIndex==-2){opts.randomIndex=els.length-2;}else{if(opts.randomIndex==-1){opts.randomIndex=els.length-1;}}opts.nextSlide=opts.randomMap[opts.randomIndex];}else{if(opts.random){opts.nextSlide=opts.randomMap[opts.randomIndex];}else{opts.nextSlide=opts.currSlide+val;if(opts.nextSlide<0){if(opts.nowrap){return false;}opts.nextSlide=els.length-1;}else{if(opts.nextSlide>=els.length){if(opts.nowrap){return false;}opts.nextSlide=0;}}}}var cb=opts.onPrevNextEvent||opts.prevNextClick;if($.isFunction(cb)){cb(val>0,opts.nextSlide,els[opts.nextSlide]);}go(els,opts,1,val>=0);return false;}function buildPager(els,opts){var $p=$(opts.pager);$.each(els,function(i,o){$.fn.cycle.createPagerAnchor(i,o,$p,els,opts);});opts.updateActivePagerLink(opts.pager,opts.startingSlide,opts.activePagerClass);}$.fn.cycle.createPagerAnchor=function(i,el,$p,els,opts){var a;if($.isFunction(opts.pagerAnchorBuilder)){a=opts.pagerAnchorBuilder(i,el);debug("pagerAnchorBuilder("+i+", el) returned: "+a);}else{a=''+(i+1)+"";}if(!a){return;}var $a=$(a);if($a.parents("body").length===0){var arr=[];if($p.length>1){$p.each(function(){var $clone=$a.clone(true);$(this).append($clone);arr.push($clone[0]);});$a=$(arr);}else{$a.appendTo($p);}}opts.pagerAnchors=opts.pagerAnchors||[];opts.pagerAnchors.push($a);$a.bind(opts.pagerEvent,function(e){e.preventDefault();opts.nextSlide=i;var p=opts.$cont[0],timeout=p.cycleTimeout;if(timeout){clearTimeout(timeout);p.cycleTimeout=0;}var cb=opts.onPagerEvent||opts.pagerClick;if($.isFunction(cb)){cb(opts.nextSlide,els[opts.nextSlide]);}go(els,opts,1,opts.currSlidel?c-l:opts.slideCount-l;}else{hops=c<l?l-c:l+opts.slideCount-c;}return hops;};function clearTypeFix($slides){debug("applying clearType background-color hack");function hex(s){s=parseInt(s).toString(16);return s.length<2?"0"+s:s;}function getBg(e){for(;e&&e.nodeName.toLowerCase()!="html";e=e.parentNode){var v=$.css(e,"background-color");if(v.indexOf("rgb")>=0){var rgb=v.match(/\d+/g);return"#"+hex(rgb[0])+hex(rgb[1])+hex(rgb[2]);}if(v&&v!="transparent"){return v;}}return"#ffffff";}$slides.each(function(){$(this).css("background-color",getBg(this));});}$.fn.cycle.commonReset=function(curr,next,opts,w,h,rev){$(opts.elements).not(curr).hide();opts.cssBefore.opacity=1;opts.cssBefore.display="block";if(w!==false&&next.cycleW>0){opts.cssBefore.width=next.cycleW;}if(h!==false&&next.cycleH>0){opts.cssBefore.height=next.cycleH;}opts.cssAfter=opts.cssAfter||{};opts.cssAfter.display="none";$(curr).css("zIndex",opts.slideCount+(rev===true?1:0));$(next).css("zIndex",opts.slideCount+(rev===true?0:1));};$.fn.cycle.custom=function(curr,next,opts,cb,fwd,speedOverride){var $l=$(curr),$n=$(next);var speedIn=opts.speedIn,speedOut=opts.speedOut,easeIn=opts.easeIn,easeOut=opts.easeOut;$n.css(opts.cssBefore);if(speedOverride){if(typeof speedOverride=="number"){speedIn=speedOut=speedOverride;}else{speedIn=speedOut=1;}easeIn=easeOut=null;}var fn=function(){$n.animate(opts.animIn,speedIn,easeIn,cb);};$l.animate(opts.animOut,speedOut,easeOut,function(){if(opts.cssAfter){$l.css(opts.cssAfter);}if(!opts.sync){fn();}});if(opts.sync){fn();}};$.fn.cycle.transitions={fade:function($cont,$slides,opts){$slides.not(":eq("+opts.currSlide+")").css("opacity",0);opts.before.push(function(curr,next,opts){$.fn.cycle.commonReset(curr,next,opts);opts.cssBefore.opacity=0;});opts.animIn={opacity:1};opts.animOut={opacity:0};opts.cssBefore={top:0,left:0};}};$.fn.cycle.ver=function(){return ver;};$.fn.cycle.defaults={fx:"fade",timeout:4000,timeoutFn:null,continuous:0,speed:1000,speedIn:null,speedOut:null,next:null,prev:null,onPrevNextEvent:null,prevNextEvent:"click.cycle",pager:null,onPagerEvent:null,pagerEvent:"click.cycle",allowPagerClickBubble:false,pagerAnchorBuilder:null,before:null,after:null,end:null,easing:null,easeIn:null,easeOut:null,shuffle:null,animIn:null,animOut:null,cssBefore:null,cssAfter:null,fxFn:null,height:"auto",startingSlide:0,sync:1,random:0,fit:0,containerResize:1,pause:0,pauseOnPagerHover:0,autostop:0,autostopCount:0,delay:0,slideExpr:null,cleartype:!$.support.opacity,cleartypeNoBg:false,nowrap:0,fastOnEvent:0,randomizeEffects:1,rev:0,manualTrump:true,requeueOnImageNotLoaded:true,requeueTimeout:250,activePagerClass:"activeSlide",updateActivePagerLink:null,backwards:false};})(jQuery);

	 //<![CDATA[
      jQuery.noConflict();
      jQuery(function () {
        jQuery('ul.menu-primary').superfish({
          animation: {
            opacity: 'show'
          },
          autoArrows: false,
          dropShadows: false,
          speed: 200,
          delay: 800
        });
      });
      jQuery(document).ready(function () {
        jQuery('.fp-slides').cycle({
          fx: 'fade',
          timeout: 4000,
          delay: 0,
          speed: 1000,
          next: '.fp-next',
          prev: '.fp-prev',
          pager: '.fp-pager',
          continuous: 0,
          sync: 1,
          pause: 1,
          pauseOnPagerHover: 1,
          cleartype: true,
          cleartypeNoBg: true
        });
      });
      //]]>

Проверьте что пишет в консоли браузера. там наверняка будет указана конкретная строка, в которой возникла ошибка.
Проверьте сколько раз вы подключили библиотеку jquery. Учитывайте то, что в DLE уже есть jquery.

У меня два слайдера на сайте. Если отключить в шаблоне эти скрипты слайдеров, то они не будут работать.
jcarousellite.js - верхний слайдер
superfish.js - нижний слайдер (с этим конфликт)
И один раз подключен {AJAX}
Сайт: planettravels.ru

Отключите все js скрипты, не входящие в DLE, добейтесь того, что бы в консоли не было ни одной ошибки.
Подключайте по одному, проверяйте ошибки в консоли.
Либо установите шаблон по умолчанию и проверьте работу модуля. Если это ошибка модуля - будет выпущено обновление, если нет — я не смогу вам помочь.

authors: pafnuty slon-pr

repo: dle-modules/DLE-UniForm


text:
edm button calling external program

I found a screen that uses a shell command button to display an image
The command is
eog /dls_sw/work/R3.14.11/support/insertionDevice/insertionDeviceApp/opi/edl8/Graphics/I05_Temperatures.tif
and that works okay on a workstation, not on the container
Another screen calls the shell command to display a manual/documentation
evince "$(which XV.gif| sed 's|data/XV.gif|documentation/vapour pressure LN2.pdf|')"
I am sure there's buttons that attempt to bring up a web browser.

Does it work if you first do
sudo yum install eog

If so please have a go at doing a PR using these instructions
https://dls-controls.github.io/dev-c7/main/reference/contributing.html

web browser is a little more interesting  - I guess we could install firefox inside the container
I was a little reluctant to do this but it will probably work.

@ronaldomercado if you are going to try doing a PR please could you also see if adding firefox works?
Thanks.

I have tested evince and eog.
I will see if I can find screens that use firefox.

fixed in
https://github.com/dls-controls/dev-c7/releases/tag/2.0.2
thanks @ronaldomercado

authors: gilesknap ronaldomercado


text:
Does not work with git log

I've set up diffnav using:
[core]
    pager = diffnav

When running git log, nothing appears.
Workaround
Call git log using:
git --no-pager log

Hey @Myzel394, this tool is not meant to be used with git log, only diff. I suggest not setting it as a pager for all things git, just as the diff pager. See the README for instructions

repo: dlvhdr/diffnav


text:
The loop keyword argument is deprecated. Please report issue to the custom component author.

2021-12-18 20:11:37 WARNING (MainThread) [homeassistant.helpers.frame] Detected integration that called async_timeout.timeout with loop keyword argument. The loop keyword argument is deprecated and calls will fail after Home Assistant 2022.2. Please report issue to the custom component author for miwifi using this method at custom_components/miwifi/core/luci.py, line 97: with async_timeout.timeout(self.timeout, loop = self._loop):
2021-12-18 20:11:39 WARNING (MainThread) [homeassistant.helpers.frame] Detected integration that called async_timeout.timeout with loop keyword argument. The loop keyword argument is deprecated and calls will fail after Home Assistant 2022.2. Please report issue to the custom component author for miwifi using this method at custom_components/miwifi/core/luci.py, line 324: with async_timeout.timeout(self.timeout, loop = self._loop):

Fixed in version https://github.com/dmamontov/hass-miwifi/releases/tag/v1.3.0

authors: dmamontov rennewpeter

repo: dmamontov/hass-miwifi


text:
Building on Android requires QT_CREATOR_SKIP_CONAN_SETUP

In order to build successfully on Android with Qt Creator, you need to specify QT_CREATOR_SKIP_CONAN_SETUP=On.
The build fails on the benchmark dependency.
This might be able to be resolved by converting conanfile.txt to conanfile.py and dynamically disabling those dependencies on Android. It looks like Conan is not using a cross compiler when it should be:
-- Conan executing: /usr/local/bin/conan install /Users/dmeybohm/projects/cpp/wisdom-chess/conanfile.txt -s build_type=Release -s compiler=clang -s compiler.version=11 -s compiler.libcxx=libc++ -e=CONAN_CMAKE_TOOLCHAIN_FILE="/Users/dmeybohm/projects/cpp/build-wisdom-chess-Android_Qt_6_2_4_Clang_x86_64-Release/conan-dependencies/toolchain.cmake" -g=cmake_paths -g=json -g=cmake --build=missing -if=/Users/dmeybohm/projects/cpp/build-wisdom-chess-Android_Qt_6_2_4_Clang_x86_64-Release/conan-dependencies
Configuration:
[settings]
arch=x86_64
arch_build=x86_64
build_type=Release
compiler=clang
compiler.libcxx=libc++
compiler.version=11
os=Macos
os_build=Macos
[options]
[build_requires]
[env]
CONAN_CMAKE_TOOLCHAIN_FILE="/Users/dmeybohm/projects/cpp/build-wisdom-chess-Android_Qt_6_2_4_Clang_x86_64-Release/conan-dependencies/toolchain.cmake"
benchmark/1.6.0: WARN: Package binary is corrupted, removing: a1e86c206430932d7cbcad958cb43a8af16afc46
conanfile.txt: Installing package
Requirements
    benchmark/1.6.0 from 'conancenter' - Cache
    doctest/2.4.6 from 'conancenter' - Cache
    ms-gsl/4.0.0 from 'conancenter' - Cache
    sqlite3/3.38.0 from 'conancenter' - Cache
Packages
    benchmark/1.6.0:a1e86c206430932d7cbcad958cb43a8af16afc46 - Build
    doctest/2.4.6:5ab84d6acfe1f23c4fae0ab88f26e3a396351ac9 - Cache
    ms-gsl/4.0.0:5ab84d6acfe1f23c4fae0ab88f26e3a396351ac9 - Cache
    sqlite3/3.38.0:24e8071b29b991d623d760671a655983a3d0c8ec - Build

Installing (downloading, building) binaries...
benchmark/1.6.0: WARN: Build folder is dirty, removing it: /Users/dmeybohm/.conan/data/benchmark/1.6.0/_/_/build/a1e86c206430932d7cbcad958cb43a8af16afc46
benchmark/1.6.0: Copying sources to build folder
benchmark/1.6.0: Building your package in /Users/dmeybohm/.conan/data/benchmark/1.6.0/_/_/build/a1e86c206430932d7cbcad958cb43a8af16afc46
benchmark/1.6.0: Generator cmake created conanbuildinfo.cmake
benchmark/1.6.0: Aggregating env generators
benchmark/1.6.0: Calling build()
/bin/sh: cmake: command not found
benchmark/1.6.0:
benchmark/1.6.0: ERROR: Package 'a1e86c206430932d7cbcad958cb43a8af16afc46' build failed

This issue is fixed from https://github.com/dmeybohm/wisdom-chess/pull/19

repo: dmeybohm/wisdom-chess


text:
[Numpy] Numpy version of GluonNLP

Description
This is the new version of GluonNLP that uses the DeepNumpy interface of MXNet. Currently, we have the following functionality.

[x] Finetune BERT, ALBERT, ELECTRA on SQuAD 1.1/2.0. We used a simplified preprocessing logic with the help of encode_with_offsets.
[x] Train Transformer on WMT2014-en-de
[x] nlp_data and nlp_preprocess utilities for downloading and preparing NLP data. There is no need to run perl scripts for preparing machine translation datasets. You can directly use

# For clean and tokenize
nl_preprocess clean_tok_para_corpus ...
# For learning subwords with different algorithms
nlp_preprocess learn_subword ...
nlp_preprocess apply_subword ...

[x] New attention cell
We support the multihead attention with NKT, NTK, TNK layouts.
Also, we support multihead attention with relative positional encoding. The relative positional encoding method includes: TransformerXL, Shaw, and T5.
[x] New tokenizer class
Includes whitespace, spacy, jieba, SentencePiece, YTTM, HuggingFaceBPE, HuggingFaceByteBPE, HuggingFaceWordPiece.

Supports the following basic functionalities
# Encode to list of string tokens
tokens = tokenizer.encode('Hello World', str)
# Encode to int tokens
tokens = tokenizer.encode('Hello World', int)
# Decode the encoded tokens
out = tokenizer.decode()
# Encode to tokens + offsets
tokens, offsets = tokenizer.encode_with_offsets('Hello World', int)

[x] New vocab class
[x] New configuration system based on yacs + New Registry class.
For example, the structure of the ALBERT-base model will look like this:

INITIALIZER:
  bias:
  - zeros
  embed:
  - truncnorm
  - 0
  - 0.02
  weight:
  - truncnorm
  - 0
  - 0.02
MODEL:
  activation: gelu(tanh)
  attention_dropout_prob: 0.0
  dtype: float32
  embed_size: 128
  hidden_dropout_prob: 0.0
  hidden_size: 3072
  layer_norm_eps: 1.0e-12
  max_length: 512
  num_groups: 1
  num_heads: 12
  num_layers: 12
  num_token_types: 2
  pos_embed_type: learned
  units: 768
  vocab_size: 30000
VERSION: 1

To try out some examples, go to scripts/machine_translation and scripts/question_answering.
We will soon add back-translation, stochastic beam search, pretraining electra, and other functionalities.
cc @dmlc/gluon-nlp-team
Credit also goes to @ZheyuYe , @hymzoque, @XieBinghui, and @gongel

Let's divide the review work:

@szhengac: transformer/translation model
@eric-haibin-lin: BERT
@leezu: infra
@szha: markdown

We can see the CI output at https://github.com/sxjscience/gluon-nlp/actions

Thanks for the examples. Still, it begs the question why the registry in mxnet couldn't benefit from similar usability. If it could, I think it makes sense not to have multiple solutions for registry.

@leezu could we also have the code coverage information? I'd like to get a good understanding of the current test coverage.

@szha Having a separate Registry class helps us drop the unnecessary dependency of MXNet for tokenizers.py. Also, the new Registry class is documented and is designed to be reusable.

codecov is enabled via https://github.com/dmlc/gluon-nlp/pull/1225/commits/ac16f2d7670d772cf35083dc7a30e8ab361ac09d The main problem is that the tests are currently killed due to (?) OOM on Linux. This may be a bug in the memory management of mxnet as the memory usage appears to grow over time. We can use a separate python process for each test file as a workaround

authors: leezu sxjscience szha

repo: dmlc/gluon-nlp


text:
Rebase EmbeddingOp on the NNVM branch

This refactors the Embedding layer to the new operator API based on NNVM according to the guide in #3248.
The current new operator guide is not that easy to follow for beginners. Hope we will have a more detailed document on it in the future.

@flyers Try rebase against the latest nnvm branch (Creating a new PR seems to be the simplest way) and we  can merge this in. I'm thinking to add the (take)[https://docs.scipy.org/doc/numpy/reference/generated/numpy.take.html] operator as an alias of embedding. Embedding(data, index) is in fact equivalent to numpy.take(data, index, axis=0)

authors: flyers sxjscience

repo: dmlc/mxnet


text:
Fix RCNN pascal evaluations for float bboxes and empty classes.

A couple of small fixes:

Allow for floating point bounding box predictions when reading in evaluations. The provided test_rcnn function outputs results as floats (perhaps only when evaluating on VOC-like datasets with different image dimensions?)
Allow for zero detections of some classes during evaluation. This is handy when evaluating on another dataset in VOC-like format with a subset of the original VOC classes.

These fixes have been necessary when training and evaluating on non-VOC datasets in VOC format as described here.

@precedenceguo

The proposed change will not influence current results. It will fix issues as you proposed.

@precedenceguo I'm not sure I understand: is it that this doesn't fix any issues with the example if run verbatim? That's true, but the code as it stands is pretty brittle, why not allow it to work with very similar examples if others wish to train on other datasets that adhere to VOC format? We cite MXNet in soon to be published research and we are hoping to make our work as reproducible as possible.

Thank you for making it more flexible and robust. What I meant was that this change would not impact any existing results (so we wouldn't need to verify them again) and that this change will fix the issues you mentioned.

Oh, I misinterpreted your original comment thinking you were suggesting this change not be merged, sorry about that. I appreciate you taking a look.

authors: krosaen piiswrong precedenceguo


text:
[BACKEND] Vulkan and SPIRV

This issue lists the necessary steps into support Vulkan runtime to run TVM on a Vulkan environment when OpenCL driver is not available. the steps are

[x] src/runtime/vulkan that reflects other runtimes like OpenCL/CUDA/Metal
[x] SPIR-V code generator. After looking into SPIRV spec, i think it is best to generate SPIRV directly and take advantage of possible existing toolchain for optimizing the code
[x] Basic test-cases that can take a spirv binary and runs the vulkan runtime.
[ ] Support text style ASM loading and save of spirv
[ ] Tutorials on how to use vulkan backend
[ ] Tutorials on using vulkan on android.

I think the first step of this issue would be supporting the runtime and verify them with some form of glsl, then spirv code generator

Here is the PR to add support to vulkan https://github.com/dmlc/tvm/pull/861 I tested on Nvidia driver and NNVM compiler runs. We would definitely love more contributions to try it out, write tutorials and run it on mobile devices.

@PENGUINLIONG would you be interested in contributing a tutorial or android usage guide?

@tqchen I can try but I don't have a vulkan-capable device. My laptop is vulkan capable, so if Android emulator supports forwarding vulkan calls, I can work on this.

Failed to set up Android SDKs here due to poor network. I will check if there is any workaround.

close this for now and will open another issue for android

authors: PENGUINLIONG tqchen

repo: dmlc/tvm


text:
Build/Plug-in system does not support CUDA

The current GCC toolchain does not support building/linking CUDA code on Windows platforms due to a requirement for MSVC. Building CUDA code within the plug-in system will also require the application of custom-build rules for plug-ins.
I have volunteered to create an alternative cmake build system to support this.

looking forward to the PR

authors: RAMitchell tqchen

repo: dmlc/xgboost


text:
[Dask] Automatically unbox 0d NumPy array containing another object

The following script does not work with the current XGBoost (master branch):
import dask
from dask.distributed import Client, LocalCluster

import xgboost as xgb
import numpy as np
from scipy.sparse import csr_matrix

params = {'objective': 'binary:logistic', 'max_depth': 1, 'eval_metric': 'logloss'}

def main(client):
    np.random.seed(0)
    nrow = 1000
    ncol = 10

    data = np.random.uniform(size=(nrow, ncol)).flatten().astype(np.float32)
    row_ind = np.array([([i] * ncol) for i in range(nrow)]).flatten()
    col_ind = np.array([list(range(ncol)) for i in range(nrow)]).flatten()
    X = csr_matrix((data, (row_ind, col_ind)), shape=(nrow, ncol), dtype=np.float32)
    y = np.random.choice(2, size=(nrow,), replace=True)
    weight = np.ones(shape=(nrow,), dtype=np.float32)
    X[400:600,:] = 0
    X.eliminate_zeros()
    X = dask.array.from_array(X, chunks=(nrow // 2, ncol))
    y = dask.array.from_array(y, chunks=(nrow // 2,))
    weight = dask.array.from_array(weight, chunks=(nrow // 2,))

    dtrain = xgb.dask.DaskDMatrix(client, X, label=y, weight=weight)
    output = xgb.dask.train(client, params, dtrain, num_boost_round=10, evals=[(dtrain, 'train')])
    print(output['history'])

if __name__ == '__main__':
    with LocalCluster(n_workers=2, threads_per_worker=1) as cluster:
        with Client(cluster) as client:
            main(client)

It crashes with the following error message:
Traceback (most recent call last):
  File "test.py", line 35, in <module>
    main(client)
  File "test.py", line 29, in main
    output = xgb.dask.train(client, params, dtrain, num_boost_round=10, evals=[(dtrain, 'train')])
  File "/home/phcho/tmp/xgboost/python-package/xgboost/dask.py", line 602, in train
    results = client.gather(futures)
  File "/home/phcho/miniconda3/envs/cuml_dev/lib/python3.8/site-packages/distributed/client.py", line 1982, in gather
    return self.sync(
  File "/home/phcho/miniconda3/envs/cuml_dev/lib/python3.8/site-packages/distributed/client.py", line 832, in sync
    return sync(
  File "/home/phcho/miniconda3/envs/cuml_dev/lib/python3.8/site-packages/distributed/utils.py", line 339, in sync
    raise exc.with_traceback(tb)
  File "/home/phcho/miniconda3/envs/cuml_dev/lib/python3.8/site-packages/distributed/utils.py", line 323, in f
    result[0] = yield future
  File "/home/phcho/miniconda3/envs/cuml_dev/lib/python3.8/site-packages/tornado/gen.py", line 735, in run
    value = future.result()
  File "/home/phcho/miniconda3/envs/cuml_dev/lib/python3.8/site-packages/distributed/client.py", line 1847, in _gather
    raise exception.with_traceback(traceback)
  File "/home/phcho/tmp/xgboost/python-package/xgboost/dask.py", line 561, in dispatched_train
    local_dtrain = dtrain.get_worker_data(worker)
  File "/home/phcho/tmp/xgboost/python-package/xgboost/dask.py", line 325, in get_worker_data
    data = concat(data)
  File "/home/phcho/tmp/xgboost/python-package/xgboost/dask.py", line 94, in concat
    return numpy.concatenate(value, axis=0)
  File "<__array_function__ internals>", line 5, in concatenate
ValueError: zero-dimensional arrays cannot be concatenated

Diagnosis: for some reason, Dask sends XGBoost a zero-dimensional NumPy array that contains the object we want, like scipy.sparse. The array doesn't automatically degrade to a scalar, so this PR writes a pass to convert all zero-dimensional NumPy arrays.

Wait, you are using sparse matrix.  I don't think dask supports sparse very well?

I don't think dask supports sparse very well?

Is this documented?

Here is the document: https://docs.dask.org/en/latest/array-sparse.html . I haven't really tested it yet.

No mention of scipy.  And we are not using the sparse package.

Closing, since Dask is integrating with Sparse package, not SciPy sparse matrix.


text:
[pyspark] Cleanup the comments

@WeichenXu123 @trivialfis Add a small PR to cleanup some comments and add some log printing
Thx

@trivialfis could you help to review it?


text:
[pyspark] Filter out the unsupported train parameters

This PR adds paramters {"evals", "evals_result"} to the train unsupported parameters
To close https://github.com/dmlc/xgboost/issues/8352

@hcho3 @trivialfis please help to trigger the CI and help to review.


text:
Diff for local_file skips last line

If I use an aws local_file resource, the last line of content is not included in the diff output. As a workaround I added a newline to the end of my templates.

Hi @kenske, thanks for opening up an issue. Can you provide a sample terraform file I can use to reproduce the issue? It sounds like you've found a workaround but ideally you shouldn't have to!

Here is an example:
# main.tf
data "template_file" "config" {
  template = "${file("template.yml")}"
}

resource "local_file" "config" {
  content  = "${data.template_file.config.rendered}"
  filename = "output.yaml"
}

# template.yaml
this:
  is:
    an:
      -example

If I don't add a newline at the end of template.yaml, this is the output I get from scenery:
$ terraform plan | scenery
+ local_file.config
    id:       <computed>
    content:  "this:
                 is:
                   an:"
    filename: "output.yaml"

I created #19 to fix the issue, but I'm not sure if it's the best solution.

@kenske thanks for the report. I'm able to reproduce the bug when the template file doesn't have a trailing newline at the end of the file. While it is good practice to have one, scenery shouldn't be truncating the output if it doesn't.
# without trailing new line (% at the end of example represents there is no new line)
> cat template.yml
this:
  is:
    an:
      -example%

# with trailing new line
> cat template.yml
this:
  is:
    an:
      -example

The approach you have in #19 is the write approach. I prematurely added that formatting truncation that introduced this bug. I left some comments in your PR and it needs to be rebased before I can merge it but thanks for helping improve scenery!
Let me know if there is anything I can do to help you get the PR through. If you feel you don't have time to work on this issue let me know and I can take over it.

Closed in #19

authors: dmlittle kenske

repo: dmlittle/scenery


text:
Warning in React 16

After updating to React 16, I get the following warning:
proxyConsole.js:54 Warning: React does not recognize the `timePickerDelay` prop on a DOM
element. If you intentionally want it to appear in the DOM as a custom attribute, spell
it as lowercase `timepickerdelay` instead. If you accidentally passed it from a parent
component, remove it from the DOM element.
    in input (created by n)
    in div (created by n)
    in n (created by t)
    in span (created by t)
    in t (at NewBooking.jsx:408)
    in div (created by StepContent)
    in div (created by ExpandTransitionChild)
    in div (created by ExpandTransitionChild)
    in ExpandTransitionChild
    in div
    in TransitionGroup (created by ExpandTransition)
    in ExpandTransition (created by ExpandTransition)
    in ExpandTransition (created by StepContent)
    in div (created by StepContent)
    in StepContent (at NewBooking.jsx:405)
    in div (created by Step)
    in Step (at NewBooking.jsx:403)
    in div (created by Stepper)
    in Stepper (at NewBooking.jsx:336)
    in div (at NewBooking.jsx:335)
    in VerticalLinearStepper (at NewBooking.jsx:229)
    in div (created by DialogInline)
    in div (created by Paper)
    in Paper (created by DialogInline)
    in div (created by TransitionItem)
    in TransitionItem
    in div
    in TransitionGroup (created by DialogInline)
    in div (created by DialogInline)
    in DialogInline

Fixed in 0.2.0


text:
ignore skipped cmsRun steps for setting aggregate Chirp_WMCore_cmsRun_ExitCode

Impact of the bug
ElasticSearch job records are harder to interpret, making debugging harder
Describe the bug
When we get a cmsRun failure in a StepChain step, all later steps are skipped, as they should. Skipping a step has a special exit code though (99108), so the later steps all have that exit code. The aggregate cmsRun exit code Chirp_WMCore_cmsRun_ExitCode takes the last step cmsRun exit code though, so for such jobs it always shows 99108, which is not very useful.
How to reproduce it
Look at any failed step chain jobs in ElasticSearch.
Expected behavior
For debugging it would be much better to have the aggregate cmsRun exit code contain the last "meaningful" cmsRun exit code and ignore any skipped steps.
Additional context and error message
Add any other context about the problem here, like error message and/or traceback. You might want to use triple back ticks to properly format it.

Thanks for filing this bug report, Dirk.
I think WMStats has a logic similar to this, something like: we go through all the steps in a job (assuming they are properly ordered), and the first != 0 exit code is what gets shown to the end user. We might do the same here, and return 0 in case none of the steps had != 0 exit code.
As we discussed over slack, you'll try to look into it in your spare time (so I'm assigning it to you for the moment to make sure that nobody else will work on it in parallel ;)). Thanks

I have the needed code changes, but no real way to test them. What should I do with them? Make a pull request and we take it from there?

Yes, please

authors: amaltaro hufnagel

repo: dmwm/WMCore


text:
Allow transition from force-complete to abort

Fixes #7078
@ticoann please review

@amaltaro, Alan, patch looks good. One think I am concerned is that force-complete and aborted statust is not just status change but it triggered underlining actions. (canceling WQ and killing jobs, etc) I am not sure how this will be worked together when status change occurs

It should be Ok, but we better x-check this case indeed.

no longer needed, closing.

authors: amaltaro ticoann


text:
fix the validation for dictionary type

replace #7343

Current code allows dict type for all the parameters.
https://github.com/dmwm/WMCore/blob/master/src/python/WMCore/WMSpec/WMWorkloadTools.py#L157
I think we should allow only specific parameters for dict type.
i.e  we can create the new type dictOrStr so which accept str or dict format and type cast correctly.
What do you think?

Creating a hybrid type would be a solution. Then we use this new type override only in the workload factory that is supposed to support it (TaskChain).
I've done the same in this open PR:
https://github.com/dmwm/WMCore/pull/7345/files#diff-16f3ba05fc754377cbc456e9ef920e38R65
if you have a better place to put it, just let me know.


text:
Consistent page publication states

Show “modified on draft” on pages if any contained blocks are modified

Replaced with core GridField component https://github.com/silverstripe/silverstripe-framework/issues/7032

authors: pitchandtone wilr

repo: dnadesign/silverstripe-elemental


text:
Job:push bug

env=vars:
    variables:
      - FRONTEND_VERSION=0.1.7
      - API_VERSION=0.1.17

job=api:
    description: "Builds API docker image"
    use: dev-image
    artifact: dist/spotify
    user: "{user.uid}"
    mounts: [source]
    interactive: true
    command:   bash -c "go build -o dist/spotify -ldflags \"-X main.VERSION=$API_VERSION\" src/api/*.go"
    depends: [vars]
    env:
      - "API_VERSION={env.API_VERSION}"
      - "GODEBUG=http2client=0"

image=api-image:
    image: cescoferraro/spotify
    tags: ["api-{env.API_VERSION}"]
    dockerfile: build/docker/Dockerfile.api
    depends: [vars, api]
    description: "Build the api-image"

Build
cescoferraro@mint-pro: ~/code/go/src/github.com/cescoferraro/spotify on master [+!$]
$ dobi api-image
[env:set vars] Done
[image:build dev-image] cescoferraro/spotify is fresh
[env:set vars] Done
[job: api] bash -c "go build -o dist/spotify -ldflags \"-X main.VERSION=$API_VERSION\" src/api/*.go" -> dist/spotify Start
[job: api] bash -c "go build -o dist/spotify -ldflags \"-X main.VERSION=$API_VERSION\" src/api/*.go" -> dist/spotify Done
Step 1 : FROM golang
latest: Pulling from library/golang
Digest: sha256:5787421a0314390ca8da11b26885502b58837ebdffda0f557521790c13ddb55f
Status: Downloaded newer image for golang:latest
 ---> 6639f812dbc7
Step 2 : MAINTAINER Francesco Ferraro <francescoaferraro@gmail.com>
 ---> Running in fcfbc3a6a97c
 ---> 889dd4c3c51b
Removing intermediate container fcfbc3a6a97c
Step 3 : ADD www/ www
 ---> d76564cf30e4
Removing intermediate container 52a6c19a1574
Step 4 : ADD dist/spotify spotify
 ---> bf693f142553
Removing intermediate container 4d65fd8dd41e
Step 5 : ENV PORT 8080
 ---> Running in d8fda0735f3c
 ---> 7e6ddde0cb70
Removing intermediate container d8fda0735f3c
Step 6 : EXPOSE 8080
 ---> Running in 89a83d11b3f2
 ---> c949bc3da0b7
Removing intermediate container 89a83d11b3f2
Step 7 : ENTRYPOINT /spotify
 ---> Running in 8c99cc99d277
 ---> 16c0a85747ca
Removing intermediate container 8c99cc99d277
Successfully built 16c0a85747ca
[image:build api-image] cescoferraro/spotify Created

Push
cescoferraro@mint-pro: ~/code/go/src/github.com/cescoferraro/spotify on master [+!$]
$ dobi api-image:push
[env:set vars] Done
Step 1 : FROM golang:1.7.4
 ---> 6639f812dbc7
Step 2 : RUN apt-get install -y curl
 ---> Using cache
 ---> cbb7f2130c36
Step 3 : RUN curl -sL https://deb.nodesource.com/setup_6.x -o nodesource_setup.sh
 ---> Using cache
 ---> c99cfa54bfb2
Step 4 : RUN bash nodesource_setup.sh
 ---> Using cache
 ---> 9e5fb9e5d712
Step 5 : RUN apt-get install -y nodejs
 ---> Using cache
 ---> beb37f2c6cb4
Step 6 : RUN apt-get install -y build-essential
 ---> Using cache
 ---> d7fa22c4dd89
Step 7 : RUN go get github.com/cespare/reflex &&         cp /go/bin/reflex /usr/bin/ &&         rm -rf /go/src/* /go/pkg/* /go/bin/*
 ---> Using cache
 ---> 937d6028e42e
Step 8 : ENV PS1 "# "
 ---> Using cache
 ---> b7f4d2ff45c1
Step 9 : ENV GOBIN /go/binw
 ---> Using cache
 ---> d59cce53944b
Step 10 : ADD package.json package.json
 ---> Using cache
 ---> 8b373f48ed53
Step 11 : ENV CGO_ENABLED 0
 ---> Using cache
 ---> 4ec6c4327572
Step 12 : WORKDIR /go/src/github.com/cescoferraro/spotify
 ---> Using cache
 ---> a418964be539
Successfully built a418964be539
[image:build dev-image] cescoferraro/spotify Created
[env:set vars] Done
[job: api] bash -c "go build -o dist/spotify -ldflags \"-X main.VERSION=$API_VERSION\" src/api/*.go" -> dist/spotify Start
[job: api] bash -c "go build -o dist/spotify -ldflags \"-X main.VERSION=$API_VERSION\" src/api/*.go" -> dist/spotify Done
Step 1 : FROM golang
 ---> 6639f812dbc7
Step 2 : MAINTAINER Francesco Ferraro <francescoaferraro@gmail.com>
 ---> Using cache
 ---> 889dd4c3c51b
Step 3 : ADD www/ www
 ---> Using cache
 ---> d76564cf30e4
Step 4 : ADD dist/spotify spotify
 ---> Using cache
 ---> bf693f142553
Step 5 : ENV PORT 8080
 ---> Using cache
 ---> 7e6ddde0cb70
Step 6 : EXPOSE 8080
 ---> Using cache
 ---> c949bc3da0b7
Step 7 : ENTRYPOINT /spotify
 ---> Using cache
 ---> 16c0a85747ca
Successfully built 16c0a85747ca
[image:build api-image] cescoferraro/spotify Created
[env:set vars] Done
Step 1 : FROM golang:1.7.4
 ---> 6639f812dbc7
Step 2 : RUN apt-get install -y curl
 ---> Using cache
 ---> cbb7f2130c36
Step 3 : RUN curl -sL https://deb.nodesource.com/setup_6.x -o nodesource_setup.sh
 ---> Using cache
 ---> c99cfa54bfb2
Step 4 : RUN bash nodesource_setup.sh
 ---> Using cache
 ---> 9e5fb9e5d712
Step 5 : RUN apt-get install -y nodejs
 ---> Using cache
 ---> beb37f2c6cb4
Step 6 : RUN apt-get install -y build-essential
 ---> Using cache
 ---> d7fa22c4dd89
Step 7 : RUN go get github.com/cespare/reflex &&         cp /go/bin/reflex /usr/bin/ &&         rm -rf /go/src/* /go/pkg/* /go/bin/*
 ---> Using cache
 ---> 937d6028e42e
Step 8 : ENV PS1 "# "
 ---> Using cache
 ---> b7f4d2ff45c1
Step 9 : ENV GOBIN /go/binw
 ---> Using cache
 ---> d59cce53944b
Step 10 : ADD package.json package.json
 ---> Using cache
 ---> 8b373f48ed53
Step 11 : ENV CGO_ENABLED 0
 ---> Using cache
 ---> 4ec6c4327572
Step 12 : WORKDIR /go/src/github.com/cescoferraro/spotify
 ---> Using cache
 ---> a418964be539
Successfully built a418964be539
[image:build dev-image] cescoferraro/spotify Created
[env:set vars] Done
[job: api] bash -c "go build -o dist/spotify -ldflags \"-X main.VERSION=$API_VERSION\" src/api/*.go" -> dist/spotify Start
[job: api] bash -c "go build -o dist/spotify -ldflags \"-X main.VERSION=$API_VERSION\" src/api/*.go" -> dist/spotify Done
[image:tag api-image] cescoferraro/spotify Tagged
[env:set vars] Done
Step 1 : FROM golang:1.7.4
 ---> 6639f812dbc7
Step 2 : RUN apt-get install -y curl
 ---> Using cache
 ---> cbb7f2130c36
Step 3 : RUN curl -sL https://deb.nodesource.com/setup_6.x -o nodesource_setup.sh
 ---> Using cache
 ---> c99cfa54bfb2
Step 4 : RUN bash nodesource_setup.sh
 ---> Using cache
 ---> 9e5fb9e5d712
Step 5 : RUN apt-get install -y nodejs
 ---> Using cache
 ---> beb37f2c6cb4
Step 6 : RUN apt-get install -y build-essential
 ---> Using cache
 ---> d7fa22c4dd89
Step 7 : RUN go get github.com/cespare/reflex &&         cp /go/bin/reflex /usr/bin/ &&         rm -rf /go/src/* /go/pkg/* /go/bin/*
 ---> Using cache
 ---> 937d6028e42e
Step 8 : ENV PS1 "# "
 ---> Using cache
 ---> b7f4d2ff45c1
Step 9 : ENV GOBIN /go/binw
 ---> Using cache
 ---> d59cce53944b
Step 10 : ADD package.json package.json
 ---> Using cache
 ---> 8b373f48ed53
Step 11 : ENV CGO_ENABLED 0
 ---> Using cache
 ---> 4ec6c4327572
Step 12 : WORKDIR /go/src/github.com/cescoferraro/spotify
 ---> Using cache
 ---> a418964be539
Successfully built a418964be539
[image:build dev-image] cescoferraro/spotify Created
[env:set vars] Done
[job: api] bash -c "go build -o dist/spotify -ldflags \"-X main.VERSION=$API_VERSION\" src/api/*.go" -> dist/spotify Start
[job: api] bash -c "go build -o dist/spotify -ldflags \"-X main.VERSION=$API_VERSION\" src/api/*.go" -> dist/spotify Done
The push refers to a repository [docker.io/cescoferraro/spotify]
58b328818efb: Pushed
540ea697ec3f: Pushed
8b77aafa7afb: Mounted from library/golang
988a4cf7bfad: Mounted from library/golang
e6769ace411a: Mounted from library/golang
779900daf86c: Mounted from library/golang
53c779688d06: Mounted from library/golang
60a0858edcd5: Mounted from library/golang
b6ca02dfe5e6: Mounted from library/golang
api-0.1.16: digest: sha256:066b1f33224cda57b2a645a8751ef32b80b0806e909c547397a3ca60ee54aea1 size: 2214
[image:push api-image] cescoferraro/spotify Pushed

What's the bug? That it has to rebuild the images?

@dnephin it runs the api job 3 times before actually pushing

:push depends on :tag, which depends on :build, which is ok, but once we added variables it's hard to figure out if the task needs to be forced or not.
The problem is that because of the variables it thinks it has to rebuild each time. I think the logic here needs to be a lot more complex.

this is burning my free CircleCI minutes
do you mean https://github.com/dnephin/dobi/blob/master/tasks/tasks.go#L78 ?
@dnephin why would an env resource invalidates the tasksConfigs cache?

Ya, that's the one. It's because env can change the output of a task, so you can't reliably cache it unless you include env as part of the cache key. So the fix would be to have the cache depend on env, not just the task having run.

This is not necessarily related to pushing.  I have three jobs which use an image I've built previously which depends on env.  Each of the jobs triggers the entire chain of building the image again.
The relevant part of the config looks something like this
# Build the dev dependencies image
env=deps-dev-settings:
  files: [build/lockfile_hash]
  variables:
    - NPM_TOKEN={env.NPM_TOKEN}

image=deps-dev:
  image: dependencies
  pull: always
  tags: ["{env.LOCKFILE_HASH}-dev"]
  dockerfile: Dockerfile.deps.dev
  depends:
    - deps-dev-settings
  args:
    NPM_TOKEN: "{env.NPM_TOKEN}"

# Build the dev image
image=dev:
  image: "{env.LOCKFILE_HASH}-dev"
  dockerfile: Dockerfile.dev
  depends: [deps-dev]
  tags: [dev]

# Run the tests
job=eslint:
  use: dev
  command: "yarn run eslint lib test"

job=eclint:
  use: dev
  command: "yarn run eclint check lib test"

job=test:
  use: dev
  command: "yarn test"

alias=tests:
  tasks:
    - eslint
    - eclint
    - test

Running dobi tests triggers the build of dev which in turns triggers deps-dev and because that depends on the env it is rebuilt every time (at least I think this is what happens).

I think #147 may be a fix for this issue

@dnephin If there are some instructions on how to build the branch I'll be happy to try this patch out.  But I have no idea about go and its ecosystem.

authors: Fuco1 cescoferraro dnephin

repo: dnephin/dobi


text:
[Bug]: Suddenly "Web Server Updated" every few minutes on all sites

Is there an existing issue for this?

[X] I have searched the existing issues

What happened?
Admin log shows a lot of entries with Web Server Updated in DNN 9.11.2.
Cause seems to be the new "Monitor Web Servers" task.
Steps to reproduce?
Basically just look at the admin logs page.
Current Behavior
Lot's of entries in the admin log saying "Web Server Updated"
Even though there is a setting which says to only keep the last 10 records of this type, I can see a couple of hundreds, so there are actually 2 thing going on.

I don't think this should be logged so many times.
The cleanup function in the admin log to only keep the last XX records for this type is not really functioning.

Expected Behavior

not log "Web server updated" since I don't think it really updated anything.
if the setting in the admin log says "keep the 10 most recent log entries, then it should only keep 10 entries, and not hundreds...

Relevant log output
No response
Anything else?
See this thread in the forum:
https://dnncommunity.org/forums/using-dnn/admin-and-config/suddenly-web-server-updated-every-few-minutes-on-all-sites/2/
Related to:
https://github.com/dnnsoftware/Dnn.Platform/issues/5575
https://github.com/dnnsoftware/Dnn.Platform/pull/5586
Affected Versions
9.13.3 (latest release)
What browsers are you seeing the problem on?
Firefox, Chrome, Safari, Microsoft Edge
Code of Conduct

[X] I agree to follow this project's Code of Conduct

Was this tested on 9.11.2 I am pretty sure this got fixed already in 9.13.x. If not, please report back after upgrading and I'll re-open the issue.

Also duplicates #5634 which was already fixed

authors: MarNothing valadas


text:
Compatibility with BCEWithLogitsLoss

BCEWithLogitsLoss expects a target of size = n, 1. However the underlying tensor seems to be squeezed somewhere.
import numpy as np
from sklearn.datasets import make_classification
from torch import nn

from skorch.net import NeuralNetClassifier

X, y = make_classification(1000, 20, n_classes=2, n_informative=10, random_state=0)
X = X.astype(np.float32)
y = y.astype(np.float32).reshape(-1, 1)

class Dummy(nn.Module):
    def __init__(self):
        super().__init__()
        self.dense = nn.Linear(20, 1)

    def forward(self, X):
        return self.dense(X)

net = NeuralNetClassifier(
    Dummy,
    criterion=nn.BCEWithLogitsLoss,
)

net.fit(X, y)
# ValueError: Target size (torch.Size([128])) must be the same as input size (torch.Size([128, 1]))

Indeed we squeeze the outgoing vector in the NeuralNetClassifier. This is a current workaround whose intent is explained here: https://github.com/dnouri/skorch/blob/master/skorch/net.py#L1138
This is also the method you could override if you want to circumvent the squeeze.
Alternatively, you could use NeuralNet (not the classifier) or you could use NLLLoss with softmax nonlinearity (with the caveats that apply there).

Subclassing directly NeuralNet works fine, thanks. Although I could not reproduce the issue you mentioned, I'm happy to look for an eventual solution. Related #65.

I see no solution that would result in a 1-dim LongTensor after passing through torch's DataLoader

We are not going to support BCELoss in NeuralNetClassifier as it is structurally very different to the multi-class case. We will, however, provide a NeuralNetBinaryClassifier class for convenience. In the mean time, as already suggested, using NeuralNet directly works fine.

Closing in favor of #200.

authors: BenjaminBossan ottonemo zifeo

repo: dnouri/skorch


text:
Cleaned up CSS, added meta description tag

A strange bootstrap bug was causing the query label to disappear.
I also added a meta description tag, which should mildly help with SEO.
Demo live at https://varunnsrivastava.github.io/SemanticFinder/.

It turns out that the bootstrap bug is not actually being fixed on the github site deployment of the PR (though it is working with local builds via npm run start). So this issue will have to be revisited.

repo: do-me/SemanticFinder


text:
Cannot connect to the Docker daemon

I've just tried to run some docker commands within docker docker image. But this is what I've got.
Warning: failed to get default registry endpoint from daemon (Cannot connect to the Docker daemon at unix:///var/run/docker.sock. Is the docker daemon running?). Using system default: https://index.docker.io/v1/
Cannot connect to the Docker daemon at unix:///var/run/docker.sock. Is the docker daemon running?

Any idea on this issue?

How did you use the image? I guess there is a problem with the way you use it.

I just start a nodejs server along with a redis container within the container. Basically, I’m trying to simulate running docker on alpine linux host while using macbook.

I mean how do you start the container.
(MoeLove) ➜  kubernetes git:(master) ✗ docker run --rm --privileged -d docker:dind
106c372c0791ecadb53dc82abfae85a976a236fe79d1e9c62aa0ffa64e2e33c7
(MoeLove) ➜  kubernetes git:(master) ✗ docker ps
CONTAINER ID        IMAGE               COMMAND                  CREATED             STATUS              PORTS               NAMES
106c372c0791        docker:dind         "dockerd-entrypoint.…"   2 seconds ago       Up 1 second         2375/tcp            musing_kowalevski
(MoeLove) ➜  kubernetes git:(master) ✗ docker exec -it 106c372c0791 sh
/ # docker ps
CONTAINER ID        IMAGE               COMMAND             CREATED             STATUS              PORTS               NAMES
/ # docker run --rm -it alpine
Unable to find image 'alpine:latest' locally
latest: Pulling from library/alpine
4fe2ade4980c: Pull complete
Digest: sha256:621c2f39f8133acb8e64023a94dbdf0d5ca81896102b9e57c0dc184cadaf5528
Status: Downloaded newer image for alpine:latest
/ # cat /etc/os-release
NAME="Alpine Linux"
ID=alpine
VERSION_ID=3.8.1
PRETTY_NAME="Alpine Linux v3.8"
HOME_URL="http://alpinelinux.org"
BUG_REPORT_URL="http://bugs.alpinelinux.org"
/ # docker  # now in the alpine linux container.
/bin/sh: docker: not found
/ # exit

@tao12345666333  Here is my Dockerfile.
FROM docker

RUN apk add --update nodejs nodejs-npm && apk add --no-cache py-pip
RUN pip install docker-compose

WORKDIR /app
COPY . .

ENTRYPOINT ["node", "/app/index.js"]

I just simply start a nodejs server when starting the container.

The docker image does not contain the Docker server, it is only the cli. If you want to run the Docker server in a Docker container, then you want the docker:dind image (dind: "docker-in-docker") and you'll need to start it with a process supervisor along with your node app, otherwise the only thing running in the container will be your node app (since that is your entrypoint).  The better approach is to use two containers, one with dind and with with your node app connecting to the Docker server through a Docker network.

authors: lewispham tao12345666333 yosifkit

repo: docker-library/docker


text:
gpg error in 4.1

I get below error when using 4.1/Dockerfile
+ mktemp -d
+ export GNUPGHOME=/tmp/tmp.lmyJDW4vsP
+ gpg --batch --keyserver ha.pool.sks-keyservers.net --recv-keys E162F504A20CDF15827F718D4B7C549A058F8B6B
gpg: keybox '/tmp/tmp.lmyJDW4vsP/pubring.kbx' created
gpg: keyserver receive failed: Cannot assign requested address
The command '/bin/sh -c set -ex;        export GNUPGHOME="$(mktemp -d)";        for key in $GPG_KEYS; do                gpg --batch --keyserver ha.pool.sks-keyservers.net --recv-keys "$key";       done;   gpg --batch --export $GPG_KEYS > /etc/apt/trusted.gpg.d/mongodb.gpg;    command -v gpgconf && gpgconf --kill all || :;       rm -r "$GNUPGHOME";     apt-key list' returned a non-zero code: 2

I was using the file wrongly. All good now.

I was using the file wrongly. All good now.

Hi , the same issue. Can u show your solution?
Why I run docker build -t mongo:4.2 ., also raise this error

See https://github.com/docker-library/faq#openpgp--gnupg-keys-and-verification

authors: Crachman nisarul tianon

repo: docker-library/mongo


text:
No module named 'test'

With the Docker images for Python 3.5 and 3.6, I get the message No module named 'test' when I try to import test.
A local Python 3.5 or 3.6 installation does have these modules.
What's happening? :)

It's removed during the build (along with the various other python unit tests):
https://github.com/docker-library/python/blob/3715773f1c22576bd9300521b9e34a7cd718d76e/Dockerfile-debian.template#L54
The docs say that test is intended for internal Python use only:
https://docs.python.org/3/library/test.html

authors: edmorley metachris

repo: docker-library/python


text:
Update PYTHON_SETUPTOOLS_VERSION  in python 3.8-slim-buster

Given this risk, https://github.com/advisories/GHSA-r9hx-vwmv-q579, any plans to update PYTHON_SETUPTOOLS_VERSION to 65.5.1 in python 3.8-slim-buster?

Duplicate https://github.com/docker-library/python/issues/781
https://github.com/docker-library/python/issues/781#issuecomment-1372524712

authors: manikantanallagatla yosifkit


text:
Fix userns mapping for tty

Linux part of the spec was ignored
Exec used empty spec

Signed-off-by: Tonis Tiigi tonistiigi@gmail.com

LGTM.

authors: mlaventure tonistiigi

repo: docker/containerd


text:
Disabling check execution by param

Add a param to disable check execution, something like:
docker run -it --net host --pid host --cap-add audit_control \
    -e "disable_checks=check_1_6,check_1_12"
    -v /var/lib:/var/lib \
    -v /var/run/docker.sock:/var/run/docker.sock \
    -v /usr/lib/systemd:/usr/lib/systemd \
    -v /etc:/etc --label docker_bench_security \
    docker/docker-bench-security

Thanks @jantoniucci, we're working extending the functionality but as a new tool which is a work in progress.
Possible duplicate of #51.

yes! that's right... I checked before but I couldn't find it. thanks!

@jantoniucci you're welcome:)
closing.

authors: jantoniucci konstruktoid

repo: docker/docker-bench-security


text:
"docker run -dit" vs "docker run -d"

from https://github.com/docker/docker.github.io/blob/master/config/containers/start-containers-automatically.md
$ docker run -dit --restart unless-stopped redis
What's the difference between "docker run -dit" and "docker run -d"?
Thanks,

-dit is a short-hand notation for -d -i -t.
Usually -i -t (or -it) is used to run a container interactively, but it can also be used to run a container "detached" (-d) (in the background) for situations where the container's process expects a TTY (-t) to be attached to keep running.
In this example, a redis container is started, which doesn't require -i or -t to be set to keep running, so I think we can remove it to prevent confusion.
I'll open a PR to remove it

opened https://github.com/docker/docker.github.io/pull/10698 to remove it


text:
Run spring-javaformat:apply to fix

Problem description
Failed to execute goal io.spring.javaformat:spring-javaformat-maven-plugin:0.0.25:validate (default) on project spring-petclinic: Formatting violations found in the following files:

Problem location
https://docs.docker.com/language/java/develop/#use-compose-to-develop-locally

I saw a problem on the following URL:

I couldn't find the information I wanted. I expected to find it near the following URL:

Other:

Project version(s) affected

Suggestions for a fix

@clnmahone thank you for the report. Unfortunately, this seems like an issue with the spring example and should be reported there.

authors: clnmahone tymik


text:
Small typo in Wordpress docs.

File: samples/wordpress.md
https://docs.docker.com/samples/wordpress/#define-the-project
The .yml docker-file config stipulates port 80 as such:
wordpress:
image: wordpress:latest
ports:
- 80:80
https://docs.docker.com/samples/wordpress/#bring-up-wordpress-in-a-web-browser
But later on, it tells us that is on port 8000:
At this point, WordPress should be running on port 8000 of your Docker Host, and you can complete the “famous five-minute installation” as a WordPress administrator.
Note: The WordPress site is not immediately available on port 8000 because the containers are still being initialized and may take a couple of minutes before the first load.
If you are using Docker Desktop for Mac or Docker Desktop for Windows, you can use http://localhost as the IP address, and open http://localhost:8000 in a web browser.
Not a big deal at all but it might just be a bit confusing for a beginner trying to put all the pieces together !

Thank you @TurboWindX for this issue. I've raised the PR for it. The default port for Wordpress is 80.


text:
Feedback for: compose/wordpress.md

File: compose/wordpress.md
$ docker-compose up -d
ERROR: In file './docker-compose.yml' service 'version' doesn't have any configuration options. All top level keys in your docker-compose.yml must map to a dictionary of configuration options.
After the 4th step, its giving this error

I've run through this walkthrough, and I can't reproduce your issue. If you can reproduce the error, can you post the yml file?

We'll be importing the official WordPress library readme soon; self-assigning for now

This file is deprecated

authors: JimGalasyn johndmulhausen yaswanthsunny


text:
Move open source registry to top-level side-bar navigation

This topic was moved under 'open source' because it confused users looking for the Enterprise products (DTR). This should no longer be a problem, so we should be able to move it back for easier discovery.
Also rephrased some TOC titles, and changed a page-title.

@usha-mandya @justincormack ptal

@thaJeztah The overview page states Docker Registry is open source. Wondering if it makes sense to retain it under Open source?

engine and cli are also open source, so not sure we need to make the distinction. Open to suggestions though: perhaps @justincormack has thoughts on this

Please do not do this.

authors: justincormack thaJeztah usha-mandya


text:
engine: add platform headings to TOC

This allows deep-linking to specific sections. Also fixed the checks in the support table to be left-aligned as they were supposed to be.

@usha-mandya ptal


text:
Update index.md

Proposed changes

Unreleased project version (optional)

Related issues (optional)

Thanks, @scjane :)

authors: johndmulhausen scjane


text:
Add dateUpdated and datePublished for Google

Proposed changes
Fixes #1612
Solution found on https://webmasters.stackexchange.com/questions/95792/how-to-get-google-to-display-the-published-date-of-blog-post-in-the-search-resul

I don't think this can actually break anything so I'm going to merge it so we can see if it works. :)


text:
Create part4.md

Proposed changes

Unreleased project version (optional)

Related issues (optional)

Sorry, that's not correct. docker-machine is a separate tool.

➜  playground docker machine ls
docker: 'machine' is not a docker command.
See 'docker --help'
➜  playground docker-machine ls
NAME    ACTIVE   DRIVER       STATE     URL                         SWARM   DOCKER        ERRORS
myvm1   -        virtualbox   Running   tcp://192.168.99.100:2376           v17.05.0-ce
myvm2   -        virtualbox   Running   tcp://192.168.99.101:2376           v17.05.0-ce
➜  playground

authors: eadys johndmulhausen


text:
Add using of PGPASSWORD for psql

Given example is not complete at least for official postgres image. I have added setting of psql password over POSTGRES_PASSWORD env variable.

Proposed changes

Unreleased project version (optional)

Related issues (optional)

Makes sense. Let's ship it 🚀

authors: KenanBek joaofnfernandes


text:
Punctuation fix

Proposed changes

Unreleased project version (optional)

Related issues (optional)

Deploy preview for modest-edison-79d82e ready!
Built with commit 52febf84300539c2ee0b133e1cad9e767d512f94
https://deploy-preview-7266--modest-edison-79d82e.netlify.com

authors: GordonTheTurtle ahh-docker


text:
about  to verify .dockercfg permission.

Docker will save the config file with permission 0600.
If someone has changed the permission say, 777, it is available for other users. The issue would lead to a secure risk.
should we check for this?

Do you mean .dockercfg?  .dockercfg file's owner is root, only root or sudoer user can change his permission. If user have root privilege, no security mechanism can stop him now.
Another similar security risk is .dockercfg save the username and password in plain text (base64 coding is not encryption), if user can read from .dockercfg, he can easily get all user's password.
But it's lucky that only root can read it.
This issue will not be a problem, I think.

Agree

authors: HammerOfThor HuKeping

repo: docker/docker


text:
Debug logs should trace a 302/301 when pulling an image

Just got done debugging some image pull problems. It'd be helpful if when pulling images redirects are noted in the logs

Hi!
Please read this important information about creating issues.
If you are reporting a new issue, make sure that we do not have any duplicates already open. You can ensure this by searching the issue list for this repository. If there is a duplicate, please close your issue and add a comment to the existing issue instead.
If you suspect your issue is a bug, please edit your issue description to include the BUG REPORT INFORMATION shown below. If you fail to provide this information within 7 days, we cannot debug your issue and will close it. We will, however, reopen it if you later provide the information.
This is an automated, informational response.
Thank you.
For more information about reporting issues, see https://github.com/docker/docker/blob/master/CONTRIBUTING.md#reporting-other-issues

BUG REPORT INFORMATION
Use the commands below to provide key information from your environment:
docker version:
docker info:
uname -a:
Provide additional environment details (AWS, VirtualBox, physical, etc.):
List the steps to reproduce the issue:
1.
2.
3.
Describe the results you received:
Describe the results you expected:
Provide additional info you think is important:
----------END REPORT ---------
#ENEEDMOREINFO

Why not. Sounds like valid debug info.

@LK4D4 , @thaJeztah - is this still ongoing ?
I want to give it a try.

I don't think anyone is working on it, but also must add that this is the only request, and only time I've seen it requested, so it may depend on the amount of code to maintain if it will be accepted

Let's close this one in favor of https://github.com/moby/moby/issues/6927

authors: GordonTheTurtle LK4D4 krasi-georgiev sdodson thaJeztah