Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Integrate SubGraph's "Tor Status" Gnome extension #1758

Closed
bnvk opened this issue Feb 18, 2016 · 13 comments
Closed

Integrate SubGraph's "Tor Status" Gnome extension #1758

bnvk opened this issue Feb 18, 2016 · 13 comments
Labels
C: Whonix This issue impacts Qubes-Whonix P: default Priority: default. Default priority for new issues, to be replaced given sufficient information. privacy This issue pertains to data or information privacy through technological means. R: duplicate Resolution: Another issue exists that is very similar to or subsumes this one. T: enhancement Type: enhancement. A new feature that does not yet exist or improvement of existing functionality.

Comments

@bnvk
Copy link

bnvk commented Feb 18, 2016

SubGraph has made a nice Gnome extension that notifies users of Tor activity and integrates with Gnome's network widgets, the code is packaged at gnome-shell-extension-torstatus. Since we're moving to Gnome, it only makes sense to look at integrating this into Qubes!

@adrelanos I know you were working on something similar that I gave you UX feedback on at 32c3. I'm not sure how different / far along with that you are, but it seems worth exploring / discussing this extension!

@adrelanos
Copy link
Member

Did not look into subgraph yet, but there are some blockers.

We don't have any java script coders. [that I know that have can make up
time to work on this]

We don't yet have added [such kind of] third party packages if they are
not installable from official Debian repositories.

( https://www.whonix.org/wiki/Dev/Default_Application_Policy )

@bnvk
Copy link
Author

bnvk commented Feb 23, 2016

@adrelanos i'm a javascript developer :) i'm sure this will be in the official Debian packages, just unsure of timeline. My reasoning for this:

  • This already works and is shipped with SubGraph
  • Providing nice GUI functionality + UI feeedback for Tor is utmost importance
  • Using a Gnome extension is the correct way to do it in Gnome.

As per collaborative efforts between secure desktop projects- this seems like a waste of effort to duplicate this work, no?

@adrelanos
Copy link
Member

Okay. Sounds great!

It already has Debian packaging files in its Debian git branch. And
instructions to build a package in its readme. Next proposes steps.

Can you...

  • install it on Whonix-Gateway and see how it goes? Then we'll see if
    there are any rough edges.
  • submit it to Debian as ITP (intent to package) ticket and get it
    uploaded (through sponsorship) to Debian? Thereby you becoming the
    Debian maintainer?

-- Alternatively post a Debian RFP (request to package) ticket.
Hopefully - possibly - the Debian privacy tools packaging team would
take over maintenance in Debian. (
https://wiki.debian.org/Teams/PkgPrivacyMaintainers )

?

@bnvk
Copy link
Author

bnvk commented Feb 25, 2016

  • install it on Whonix-Gateway and see how it goes? Then we'll see if there are any rough edges.

Yep, will do so and report back!

  • submit it to Debian as ITP (intent to package) ticket and get it uploaded (through sponsorship) to Debian? Thereby you becoming the Debian maintainer?

I have never done such a thing, but would be good to understand better the process. Curious, doesn't it make more sense the project creator to do this?

@adrelanos
Copy link
Member

Brennan Novak:

I have never done such a thing, but would be good to understand better the process. Curious, doesn't it make more sense the project creator to do this?

It's nice if that happens to be the creator, but that's not at all a
requirement. Anyone can post ITP or RFP.

@andrewdavidwong andrewdavidwong added T: enhancement Type: enhancement. A new feature that does not yet exist or improvement of existing functionality. C: Debian T: task Type: task. An action item that is neither a bug nor an enhancement. privacy This issue pertains to data or information privacy through technological means. C: Whonix This issue impacts Qubes-Whonix labels Apr 6, 2016
@h01ger
Copy link

h01ger commented May 10, 2016

Sometimes (and maybe, mostly) it's even better if the package maintainer is not the person being the upstream author. Conflict of interests and all that. (The subgraph os people writing gnome-shell-extension-torstatus might have different interests than the Debian maintainers which have different interests than the Fedora maintainers. And even if the different interests are mostly just: "I want it work everywhere" - "I only care about Debian" - "I only care about Fedora".

That's said, it's totally ok if upstream authors are Debian or Fedora maintainers too.

The easiest way to file a Debian ITP or RFP bug is: sudo apt install reportbug ; reportbug wnpp

This will guide you through filing such a bug.

If someone is going to do the packaging for this (look at other package gnome-shell extensions…) I'd be happy to review the packaging and sponsor the upload to Debian.

@adrelanos
Copy link
Member

adrelanos commented May 17, 2016

This ticket is being blocked by Add support for GNOME in dom0/GUI domain (#1806), right?


There is a binary package of gnome-shell-extension-torstatus. This is how you can obtain it:

Add to /etc/apt/sources.list.

deb https://devrepo.subgraph.com/subgraph aaron main
apt-get download gnome-shell-extension-torstatus

(Maybe gnome-shell-extension-ozshell is also related.)


I failed to find the subgraph os Debian source packages. Asked subgraph os developers about it:
https://secure-os.org/pipermail/desktops/2016-May/000118.html


When I look at https://pbs.twimg.com/media/CbB0R2VWIAEI2iY.png I think implementing this is more difficult. Because shutdown is up to dom0, Tor status up to sys-whonix, wifi settings up to sys-net.

Screenshots:



@marmarek
Copy link
Member

When I look at https://pbs.twimg.com/media/CbB0R2VWIAEI2iY.png I think implementing this is more difficult. Because shutdown is up to dom0, Tor status up to sys-whonix, wifi settings up to sys-net.

We've talked about this with @bnvk and there is a way: provide a very simple "proxy" to NetworkManager in sys-net. Something that will look in dom0 as NetworkManager (export its dbus interface) and provide basic information about network connection. All advanced stuff (configuration etc) would still happen inside sys-net of course.
One needs to be very careful when implementing such thing to to expose dom0 to much, but it is doable.
Anyway, as you've said, this is blocked on #1806

@marmarek marmarek modified the milestone: Far in the future Jun 21, 2016
@rootkovska rootkovska removed the C: label Jun 30, 2016
@marmarek
Copy link
Member

marmarek commented Jul 1, 2016

Related to #2135

@andrewdavidwong andrewdavidwong added P: default Priority: default. Default priority for new issues, to be replaced given sufficient information. and removed T: task Type: task. An action item that is neither a bug nor an enhancement. C: Debian/Ubuntu labels Feb 5, 2022
@adrelanos
Copy link
Member

Working through old Qubes-Whonix tagged tickets getting them closed or back on track...

What is the status of this?

Is this a duplicate now of #2135?

Does C: Whonix imply that I should do this?

Is SubGraph's "Tor Status" Gnome extension still a goal?

Otherwise due to #1758 (comment) this would be tag "help wanted, won't happen for sure unless contributed".

@DemiMarie
Copy link

I would say this is partially a duplicate of #2135 and partially a duplicate of #1806.

@andrewdavidwong
Copy link
Member

Does C: Whonix imply that I should do this?

No, that just means that Whonix is currently believed to be the main component involved in this issue. (If that's inaccurate, please let me know so I can change that label.)

Since it's an enhancement, it's not necessarily the case that anyone should do this. All it means is that someone requested that this be done. But people make bad requests all the time, and often the correct response is to deny them. I'm not saying that's the case here. (I don't know whether it is.) I'm merely pointing out that nothing about the labels on this issue implies that anything should be done.

@andrewdavidwong
Copy link
Member

I would say this is partially a duplicate of #2135 and partially a duplicate of #1806.

I'm guessing this means that those two issues jointly exhaustively cover this issue such that this issue should be closed in favor of those two. Doing so now.


This appears to be a duplicate of existing issues. If so, please comment on the appropriate existing issues instead. If anyone believes this is not really a duplicate, please leave a comment briefly explaining why. We'll be happy to take another look and, if appropriate, reopen this issue. Thank you.

@andrewdavidwong andrewdavidwong closed this as not planned Won't fix, can't repro, duplicate, stale Jun 8, 2022
@andrewdavidwong andrewdavidwong added the R: duplicate Resolution: Another issue exists that is very similar to or subsumes this one. label Jun 8, 2022
@andrewdavidwong andrewdavidwong removed this from the Release TBD milestone Jul 10, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
C: Whonix This issue impacts Qubes-Whonix P: default Priority: default. Default priority for new issues, to be replaced given sufficient information. privacy This issue pertains to data or information privacy through technological means. R: duplicate Resolution: Another issue exists that is very similar to or subsumes this one. T: enhancement Type: enhancement. A new feature that does not yet exist or improvement of existing functionality.
Projects
None yet
Development

No branches or pull requests

7 participants