cover photo

Hubzilla Development

hubzilla@project.hubzilla.org

Christopher M. Rasch
 East Palo Alto,  last edited: Thu, 26 Apr 2018 20:54:21 -0400  
!Hubzilla Development  !Hubzilla Support Forum

Is anyone aware of a Hubzilla theme/plugin that makes a forum channel look and behave as much like a Reddit subreddit as possible?  I took a look through Sean Tilley's theme collection, but he doesn't seem to have one, but perhaps someone else is working on one.

poVoq
 
Yeah, I know... latest fads and all that ;)

But Mozilla is actually creating a pretty cool and very easy to use framework for WebVR called A-Frame: https://aframe.io/
It can be very easily used within HTML and already cool open-source web-projects such as this php CMS have arrived:
https://www.ideaspacevr.org
And now things got even cooler with working multi-user support using standard web technologies such as WebRTC, see:
https://github.com/networked-aframe/networked-aframe

A-Frame is working on all major VR platforms both PC based and mobile, so the entry barrier is minimal.

So maybe Hubzilla could add this as an eye-catching feature to attract attention? :) But regardless... it is probably a pretty cool feature to have, so that you can host your own VR space in the Fediverse and have your connections easily join you for a round of watching youtube or so...
 VR  social
Hubzilla @ sasiflo
  
Cool thing. But „could add“ what it really mean? You could write HTML in webpages, so you could just include the a-frame and scipt tags. WebVR UI would be very cool :-)
poVoq
  
I mean a small Hubzilla app that allows users to quickly set-up a VR space based on some pre-made components and maybe self-made uploaded 360° images (see IdeaSpaceVR for an easy to use interface for that). Then users could share this VR space with connections and also utilize HubZillas permission system to prevent access by non-authorized users.

Christopher M. Rasch
 East Palo Alto,  last edited: Mon, 23 Apr 2018 19:32:30 -0400  
@Hubzilla Development+  @Hubzilla Development+

I see in the repository that there's a hidden config for a ratings system:

[*= system.rating_enabled ] Distributed reputation reporting and data collection. This feature is currently being re-worked.


Digging into the code a bit, I see this:

ratings are gone. They can be enabled, but there is no UI for doing so at this time; and will likely only be available in a 'pro' configuration once the new implementation details have been hashed out. This appears to require a mechanism for rebuttal before it can again be opened to the public. There are also some synchronisation issues to contend with; as ratings are currently only distributed to active directory servers. There is no reliable mechanism for a new directory server to fetch existing ratings.


More on the directory issue here:

https://github.com/redmatrix/hubzilla/issues/406

If someone has time, can they explain how the ratings system were supposed to work?  Also, if there's currently a discussion happening somewhere about the nature of a future ratings system, I'd be grateful  for a pointer.  

Thank you!
Christopher M. Rasch
  
Gotcha.  Many thanks!
poVoq
 
Btw, interesting recent publication on why online rating tend to inflate towards 4.5/5 stars:
https://papers.ssrn.com/sol3/papers.cfm?abstract_id=3136473
Christopher M. Rasch
  last edited: Tue, 24 Apr 2018 17:27:10 -0400  
@M. Dent I think piggy backing on one of the blockchain rating/reputation systems is worth pursuing.  Personally, I'm excited about integrating OpenBazaar into Hubzilla.  OB has a similar ethos (decentralized, open source, privacy centric).  They already have implemented a reputation system based on transaction ratings, and they've put out a call for ideas for better identity/reputation in their 2018 roadmap.

https://www.openbazaar.org/blog/openbazaar-2018-roadmap/

Christopher M. Rasch
 East Palo Alto,  last edited: Mon, 23 Apr 2018 18:53:51 -0400  
!Hubzilla Development !Hubzilla Support Forum

I found it difficult to tell what the add-ons in the Hubzilla Add-on repository did.  So I made a table of the current list of add-ons and their functions here:

https://project.hubzilla.org/wiki/hubzilla/Hubzilla%2BProject/Plugins%2BTable

Comments, questions, and suggestions are welcome!
Christopher M. Rasch
  
Please reload and try again.  For some reason, Hubzilla doesn't seem to like it as a bookmark-able link.
Christopher M. Rasch
  
Thanks, @muppeth!
Christopher M. Rasch
  
@msc, if you authenticate to the https://project.hubzilla.org hub, I think you'll be able to edit it, if you want.
mrjive
 45.0705 7.6868 
!Hubzilla Development
When opening a link to a comment  from notifications, often happens that I need to scroll back to top to see what it is all about, and then back to the comment.
It would be handy to have the post title and the top part of the post stick at the top of the page. It shouldn't be difficult to see, I could try it myself.

What do you think?


Image/photo



Image/photo

Andrew Manning
  
!Hubzilla Development

We need some more context help and updates to the existing context help. For example, we need one for the new "articles" app. The "cards" app context help example is below. Don't worry about git or pull requests. That barrier is too high for most people. Just type a contribution as a comment and I'll take credit for your work when I commit it. We need translations for all the important languages.

<dl class="dl-horizontal">
    <dt>General</dt>
    <dd>Cards represent a persistent area for collaboration that is separate from the social stream. They are somewhat more lightweight than webpages and wikis for quick organisation of information and have the advantage of allowing collaboration and commentary. They are well suited for helping to organise complex tasks where there are frequent updates and feedback.
    </dd>
        <dt>Add Card</dt>
        <dd>
            Creating a new card is very similar to composing a new post.<br><br>
        <ul>
            <li>
                <b>Page link name</b>: The page link name is the name of the card for the static URL
            </li>
            <li>
                <b>Title</b>: The title is displayed at the top of the card
            </li>
            <li>
                <b>Categories</b>: If you have the <a href="/settings/features">Post Categories feature</a> enabled for your channel, then you can add categories to the card. These categories populate the <b>Categories</b> list on the left panel and allow filtering your collection of cards.
            </li>
        </ul>
    </dd>
</dl>
M. Dent
  
Image/photo
neue medienordnung plus
 
Russian speaking people, you are invited Russian translation for Cards describing to release.

Brian Christensen
  
!Hubzilla Development Support Forum

I seem to get regularly logged out of my instance for no apparent reason, particularly when I visit another hub (i.e. every time I visit the Hubzilla Support Forum I find myself logged out when I return to my own hub). But it doesn't seem to be limited to this, sometimes I just randomly get knocked out even when I stay on my own server.

Checking off "remember me" seems to have no effect. Is there an Apache or PHP related configuration regarding cookies and/or sessions that I should be looking at?
giac hellvecio
 
do you use some firefox-chrome plugin for block coockies?
Brian Christensen
  
Good call. Looks like Ghostery is the culprit. Marking my own hub as "trusted" along with others I visit seems to resolve this issue. Don't know why I didn't think to look at that. Thanks for the tip!

M. Dent
  
!Hubzilla Development

Is there any example code for the bbcode_filter and bbcode hooks?  I see them in the bbcode function (include/bbcode.php), but I can't find them used anywhere.  I'm thinking of creating a "buy-it-now" type button for the cart tool that would add an item to the cart and take the user to the beginning of the checkout phase.

Maybe something like:
[zcart=buynow][item]##[/item][buttontext]Buy it Now: $10[/buttontext][/zcart]

So.... if I were to create a custom bbcode tags, which hook should they reside in?  Or is there a better way to do it?
Andrew Manning
  
Looks like you would process the text like the previous statements do:


    if (strpos($Text,'[/zcart]') !== false) {
        $Text = preg_replace("/\[zcart\](.*?)\[\/zcart\]/ism", 'whatever you want', $Text);
    }

where you would add more logic than this to parse the "buynow" string and decide what to render.

It looks like the primary difference between the two hooks is that the "bbcode_filter" hook executes prior to further BBcode parsing, while "bbcode" is the final processing step so you can be sure nothing else will change your output.
M. Dent
  
That's what I thought... just wanted to make sure I was working in the right direction - or find out what the "right" way to do it is if I was working in the wrong direction.
Anatoly
 
Is there an option to show comments via the tree when you can answer for not only last comments but any comment?
For example show comments like this:


post
|- comment 1
|- comment 2
|   |- comment for 2
|   \_ comment for 2
|- comment 3
|   |- comment for 3
|   |    \_ comment for comment :)
|   \_ comment for 3
\_ comment for 4
Mike Macgirvin
  last edited: Sat, 21 Apr 2018 05:25:40 -0400  
This was once supported but we turned it off and haven't messed with it in years. It would probably take a bit of work to bring back, but it shouldn't take very much new code - just a lot of fiddling and trying to present it in the UI without generating a lot of confusion. That's the reason we turned it off. I would probably recommend setting a maximum thread level. 2-3 levels is fine. After that humans can't easily track the conversation any more.

neue medienordnung plus
  
Hubzilla community advertise the Nomadic Identity feature as unique feature of Hubzilla accounts. I get the hint "Cloned channel not found" when I attempt import the channel from one hub with version 3.4RC to hub with version 3.2.2. Is this behavior a bug or feature? I mean, that this #VersionHurdle make the "Nomadic Identity" pledge of Hubzilla implausible.

#exportImport #NomadicIdentity #HubzillaPromotion #NomadicIdentityPledge @Hubzilla Development+ @Hubzilla Support Forum+

Image/photo
neue medienordnung plus
 
btw, after apgrade from 3.2.2 to 3.4RC works the migration for this two hubs.

M. Dent
  
!Hubzilla Development

Weighing in at just under 2050 lines of php (plus templates), the core functionality for the cart plugin is complete (includes sample catalog, basic shop administration tools, and manual payment system)

I'll be the first to admit ---> It ain't pretty, but it is functional.  

As before, there is only the example catalog and manual payments but the basic shop admin tools are now functional and allows a shop owner to manually kick off the fulfillment of items, mark orders as paid, and make notes on both items and the order as a whole.

This is basically the CORE plugin.  It acts as a traffic director and tracker for the progress of the order.  It is designed so that MOST functionality will be handled by additional add-ons in the following categories:
   * Catalog/Items - these plugins will create new item types and contain the code for the core hooks to call to "fulfill" items (make them active, connect with outside services, whatever needs to be done)
           * Example:  Hubzilla "paid extras" addon to activate additional features or provide access to pages/forums/etc. upon payment.

  * Payment Processors - these plugins will hook into the payment flow and kick off the order fulfillment process once an order is paid.
           * Example: Paypal

Other possibilities for addon modules include:
  * Subscription/recurring payments
  * Customer Service / communications

There are also hooks that allow for the entire UI to be completely replaced by an enterprising community member.

Here is a sketch of the VERY basic usage instructions (once installed and activated)

Base URL: /cart/<shopchannel>
Catalog URL:   /cart/<shopchannel>/catalog
Shop Admin:  /cart/<shopchannel>/myshop
Hubzilla @ sasiflo
  
I am dreaming of OpenBazaar functionality based on hubzilla decentralized federated grid. Thinking on how to realize this.
Hubzilla @ sasiflo
  last edited: Mon, 23 Apr 2018 03:46:20 -0400  
@M. Dent : Hm. I am a little bit lost. Opening the cart app gives me a mostly blank sceen with title HubCart Main Menu. But nothing else. I am on a recenr hubzilla dev installation.
Haakon Meland Eriksen (Parlementum)
  
@Hubzilla Development+ I added [widget=wiki_pages][/widget] to the PDL for my channel page, but I do not see any wikis in my left aside. Do I need to add some variable?
Galette Saucisse
  
Link?
Haakon Meland Eriksen (Parlementum)
  
@Hubzilla Development+ I cannot check the checkboxes in my checklists at Parlementum or Els Mussols. I have tried Firefox on mobile and on my computer. This is a bit of a problem, since I wanted to show the world Hubzilla checks most of the 17 recommendations for MoodleNet.




  • Recommendation #1: Checklist should check.



https://parlementum.net/channel/moodlenetfan/?f=&mid=65f56caaed212408e7fe2800154dbe35856602f0ae6c953d16385eee91075a53@parlementum.net


Relevant site info:
https://parlementum.net/siteinfo/json
https://elsmussols.org/siteinfo/json
Haakon Meland Eriksen (Parlementum)
  
What do you think, Charles? :-)
Charles Roth MPC
  
Impressive!
Haakon Meland Eriksen (Parlementum)
  
It would be a boost to both MoodleNet and Hubzilla if Zot/Hubzilla was chosen by Moodle HQ as the platform for the new moodle.org. They demand a lot, and we have most of what they need. We lack perhaps the MoodleNet theme, the one that says "Wow, I had no idea it was this easy to discover decentralized and rated learning resources with such a great community!".

M. Dent
  last edited: Fri, 20 Apr 2018 00:48:14 -0400  
!Hubzilla Development

The context here is the cart addon.  At some level there is a need to have access to at least SOME info about the purchaser - especially for customer service purposes.  But after mucking about in the code, I can't figure out what information the seller should rightly have access to and how to properly obtain it so that there is no inadvertant leak of private data.  I'd prefer not to force a remote profile query every time there is a search done - that seems wasteful.  But I don't want to store info that could later be leaked or misused.

As it stands, the order table stores the channel hash of the purchaser, but does not directly store any other information about the purchaser.  I'd like to maintain whatever "boundaries" already exist regarding access to profile data and would rather not expose anything even if it happens to be in the data tables on the storefront's hub.

So... what information can I get about purchasers using the existing tables in the storefront hub and what is the "right" way to get it?  Is it appropriate to simply query the xchan table directly?  If I have the channel hash, is there a proper way to grab the profile without making a remote request to the purchaser's hub?  Is there another place this info should come from?  My goal at this point is not to store more than absolutely necessary in the order table - data that isn't stored can't be leaked, after all.
M. Dent
  
I guess this brings up an interesting question.  What is the ONE thing that is the base "identity" within Hubzilla?  I chose channel_hash because of the possibility of a person deleting their account and someone recreating an account on the same hub with the same name.  Since channel_hash is based on guid and (if I understand things correctly) is shared among clones of the same identity, that seemed the correct choice.  Did I get that right?  Or is there something else that should be used that is (1) globally unique to the identity and (2) preferably shared among clones?
Waitman Gobble
  
@Mike Macgirvin answered that same question for me before. it was a thread about zotid. ill look it up
Mike Macgirvin
  
The hash is the unique id. Finger::run is a wrapper which currently only uses the address, but
https://project.hubzilla.org/.well-known/zot-info can lookup a channel by a few different parameters.

Refer to include/zot.php:L4202

You can send either 'guid_hash' or 'address' as a request variable. You can also send the guid and guid_sig from which we derive the hash.

If you don't include authentication or a sender channel, the endpoint will only return public information. This would be the simplest method - curl fetch https://project.hubzilla.org/.well-known/zot-info?f=&guid_hash={{hash}} and json_decode the result. The f is a dummy variable that we almost always use to work around a bug in some versions of Apache/mod-rewrite.
Andrew Manning
  
Am I the only one that experiences a broken left aside menu on small screens in #3.4RC? I run Firefox on Android. The left menu arrow button also fails when I open the page in "responsive design mode" in desktop Firefox for Mac.

!Hubzilla Development
Andrew Manning
  
So if you want to make a schema instead of a theme, it doesn't look like there is a utility to symlink that in like there is for plugins and themes, is that right? I'm looking through the /doc folder and the doc/schema_development.bb doesn't mention how to hook in external schema files, unless I'm just not reading carefully enough.
Mario Vavti
  
Schemas are redbasic only, i think they don't work with derived themes.
If you want to use them systemwide you can symlink default.css and default.php to the schemafiles you want.
Andrew Manning
  
Here are the two schema definition files I added to /view/theme/redbasic/schema/, and it works.

monospace_text.php exists but is empty

monospace_text.css


#profile-jot-text {
    font-family: "Courier New", Courier, monospace;
}
.comment-edit-text.expanded {
    font-family: "Courier New", Courier, monospace;
}

M. Dent
  
!Hubzilla Development

Based on the discussion started by RockyIII on the support channel:

As I'm reading Mike's comments on the RockyIII post in @Hubzilla Support Forum  :


if you enable federation you basically can't really use anything that makes Hubzilla great. Nomadic identity doesn't work. Privacy controls on most anything don't work (photos, media, webpages, wikis, chats, events, whatever) because people in other networks cannot access them.


It dawned on me that "Federated Hubzilla" and "Zot Only Hubzilla" are really two different things in some very significant ways and yet we don't really actively distinguish this.  Rather we tend to talk about this single thing, "Hubzilla".

While the internal workings of Hubzilla are the same, the effects of Federation make for a very different user experience.  For example, it sounds to me like "privacy groups" in a federated environment, really aren't "privacy groups" at all but merely "distribution groups."  Is that correct?

One thing that may be considered is to recognized the reality that "Federated Hubzilla" and "Zot Only" are truly distinct and find ways to make that more clear in our conversations (perhaps even having a separate "Federation Updates" in release notes/etc.) and perhaps also do some things from a UI perspective.  The basic message that seems to need reinforcing is, "Federation changes what you should expect from Hubzilla."  If this is so, by making our language clear about it, we would be able to talk more directly about the tradeoffs and how to manage those tradeoffs.  It also would give us a way to more clearly define "the main thing" about Hubzilla and keep that "the main thing."

Such discussions may even find it's way into UI elements that make the behavior differences clear.  For example, if my assertion above is correct (that Federation essentially makes "privacy groups" into "distribution groups"), perhaps add a  "Federate" toggle to the right of the submit button.  The effect of the toggle would be:  (1) Produces a popup that makes clear that "Federated" items are fundamentally PUBLIC items that (in some cases) may be restricted in distribution by choosing a "distribution group".  (also giving an option, "hide this warning in the future")  (2) For those things where it makes sense (eg. posts), change the LOCK icon to something of a "group of people" icon showing that you are not choosing "privacy options" you are choosing a "distribution group". (3) For those things where making an item visible to the Fediverse requires the object to be PUBLIC and a post will not be generated by the action, remove the lock icon entirely and simply sets the ACL to Public.  (4) Perhaps change the color of the textbox background (for posts) to indicate the choice to use a less secure/private distribution mechanism.

Of course, these are just thoughts, and are predicated on a specific understanding of "how it works"... so feel free to correct me or slice and dice as needed to reflect reality.
Mike Macgirvin
  
Last year we separated the two into server roles (basic, standard, and pro) and this confused people even more. So we merged these all back together and are trying to present one unified hubzilla. The problem is our audience. We get way more adventurers from the federated web than we do from our target market (community builders) and all they tend to see is "social network with federation". That is their chosen worldview filter. It's obvious that our messaging is not reaching them, but it's even more difficult to fine tune our messaging in response because for the most part they are filtering this messaging and only seeing the bits they wish to see.

You've got some excellent ideas - and I think we should probably experiment a bit with them. I'm just worried about making things even more complicated since some people would have one type of ACL behaviour and some have another.
M. Dent
  last edited: Fri, 20 Apr 2018 09:36:46 -0400  
I wasn't really advocating for a different behavior of the ACL.  Just make clearer what the actual behavior is.  I suppose there is technically little difference between a "distribution group" and a "privacy group" under the hood.  The item itself (eg a post) will still only go to those on the list, but attached resources (eg, photo) will not be secured.  The "fediverse" toggle is basically an alias for "make the attached resources public".

I suppose another option there would be to create tokens for each person on the distribution list on a federated post and have it modify the URL of included attached items for outgoing messages.  But that would only work for things originating from Hubzilla. Based on reading your conversation with Julian, I have no idea how that could be made to work if the message originated on another network.
Anatoly
 
Hello all.

I installed my own hub https://hub.plyuk.rocks with the version 3.2.2 and followed friend from the #friendica.
But hubzilla remove spaces in all messages are received from friendica.

Version: 3.2.2 - 1207
Repository version: 3.2.2

Log
Anatoly
  last edited: Thu, 19 Apr 2018 07:45:03 -0400  
But another messages (from Diaspora) are shown correct:

Image/photo
Mario Vavti
  
I am not sure. In that case the issue might be on the friendica site. Diaspora and Friendica connections share the same codebase in hubzilla.
Anatoly
  
Messages show invalid only on my hub. I double checked that on the other Diaspora, Mastodon or Friendica nodes all show correct.

There is log in my first post.
From log:
There is an incoming message
balancer@spica.wrk.ru
7bcf5298315ad870c508521731735688
2018-04-19T10:34:45Z
true
Шаг вправо, шаг влево — и сообщение из Френдики в Мастодонт не транслируется :)


Then:
2018-04-19T10:34:49Z:LOG_INFO:mhmbcdk336k78tf4m5unh13tu9:items.php:1901:item_store: item_store: Array
...
[body] => Шагвправо, шагвлево—исообщениеизФрендикивМастодонтнетранслируется :)
...

Hubzilla @ sasiflo
 Deutschland, Schleswig-Holstein,  last edited: Sat, 21 Apr 2018 03:06:23 -0400  
!Hubzilla Development

The editor toolbars (Bold, Attach, etc) are realised completely different in the post/status/article and comment editors. Is this by intention? Should'nt the comment editor toolbar be unified and use the "jot" as in the post editor? With all the things one can do in post editor?

If the answer is yes, I suppose someone to bring this to reality is missing ;-) ... maybe I try to, but it is a very complex structure at a first glance. Have to fiddle with the templating and all this. But if just a developer is missing to accomplish this, I will try my very best.

The main reason I came to this is, that I miss the add foto button. The addon from @Andrew Manning is working on desktop, but not on phone and pad (iphone/ipad). So I tried to add the button and noticed the different realizations of editor toolbars.
phellmes
  
Comments *are* distributed through the original channel because only that channel knows the audience for distribution. But this information is not shared with the receiving channels of the posts and comments (and there are good reasons for that). So *they* don't know who should be able to see a resource whenever they attach it.
phellmes
  
This of course leaves a special case - if someone is commenting on their own post from their own channel. That should give the possibility to attach with the right permissions in comments. Unless *I'm* missing something now... :)
Hubzilla @ sasiflo
  
Ahh ... did not thought about long enough :-) ... invidious situation.

Hubzilla @ sasiflo
 Deutschland, Schleswig-Holstein,  
!Hubzilla Development

Hello illuminated hubzilla power-devs and bug-hunters :-)

I have a phenomenum with my distributed profile information. The entries in directories seems not to update after changing the full-name.

My profile holds this data: Showing "sasiflo @ Hubzilla" ... this should be
Image/photo

But when posting or commenting, there is: Showing "Hubzilla @ sasiflo" ... this is wrong, I chanegd it six months ago!
Image/photo

And searching the directory give me:
Image/photo

I don't know, if some other phenomenon is related to this problem. I had two other hubzilla hubs yinc.de and yanc.de with clones of my main channel sasiflo@sasiflo.de. A few month ago I deleted these clones and stopped the instances. But if I want to remote-auth on a hubzilla channel I am not connected with, I get e redirect to yanc.de isntead of sasiflo.de, which is for now the only hub holding this channel. The "My clones" app shows correctly no clones.
Hubzilla @ sasiflo
  
I had deleted my clones, one by one, synchronised with a few hours between the operations. And shutted down the two extra instances after a few days. I have the same phenomenon, when clicking connect on other people's channels. Not every time, but most.
Mike Macgirvin
  
I believe this may be a basic federation problem that plagues all of the projects in the decentralised realm to some degree. When you change your location information, an update is sent to everybody you are connected with - as well as your directory server, who is supposed to notify other directory servers to also update your channel.

The problem with this approach is that your channel and location information is also stored on any site where your communications appear (e.g. friends of friends and beyond).  Without any direct connections many of the fringe sites in your social graph won't be told that there is an update.

Perhaps the best solution is to force an update maybe once a month for channels associated with any incoming communications. We don't currently have an updated timestamp on xchan records (except for name and photo updates), so that would be a prerequisite.

I'll (hopefully) get to this but I'm pretty deep in zot6 right now and may be submerged for some time.
Hubzilla @ sasiflo
  
@Mike Macgirvin Thank you for all your efforts to explain awkward things! My hub is almost functionally, so don't get in hurry to work on a solution!

Herbert Thielen
  
!Hubzilla Development
Hi, just updated on dev branch and got the error message above in the apache log. It's an ubuntu 14.04 with PHP5.5.9.
This change helped:

diff --git a/include/features.php b/include/features.php
index c865f67..3e30781 100644
--- a/include/features.php
+++ b/include/features.php
@@ -44,7 +44,7 @@ function feature_level($feature,$def) {
return $def;
}

-function get_features($filtered = true, $level = (-1)) {
+function get_features($filtered = true, $level = -1) {

$account = \App::get_account();

Is PHP5 still supported on dev branch, or should I search for a more up to date PHP version?
Mario Vavti
  
@Mike Macgirvin do you see this error on 5.6?
Mike Macgirvin
  
I'm running 7 most everywhere but I just executed and did a syntax check on that file with a 5.6 version and there were no reported issues. I nearly always wrap negative numbers in parens so they can't possibly be interpreted as operators. I've been doing that for 40-50 years and it's mostly habit.
elmussol
  
Debian stable/stretch (as I have found over the last 12 hours) only offers 7.0. Both 7.1 and 7.2 are in testing/buster. I can't see Debian dropping the ball on not getting at least 7.1 into stable before 7.0 expires.