/nrg/ - Nyaa Replacements General

Previous This thread is for the discussion of NyaaPantsu (pantsu.cat), a free (FOSS) torrent indexer, and other nyaa alternatives.
The aim of this project is to write a fully featured nyaa.se replacement in golang that anyone will be able to deploy locally or remotely.

FAQ
>pastebin.com/Gq9MrJN5

Links
>pastebin.com/40aFT7CN

>Why is Pantsu down/error 502?
Most likely because the team is deploying changes. Wait for a bit and refresh the page. It should be mostly stable now.

General updates on the site
>Language flags like anidex
>Customizable mascots by URL
>More TL updates
>Style fixes
>General improves
>New uploading api
>More api improvements soon
>DB clean up
>Various bug fixes and general improvements
>An improvement that all of Sup Forums will love
>Text board soon as well

As for the coming weeks
>Torrent file generation
>RSS feed improvement
>Improve scrapers to scrape more sites
>Move db dumps to just nginx to prevent any issues/corruption
>Optimize the code
>Anidb integration
>Add in the nyaazi and anidex scapers into the main program
>Focus on stability and speed
>Refactoring, introduce proper testing and code review procedure
>Purge all unnecessary code as well
>Working on a mobile app

Dev live server:
>dev.pantsu.cat

Database dumps:
>nyaa.pantsu.cat/dbdumps

Local Client:
>An user made a local client in case the online sources are down: instructions and download at
>nyanner.net
qBittorrent plugin for Pantsu.
>github.com/4chenz/pantsu-plugin

Development roadmap:
>trello.com/b/gMJBwoRq/nyaa-pantsu-cat-roadmap

NyaaPantsu Status:
>status.pantsu.cat
>Copyrighters wall of shame
transparency.pantsu.cat

Development and discussion channel:
>github.com/NyaaPantsu/nyaa
>#nyaapantsu on Rizon

Other urls found in this thread:

curia.europa.eu/jcms/upload/docs/application/pdf/2017-06/cp170064en.pdf
curia.europa.eu/juris/document/document.jsf?text=&docid=191707&pageIndex=0&doclang=en&mode=lst&dir=&occ=first&part=1&cid=401771
jimshaver.net/2015/02/11/decrypting-tls-browser-traffic-with-wireshark-the-easy-way/
p.teknik.io/efkhM.
my.mixtape.moe/gsvpyg.mp3
transparency.pantsu.cat/tracker_abuse_notices/host_notices/Leaseweb/
jonas.nitro.dk/bittorrent/bittorrent-rfc.html#anchor18
nyaa.eu/
twitter.com/NSFWRedditGif

There was no need for a new thread yet, retard.

Nyanpassu~

The previous is on page 11.

Anyone have a link to that EU ruling whatever?
The one that said torrent and/or magnet link can be seen as copyright infringement or something?

curia.europa.eu/jcms/upload/docs/application/pdf/2017-06/cp170064en.pdf
The full text is in french though.

curia.europa.eu/juris/document/document.jsf?text=&docid=191707&pageIndex=0&doclang=en&mode=lst&dir=&occ=first&part=1&cid=401771

Full text in English.

Just use .si until it goes under the train jesus

According to Leasweb it seems that torrent trackers host copyrighted content and therefor i have to remove tracker.doko.moe from Leaseweb Network.

Truly the end of public torrenting.

Kipukun for the Mafuyu audio clip please look for this. Also the themes need some minor corrections:
- wrong magnet/torrent icons color on nyaa tomorrow (same green as classic instead of blue like in the mockup design)
- wrong magnet/torrent icons color on sukebei classic and tomorrow (also green instead of burgundy and red)
- no striped pantsu effect on torrents list (except sukebei Sup Forums)

And some improvements:
- public settings at the end of the home page instead of a new tab like in the first version
- change the ugly sorting double triangles and magnet/torrent icons
- the navigation arrows « » between pages don't work the same way (left returns to page 1 and right advances to the next page)

It would be better too to have the date format yyyy/mm/dd HH:MM.

Here's what I can gather from skimming it a bit.
>sharing torrent and magnet link is viewed as a violation of right of communication to the public of works of the copyright holder
>by having search engine, categories for torrents, and operators that manages those categories and filtering faulty torrent, TPB is viewed as actively participating in said act of sharing torrent and/or magnet link

I wonder whether ones can evades the law by making categories and bad torrents fully voted by users.
Of course, you can always sneakily rigged the vote so the categories is always set properly and filter the bad torrent properly.

From some user last thread
Also
But man, there's like 2K files there.

Small update on the firefox/TLS problem.

Following instructions in jimshaver.net/2015/02/11/decrypting-tls-browser-traffic-with-wireshark-the-easy-way/ I managed to decrypt my TLS traffic to nyaa.

A dump can be found at p.teknik.io/efkhM. "Encrypted alert" happens at frame 16.

At a glance, however, it doesn't seem to say much. It's just a Close Notify, which seems to be the most non-committal way of closing a connection.

I am running 45.9.0 from debian stable.

UPDATE
YOUR
SHIT
WHY
DONT
YOU
FUCKING
RETARD
AAAAAAHHHHH

>Yeah that's what we've done I believe but that'd be a bit of a pain for users.
What parameter do I use?
Even if they take down tpb, they can't take down the fully decentralized alternatives which exist today (vuze node search, the dht indexers anyone can run, etc) and if they did the decentralized technologies would vastly improve.

Have you considered making the tracker query other trackers, like PEX but on a server scale?
Or you can just ignore filtering torrents altogether like BTDB does. You could also set up a DHT engine and use a public key for moderation (i.e. sign "delete torrent X" with public key, broadcast it to the nodes, they then agree to discard the data, blacklist it, and ignore it if they get it)
You could even add a "DMCA key" and add it in the standard distribution, then nodes can choose to ignore it if they want or use it as a filter (i.e. only show DMCA'd torrents), since they legally can't make false claims it should work out

Further update:

- Running firefox from the terminal in order to log SSL keys produced some output that I failed to notice:

(process:14259): GLib-CRITICAL **: g_path_get_basename: assertion 'file_name != NULL' failed
1497523633151 addons.productaddons ERROR Request failed certificate checks: [Exception... "SSL is required and URI scheme is not https." nsresult: "0x8000ffff (NS_ERROR_UNEXPECTED)" location: "JS frame :: resource://gre/modules/CertUtils.jsm :: checkCert :: line 145" data: no]

I can't confirm if the timing of those errors matched the request to nyaa.

- In the process of writing the previous post, I discovered that a newer version was available as a security update. I am running 52.2.0 now and nyaa works as expected. Certificate patrol confirmed that I had not encountered the Let's Encrypt certificate in firefox yet.

I suspect this is related to that TLS setting that forbids non-TLS connections and which caused some other problems in a previous thread.

>The Court has already held, in this regard, that the provision, on a website, of clickable links to protected works published without any access restrictions on another site, affords users of the first site direct access to those works

So sites like btdb.in are legal. I think an acceptable legal solution would be the following:
>make a database blob available containing infohash and infosection
>make a separate index available mapping anidb episode to file size
>make a userscript enabling you to select an anidb episode and get torrents with files with the same filesize

The two database blobs could be made available via a DHT, thus removing legal hosting responsibility.

So painfull to see you struggle. Here's your answer in one second.

That's funny, my botnet doesn't throw any error on pantsu.

Can't you just use infohash instead of file size?
They only mention sharing torrent and magnet link, but sharing the hash is clear, no?

It's harder to get a hold of episode -> infohash mappings and more legally problematic. An info hash is a hash of the info section of a torrent (the immutable parts), so if the same file is present in two different torrents the infohash will differ. You could build up an episode -> infohash index from an infohash -> file size index and episode -> file size index though.

Uhhh

kizumonogatari iii when

The tracker is back online on a different host.
udp://tracker.doko.moe:6969

What's the .onion for nyaapantsu?

Nyaa-TOR: uvjje43rnr7fh4tc.onion
Sukebei-TOR: 2jv2t3infp7peuoo.onion

That user here. kipukun please consider 0893
my.mixtape.moe/gsvpyg.mp3

I think nyaa.si is better since it's handled by the old nyaa.se guys. Closer to the original.

I think the guys who made pantsu got really upset about nyaa.si devs for some bizarre reason. They refuse to list in their general and get unbelievably pissy if you ask about it. I don't know what the point of having a "Nyaa Replacement General" is if you don't list any replacements except for your pet project though.

I used to think that pantsu was the best but they're into form over function now.

>60911553
Poor bait.
nyaa.si is focused at restoring nyaa.se. nyaa.pantsu.cat is focused on making something better than nyaa.se.

That was fast.

Paging kipukun, see below please
Fouthed. If there isn't a clip like that, use this one instead "It feels good right?" makes alot more sense than "Akina, is cute".

>links to [protected works published without any access restrictions] on another site
>links to X on another site
>on another site

>Torrent files refer to a central server (called a ‘tracker’) which [...]
Oh, I get it.
Torrent file, and by extension magnet link, is ruled as illegal because it gives link to the trackers, which they viewed as another site that published the works without any access restriction.
So removing the tracker should fix everything, no?

I'm more concerned that file size isn't a good identifier.

>if the same file is present in two different torrents the infohash will differ
Eh, isn't the infohash generated solely from the file contained in the torrent?
So if the infohash differ, doesn't that means the torrents doesn't contain the exact same file?
And won't the file size also differs in that case?

They're illegal because the end user gets the same effect as downloading something from the server itself. The clickable part is the illegal one.
>I'm more concerned that file size isn't a good identifier.
It's sufficient. For a 100mb file, it's as safe as a 26.2 bit hash (log(100*1024^2)/log(2)) but without protection against malicious tampering. There are only 60 million torrents. You might get some collisions, but these can easily be checked by downloading two overlapping chunks. This functionality is implemented in Vuze/Azureus, search for "swarm merging".

>Eh, isn't the infohash generated solely from the file contained in the torrent?
No, it's generated from the info section in the torrent. The info section will be changed if a file name changes, piece size changes, file order changes, directory structure changes, or if a file is added or removed. This is in my opinion one of the largest weaknesses of BitTorrent.

>- public settings at the end of the home page instead of a new tab like in the first version
This. The new settings page is not as intuitive as the first version having drop down menus on the index page itself.

Let's face it. Torrents and magnets still end up leading to whatever content it is and if the content is illegal, the laws will evantually evolve to indicate torrents and magnets leading to said illegal content will become illegal as well. It's a losing fight. The only way to win is decentralization.

Is the dream dead?

And? TPB owners got 1 year per person for "assisting copyright infringement", how is this any news?

Where is this from originally?

Are those supposed to be working now? 'Cause they ain't. I get 502 bad gateway.

>They're illegal because the end user gets the same effect as downloading something from the server itself.
Eh, the law still states nothing about torrent that doesn't link to any server.
>The clickable part is the illegal one.
Wait, so the unclickable one is legal?

>Eh, the law still states nothing about torrent that doesn't link to any server.
This is wrong, read the EU ruling.
>Wait, so the unclickable one is legal?
As I see it, yes, as long as it's not too convenient to use.

Clickable mascots, unclickable links. The way of the future.

You're right but that's not relevant to the point I'm trying to make at all.

Old copypasta, just ignore it.
>Clickable mascots, unclickable links. The way of the future.
I like you user. I would vote you for president.

Decentralization already exists, it's just terrible. It works, it's just not pleasurable to use. As a SHTF solution, it's workable, and it will become better if more people work on it.

Seems to be working just fine.

I know, that's why they need to improve on it if piracy is to continue.

>This is wrong, read the EU ruling.
They specify that what they meant by torrent files in that ruling is torrent files that refers to a central server (tracker).
That's why they can apply the previous ruling regarding linking to another site to it.

Make the torrent file doesn't refer to any tracker and that ruling won't be applicable to it.

transparency.pantsu.cat/tracker_abuse_notices/host_notices/Leaseweb/

This is from the Leaseweb Abuse Department regarding the tracker, the tracker is now on a different hosting provider.

How come every time i want to visit sukebei i get a 502 bad gateway error? This site seems to only work half the time i want to use it. What's the deal with that? Surely you can't be under constant ddos attacks, right?

No, people will be satisfied with the semi-centralized stuff we have now. libgen hosts blatantly illegal content without any decentralization, been up and running for 9 years now. It'll be a long way until torrent sites start going down, then they'll be hosted on .onions instead. Decentralization is a goal for the far long term.
>However, the fact remains that those operators, by making available and managing an online sharing platform such as that at issue in the main proceedings, intervene, with full knowledge of the consequences of their conduct, to provide access to protected works, by indexing on that platform torrent files which allow users of the platform to locate those works and to share them within the context of a peer-to-peer network. In this respect, as the Advocate General stated, in essence, in point 50 of his Opinion, without the aforementioned operators making such a platform available and managing it, the works could not be shared by the users or, at the very least, sharing them on the internet would prove to be more complex.

>those operators ... managing an online sharing platform ... provide access to protected works, by indexing ... torrent files which allow users ... to share them within ... a peer-to-peer network

A centralized server isn't a requirement, what's illegal is making a site which a user can use to download something, even if the site isn't involved on a technological level.

Are you able to provide the ip you are connecting to? Might be one of the reverse proxy's.

>bad gateway

fucking shit website let me download my porn

Firefox network analysis shows 93.123.73.80:443 as address.

You forgot to censor the IP address.

The ip has always been available, and i changed hosting provider anyway.

Working here too now.

>502ing everywhere on nyaa and sukebei now

Works fine for me in tor browser, both .onion and clearnet.

The 502 seems to come and go, right now it's working fine for me too.

>one month
>pantsu still hasn't got its shit together and is frequently down while nyaazi always works fine

Should be fixed now.

what if the website is serverless? is it possible to deploy the site into IPFS

That has nothing to do with the tracker, the tracker can't really be serverless.

That can be done, see You can use DHT+PEX for tracker, or just pick random public ones.

hrm, but isn't a tracker essentially a "http server" serving some requests?
jonas.nitro.dk/bittorrent/bittorrent-rfc.html#anchor18

I don't know much about IPFS so my view will be horribly naive. if the tracker "hash IP" lists can be synced and something like userdata and passwords for the index site can be stored safely. It should be possible to be distributed? please correct me if I'm wrong or point me to some resources.

What worries me most about the EU ruling is that many EU states already block websites, and the EU doesn't forbid it like it should.
My country doesn't block yet, but the law may come, they already tried once (because CP). With all that terror shit going on it might just happen that they can do it this time, with no support for the opposition.

It still doesn't work for me, it still doesn't load.
Opera still fine.

>isn't a tracker essentially a "http server"
Correct

But IPFS's scope is different. Its aim is to distribute a single (static and permanent) file across multiple people who request it, and those people will be distributors themselves.
What we need is a highly dynamic server or infrastructure to handle all the data that ever keep changing by the minute.
A patch solution would be to open a tracker on Tor, where users connect to it, and report their REAL ip, and all the torrent traffic would be still on clearnet, the only hidden information will be the tracker's real ip, since it's behind Tor. In terms of users' privacy, it will be the same, but the tracker would be harder to take down.

benis

What? Does Pantsu have a onion domain?

Why not?

I figure some hidden service will work for trackers. The postman tracker on i2p is pretty good for being on a decentralized network.

After the njall incident, we don't need anymore Sami influences around here.

Heh, look at this shit:
nyaa.eu/
Let's all download their malware!
I found this linked on a fabnsubber site, the link was three years old and they never updated it, so now it goes there.
What baffles me is that they somehow still have all those torrents.

Wait, they don't small mistake I made.

>60914680
>60914702
Stop posting links to malware sites.

why are all the nyaa pantsu's links 404

This sounds like Atmos. It's based on blockchain memetech, but it pretty much does this in an elegant way, promoting the health of the network with bounties and completely decentralizing content.

What's the point in this when we have nyaa.si?

I never get tired of this shitposting.

Themes, cosmetics, and what a fucking mascot says when clicked. These are the things we worry about not important stuff like decentralizing.

And people said pantsu is so dead, no one wants to shitpost anymore.

>simple changes that can be implemented easily vs something that takes planning and lots of work to setup right
Apples and oranges. They're both getting worked one, just some are easier and faster to do. Can't you figure this out by yourself?

But I'm genuinely curious. Are you just doing it for fun or is there another reason?

And? Connect to the .onion server, works just fine for actual pedos.

>Implying most pedos don't use FBI honeypots

Why do you need it decentralized so fast? It's relatively hard to take down sites on the internet, look at libgen or sci-hub for an example. Has been running the same domain for 9 years, serving blatantly illegal content, hasn't been taken down or depeered. Running a .onion service will be good enough for the next 5 years at the very least.
Not the majority, no. It's safe enough to sell drugs on.

Wait, what's happening? Is the same EU ruling that killed old nyaa killing the new nyaa?

Nothing is happening.

It's the new one, and now it's at the top EU level and not a single country's court ruling. Moreover, it explicitly states that torrent sites (even without trackers) serving the copyrighted content are illegal. The former ruling let them slip out or at least be plausibly argued in court, so they patched that hole completely. That's apparently the end of the public torrenting, EU hosters already started to purge such sites.

Why is the tracker even in Europe? Aren't there more "freedom" respecting places? Like... Fuck the dream is over

>This sounds like Atmos.
ipfs + blockchain technology is a concept for the future. Nowadays it's not really practical, but in 5 years it will be common ground (even for the development of platforms to counter the online censorship), while it will take roughly a year to make it a viable alternative.

In the next few months we will see a harsh war between copyright holders and torrent/file sharing, with sites and trackers going down left and right, (((they)))'re just about to start their attack.

who the hell cares about this anymore
this doesn't deserve a fucking daily general

3rd world shitholes that don't give a shit (yet?) usually have much less capable and convenient hosters with bad network connectivity. But I guess it's time to move to them for a next couple of years. The problem is that soon (((they))) will start to block such sites at the ISP level, so you'd need to resort to that shitholes' VPNs which are of the same shit quality. And the next obvious step is to filter out VPNs at the ISP level to allow you to connect only to whitelisted VPNs which abide by the same filtering rules.

Maybe we should go back to P2P and xdcc

XDCC will be shit if everyones using it though

XDCC bots are easy to shutdown too, they're just not a primary target now. Also this Some kind of distributed and decentralized network is obviously the future, but they are even more inconvenient and laggy than XDCC, at least for now.

I'm scared this will mean all file sharing will be behind closed gate private communities.
I mean, I like having an AB account, but I was lucky to get it, and if getting stuff in the future means trying to penetrate insular groups to get some Chinese cartoons then that's terrifying