Package Details: winbox 4.0beta12-1

Git Clone URL: https://aur.archlinux.org/winbox.git (read-only, click to copy)
Package Base: winbox
Description: Mikrotik RouterOS GUI Configurator
Upstream URL: https://mikrotik.com/download
Licenses: custom
Submitter: TomHetmer
Maintainer: dundee (eworm)
Last Packager: eworm
Votes: 62
Popularity: 2.90
First Submitted: 2013-05-11 20:19 (UTC)
Last Updated: 2024-11-20 13:54 (UTC)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 Next › Last »

hendry commented on 2017-07-27 06:10 (UTC)

To get better fonts, I adjusted in `winecfg` the Graphics Screen resolution settings. However I think found out I needed to run winbox like `wine /usr/share/winbox/winbox.exe`, i.e. not with the wrapper.

hendry commented on 2017-07-26 15:59 (UTC)

Thanks for packaging this!! I installed ttf-ms-fonts and still winbox fonts are ugly as sin. https://youtu.be/PvlkT2I13BU?t=93 And what's why the Gecko HTML dialogs on startup?

eri commented on 2017-05-15 11:25 (UTC)

DH4: Discovery works good. Check your firewall. Archlinux firewall defaults to drop input traffic

BannedPatriot commented on 2017-04-28 17:40 (UTC)

Does anyone have Neighbor Discovery working with this? I am able to connect to the router, and I've ensured discovery is enabled on the interfaces. But the application does not find them / list them under neighbors.

dundee commented on 2017-01-10 16:08 (UTC)

eri: Added, thanks!

eri commented on 2017-01-10 14:57 (UTC) (edited on 2017-01-10 14:59 (UTC) by eri)

pls add line in winbox.desktop StartupWMClass=winbox.exe It fixes icon in gnome-shell dock (and possibly unity amd cinnamon) https://github.com/jake-phy/WindowIconList/issues/30#issuecomment-156702093

dundee commented on 2016-12-05 09:28 (UTC)

grawity: Good idea, thanks!

grawity commented on 2016-12-04 11:14 (UTC)

> Pacaur probably reuses folder with previous builds. It checks whether winbox.exe is in that dir and because it is, it does not download new version. That's easy to fix: source=("${pkgname}-${pkgver}.exe::http://download2.mikrotik.com/routeros/winbox/${pkgver}/${pkgname}.exe" It's not just pacaur, but quite a few people who have configured makepkg to use a persistent $SRCDEST directory.

dundee commented on 2016-10-07 10:45 (UTC)

Pacaur probably reuses folder with previous builds. It checks whether winbox.exe is in that dir and because it is, it does not download new version.

i_magnific0 commented on 2016-10-07 09:33 (UTC) (edited on 2016-10-07 09:49 (UTC) by i_magnific0)

This package fails to upgrade using pacaur. It tries to use winbox.exe 3.5 instead of 3.6 and fails on the checksum. The binary it uses has the following checksum: f4af18d2f013584821b5d4b4c982d19730edfbda453a190578a29dfdd2a119d0 If I manually download the snapshot and use makepkg everything works fine also removing ".cache/pacaur/winbox/" fixes the problem. The problem seems to be in the the following pacaur check: https://github.com/rmarquis/pacaur/blob/master/pacaur#L869 Which fails to detect that the build files have changed. It seems the git log is empty except for the last commit.

« First ‹ Previous 1 2 3 4 5 6 7 8 Next › Last »