{"push_id":1444805584,"size":56,"distinct_size":1,"ref":"refs/heads/extensions","head":"003f93af142a912014ba245f4308475e1891901e","before":"69f518bb9eee8fad2b78bf7b3c59d1e4975d8263","commits":[{"sha":"62bfe89941e22c7176742b7ce752665572309811","author":{"name":"Radek Krejci","email":"e4b54c119f63c4b208e03c218a63351f8fa9074b@cesnet.cz"},"message":"parsers BUGFIX binary type's length is in octets, not in encoded characters\n\nFixes #206","distinct":false,"url":"https://api.github.com/repos/CESNET/libyang/commits/62bfe89941e22c7176742b7ce752665572309811"},{"sha":"6583d94c9db81e598c5429f3e676beec98625688","author":{"name":"Radek Krejci","email":"e4b54c119f63c4b208e03c218a63351f8fa9074b@cesnet.cz"},"message":"VERSION bump version to 0.11.69","distinct":false,"url":"https://api.github.com/repos/CESNET/libyang/commits/6583d94c9db81e598c5429f3e676beec98625688"},{"sha":"a463b743ed6c754ff83f3224c0b37529053de998","author":{"name":"Radek Krejci","email":"e4b54c119f63c4b208e03c218a63351f8fa9074b@cesnet.cz"},"message":"data tree BUGFIX inserting list/leaf-list instance in rpc/action\n\nSince the order of the data nodes in rpc/action is strict, we are\nsearching for the correct place where to insert the node. However,\nin case of list and leaf-list, it must be taken into account that\nthere can be already some instances of the same list/leaf-list and\nwe are actually supposed to put the new node as the last instance.\n\nFixes #202","distinct":false,"url":"https://api.github.com/repos/CESNET/libyang/commits/a463b743ed6c754ff83f3224c0b37529053de998"},{"sha":"3f11feaebf4821fe1269947f61a83c37154a02ee","author":{"name":"Radek Krejci","email":"e4b54c119f63c4b208e03c218a63351f8fa9074b@cesnet.cz"},"message":"VERSION bump version to 0.11.70","distinct":false,"url":"https://api.github.com/repos/CESNET/libyang/commits/3f11feaebf4821fe1269947f61a83c37154a02ee"},{"sha":"5539ed0c2ed2b6490a991ff547894361a35d6c2d","author":{"name":"Radek Krejci","email":"e4b54c119f63c4b208e03c218a63351f8fa9074b@cesnet.cz"},"message":"doc FEATURE add FAQ document","distinct":false,"url":"https://api.github.com/repos/CESNET/libyang/commits/5539ed0c2ed2b6490a991ff547894361a35d6c2d"},{"sha":"db2f58c776b6b5badc8541c994d05968d723d2de","author":{"name":"Radek Krejci","email":"e4b54c119f63c4b208e03c218a63351f8fa9074b@cesnet.cz"},"message":"data printers CHANGE do not print default values in anydata trees\n\nAnydata trees are supposed to be with no knowledge about its schema,\nso to be consistent with other types of the anydata content, even if\nwe know the schema, we should print it without the default nodes and\nempty containers. We follow just the LYP_FORMAT flag.","distinct":false,"url":"https://api.github.com/repos/CESNET/libyang/commits/db2f58c776b6b5badc8541c994d05968d723d2de"},{"sha":"3b75378c8a824d0e066aa5dfe25342b6eb8cbcd0","author":{"name":"Radek Krejci","email":"e4b54c119f63c4b208e03c218a63351f8fa9074b@cesnet.cz"},"message":"VERSION bump version to 0.11.71","distinct":false,"url":"https://api.github.com/repos/CESNET/libyang/commits/3b75378c8a824d0e066aa5dfe25342b6eb8cbcd0"},{"sha":"4d70d3d5c75fddfe713ab0705fca21d7a06b1ca5","author":{"name":"Radek Krejci","email":"e4b54c119f63c4b208e03c218a63351f8fa9074b@cesnet.cz"},"message":"xml printer CHANGE improve formatting when printing anydata","distinct":false,"url":"https://api.github.com/repos/CESNET/libyang/commits/4d70d3d5c75fddfe713ab0705fca21d7a06b1ca5"},{"sha":"70cc0630957f3b937e5aeea0812d078b8889339f","author":{"name":"Radek Krejci","email":"e4b54c119f63c4b208e03c218a63351f8fa9074b@cesnet.cz"},"message":"VERSION bump version 0.11.72","distinct":false,"url":"https://api.github.com/repos/CESNET/libyang/commits/70cc0630957f3b937e5aeea0812d078b8889339f"},{"sha":"e5a1c07e49833e3a49ba4444b675e932935ab29f","author":{"name":"Michal Vasko","email":"9ab90fb597bbf448aeb72e591dd73d5a38ee5739@cesnet.cz"},"message":"printer MAINTENANCE proper prototype placement","distinct":false,"url":"https://api.github.com/repos/CESNET/libyang/commits/e5a1c07e49833e3a49ba4444b675e932935ab29f"},{"sha":"07d77d4ad3b6a0b89bf68f4fd6d4fdc974b4adc5","author":{"name":"Michal Vasko","email":"9ab90fb597bbf448aeb72e591dd73d5a38ee5739@cesnet.cz"},"message":"xml printer BUGFIX print all anydata tree top elements","distinct":false,"url":"https://api.github.com/repos/CESNET/libyang/commits/07d77d4ad3b6a0b89bf68f4fd6d4fdc974b4adc5"},{"sha":"0e07a03d11008d340a66c6ddb4d45337cb2d1c3c","author":{"name":"Michal Vasko","email":"9ab90fb597bbf448aeb72e591dd73d5a38ee5739@cesnet.cz"},"message":"VERSION bump to version 0.11.73","distinct":false,"url":"https://api.github.com/repos/CESNET/libyang/commits/0e07a03d11008d340a66c6ddb4d45337cb2d1c3c"},{"sha":"6767827e717d2ab7a2a67c052e5791f7e95ed335","author":{"name":"Radek Krejci","email":"e4b54c119f63c4b208e03c218a63351f8fa9074b@cesnet.cz"},"message":"data printers BUGFIX printing default data in notification/rpc in explicit mode\n\nnodes in notification/rpc are not config or status, they do not have\nthe config flag set internally, but when printing default nodes we are\nchecking for the config status of the node in case of printing in explicit\nmode, in which the default config false nodes are supposed to be printed.\nThe test had to be changed to detect not presence of config false flag instead\nof checking for presence of the config true flag (which is not the same since\nthe nodes in notification/rpc have no config flag set).","distinct":false,"url":"https://api.github.com/repos/CESNET/libyang/commits/6767827e717d2ab7a2a67c052e5791f7e95ed335"},{"sha":"3e6242b62393d7e45e4cd3465d191477a10610a2","author":{"name":"Radek Krejci","email":"e4b54c119f63c4b208e03c218a63351f8fa9074b@cesnet.cz"},"message":"VERSION bump version to 0.11.74","distinct":false,"url":"https://api.github.com/repos/CESNET/libyang/commits/3e6242b62393d7e45e4cd3465d191477a10610a2"},{"sha":"bb35f2737e9edddf15bd5d3eb44c2ca3c6dd93ac","author":{"name":"Michal Vasko","email":"9ab90fb597bbf448aeb72e591dd73d5a38ee5739@cesnet.cz"},"message":"parser BUGFIX proper base64 length even when indented","distinct":false,"url":"https://api.github.com/repos/CESNET/libyang/commits/bb35f2737e9edddf15bd5d3eb44c2ca3c6dd93ac"},{"sha":"01bdcb23f9f9700453b639cc875cc967166d20d5","author":{"name":"Michal Vasko","email":"9ab90fb597bbf448aeb72e591dd73d5a38ee5739@cesnet.cz"},"message":"VERSION bump to version 0.11.75","distinct":false,"url":"https://api.github.com/repos/CESNET/libyang/commits/01bdcb23f9f9700453b639cc875cc967166d20d5"},{"sha":"bb58182c1e0a36df1a89e2f035c27fa789887f49","author":{"name":"Radek Krejčí","email":"e4b54c119f63c4b208e03c218a63351f8fa9074b@cesnet.cz"},"message":"doc CHANGE make FAQ answer/instructions more clear","distinct":false,"url":"https://api.github.com/repos/CESNET/libyang/commits/bb58182c1e0a36df1a89e2f035c27fa789887f49"},{"sha":"708e1c3c14bf5abb2ae0f23c5d7ca418d1c610c5","author":{"name":"Radek Krejci","email":"e4b54c119f63c4b208e03c218a63351f8fa9074b@cesnet.cz"},"message":"data diff BUGFIX uninitialized variables","distinct":false,"url":"https://api.github.com/repos/CESNET/libyang/commits/708e1c3c14bf5abb2ae0f23c5d7ca418d1c610c5"},{"sha":"c4b91f36638d028eb424c9871540d314b7239a2d","author":{"name":"Radek Krejci","email":"e4b54c119f63c4b208e03c218a63351f8fa9074b@cesnet.cz"},"message":"VERSION bump version to 0.11.76","distinct":false,"url":"https://api.github.com/repos/CESNET/libyang/commits/c4b91f36638d028eb424c9871540d314b7239a2d"},{"sha":"5fb4c38c5b67f416229856c6abd7d3e57e280950","author":{"name":"Radek Krejci","email":"e4b54c119f63c4b208e03c218a63351f8fa9074b@cesnet.cz"},"message":"schema parsers BUGFIX unintended double resolving of augments\n\nIn some cases, the setting a module implemented, which is part of\nresolving augment's target path, itself causes resolving the augment,\nso it was then resolved again with failure because it would add\na duplicated nodes into the target node.","distinct":false,"url":"https://api.github.com/repos/CESNET/libyang/commits/5fb4c38c5b67f416229856c6abd7d3e57e280950"}]}
{"actor":{"display_login":"rkrejci"}}