Package Details: microchip-mplabx-bin 6.25-1

Git Clone URL: https://aur.archlinux.org/microchip-mplabx-bin.git (read-only, click to copy)
Package Base: microchip-mplabx-bin
Description: IDE for Microchip PIC and dsPIC development
Upstream URL: http://www.microchip.com/mplabx
Licenses: custom
Conflicts: mplab
Provides: mplab
Submitter: bxs
Maintainer: mickael9 (danwood76)
Last Packager: danwood76
Votes: 57
Popularity: 0.000000
First Submitted: 2011-12-17 04:28 (UTC)
Last Updated: 2025-04-25 09:30 (UTC)

Dependencies (13)

Required by (0)

Sources (3)

Latest Comments

« First ‹ Previous 1 .. 3 4 5 6 7 8 9 10 11 12 13 .. 31 Next › Last »

danwood76 commented on 2017-05-10 15:34 (UTC)

Hi, I recently got a Segger Jlink to work with the PIC32 series of devices and unfortunately found that it didn't work when using this package. I eventually tracked the issue down today, in the current PKGBUILD the jlink library (libjlinkpic32.so) is moved out of /usr/local/lib into /usr/lib Unfortunately this breaks the MPLABX jlink plugin that appears to have a hard coded library path (symlinking to the lib from /usr/local/lib fixes the issue). Is it possible to add an additional symlink to the PKGBUILD to work around this bug? (I am opening a ticket in the microchip support system as we speak) ln -s /usr/lib/libjlinkpic32.so /usr/local/lib/libjlinkpic32.so Fixes the issue. Best regards, Danny

torkelatgenet commented on 2017-01-17 19:41 (UTC)

==> Validating source files with md5sums... MPLABX-v3.50-linux-installer.tar ... Passed LICENSE ... Passed ==> Validating source_x86_64 files with md5sums... fakechroot-i686.pkg.tar.xz ... FAILED ==> ERROR: One or more files did not pass the validity check! Im getting this.

potatoe commented on 2016-11-01 22:24 (UTC)

@mickael9: You're right, I didn't realize how much was bundled in with MPLABX. I think just renaming the rules file to something unique to this package, like 99-mplab-jlink.rules, is indeed the best choice. I agree there shouldn't be any harm with both rules files installed, they're both the same file contents currently, and I think they're just setting a world-writable MODE on the devices anyway.

mickael9 commented on 2016-10-31 20:13 (UTC)

@potatoe: I'm not sure what to do here here and I don't use J-Link. MPLABX seems to bundle everything that is needed, requiring installation of a a separate package just for the udev rules seems a bit silly unless most users needing J-Link support are most likely to also want jlink-software-and-documentation (you tell me) One solution would be to rename the jlink rules file so that it doesn't conflict with the one from jlink-software-and-documentation. The rules will be applied twice but this won't cause any harm. What do you think?

potatoe commented on 2016-10-31 18:33 (UTC) (edited on 2016-10-31 18:37 (UTC) by potatoe)

I'd just like to echo @maximevince and say that it would be nice if this package didn't include the file '/etc/udev/rules.d/99-jlink.rules', and instead listed jlink-software-and-documentation as an optdepend for J-Link support. I hit the file conflict every time I try to upgrade, and always have to edit the updated PKGBUILD to rm that file from this package (I prefer to have that file provided by jlink-software-and-documentation on my system). If you'd rather continue to include the 99-jlink.rules file, could you add a conflicts=(mplab jlink-software-and-documentation)? It would be helpful to J-Link owners to know about the conflict before downloading and building, instead of only discovering it when it errors out on the package installation. Especially since many AUR helpers seem to delete the package they built when they hit an error during installation, meaning lots of re-downloading and re-building after discovering the conflict.

vinadoros commented on 2016-08-11 18:18 (UTC)

@mickael9 With this new lib32-fakeroot 1.21 PKGBUILD, this mplabx package is now building properly. Thank you for digging into this, I really appreciate it.

mickael9 commented on 2016-08-11 17:16 (UTC)

For anyone getting the dlsym() errors, this is caused by an older lib32-fakeroot (which hasn't been updated to 1.21 in the official repos). Here is a PKGBUILD for a working lib32-fakeroot: https://gist.github.com/mickael9/6ae2b1856560941919ab1534308e52c9

mickael9 commented on 2016-08-11 16:11 (UTC) (edited on 2016-08-11 16:56 (UTC) by mickael9)

@vinadoros: It might be worth researching those dlsym() issues, because I don't have them. Here is my bitrock_install.log for reference: http://ix.io/1daz And the MPLABComm one: http://ix.io/1daA The JRE is correctly extracted into pkg/microchip-mplabx-bin/opt/microchip/mplabx/v3.35/sys/java/jre1.8.0_91/ (That is, with "exit 1" added in the PKGBUILD just after running the installer, before any customization is done) **EDIT**: Actually, I just updated my system and I have the same errors that you have, I'll try to research those.

vinadoros commented on 2016-08-11 15:49 (UTC)

@mickael9 Thanks for the tip. So I used the Arch Rollback Machine and downgraded using the following package (I don't have it in my own pacman cache): https://archive.archlinux.org/packages/f/fakeroot/fakeroot-1.20.2-1-x86_64.pkg.tar.xz. This means both fakeroot and lib32-fakeroot are 1.20.2-1. After installing this (and a reboot just to be on the safe side), this output occurs (and I have stripped the dlsym fakeroot messages from the output, which there are a lot of): ==> Extracting sources... -> Extracting MPLABX-v3.35-linux-installer.tar with bsdtar -> Extracting fakechroot-i686.pkg.tar.xz with bsdtar ==> Entering fakeroot environment... ==> Starting package()... Extracting installers... Running MPLABX installer... Problem running post-install step. Installation may not complete correctly Error running /opt/microchip/mplabx/v3.35/MPLABCOMM-v3.20.00-linux-installer.run --jrebinary "/opt/microchip/mplabx/v3.35/sys/java/jre1.8.0_91/bin/java": ==> ERROR: A failure occurred in package(). Aborting... Just to be on the safe side, I tried cloning the MPLAB-X 3.30 PKGBUILD from the AUR (which I know for sure used to work), and used makepkg on it. Similar sort of error: Problem running post-install step. Installation may not complete correctly Error running /opt/microchip/mplabx/v3.30/MPLABCOMM-v3.17.02-linux-installer.run --jrebinary "/opt/microchip/mplabx/v3.30/sys/java/jre1.8.0_65/bin/java" In the pkg/microchip-mplabx-bin/tmp folder of the PKGBUILD, there are bitrock_installer logs which are more descriptive about the problem. I noticed that the jre it is looking for in the above command (1.8.0_91 for 3.35 and 65 for 3.30)is supposed to be unpacked by the installer. I can see this in the bitrock_installer.log: Unpacking files Unpacking /opt/microchip/mplabx/v3.30/sys/java/jre-8u65-linux-x64.tar.gz However, this jre tar remains only a tar file when it gets to the above MPLABCOMM install steps. This suggests to me that something is still wrong with fakeroot (or maybe the lib32 version of fakeroot, which I don't think has changed at all). I have no idea why the MPLAB installer can't extract that inside the fakeroot...

mickael9 commented on 2016-08-11 14:52 (UTC)

@vinadoros I rolled back fakeroot to 1.20.2 and it worked. I think it might fail because lib32-fakeroot is still at 1.20.2 while fakeroot is at 1.21

« First ‹ Previous 1 .. 3 4 5 6 7 8 9 10 11 12 13 .. 31 Next › Last »