Opened 4 years ago

Last modified 17 months ago

#16546 assigned defect

Should we move anonbib to the Tor website?

Reported by: nickm Owned by: cypherpunks
Priority: Medium Milestone: WebsiteV3
Component: Webpages/Website Version:
Severity: Normal Keywords: defer-new-website, ux-team, research
Cc: arma, linda, irl, antonela Actual Points:
Parent ID: #26836 Points:
Reviewer: Sponsor:

Description

Right now, anonbib exists under freehaven auspices, and is not maintained by Tor.

"Not maintained" being the operative word.

Should we move it to a torproject url and try to pretty it up a bit?

Child Tickets

Change History (17)

comment:1 Changed 4 years ago by Sebastian

Is there someone who is sufficiently aware of research to do the technical maintenance? Including it in our design sounds like the simpler task.

comment:2 Changed 4 years ago by atagar

I too am a little puzzled how "move it to our site" translates an unmaintained thing into a maintained one. :P

comment:3 Changed 4 years ago by nickm

Well, one thing that would be accomplished is that we wouldn't have to manually run a script on the freehaven webserver whenever somebody pushed to the git repo. So that's something.

comment:4 Changed 4 years ago by Sebastian

Keywords: defer-new-website added
Severity: Normal

comment:5 Changed 4 years ago by Sebastian

This is a great idea to add to research.tpo I think.

comment:6 Changed 3 years ago by Sebastian

Owner: changed from Sebastian to cypherpunks
Status: newassigned

comment:7 Changed 3 years ago by linda

Cc: linda added
Keywords: ux-team added

comment:8 Changed 3 years ago by nickm

Another option is to decouple anonbib from Tor even more, and move it to github.

comment:9 Changed 2 years ago by hiro

Milestone: WebsiteV3

comment:10 Changed 2 years ago by irl

We have discussed in the Metrics team a possible future goal of curating a collection of papers and datasets specifically relating to the deployed public Tor network. This would look to be a subset of anonbib. I don't have the time to dive into this just now, but perhaps this is useful in considering the future of anonbib.

comment:11 Changed 2 years ago by irl

Cc: irl added

comment:12 Changed 2 years ago by hiro

We can have it in the new website. I think there will be a research section. It maybe makes sense to add it there? Meanwhile we can move it to either github or oniongit, or leave it where it is.

comment:13 Changed 2 years ago by irl

How far off is the research portal? This isn't a decision that needs to be made immediately. Or is it?

comment:14 Changed 2 years ago by linda

I think that this is something we can incorporate into the new site. I'll discuss this during the next UX ticket triage and decide and update you afterward.

This is not a decision that needs to be made immediately. The website redesign has no funding, so I just design it in my spare time (although I want it done as fast as possible, no deliverable date).

comment:15 Changed 17 months ago by antonela

Cc: antonela added

comment:16 Changed 17 months ago by irl

Keywords: research added
Parent ID: #26836

If we did this, it would be part of #26836.

comment:17 in reply to:  3 Changed 17 months ago by arma

Replying to nickm:

Well, one thing that would be accomplished is that we wouldn't have to manually run a script on the freehaven webserver whenever somebody pushed to the git repo. So that's something.

This one is solved by a cron run by anonbib@freehaven, which runs this script (recorded here for posterity):

#!/bin/sh -e

CURRENT_COMMIT=$(git rev-parse HEAD)

if ! git pull --ff-only | grep -F 'Already up-to-date' >/dev/null; then
    git show "${CURRENT_COMMIT}.."
    make
fi
Note: See TracTickets for help on using tickets.