Package Details: edopro-bin 40.0.2-1

Git Clone URL: https://aur.archlinux.org/edopro-bin.git (read-only, click to copy)
Package Base: edopro-bin
Description: Free and open source ygopro client
Upstream URL: https://github.com/edo9300/edopro
Keywords: card game ygopro
Licenses: AGPL3
Submitter: SolarAquarion
Maintainer: SolarAquarion
Last Packager: lmartinez-mirror
Votes: 1
Popularity: 0.000029
First Submitted: 2020-04-06 01:28 (UTC)
Last Updated: 2022-11-21 21:25 (UTC)

Dependencies (2)

Required by (0)

Sources (3)

Latest Comments

1 2 Next › Last »

lmartinez-mirror commented on 2022-11-21 21:19 (UTC)

I'll update this to v40, but given how much write access this program needs, you'd be better off just running it from the AppImage instead.

presariohg commented on 2022-10-23 02:38 (UTC)

v40 was released last month, can you update this?

lmartinez-mirror commented on 2021-12-29 17:33 (UTC)

NOTE: The update I pushed does not have any of the aforementioned fixes; this is just a bare version bump without any substantial changes. I still plan on improving this but given the amount of write access this package needs, it's going to be tricky.

lmartinez-mirror commented on 2021-11-22 05:22 (UTC)

Yes I plan to add that to the rewritten PKGBUILD. I haven't had much time to work on this. I'd need to figure out how to handle the executable creating and expecting certain directories with tmpfiles.

kageru commented on 2021-11-14 19:32 (UTC)

I think you could get rid of the megatools makedep by getting the binary from their repo at https://github.com/ProjectIgnis/edopro-assets/releases instead. That should also be easier to maintain because you no longer need to find new mega links for each update.

lmartinez-mirror commented on 2021-10-09 23:56 (UTC)

@silverhikari Working on it. I'll have to write a tmpfiles config for this or something. I need to check what directories are made at first runtime.

silverhikari commented on 2021-10-07 06:05 (UTC)

can not install any of the repositories as it can not make the directories

lmartinez-mirror commented on 2021-06-09 08:58 (UTC)

Make sure you've installed mono as it's required for playing against bots.

If that doesn't fix it for you, try using the standalone package somewhere in your home directory. Otherwise contact upstream through their Discord server.

telmo commented on 2021-06-04 00:30 (UTC) (edited on 2021-06-04 00:31 (UTC) by telmo)

I'm unable to play with bots, when I try they just crash. The error displayed in the "crash.log" file in folder WindBot is as follows:

[21-06-03 21:21:07] Tick Error: System.IO.EndOfStreamException: Unable to read beyond the end of the stream.
  at System.IO.BinaryReader.FillBuffer (System.Int32 numBytes) [0x0007a] in <efe941bb62534dc3a62ceb1a818964a0>:0 
  at System.IO.BinaryReader.ReadInt64 () [0x00000] in <efe941bb62534dc3a62ceb1a818964a0>:0 
  at WindBot.Game.GameBehavior.OnHint (System.IO.BinaryReader packet) [0x0000c] in <8925fdadcfd649ffbff6e2797d686015>:0 
  at WindBot.Game.GameBehavior.OnPacket (System.IO.BinaryReader packet) [0x0002c] in <8925fdadcfd649ffbff6e2797d686015>:0 
  at WindBot.Game.GameClient.OnPacketReceived (System.IO.BinaryReader reader) [0x00000] in <8925fdadcfd649ffbff6e2797d686015>:0 
  at YGOSharp.Network.BinaryClient.ReceivePendingPackets () [0x0006c] in <8925fdadcfd649ffbff6e2797d686015>:0 
  at YGOSharp.Network.BinaryClient.Update () [0x00020] in <8925fdadcfd649ffbff6e2797d686015>:0 
  at WindBot.Game.GameClient.Tick () [0x00006] in <8925fdadcfd649ffbff6e2797d686015>:0 
  at WindBot.Program.Run (System.Object o) [0x0002d] in <8925fdadcfd649ffbff6e2797d686015>:0

lmartinez-mirror commented on 2021-03-07 00:34 (UTC)

@SolarAquarion I don't think so, the "cards" are just scripts with an associated image. Those images are downloaded automatically.

That being said, I will have to fix this package again because it segfaults when searching for cards. If nothing works, I'll add the art to the source array.

1 2 Next › Last »