Package Details: microchip-mplabx-bin 6.20-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: mickael9
Votes: 57
Popularity: 0.000595
First Submitted: 2011-12-17 04:28 (UTC)
Last Updated: 2024-02-04 15:45 (UTC)

Dependencies (13)

Required by (0)

Sources (3)

Latest Comments

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

danwood76 commented on 2017-06-24 17:47 (UTC)

Hi Leo72, It looks like your /tmp drive is full "Insufficient Disk Space" A reboot might fix the issue for you or you could try building the package in a separate directory using makepkg rather than an AUR installer.

leo72 commented on 2017-06-24 17:41 (UTC)

I got these errors when I try to install the package: ==> Estrazione dei sorgenti in corso... -> Estrazione di MPLABX-v3.61-linux-installer.tar usando bsdtar in corso... -> Estrazione di fakechroot-i686.pkg.tar.xz usando bsdtar in corso... ==> Entro nell'ambiente fakeroot... ==> Avvio di package() in corso... Extracting installers... Running MPLABX installer... dlsym(acl_get_fd): /usr/lib32/libfakeroot/libfakeroot.so: undefined symbol: acl_get_fd dlsym(acl_get_file): /usr/lib32/libfakeroot/libfakeroot.so: undefined symbol: acl_get_file dlsym(acl_set_fd): /usr/lib32/libfakeroot/libfakeroot.so: undefined symbol: acl_set_fd dlsym(acl_set_file): /usr/lib32/libfakeroot/libfakeroot.so: undefined symbol: acl_set_file Error copying file from packed archive /tmp/MPLABX-v3.61-linux-installer.run to /opt/microchip/mplabx/v3.61/mplab_ide/ide/modules/ext/icu4j-4_4_2.jar :Insufficient Disk Space Abort sed: impossibile leggere /tmp/yaourt-tmp-leo/aur-microchip-mplabx-bin/pkg/microchip-mplabx-bin/etc/udev/rules.d/99-jlink.rules: File o directory non esistente ==> ERRORE: Si è verificato un errore in package(). L'operazione sta per essere interrotta... ==> ERRORE: Makepkg non è riuscito a compilare microchip-mplabx-bin. (File o directory non esistente => File or Directory doesn't exist) I don't use Jlink, I didn't install it on my system. And why I get "insufficient space"?

danwood76 commented on 2017-05-16 08:09 (UTC)

Hi Mickael, Just to let you know, the Segger is working fine in your latest PKGBUILD. Microchip haven't responded yet. Thanks for all your work! Regards, Danny

danwood76 commented on 2017-05-11 07:40 (UTC)

Hi Mickael, Yes, that fixes the issue. I will mention that in my support ticket with microchip. Regards, Danny

mickael9 commented on 2017-05-10 15:54 (UTC)

@danwood76: does this fix the issue? sed -i 's#/usr/local/lib/libjlinkpic32.so#/usr/lib/libjlinkpic32.so\x00\x00\x00\x00\x00\x00#' libSEGGERAccessLink.so

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.

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