Package Details: packettracer 7.1-1

Git Clone URL: https://aur.archlinux.org/packettracer.git (read-only)
Package Base: packettracer
Description: Network design and emulation software for Cisco's Networking Academy instructors and students.
Upstream URL: http://www.netacad.com/about-networking-academy/packet-tracer
Licenses: custom
Submitter: Vamp898
Maintainer: runnytu
Last Packager: runnytu
Votes: 79
Popularity: 0.986370
First Submitted: 2009-02-18 07:52
Last Updated: 2017-08-16 20:26

Dependencies (3)

Required by (0)

Sources (4)

Latest Comments

runnytu commented on 2017-08-05 14:03

@MrSmith, Since the version 6.3-2 from 2016-06-20, installs in the directory /usr/share/packettracer/ to follow the arch guidelines.

MrSmith commented on 2017-08-04 17:56

Why does this new version install in the directory /usr/share/packettracer/ and no more in /opt/pt?

runnytu commented on 2017-08-02 19:38

Hello, Bump to new version packettracer 7.1-1.
Cisco discontinues the 32 bit linux version, only 64 bits version available.

Kanjelman commented on 2017-06-30 03:15

@Leamer, thank you so much! I followed your instructions step-by-step (though I used a newer version of packettracer compared to the one you referenced at the time of your posting). I was able to launch it successfully on the first try. As a total beginner to linux (currently using Manjaro xfce), this is a wonderful feeling. Many thanks again!

runnytu commented on 2017-05-25 19:07

Hello, Bump to new version packettracer 7.0-4.

daboka commented on 2017-05-20 10:38

works fine with openssl-1.0 1.0.2.k-4 in [testing], you should update to depend on it, when it hits [extra] as libopenssl-1.0-compat is orphaned

runnytu commented on 2017-05-09 19:14

@BluePeril, libopenssl-1.0-compat depending fixed with the same version to avoid all users to reinstall the package.

BluePeril commented on 2017-05-08 20:52

lib32-libopenssl-1.0-compat does not exist for i686

runnytu commented on 2017-05-06 20:52

@dkaylor, gcc-multilib depending removed with the same version to avoid all users to reinstall the package.
@ingwia, there isn't an obligation to resolves the other users faults, nevertheless, it seems to be java problem, reinstall jdk8-openjdk, jre8-openjdk and jre8-openjdk-headless.

dkaylor commented on 2017-05-06 01:56

I am wondering why the lib32 stuff is needed for the x86_64 arch. Why is this still depending on gcc-multilib?

All comments