{"push_id":880800374,"size":175,"distinct_size":172,"ref":"refs/heads/master","head":"0aeda8c4f15f4941eea0d3e550f2fdb6bb9fc1c9","before":"f88718c15f2fc34866fd9954c3db19c8fec6073b","commits":[{"sha":"e549b5c47a5828545260d94d036af18f78335478","author":{"email":"32b71423c0dbe58cc7229f648f881967a836ef95@redhat.com","name":"Vratislav Podzimek"},"message":"Use proper DBus types for numbers\n\nPython doesn't have unsigned integer types and using long() instances results in\nnumbers being \"exported\" as Int64 no matter what the introspection data says and\nclients thus get unexpected types not matching the introspection data.\n\nAlso change the type of 'data_percent' to UInt32 as it will never be negative\nand bigger than 100.","distinct":false,"url":"https://api.github.com/repos/vpodzime/lvm-dubstep/commits/e549b5c47a5828545260d94d036af18f78335478"},{"sha":"b522f133fdb2dda0b8a57d72c188387815c794e2","author":{"email":"a9f43b963cc2eaa0404961bf897f77a26737fc58@gmail.com","name":"Tony Asleson"},"message":"Merge pull request #2 from vpodzime/master-fixed_int_types\n\nUse proper DBus types for numbers","distinct":true,"url":"https://api.github.com/repos/vpodzime/lvm-dubstep/commits/b522f133fdb2dda0b8a57d72c188387815c794e2"},{"sha":"7bd89975f2df2bff94d4246873cc35b73f91fce4","author":{"email":"32b71423c0dbe58cc7229f648f881967a836ef95@redhat.com","name":"Vratislav Podzimek"},"message":"Add the 'segtype' property to the Lv and LvPool objects\n\nIt gives a human-readable description of the LV's segment type and thus may be\nuseful for many clients.","distinct":false,"url":"https://api.github.com/repos/vpodzime/lvm-dubstep/commits/7bd89975f2df2bff94d4246873cc35b73f91fce4"},{"sha":"81a988ab5887ae631ffa10ab459078f02e2f62fb","author":{"email":"32b71423c0dbe58cc7229f648f881967a836ef95@redhat.com","name":"Vratislav Podzimek"},"message":"Fix types of LV's size_bytes and data_percent\n\nThese should be uint64 and uint32 respectively.","distinct":false,"url":"https://api.github.com/repos/vpodzime/lvm-dubstep/commits/81a988ab5887ae631ffa10ab459078f02e2f62fb"},{"sha":"05fe14d1eb272794d09ee6b7edf62d18f1171253","author":{"email":"a9f43b963cc2eaa0404961bf897f77a26737fc58@gmail.com","name":"Tony Asleson"},"message":"Merge pull request #3 from vpodzime/master-add_lv_segtype\n\nAdd LV segtype","distinct":true,"url":"https://api.github.com/repos/vpodzime/lvm-dubstep/commits/05fe14d1eb272794d09ee6b7edf62d18f1171253"},{"sha":"9b80f8d9b9bc9082ec75427a4a3415ec5199a039","author":{"email":"1ef2d381aa56d512126ddaacc29e68136e4fdf55@redhat.com","name":"Tony Asleson"},"message":"ws, comment fixes\n\nSigned-off-by: Tony Asleson <tasleson@redhat.com>","distinct":true,"url":"https://api.github.com/repos/vpodzime/lvm-dubstep/commits/9b80f8d9b9bc9082ec75427a4a3415ec5199a039"},{"sha":"5a9e18ac1152793c2b42c7ccba2954e315e96de2","author":{"email":"1ef2d381aa56d512126ddaacc29e68136e4fdf55@redhat.com","name":"Tony Asleson"},"message":"Cleanup object inheritance from dbus.service.Object\n\nThe python dbus is actually written in C, so changing things around\nto match how the documentation shows it.\n\nSigned-off-by: Tony Asleson <tasleson@redhat.com>","distinct":true,"url":"https://api.github.com/repos/vpodzime/lvm-dubstep/commits/5a9e18ac1152793c2b42c7ccba2954e315e96de2"},{"sha":"45f816b7f42dca8aea488c54c35be0d5335dfa14","author":{"email":"1ef2d381aa56d512126ddaacc29e68136e4fdf55@redhat.com","name":"Tony Asleson"},"message":"Make PV Paths opaque\n\nSigned-off-by: Tony Asleson <tasleson@redhat.com>","distinct":true,"url":"https://api.github.com/repos/vpodzime/lvm-dubstep/commits/45f816b7f42dca8aea488c54c35be0d5335dfa14"},{"sha":"6e4c0415104b78b74e4058e3e3a5f386b9bbb45a","author":{"email":"1ef2d381aa56d512126ddaacc29e68136e4fdf55@redhat.com","name":"Tony Asleson"},"message":"Return correct dbus types for simple properties\n\nLeverage the decorator for the class properties to cast to correct\ntype.  Still need to go through individual properties handlers and\nensure they return the correct types, especially for strutured return\ndata.\n\nFixed some bugs with origin_lv and pool_lv too.\n\nSigned-off-by: Tony Asleson <tasleson@redhat.com>","distinct":true,"url":"https://api.github.com/repos/vpodzime/lvm-dubstep/commits/6e4c0415104b78b74e4058e3e3a5f386b9bbb45a"},{"sha":"431cf252697ddfb14a4233ec6b0543276b2a79e1","author":{"email":"1ef2d381aa56d512126ddaacc29e68136e4fdf55@redhat.com","name":"Tony Asleson"},"message":"Client & parser for lvmetad\n\nSigned-off-by: Tony Asleson <tasleson@redhat.com>","distinct":true,"url":"https://api.github.com/repos/vpodzime/lvm-dubstep/commits/431cf252697ddfb14a4233ec6b0543276b2a79e1"},{"sha":"36dcb3dfc2a5a1475879b7d1383ea0149586d499","author":{"email":"1ef2d381aa56d512126ddaacc29e68136e4fdf55@redhat.com","name":"Tony Asleson"},"message":"Improve parser perf\n\nUsing static methods in a class yields slower code, switching to\nfunctions.\n\nSigned-off-by: Tony Asleson <tasleson@redhat.com>","distinct":true,"url":"https://api.github.com/repos/vpodzime/lvm-dubstep/commits/36dcb3dfc2a5a1475879b7d1383ea0149586d499"},{"sha":"75c7b945695ebaef77c6edc4b08710ba55258851","author":{"email":"a9f43b963cc2eaa0404961bf897f77a26737fc58@gmail.com","name":"Tony Asleson"},"message":"Merge pull request #9 from tasleson/metadata\n\nMetadata","distinct":true,"url":"https://api.github.com/repos/vpodzime/lvm-dubstep/commits/75c7b945695ebaef77c6edc4b08710ba55258851"},{"sha":"d39b9c1a4088ed3fb2d99fff484557e241e46708","author":{"email":"1ef2d381aa56d512126ddaacc29e68136e4fdf55@redhat.com","name":"Tony Asleson"},"message":"Make VG & LV object paths opaque\n\nThe paths are now simply an integer for each of the objects, eg.\n\n/com/redhat/lvm1/pv/[0..n]\n/com/redhat/lvm1/vg/[0..n]\n/com/redhat/lvm1/lv/[0..n]\n/com/redhat/lvm1/thinpool/[0..n]\n\nTo facilitate this we need a way to take a LVM name eg.\n\n/dev/sda\nsome_vg\nsome_vg/lv1\nsome_other_vg/lv1\n\nand make it into a consistent dbus object path.  Previously given the name\ninformation we could easily determine the object path.  Now with the opaque\nobject paths we always need to look up a path given one of LV names.  As names\nand uuids can be changed by the user it's difficult to keep a look up table in\na consistent state, especially through re-names.  Thus look ups are accomplished\nby first checking by name and if that fails, by uuid.  This should work as\nlong as the two don't change at the same time.  The uuid would ideally be the\nprimary look up mechanism, but we need a way to allow users to do look ups given\nsimple names too.  Additionally at this time it's not possible to get the uuid\nat the same time as you get the name for LVM assets that have values that point\nto other LVM assets, eg. pool_lv in a lvs output.\n\nOn top of all this, the problem is complicated because we have circular\ndependencies, each of the objects has references to other objects, thus when\nwe are constructing an object, the other objects might not exist.  Thus the\nlook up mechanism can also create 'future' place holder look ups.  This way we\ncan construct objects with the correct paths when they are created.  Previously,\nI was using names and then generating the paths based on the name, but as names\ncan change you cannot store anything by name which is referring to some other\ndbus object.\n\nEven though it was a pain handling renames when the object path included them\nthe code ultimately was easier.  However, doing this we reduce the amount of\nsignals that are generated when a user does a simple rename.\n\nSigned-off-by: Tony Asleson <tasleson@redhat.com>","distinct":true,"url":"https://api.github.com/repos/vpodzime/lvm-dubstep/commits/d39b9c1a4088ed3fb2d99fff484557e241e46708"},{"sha":"7fcf047f7a48e303831f3e6925aa2a2420335c40","author":{"email":"1ef2d381aa56d512126ddaacc29e68136e4fdf55@redhat.com","name":"Tony Asleson"},"message":"Add debug to figure out when signals are being generated incorrectly\n\nStems from values in properties that aren't consistently returned in the\nsame order.\n\nSigned-off-by: Tony Asleson <tasleson@redhat.com>","distinct":true,"url":"https://api.github.com/repos/vpodzime/lvm-dubstep/commits/7fcf047f7a48e303831f3e6925aa2a2420335c40"},{"sha":"5685db63fea4e80b8ed657c0d8e79e650bb05e4a","author":{"email":"1ef2d381aa56d512126ddaacc29e68136e4fdf55@redhat.com","name":"Tony Asleson"},"message":"Sort LVM assets before creating objects\n\nThis isn't required, but makes it easier during developement to consistently\nfind an object at the same index.\n\nSigned-off-by: Tony Asleson <tasleson@redhat.com>","distinct":true,"url":"https://api.github.com/repos/vpodzime/lvm-dubstep/commits/5685db63fea4e80b8ed657c0d8e79e650bb05e4a"},{"sha":"edf5cba9622c20d9be5ffe8a4f369a8cf024e94d","author":{"email":"1ef2d381aa56d512126ddaacc29e68136e4fdf55@redhat.com","name":"Tony Asleson"},"message":"Rename function rtype argument, so that it's not the same\n\nMakes it a little easier to keep track of what's what.\n\nSigned-off-by: Tony Asleson <tasleson@redhat.com>","distinct":true,"url":"https://api.github.com/repos/vpodzime/lvm-dubstep/commits/edf5cba9622c20d9be5ffe8a4f369a8cf024e94d"},{"sha":"d65cf9b101566c1a585ea97605dca828592a943a","author":{"email":"a9f43b963cc2eaa0404961bf897f77a26737fc58@gmail.com","name":"Tony Asleson"},"message":"Merge pull request #12 from tasleson/opaque_paths\n\nOpaque paths","distinct":true,"url":"https://api.github.com/repos/vpodzime/lvm-dubstep/commits/d65cf9b101566c1a585ea97605dca828592a943a"},{"sha":"0523b23fc695a3a668f0b707c3151ffb85b11279","author":{"email":"1ef2d381aa56d512126ddaacc29e68136e4fdf55@redhat.com","name":"Tony Asleson"},"message":"Fix thin pool object path\n\nWhen building the object paths for the associated LVs in the Vg\nconstructor we weren't accounting for thin pools so the object\npaths were all the same.\n\nSigned-off-by: Tony Asleson <tasleson@redhat.com>","distinct":true,"url":"https://api.github.com/repos/vpodzime/lvm-dubstep/commits/0523b23fc695a3a668f0b707c3151ffb85b11279"},{"sha":"61dd14d33a7e6f54754fb8b513125b0aff5be9f2","author":{"email":"1ef2d381aa56d512126ddaacc29e68136e4fdf55@redhat.com","name":"Tony Asleson"},"message":"Fix: Don't overwrite the default property value\n\nWhen going through a constructor, if the incomming argument is empty don't\nover write what we currently have if it's not.  Fixes the issue where the\ndefault value set using the decorator for dbus properties was being\noverwritten with nothing.\n\nSigned-off-by: Tony Asleson <tasleson@redhat.com>","distinct":true,"url":"https://api.github.com/repos/vpodzime/lvm-dubstep/commits/61dd14d33a7e6f54754fb8b513125b0aff5be9f2"},{"sha":"e72ed5d0ff05115b0beaed44f8cd1ce5a7f45198","author":{"email":"1ef2d381aa56d512126ddaacc29e68136e4fdf55@redhat.com","name":"Tony Asleson"},"message":"Use inheritance to minimize code duplication\n\nSigned-off-by: Tony Asleson <tasleson@redhat.com>","distinct":true,"url":"https://api.github.com/repos/vpodzime/lvm-dubstep/commits/e72ed5d0ff05115b0beaed44f8cd1ce5a7f45198"}]}