Package Details: microchip-mplabx-bin 6.00-1

Git Clone URL: (read-only, click to copy)
Package Base: microchip-mplabx-bin
Description: IDE for Microchip PIC and dsPIC development
Upstream URL:
Licenses: custom
Conflicts: mplab
Provides: mplab
Submitter: bxs
Maintainer: mickael9 (danwood76)
Last Packager: danwood76
Votes: 56
Popularity: 0.001052
First Submitted: 2011-12-17 04:28 (UTC)
Last Updated: 2022-01-19 17:11 (UTC)

Dependencies (15)

Required by (0)

Sources (3)

Latest Comments

danwood76 commented on 2022-05-09 09:13 (UTC)


Your issue is with the "java8-openjfx" package, report your issue there.

K4LCIFER commented on 2022-05-09 02:43 (UTC)

Wont' build due to errors:

FAILURE: Build failed with an exception.

* What went wrong:
Could not create service of type ScriptPluginFactory using BuildScopeServices.createScriptPluginFactory().
> Could not create service of type PluginResolutionStrategyInternal using BuildScopeServices.createPluginResolutionStrategy().

* Try:
Run with --stacktrace option to get the stack trace. Run with --info or --debug option to get more log output. Run with --scan to get full insights.

* Get more help at

==> ERROR: A failure occurred in build().
 -> error making: java8-openjfx

NobodyDBG commented on 2022-02-03 17:44 (UTC)

Hi @danwood76,

After complete deinstall MPLABX and build this package new it works fine now.

danwood76 commented on 2022-02-03 11:15 (UTC)

It usually pops up a notification in the bottom right hand corner or the IDE when it discovers a programmer.

One thing you may want to check is whether you have any stale microchip libraries or links in /usr/local/lib there shouldn't be any microchip libs (libmchp*) in there but you may have some if you ever installed it directly from the installer.

NobodyDBG commented on 2022-02-03 10:50 (UTC) (edited on 2022-02-03 11:02 (UTC) by NobodyDBG)

Hi @danwood76,

any idea how I caan check if MPLABX is detecting the PICKIT? Can I take any logs somewhere?

Are the drivers in the mplabcomm folder? I moved the folder to an other HardDrive.

Best regards, Kevin

danwood76 commented on 2022-02-03 09:11 (UTC)

Hi @NobodyDBG

I am fairly certain I used a PK3 on my machine with MplabX 6 the other day (try replugging/rebooting). However I mainly use the PK4 or Snap, occasionally when first starting up I have had to replug my programmers for them to be recognised but I thought that was my dodgy USB leads. Unfortunately my PicKit 3s are at the office so I cannot double check until next week.

Kind regards, Danny

NobodyDBG commented on 2022-02-02 21:37 (UTC)


After upgrade my PICKIT3 would'nt be detected. Is PICKIT3 compatible with MPLABX 6.0? I read that PICKIT3 is not longer supported.

NobodyDBG commented on 2020-11-14 08:41 (UTC)

It works now :-)

nico57c commented on 2020-11-13 18:45 (UTC) (edited on 2020-11-13 18:47 (UTC) by nico57c)

I have same issue :(

'makepkg' do nothing after message "running installer" and no errors appear...

PKGBUILD contains a command line with 'fakechroot', when I try to execute this command outside of makepkg, it works.

  • This command line in package sources works :

    fakechroot chroot "./pkg/microchip-mplabx-bin" ./tmp/

  • But this command does not :

    fakeroot fakechroot chroot "./pkg/microchip-mplabx-bin" ./tmp/

Have you any idea of this trouble ?

danwood76 commented on 2020-11-13 14:36 (UTC)

Have you left it to finish? Did you actually get any errors?

It takes a few minutes to run (and you won't see a GUI like you do when you run the installer manually).

NobodyDBG commented on 2020-11-13 14:03 (UTC)

Im running it on an another partition with makepkg. It showing "running installer"but not happens.

danwood76 commented on 2020-11-13 08:24 (UTC)


No problems here. If you are running it via an AUR helper be aware that the package requires a lot of free space to build and some AUR helpers run in the /tmp dir which can be small.

Try running the makepkg manually somewhere with a lot of free space and see if it completes.

NobodyDBG commented on 2020-11-13 04:14 (UTC)

Hello, build stops at "running installer". Can I change the installation folder (run/media/)? When I open the .run file in a terminal all works fine.

ignilux commented on 2020-08-08 20:47 (UTC)

Looks like v5.40 is available as of 5/29/20 -- any plans to update the repository? Honestly asking, not trying to be a jerk.

mickael9 commented on 2020-04-11 10:42 (UTC)

@Pandor java8-openjfx does not provide java-openjfx=8

Pandor commented on 2019-12-29 14:53 (UTC)

Is there any reason why this package depends on "java8-openjfx" and not "java-openjfx=8"? i'm cleaning my system from python2 packages, since it will no longer be maintained. "jre8" provides "java-openjfx=8", and unlike "java8-openjfx" it does not have a dependency on "python2". this is the only package keeping me from removing python2 completely.

argen14 commented on 2019-07-22 10:56 (UTC)

Seems latest version is 5.2. May I request to update the package build?

mickael9 commented on 2018-08-02 17:33 (UTC)

Yeah, apparently the udev hook notifies MPLABX of device hotplug/removal via a local tcp socket so udev needs this permission

Funny thing, libjlinkpic32 uses libudev which supports monitoring the bus for those events. Of course they don't use that.

Anyway, I've added the workaround since there's no (easy) way around it

danwood76 commented on 2018-08-02 09:13 (UTC) (edited on 2018-08-02 09:13 (UTC) by danwood76)

New v5.00 is out, md5sum: 95ff99a1c94ff6dfd7fdf50b6a113216

One thing I didn't realise is that systemd-udev needs to be tweaked to get the programmers working correctly (I have been strggling with slightly buggy programmers for a few months). There is a warning when running the installer (can't say that I've noticed it before), do you think it's worth adding to the PKGBUILD in case people are updating/installing this from an AUR package manager (like I have been doing)?

The warning reads:

"MPLAB X IDE and IPE use systemd to handle USB plug and play events. They do this by using sockets as an interprocess communications mechanism.

Please make sure that interprocess communications under systemd are allowed in the local host. Some Linux distributions do not allow interprocess communications. For example, if the following option is set in the systemd-udevd unit configuration file: "IPAddressDeny=any" then MPLAB X communications library will not be able to handle plug and play events. You might need to create an override file containing this option: "IPAddressAllow=localhost"

alaskanarcher commented on 2018-06-27 05:20 (UTC) (edited on 2018-06-27 05:39 (UTC) by alaskanarcher)

Thank you for updating the package. I have detected some potential issues using namcap. The output is a bit verbose and namcap isn't right about everything, so it would require someone more familiar with the package to determine what if anything needs to be done.

Here is the full namcap output:

Probably the most significant issue is just the inaccurate dependencies and referenced libraries that are not in an installed dependency. I am building in a clean chroot, so if it isn't in the depends array it isn't on the filesystem.

According to namcap output,

Included and not needed:

- gtk2
- alsa-lib
- libxslt
- libxtst
- java-runtime
- java-openjfx

Not included and needed:

- lib32-glibc
- java-environment

Referenced libraries that namcap doesn't see on the fs or know a dependency for:


The ELF files outside of a valid path error can be fixed by installing to /usr/lib instead of /opt, but maybe the package requires it to be installed in /opt.

The insecure RPATH errors are from executables specifying an RPATH other than /usr/lib. That can be altered on an existing binary with chrpath but that is probably more trouble than it's worth.

Thank you!

mickael9 commented on 2018-06-26 17:53 (UTC)

Yeah, they moved stuff around. It's now up to date

alaskanarcher commented on 2018-06-26 17:37 (UTC) (edited on 2018-06-26 18:12 (UTC) by alaskanarcher)

I attempted to upgrade this package to v4.20 and run into the following error:

==> Starting package()...
Extracting installers...
Running MPLABX installer...
dlsym(acl_get_fd): /usr/lib32/libfakeroot/ undefined symbol: acl_get_fd
dlsym(acl_get_file): /usr/lib32/libfakeroot/ undefined symbol: acl_get_file
dlsym(acl_set_fd): /usr/lib32/libfakeroot/ undefined symbol: acl_set_fd
dlsym(acl_set_file): /usr/lib32/libfakeroot/ undefined symbol: acl_set_file
The udev rules have been updated.  Some distributions require that you re-start your computer for the changes to take effect otherwise USB communications and/or hotplug will not work.
sed: can't read /build/microchip-mplabx-bin/pkg/microchip-mplabx-bin/opt/microchip/mplabx/v4.20/mplab_ide/etc/mplab_ide.conf: No such file or directory
==> ERROR: A failure occurred in package().
==> ERROR: Build failed, check /var/lib/aurbuild/x86_64/aslevy/build

It appears that the directory structure has changed since version 4.15. pkg/microchip-mplabx-bin/opt/microchip/mplabx/v4.20/mplab_ide/ is now moved to pkg/microchip-mplabx-bin/opt/microchip/mplabx/v4.20/mplab_platform/ along with the mplab_ipe folder. Some other files have moved around too so I don't feel comfortable guessing what will be required to upgrade this. I hope the package maintainer can update to the latest version shortly.

alaskanarcher commented on 2018-06-25 20:07 (UTC)

The option upx has been deprecated. There is no need to include !upx in the options array.

leosw commented on 2018-05-07 07:39 (UTC)

Only works with openjdk 8 here (tested with 9 and 10, IPE keeps loading the HEX file). In fact, java-openjfx requires jdk8.

To make it work: sudo archlinux-java set java-8-openjdk/jre

mickael9 commented on 2018-03-04 23:20 (UTC)

@antoniovazquez when do you get this? I can get an error when compiling with XC32 but the actual error comes from xclm in xc32, not the one in mplabx.

antoniovazquez commented on 2018-02-28 11:55 (UTC) (edited on 2018-02-28 11:56 (UTC) by antoniovazquez)

XCLM seems to be trying to get root permissions but not achieving it thus printing the following error:

⇢ xclm -status

Microchip XC License Manager Version: 2.22

XCLM: Failed to elevate privilege - is the XCLM binary setuid-root?

mickael9 commented on 2017-12-01 18:39 (UTC)

@Plude Thanks, I've uploaded lib32-fakechroot to the AUR and updated this package accordingly

Plude commented on 2017-11-30 21:03 (UTC) for this file- fakechroot-i686.pkg.tar.xz result i a 404, so it is not possible to install the package anymore.

danwood76 commented on 2017-11-02 12:21 (UTC)

@mickael9 I can confirm the Segger J-Link is working perfectly with the latest version. Thanks for all your effort!

mickael9 commented on 2017-11-02 09:52 (UTC)

@danwood76: they seem to have fixed the reference to libjlinkpic32 in, so I have removed the workaround. Let me know if it doesn't work

methril commented on 2017-08-15 11:55 (UTC) (edited on 2017-08-15 11:56 (UTC) by methril)

The way of setting the links in 3.65-2 worked fine. I re-installed the packages and the debugger works properly. @biiiep Have you seen the debugger getting in and out with udevadm monitor? It could be some permissions.

mickael9 commented on 2017-07-11 18:21 (UTC)

@biiiep: Strange, I'm pretty sure I fixed this in pkgrel 2 (I also checked all package files for broken symlinks). Are you positive this is the one you tried? $ pacman -Qi microchip-mplabx-bin | grep Version Version : 3.65-2 $ pacman -Qql microchip-mplabx-bin | while read line; do [[ -h $line ]] && echo -n "$line -> " && realpath $line ; done /etc/.mplab_ide/mchplinusbdevice -> /opt/microchip/mplabcomm/v3.25.01/lib/mchplinusbdevice /opt/microchip/mplabx/v3.65/mplab_ide/etc/mplab_ide.conf -> /etc/mplab_ide.conf /usr/bin/mdb -> /opt/microchip/mplabx/v3.65/mplab_ide/bin/ /usr/bin/mplab_ide -> /opt/microchip/mplabx/v3.65/mplab_ide/bin/mplab_ide /usr/bin/mplab_ipe -> /opt/microchip/mplabx/v3.65/mplab_ipe/mplab_ipe /usr/bin/prjMakefilesGenerator -> /opt/microchip/mplabx/v3.65/mplab_ide/bin/ /usr/lib/ -> /opt/microchip/mplabcomm/v3.25.01/lib/ /usr/lib/ -> /opt/microchip/mplabcomm/v3.25.01/lib/ /usr/lib/ -> /usr/lib/ /usr/lib/ -> /opt/microchip/mplabcomm/v3.25.01/lib/ /usr/lib/ -> /opt/microchip/mplabcomm/v3.25.01/lib/ Let me know if you have different results

again commented on 2017-07-11 10:05 (UTC) (edited on 2017-07-11 10:05 (UTC) by again)

Hey Mickael9, used your packages from a clean install, but ended up with a not-working programmer. I think the symlinks are not properly created after your "hack". After setting the mplabcomm version again manually things were working fine. Lg

mickael9 commented on 2017-07-05 16:34 (UTC)

@methril: Thanks, I fixed the issue in another way (since I'm too lazy to update the MPLABCOMM version manually every time :P). Let me know if you encounter issues.

methril commented on 2017-07-05 14:43 (UTC)

This pkg builds properly and the installed software works for debugging (tested with RealIce and ICD3). Regards, -- o0 Methril 0o

notballin commented on 2017-06-27 23:58 (UTC) (edited on 2017-06-27 23:58 (UTC) by notballin)

Running into this error. Packed 1 file. ./kit-cli -init- ../../setupvfs.tcl -t -e tclkit-dyn dyn application-specific initialization failed: couldn't open "build/lib/tk8.6/bgerror.tcl": no such file or directory % ^Cmake: *** Deleting file 'tclkit-dyn' make: *** [../../makefile.include:31: tclkit-dyn] Interrupt ==> ERROR: Aborted by user! Exiting... ==> ERROR: A failure occurred in build(). Aborting...

leo72 commented on 2017-06-24 19:39 (UTC) (edited on 2017-06-24 20:04 (UTC) by leo72)

I solved the disk space by resizing the /tmp dir. But I still continue to get this: 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 [edit] by commenting the following line: # Fix broken udev rules sed -i '/^BUS!="usb"/c \ACTION!="add", SUBSYSTEM!="usb_device", GOTO="jlink_rules_end"\r' "${pkgdir}/etc/udev/rules.d/99-jlink.rules" I was able to install the package

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/ undefined symbol: acl_get_fd dlsym(acl_get_file): /usr/lib32/libfakeroot/ undefined symbol: acl_get_file dlsym(acl_set_fd): /usr/lib32/libfakeroot/ undefined symbol: acl_set_fd dlsym(acl_set_file): /usr/lib32/libfakeroot/ undefined symbol: acl_set_file Error copying file from packed archive /tmp/ 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/\x00\x00\x00\x00\x00\x00#'

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 ( 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/ /usr/local/lib/ 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:

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: And the MPLABComm one: 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): 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/ --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/ --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

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

I'm not able to build this on my Arch x86_64 machine (its a recent clean install, and is up-to-date) for some reason (either with yaourt or makepkg in a place other than /tmp). The stdout log seems to stop at this point: ==> 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... dlsym(acl_get_fd): /usr/lib32/libfakeroot/ undefined symbol: acl_get_fd dlsym(acl_get_file): /usr/lib32/libfakeroot/ undefined symbol: acl_get_file dlsym(acl_set_fd): /usr/lib32/libfakeroot/ undefined symbol: acl_set_fd dlsym(acl_set_file): /usr/lib32/libfakeroot/ undefined symbol: acl_set_file The ACL errors are probably not even relevant to whatever issue is occurring. After this, no processes are consuming CPU, and it looks like the MPLAB installer isn't proceeding at all (even after about 30 minutes). Anyone else with this issue? Maybe I am missing some dependency I am not aware of?

krishnac commented on 2016-06-27 17:59 (UTC)

The problem was indeed with /tmp. Thank you very much for your help.

danwood76 commented on 2016-06-27 07:39 (UTC)

The new version built and installed with yaourt just fine for me. Is it possible that your /tmp is full and that is why it failed? Reboot and try again as this should clear your /tmp

krishnac commented on 2016-06-27 04:36 (UTC)

I get the following errors while trying to install sed: can't read /tmp/yaourt-tmp-myuser/aur-microchip-mplabx-bin/pkg/microchip-mplabx-bin/etc/udev/rules.d/99-jlink.rules: No such file or directory and sed: can't read /tmp/yaourt-tmp-myuser/aur-microchip-mplabx-bin/pkg/microchip-mplabx-bin/opt/microchip/mplabx/v3.35/mplab_ipe/ No such file or directory Can you please help?

maximevince commented on 2016-04-07 07:29 (UTC)

The JLink files are indeed duplicate with this package: * jlink-software-and-documentation it would be nice not to install these files as part of this package, but add an (optional) depency to the 'jlink-software-and-documentation' package. Now I get this warning all the time: "error: file owned by 'jlink-software-and-documentation' and 'microchip-mplabx-bin': 'etc/udev/rules.d/99-jlink.rules' "

VanDerSam commented on 2015-10-20 17:55 (UTC)

I uninstall the files installed in my system by the official installer before trying the AUR package. Also I tried command similar to "pacman -Qo /etc/.mplab_ide/mchpdefport" (pacman -Qo /opt/microchip/mplabcomm/v3.10/MPLABCommUSBBridge.jar). But nothing was found. Thank you for advice using pacman -U --force.

mickael9 commented on 2015-10-20 17:42 (UTC)

@VanDerSam: First check that no package owns the mentioned files (try pacman -Qo /etc/.mplab_ide/mchpdefport), if there is one, uninstall it. If no package own them, that's probably because you've already installed MPLABX using the official installer. You can either remove the files in conflict before trying to install or use pacman -U --force to overwrite the existing files.

VanDerSam commented on 2015-10-20 17:34 (UTC)

I tried to compile and install the package. But there are errors during the installation process. I run next command and result is errors. Only after deleting problems files the package was installed. $ sudo pacman -U ./microchip-mplabx-bin-3.10-2-i686.pkg.tar looking for conflicting packages... Packages (1) microchip-mplabx-bin-3.10-2 Total Installed Size: 629.56 MiB :: Proceed with installation? [Y/n] (1/1) checking keys in keyring [############################################] 100% (1/1) checking package integrity [############################################] 100% (1/1) loading package files [############################################] 100% (1/1) checking for file conflicts [############################################] 100% error: failed to commit transaction (conflicting files) microchip-mplabx-bin: /etc/.mplab_ide/mchpdefport exists in filesystem microchip-mplabx-bin: /etc/.mplab_ide/mchplinusbdevice exists in filesystem microchip-mplabx-bin: /etc/.mplab_ide/mchpsegport exists in filesystem microchip-mplabx-bin: /etc/.mplab_ide/mchpsegusbdevice exists in filesystem microchip-mplabx-bin: /etc/udev/rules.d/99-jlink.rules exists in filesystem microchip-mplabx-bin: /etc/udev/rules.d/z010_mchp_tools.rules exists in filesystem microchip-mplabx-bin: /etc/udev/rules.d/z011_mchp_jlink.rules exists in filesystem microchip-mplabx-bin: /opt/microchip/mplabcomm/v3.10/MPLABCOMMLicense.txt exists in filesystem microchip-mplabx-bin: /opt/microchip/mplabcomm/v3.10/MPLABCommUSBBridge exists in filesystem microchip-mplabx-bin: /opt/microchip/mplabcomm/v3.10/MPLABCommUSBBridge.jar exists in filesystem microchip-mplabx-bin: /opt/microchip/mplabcomm/v3.10/jars/com-microchip-mplab-comm.jar exists in filesystem microchip-mplabx-bin: /opt/microchip/mplabcomm/v3.10/jars/com-microchip-mplab-logger.jar exists in filesystem microchip-mplabx-bin: /opt/microchip/mplabcomm/v3.10/jars/com-microchip-mplab-open-util-pathretrieval.jar exists in filesystem microchip-mplabx-bin: /opt/microchip/mplabcomm/v3.10/jars/com-microchip-mplab-open-util.jar exists in filesystem microchip-mplabx-bin: /opt/microchip/mplabcomm/v3.10/jars/com-microchip-mplab-util-observers.jar exists in filesystem microchip-mplabx-bin: /opt/microchip/mplabcomm/v3.10/jars/org-openide-util-lookup.jar exists in filesystem microchip-mplabx-bin: /opt/microchip/mplabcomm/v3.10/lib/ exists in filesystem microchip-mplabx-bin: /opt/microchip/mplabcomm/v3.10/lib/ exists in filesystem microchip-mplabx-bin: /opt/microchip/mplabcomm/v3.10/lib/ exists in filesystem microchip-mplabx-bin: /opt/microchip/mplabcomm/v3.10/lib/libusb-1.0.a exists in filesystem microchip-mplabx-bin: /opt/microchip/mplabcomm/v3.10/lib/ exists in filesystem microchip-mplabx-bin: /opt/microchip/mplabcomm/v3.10/lib/mchplinusbdevice exists in filesystem microchip-mplabx-bin: /usr/lib/ exists in filesystem microchip-mplabx-bin: /usr/lib/ exists in filesystem microchip-mplabx-bin: /usr/lib/ exists in filesystem Errors occurred, no packages were upgraded.

danwood76 commented on 2015-09-25 13:50 (UTC)

Works perfectly. Thanks!

mickael9 commented on 2015-09-25 13:40 (UTC)

I've just pushed an improved PKGBUILD which works with whatever Java you have installed. Let me know if this works for you.

danwood76 commented on 2015-09-25 08:34 (UTC)

I'm currently having some serious issues using MPLABX with OpenJDK7. When MPLABX is running I get lots of other applications failing to load with 'shmget failed: error 28 (No space left on device)' errors. MPLABX runs just fine with OpenJDK8 though, is it possible to change the default to OpenJDK8 as OpenJDK7 is EOL anyway?

ivanovp commented on 2015-09-25 05:28 (UTC)

@mickael9: I'm going to disown this package. You can take it over...

sith commented on 2015-09-24 21:36 (UTC)

I'm not able to launch the IDE after installation. The following command fails during startup: /opt/microchip/mplabx/v3.10/mplab_ide/platform/lib/nbexec --userdir /home/myuser/.mplab_ide/dev/v3.10 --cachedir /home/myuser/.cache/mplab_ide/dev/v3.10/var --jdkhome /usr/lib/jvm/java-7-openjdk/ --clusters /opt/microchip/mplabx/v3.10/mplab_ide/mplab_ide:/opt/microchip/mplabx/v3.10/mplab_ide/cnd:/opt/microchip/mplabx/v3.10/mplab_ide/dlight:/opt/microchip/mplabx/v3.10/mplab_ide/harness:/opt/microchip/mplabx/v3.10/mplab_ide/ide:/opt/microchip/mplabx/v3.10/mplab_ide/mdbcore:/opt/microchip/mplabx/v3.10/mplab_ide/mplablibs:/opt/microchip/mplabx/v3.10/mplab_ide/nb: -J-Dnetbeans.importclass=org.netbeans.upgrade.AutoUpgrade --branding mplab -J-Xss2m -J-Xms256m -J-XX:PermSize=128m -J-XX:MaxPermSize=384m -J-Xmx512m -J-XX:+UseConcMarkSweepGC -J-XX:+CMSClassUnloadingEnabled -J-Dapt.limit.expanded.params=1000 -J-Dplugin.manager.check.interval=EVERY_DAY I can see the Netbeans startup screen, but after that Netbeans just does a silent exit.

mickael9 commented on 2015-09-03 07:34 (UTC)

Here's my PKGBUILD updated for MPLABX 3.10 :

ricardomv commented on 2015-08-21 22:31 (UTC)

line #86 should be changed to `/usr` instead of `/usr/local`

wcasanova commented on 2015-08-08 17:34 (UTC)

@mickael9 thanks for PKGBUILD

mickael9 commented on 2015-07-31 14:43 (UTC)

Here is a PKGBUILD : and corresponding microchip-mplabx-bin.install :

danfly09 commented on 2015-07-31 14:17 (UTC)

As Mickael9, I vote to remove the hard dependecy to openjdk... it should be hard but optional between oracle jdk and openjdk

mickael9 commented on 2015-07-18 19:29 (UTC)

I've made quite a few improvements to this PKGBUILD, here is the diff if you're interested. Also note that it removes the hard dependency on openjdk. Diff :

danwood76 commented on 2015-07-15 12:11 (UTC)

@ivanop I have had a bit of a play with this version of mplabx and the PKGBUILD needs a few fixes to get the USB programmers and IPE working again. The IPE line I have added is more dynamic than before so hopefully it should survive across future versions. The MPLABCOMM installer requires the find utility now (for some daft reason) and the paths have changed once again. It looks like microchip have chosen a standard directory layout, hopefully they stick to it. The mplabx installer also runs the MPLABCOMM installer (to its own specific install path), so there is no need to run it twice (saves around 5MB in the package) so I commented the initial run of that out. Heres a diff of my PKGBUILD (I have added the .desktop file fixes again too): diff -ur microchip-mplabx-bin.orig/PKGBUILD microchip-mplabx-bin/PKGBUILD --- microchip-mplabx-bin.orig/PKGBUILD 2015-07-09 06:15:01.000000000 +0100 +++ microchip-mplabx-bin/PKGBUILD 2015-07-15 13:01:34.404144206 +0100 @@ -42,6 +42,7 @@ ln -s /bin/bash $pkgdir/bin/ ln -s /bin/sh $pkgdir/bin/ + ln -s /bin/find $pkgdir/bin/ echo "root:x:0:0:root:/root:/bin/bash" > $pkgdir/etc/passwd echo "root:x:0:root" > $pkgdir/etc/group @@ -63,7 +64,7 @@ echo "#!/bin/bash LD_LIBRARY_PATH=$srcdir/usr/lib/libfakeroot/fakechroot:\$LD_LIBRARY_PATH - ./$installer2 --mode text --installdir /opt/microchip/mplabcomm1.0 < inst_input2 &> /dev/null || true +# ./$installer2 --mode text --installdir /opt/microchip/mplabcomm1.0 < inst_input2 &> /dev/null || true ./$installer --mode text < inst_input &> /dev/null || true"> $pkgdir/ # ./$installer --mode text < inst_input || true"> $pkgdir/ chmod 0755 $pkgdir/ @@ -75,17 +76,20 @@ sed -i 's|#jdkhome="/path/to/jdk"|jdkhome=/usr/lib/jvm/java-7-openjdk/|g' $pkgdir$instdir/v$pkgver/mplab_ide/etc/mplab_ide.conf sed -i 's|#jdkhome="/path/to/jdk"|jdkhome=/usr/lib/jvm/java-7-openjdk/|g' $pkgdir$instdir/v$pkgver/mplab_ipe/mplab_ipe - sed -i 's|\"$jdkhome\"bin/java -jar \"$jdkhome\"/../../../mplab_ipe/ipe.jar|\"$jdkhome\"bin/java -jar /opt/microchip/mplabx/mplab_ipe/ipe.jar|g' $pkgdir$instdir/v$pkgver/mplab_ipe/mplab_ipe + sed -i 's|\"$jdkhome\"bin/java -jar \"$jdkhome\"/../../../mplab_ipe/ipe.jar|\"$jdkhome\"bin/java -jar '$instdir'/v'$pkgver'/mplab_ipe/ipe.jar|g' $pkgdir$instdir/v$pkgver/mplab_ipe/mplab_ipe rm $pkgdir/{,inst_input,$installer,etc/{group,passwd}} rm -r $pkgdir/{bin,tmp} ln -s $instdir/v$pkgver/mplab_ide/bin/mplab_ide $pkgdir/usr/bin/mplab_ide ln -s $instdir/v$pkgver/mplab_ipe/mplab_ipe $pkgdir/usr/bin/mplab_ipe - ln -s $instdir/../mplabcomm1_0_0/ $pkgdir/usr/local/lib/ - ln -s $instdir/../mplabcomm1_0_0/mchplinusbdevice $pkgdir/etc/.mplab_ide - ln -s $instdir/../mplabcomm1_0_0/ $pkgdir/usr/lib/ - ln -s $instdir/../mplabcomm1_0_0/ $pkgdir/usr/lib/ + ln -s $instdir/../mplabcomm/v$pkgver/lib/ $pkgdir/usr/local/lib/ + ln -s $instdir/../mplabcomm/v$pkgver/lib/mchplinusbdevice $pkgdir/etc/.mplab_ide + ln -s $instdir/../mplabcomm/v$pkgver/lib/ $pkgdir/usr/lib/ + ln -s $instdir/../mplabcomm/v$pkgver/lib/ $pkgdir/usr/lib/ + + echo "StartupWMClass=MPLAB X IDE v$pkgver" >> $pkgdir/usr/share/applications/mplab.desktop + echo 'StartupWMClass=com-microchip-ipe-ui-ProdProgrammerApp' >> $pkgdir/usr/share/applications/mplab_ipe.desktop rm -f $pkgdir$instdir/Uninstall*

ivanovp commented on 2015-07-09 05:14 (UTC)

@mawe: Thanks for correction. Fixed.

mawe commented on 2015-07-06 09:26 (UTC)

The additional x86_64 depends are missing now. mksrcinfo does not handle this shell code and spits a warning. You should use architecture-specific arrays, see the adaption in my package, which is originally based on yours:

ivanovp commented on 2015-07-03 17:23 (UTC)

@mawe: Thanks.

mawe commented on 2015-07-03 15:58 (UTC)

You did not update the .SRCINFO file.

ivanovp commented on 2015-07-03 15:52 (UTC)

This page shows v2.35 while PKGBUILD contains v3.05. Why?

ivanovp commented on 2015-07-03 15:26 (UTC)

It has already updated to 3.0.5.

wcasanova commented on 2015-06-30 03:05 (UTC)

new version is MPLAB® X IDE v3.05

explorerchess commented on 2015-05-21 02:40 (UTC)

@danwood76 @ivanovp Thank you very much guys! This type it worked fine. It installed correctly with no module error. The PICkit3 is detected and work correctly. I was able to reprogram a PIC18F45K20 with my new compiled test project and it worked good. My Arch Linux - MPLABX with XC8 compiler seems now equally workable as my good old windows setup. I'll spend more time on it now. Thanks again. Dennis.

ivanovp commented on 2015-05-19 16:04 (UTC)

@danwood76: thanks for fix. Patch applied.

danwood76 commented on 2015-05-19 07:20 (UTC)

It seems microchip have moved the mplabcomm files back to /opt/microchip/mplabcomm1.0 (they should make their minds up already) I have also fixed mplab_ipe and added the 'StartupWMClass' lines to the .desktop files to make them work with Gnome Shell (and other window managers?) correctly. Anyway heres a PKGBUILD diff: --- microchip-mplabx-bin.orig/PKGBUILD 2015-05-18 18:52:41.000000000 +0100 +++ microchip-mplabx-bin/PKGBUILD 2015-05-19 08:17:56.436033532 +0100 @@ -75,17 +75,20 @@ sed -i 's|#jdkhome="/path/to/jdk"|jdkhome=/usr/lib/jvm/java-7-openjdk/|g' $pkgdir$instdir/v$pkgver/mplab_ide/etc/mplab_ide.conf sed -i 's|#jdkhome="/path/to/jdk"|jdkhome=/usr/lib/jvm/java-7-openjdk/|g' $pkgdir$instdir/v$pkgver/mplab_ipe/mplab_ipe - sed -i 's|\"$jdkhome\"bin/java -jar \"$jdkhome\"/../../../mplab_ipe/ipe.jar|\"$jdkhome\"bin/java -jar /opt/microchip/mplabx/mplab_ipe/ipe.jar|g' $pkgdir$instdir/v$pkgver/mplab_ipe/mplab_ipe + sed -i 's|\"$jdkhome\"bin/java -jar \"$jdkhome\"/../../../mplab_ipe/ipe.jar|\"$jdkhome\"bin/java -jar /opt/microchip/mplabx/v3.00/mplab_ipe/ipe.jar|g' $pkgdir$instdir/v$pkgver/mplab_ipe/mplab_ipe rm $pkgdir/{,inst_input,$installer,etc/{group,passwd}} rm -r $pkgdir/{bin,tmp} ln -s $instdir/v$pkgver/mplab_ide/bin/mplab_ide $pkgdir/usr/bin/mplab_ide ln -s $instdir/v$pkgver/mplab_ipe/mplab_ipe $pkgdir/usr/bin/mplab_ipe - ln -s $instdir/../mplabcomm1_0_0/ $pkgdir/usr/local/lib/ - ln -s $instdir/../mplabcomm1_0_0/mchplinusbdevice $pkgdir/etc/.mplab_ide - ln -s $instdir/../mplabcomm1_0_0/ $pkgdir/usr/lib/ - ln -s $instdir/../mplabcomm1_0_0/ $pkgdir/usr/lib/ + ln -s $instdir/../mplabcomm1.0/ $pkgdir/usr/local/lib/ + ln -s $instdir/../mplabcomm1.0/mchplinusbdevice $pkgdir/etc/.mplab_ide + ln -s $instdir/../mplabcomm1.0/ $pkgdir/usr/lib/ + ln -s $instdir/../mplabcomm1.0/ $pkgdir/usr/lib/ + + echo 'StartupWMClass=MPLAB X IDE v3.00' >> $pkgdir/usr/share/applications/mplab.desktop + echo 'StartupWMClass=com-microchip-ipe-ui-ProdProgrammerApp' >> $pkgdir/usr/share/applications/mplab_ipe.desktop rm -f $pkgdir$instdir/Uninstall*

danwood76 commented on 2015-05-19 06:45 (UTC)

Thanks for the update ivanop. PICKit 3 not working, I will check for missing links again. JavaFX is required by the 'Embedded Browser UI' plugin. Not required IMO but if it is needed then you can switch to Java 8 and then enable it.

explorerchess commented on 2015-05-19 01:05 (UTC)

@ivanovp Hi. Same error message for me: "Warning - could not install some modules: JavaFX wrapper - No module providing the capability org.openide.modules.jre.JavaFX could be found. 2 further modules could not be installed due to the above problems." I am on x86_64 flavor. I installed the XC8 compiler with no problem (downloaded from Microchip web site). After installation, I made a quick new project based on a PIC18F1330 toggling simply an output. I was able to save every thing and build it. I got a .hex resulting file as expected. BUT I was unable to have the MPLABX to connect to my "PIC KIT 3" programming/debugging device. It simply does not list it. I've work for years with Windows and wanted to see if I could make work all these things with ArchLinux. It does not seem to work as easy as windows. I don't know where to go now. With Ubuntu it worked the first time. But I would much prefer to see it work with ArchLinux... Thanks for the package sir! Dennis.

leosw commented on 2015-05-18 20:48 (UTC)

3.00 not working here (after launching mplab_ide, it exits with no messages). I tried remobing mplab, installing jdk8 and replacing all java 7 terms to java 8 in the PKGBUILD but same problem under mplab. Note : The desktop shortcut is not setuped correctly

ivanovp commented on 2015-05-18 18:01 (UTC)

MPLABX v3.00 complains on missing javafx, but runs after disabling something. Has anyone same error message?

rarvolt commented on 2015-04-10 14:46 (UTC)

@ivanovp I modified your's PKGBUILD and it seems to work. There are couple of new lib32 deps. But on the end of installation I am getting following error: ''' Warning: Problem running post-install step. Installation may not complete correctly Error creating dynamic link /opt/microchip/mplabx/v3.00.02-beta/mplab_ipe/mplab_ipe /usr/bin/mplab_ipe ''' It works when I install it manually but via makepkg not. Could anyone fix it?

stevenhoneyman commented on 2015-04-02 17:23 (UTC)

Not sure which is the other package that installs it, but I had a conflict over /etc/udev/rules.d/99-jlink.rules Identical file to the one I already had

ivanovp commented on 2015-03-12 09:24 (UTC)

@Manouchehri: you can fork this package and name it microchip-mplabx-beta-bin or whatever, this package contains the stable release.

Manouchehri commented on 2015-03-11 20:45 (UTC)

So v3.00 is out in beta, think this package should be updated or a new one created?

ivanovp commented on 2015-01-15 18:07 (UTC)

@Misio-it: thanks, fixed.

commented on 2015-01-14 14:26 (UTC)

MPLABX IDE still not loads when default JDK is v8. Just set properly the "jdkhome" variable in mplab_ide.conf to avoid this annoying problem. Here is a patch to PKGBUILD that works for me. --- PKGBUILD.orig 2015-01-13 17:24:01.000000000 +0100 +++ PKGBUILD 2015-01-14 14:40:07.496490536 +0100 @@ -76,6 +76,7 @@ # fi # sed -i 's|#jdkhome="/path/to/jdk"|jdkhome=/opt/microchip/mplabx/sys/java/jre1.7.0_25/|g' $pkgdir$instdir/mplab_ide/etc/mplab_ide.conf # sed -i 's|#jdkhome="/path/to/jdk"|jdkhome=/opt/microchip/mplabx/sys/java/jre1.7.0_25/|g' $pkgdir$instdir/mplab_ide/bin/mplab_ipe + sed -i 's|#jdkhome="/path/to/jdk"|jdkhome=/usr/lib/jvm/java-7-openjdk/|g' $pkgdir$instdir/mplab_ide/etc/mplab_ide.conf sed -i 's|#jdkhome="/path/to/jdk"|jdkhome=/usr/lib/jvm/java-7-openjdk/|g' $pkgdir$instdir/mplab_ipe/mplab_ipe sed -i 's|\"$jdkhome\"bin/java -jar \"$jdkhome\"/../../../mplab_ipe/ipe.jar|\"$jdkhome\"bin/java -jar /opt/microchip/mplabx/mplab_ipe/ipe.jar|g' $pkgdir$instdir/mplab_ipe/mplab_ipe

ivanovp commented on 2015-01-13 16:24 (UTC)

@danwood76: Thanks for solving this mistery.

danwood76 commented on 2015-01-13 13:10 (UTC)

@ivanop I have just done some testing and it appears the microchip installer also adds an additional 2 symlinks: /usr/lib/ -> /opt/microchip/mplabcomm1_0_0/ /usr/lib/ -> /opt/microchip/mplabcomm1_0_0/ Adding these in to my fresh install makes my PICKit3 work again so I added this to my PKGBUILD, here is the diff: --- PKGBUILD.orig 2015-01-12 15:01:39.858099000 +0000 +++ PKGBUILD 2015-01-13 13:07:36.368063250 +0000 @@ -85,6 +85,8 @@ ln -s $instdir/mplab_ide/bin/mplab_ide $pkgdir/usr/bin/mplab_ide ln -s $instdir/mplab_ipe/mplab_ipe $pkgdir/usr/bin/mplab_ipe ln -s $instdir/../mplabcomm1_0_0/ $pkgdir/usr/local/lib/ + ln -s $instdir/../mplabcomm1_0_0/ $pkgdir/usr/lib/ + ln -s $instdir/../mplabcomm1_0_0/ $pkgdir/usr/lib/ ln -s $instdir/../mplabcomm1_0_0/mchplinusbdevice $pkgdir/etc/.mplab_ide rm -f $pkgdir$instdir/Uninstall*

ivanovp commented on 2015-01-12 18:08 (UTC)

@danwoon76: Thanks, I've fixed the symlinks. However I had to install the using GUI to be able recognize PICkit 3. Something is still not perfect.

danwood76 commented on 2015-01-12 15:07 (UTC)

Here is a diff for the changes I made to make it work again: --- PKGBUILD.orginial 2015-01-12 15:00:43.771413022 +0000 +++ PKGBUILD 2015-01-12 15:01:39.858099892 +0000 @@ -84,8 +84,8 @@ ln -s $instdir/mplab_ide/bin/mplab_ide $pkgdir/usr/bin/mplab_ide ln -s $instdir/mplab_ipe/mplab_ipe $pkgdir/usr/bin/mplab_ipe - ln -s $instdir/../mplabcomm1.0/ $pkgdir/usr/local/lib/ - ln -s $instdir/../mplabcomm1.0/mchplinusbdevice $pkgdir/etc/.mplab_ide + ln -s $instdir/../mplabcomm1_0_0/ $pkgdir/usr/local/lib/ + ln -s $instdir/../mplabcomm1_0_0/mchplinusbdevice $pkgdir/etc/.mplab_ide rm -f $pkgdir$instdir/Uninstall*

danwood76 commented on 2015-01-12 15:00 (UTC)

There are two symlinks that need creating/modifying to make the USB work with the new version /etc/.mplab_ide/mchplinusbdevice -> /opt/microchip/mplabx/../mplabcomm1_0_0/mchplinusbdevice /usr/local/lib/ -> /opt/microchip/mplabx/../mplabcomm1_0_0/

anatolyb commented on 2015-01-12 13:10 (UTC)

pointing symlinks to "mplabcomm1_0_0" does not make usb work. "mplabcomm1_0_0" directory should be renamed to "mplabcomm1.0".

danwood76 commented on 2015-01-12 11:56 (UTC)

@ivanovp In the version v2.30 installer microchip have moved the USB library once again. The new location is: /opt/microchip/mplabcomm1_0_0/mchplinusbdevice So the symlink from /etc/.mplab_ide/... is wrong again and USB will not work in the latest PKGBUILD.

ivanovp commented on 2014-12-22 10:39 (UTC)

@Misio-it: I've added jdk7-openjdk to dependencies. Thanks.

commented on 2014-12-22 09:25 (UTC)

@aeroaks: Same behaviour here. The problem seems to be Java 8. A workaround is to start MPLABX IDE from console adding --jdkhome /usr/lib/jvm/java-7-openjdk/ as parameter or set it permanently within the configuration file (/opt/microchip/mplabx/mplab_ide/etc/mplabx.conf). This solved the issue for me. @ivanop: Could you add a "sed" line to the installation script to set the jdkhome of MPLABX IDE as you did for MPLAB IPE? Seems that MPLABX suite requires JDK 7 (does not works with JDK 8 for me), what about to add it as an explicit dependency?

aeroaks commented on 2014-11-14 10:54 (UTC)

Splash Screen appears and then the command stops, no message in terminal also.

ivanovp commented on 2014-09-24 16:13 (UTC)

After installing the as root, Microstick II is shown in MPLABX. I have installed .tar.xz and MPLABX recognized the debugger too. So the installer does something differently with fakeroot/GUI mode.

ivanovp commented on 2014-09-23 17:41 (UTC)

@danwood76: Thanks for patch, I've updated the PKGBUILD. However my Microstick II is still not recognized by MPLAB.

danwood76 commented on 2014-09-22 10:06 (UTC)

I have figured out the issues in the latest PKGBUILD. Microchip has changed the name of its USB library and moved the mplab_ipe script, this caused mplab_ipe fail to run and any USB programmers/debugers to fail. I also had to modify the mplab_ipe script to make it work with the default java7. This is a diff of what I did to make it work: --- ORIGINALPKGBUILD 2014-09-22 10:57:47.438654517 +0100 +++ PKGBUILD 2014-09-22 10:59:27.832042483 +0100 @@ -73,13 +73,16 @@ # fi # sed -i 's|#jdkhome="/path/to/jdk"|jdkhome=/opt/microchip/mplabx/sys/java/jre1.7.0_25/|g' $pkgdir$instdir/mplab_ide/etc/mplab_ide.conf # sed -i 's|#jdkhome="/path/to/jdk"|jdkhome=/opt/microchip/mplabx/sys/java/jre1.7.0_25/|g' $pkgdir$instdir/mplab_ide/bin/mplab_ipe + + sed -i 's|#jdkhome="/path/to/jdk"|jdkhome=/usr/lib/jvm/java-7-openjdk/|g' $pkgdir$instdir/mplab_ipe/mplab_ipe + sed -i 's|\"$jdkhome\"bin/java -jar \"$jdkhome\"/../../../mplab_ipe/ipe.jar|\"$jdkhome\"bin/java -jar /opt/microchip/mplabx/mplab_ipe/ipe.jar|g' $pkgdir$instdir/mplab_ipe/mplab_ipe rm $pkgdir/{,inst_input,$installer,etc/{group,passwd}} rm -r $pkgdir/{bin,tmp} ln -s $instdir/mplab_ide/bin/mplab_ide $pkgdir/usr/bin/mplab_ide - ln -s $instdir/mplab_ide/bin/mplab_ipe $pkgdir/usr/bin/mplab_ipe - ln -s $instdir/../mplabcomm1.0/ $pkgdir/usr/local/lib/ + ln -s $instdir/mplab_ipe/mplab_ipe $pkgdir/usr/bin/mplab_ipe + ln -s $instdir/../mplabcomm1.0/ $pkgdir/usr/local/lib/ rm -f $pkgdir$instdir/Uninstall*

danwood76 commented on 2014-09-18 14:22 (UTC)

Using the latest PKGBUILD to update to 2.2, I am unable to connect to my PicKit3 or PIC24 starter kit. Running the graphical microchip installer manually from the makpkg build directory fixed the issue. Is there some option that is not being accepted in the text mode installer that is causing this?

ivanovp commented on 2014-09-12 07:41 (UTC)

MPLABX v2.15 can recognize my Microstick II, but v2.20 cannot (tried on 64-bit Arch and 32-bit Arch too).

awpe commented on 2014-09-11 01:44 (UTC)

Before this summer I've used mplabx with pic24f starter kit, and it worked well. Now after moving to new hardware, I've installed this package, yes it works, BUT IT DOESNT SEE STARTER KIR!!! Yes lsusb prints the line with 04d8 device and recognizes it as microchip device as it was before. There are automatically created rules in /etc/udev/rules.d for z010_*** z011_***. I've tried rebooting, creating microchip group with 777 access to 04d8 device, and running mplabx as root. Listening dmesg showed that "device add" and "device removed" system sygnals/msgs are there. But this new MPLABX can't see the device. What is the problem?

ivanovp commented on 2014-08-06 05:01 (UTC)

Try to download it again. I've just created a .xz successfully.

vdg commented on 2014-08-05 07:25 (UTC)

Today: ==> ERROR: One or more files did not pass the validity check! ==> ERROR: Makepkg was unable to build microchip-mplabx-bin. :-/

ivanovp commented on 2014-07-21 09:11 (UTC)

I've just tried to recompile and reinstall and I have not get any error message.

LeaveAThousand commented on 2014-07-20 00:48 (UTC)

Well I "solved" the error by uninstalling this pkg and instead installing the program directly from the website.

LeaveAThousand commented on 2014-07-20 00:27 (UTC)

$ mplab_ide Error: Could not find or load main class org.netbeans.Main MPLABX v2.10 was working for me fine, and then I removed it to update to v2.15. Now I get the above error. Any ideas?

ivanovp commented on 2014-07-02 18:26 (UTC)

I saw missing text only on one computer of three. Strange.

ivanovp commented on 2014-07-02 12:40 (UTC)

All texts disappeared when I used jre7-openjdk with most recent version (2.15). It works fine with jre7. Anybody with same experience?

russo79 commented on 2014-05-30 11:14 (UTC)

For those who this may be useful to: MPLAB X seems to not be compatible with Java 8. I had to install jdk7-compat and change set jdkhome="/opt/java7" in the /opt/microchip/mplabx/mplab_ide/etc/mplab_ide.conf file.

bxs commented on 2014-04-29 21:39 (UTC)

I didn't downloaded v2.10 yet, problems with my Internet speed. About xc32 and fakeroot, it's probably needed in x86_64 systems, my bad, added lib32-fakeroot to a new pkg release.

Manouchehri commented on 2014-04-29 20:59 (UTC)

You're right. Is fakeroot still needed? I noticed you ditched it in xc32.

bxs commented on 2014-04-29 20:47 (UTC)

The actual version that mchp have to download are v2.10, ignore the download label, just click the download link and you will start the download of v2.10

Manouchehri commented on 2014-04-29 20:03 (UTC)

Unflagged, it seems to be up to date? If I'm wrong, could you send me a link? Thanks.

joat commented on 2014-03-15 05:50 (UTC)

Hey everyone, As I'm sure you've noticed with the infrequent updates, I really don't have the time right now to maintain the mplabx packages. I'm going to disown them so that hopefully someone who has the time can take them over and keep them updated.

joat commented on 2014-03-03 23:03 (UTC)

I'm wondering if Microchip moved mchplinusbdevice and forgot to update the udev rules: the file is in /opt/microchip/mplabcomm1.0/ instead of /etc/.mplab_ide/

mwbrown commented on 2014-03-03 22:48 (UTC)

The contents of /etc/.mplab_ide/ on my computer is just a single text file called "mchpdefport".

mwbrown commented on 2014-03-03 22:46 (UTC)

I am seeing it on my machine too. x86_64, if that helps. It seems to trigger every time a USB device is plugged/unplugged from the system, based off of a udev rule that this package installs: /etc/udev/rules.d/z010_mchp_tools.rules

joat commented on 2014-03-03 21:48 (UTC)

I'm not seeing this on my machine. Is anyone else experiencing this?

commented on 2014-02-26 21:29 (UTC)

Lurking into journalctl report of my last boot I found this error message: systemd-udevd[183]: failed to execute '/etc/.mplab_ide/mchplinusbdevice' '/etc/.mplab_ide/mchplinusbdevice remove ': No such file or directory Is there a missing file within the package?

mawe commented on 2014-02-14 23:11 (UTC)

This package made it pretty straightforward to build the "microchip-libraries-for-applications" package, thanks. By the way, you can use 'SKIP' for the fakechroot md5sum to avoid the checksum getting out of date, see "man 5 PKGBUILD".

wifi commented on 2014-01-17 11:51 (UTC)

I have already contact the maintainer, with no answer... The updated PKGBUILD:

wifi commented on 2014-01-07 11:38 (UTC)

Please update to version 2.0 The download has the name 1.95, but the binary is 2.0 :D

joat commented on 2013-11-04 01:30 (UTC)

Updated to version 1.95

joat commented on 2013-10-21 18:20 (UTC)

Thanks bxs! I had just found some differences in /etc and /usr/lib using inotifywait and running the installer manually but it looks like you beat me to it ;-)

Splith commented on 2013-10-21 17:51 (UTC)

Nice work bxs, working fine with PICKIT3 once again! :D

bxs commented on 2013-10-21 17:34 (UTC)

My previous post was about microchip-mplabx-bin 1.90-2 It should solve the problem with USB devices ;-)

bxs commented on 2013-10-21 17:32 (UTC)

For people having problems, just add this 4 lines ate the end of "package" function: ln -s /opt/microchip/mplabcomm1.0/ $pkgdir/usr/lib/ ln -s /opt/microchip/mplabcomm1.0/ $pkgdir/usr/lib/ ln -sf /opt/microchip/mplabcomm1.0/ $pkgdir/usr/local/lib/ ln -s /opt/microchip/mplabcomm1.0/mchplinusbdevice $pkgdir/etc/.mplab_ide/mchplinusbdevice

Splith commented on 2013-10-21 13:48 (UTC)

Just tried the latest package, PICKIT 3 still remains undetected but works in 1.80.

bxs commented on 2013-10-20 03:51 (UTC)

@Splith The problem isn't with mplabx v1.90 itself but with the PKGBUILD I needed to change a FW for a device +- when mplabx v1.90 came out so I updated a personal PKGBUILD and remember doing at least 4 changes, 3 dlls and one executable. Pickit2 and 3 worked fine.

Splith commented on 2013-10-19 16:40 (UTC)

Appears to be a problem with MPLABX 1.90, downgrading to 1.80 allows PICKIT3 to work fine, the link to the old installer (if anyone wants it) is:

Splith commented on 2013-10-19 13:23 (UTC)

Updated to new version, PICKIT3 no longer detected by MPLABX, tried mauritiusdadd's fix and no change, PICKIT3 is still undetectable by MPLABX.

joat commented on 2013-10-14 16:20 (UTC)

Thanks! I'll give that a try tonight and update the package.

mauritiusdadd commented on 2013-10-12 20:29 (UTC)

Hi, I found that the PicKit2 cannot be seen by mplabx because the symlink /usr/local/lib/ points to a non existing file. To fix the problem the line 73 in the PKGBUILD should be replaced by: ln -s $instdir/../mplabcomm1.0/ $pkgdir/usr/local/lib/ I hope this helps

deraffe commented on 2013-09-28 18:36 (UTC)

@LaloNerenberg Try changing the line ./$installer --mode text < inst_input &> /dev/null || true"> $pkgdir/ to ./$installer --mode text < inst_input &> install.log || true"> $pkgdir/ This way, you'll have a install.log file in your pkgdir with the output of the installer (and any error messages it might have printed)

commented on 2013-09-14 18:00 (UTC)

can anybody help me please, I cant install mplabx in manjaro /tmp/yaourt-tmp-usuario/aur-microchip-mplabx-bin/./PKGBUILD: línea 57: cd: /tmp/yaourt-tmp-usuario/aur-microchip-mplabx-bin/pkg/microchip-mplabx-bin/opt/microchip/mplabx/sys/java: No existe el fichero o el directorio ==> ERROR: Se produjo un error en package(). Cancelando... ==> ERROR: Makepkg no ha podido compilar microchip-mplabx-bin. ==> Reiniciar la compilación de microchip-mplabx-bin? [s/N]

Reihar commented on 2013-09-12 09:31 (UTC)

I can test using a Pickit3, an ICD3 and a Real Ice if you want.

commented on 2013-09-12 06:47 (UTC)

No problem, I have pickit3 and ICD3, i'll test for you

joat commented on 2013-09-12 05:06 (UTC)

Thanks for the info. I'll check it out this weekend and see if I can figure out what's wrong. Unfortunately I only have a pickit2 to test with so I'll need to rely on other users to test different programmers.

Reihar commented on 2013-09-11 14:35 (UTC)

After the update, my ICD 3 wasn't working. I tried @Chehri's solution but it didn't work. However, uninstalling the package and installing the .run worked.

Manouchehri commented on 2013-09-10 21:54 (UTC)

After hours of randomly guessing what was wrong, I think I finally figured it out. Make this file: /etc/udev/rules.d/26-microchip.rules #Read/write access to Microchip devices ATTR{idVendor}=="04d8", OWNER:="root", GROUP:="microchip", MODE:="0660" After that, add yourself to the microchip group. Seems to work now. I have no clue why the official udev rule is so messed up and broken. If there's a better fix, please update me!

Manouchehri commented on 2013-09-10 21:18 (UTC)

udev rules must be really messed up, PICKIT 2 is not working at all. Tried both this package and the installer, neither worked. About to throw this thing in the freaking trash.

commented on 2013-09-10 13:18 (UTC)

Since I update to 1.90 pickit3 is not seen in mplabx. So i try microchip installer, and all go fine( pickit3 working ). I reinstall the package, but pickit3 is not working. I think some symlink are missing, but i can't find them.

joat commented on 2013-09-09 02:56 (UTC)

Updated to v1.90 Switched to multilib fakeroot Applied fixes from izzyhard and Splith

commented on 2013-08-30 23:36 (UTC)

I commented the PKGBUILD's 40th line (ln -s /bin/ln $pkgdir/bin/) and it built, installed and ran normally. I've not tested that much, but it's fine.

nervencid commented on 2013-08-28 03:49 (UTC)

I got this error: failed to create symbolic link ‘/tmp/yaourt-tmp-gwh/aur-microchip-mplabx-bin/pkg/microchip-mplabx-bin/usr/bin/mplab_ide’: File exists It is posible to return to previous versions?

commented on 2013-07-25 09:35 (UTC)

Version 1.85: I'm on x86_64 and I cant get past this error. Any clues? Creating the Package Please wait... ln: failed to create symbolic link ‘/tmp/yaourt-tmp-gwh/aur-microchip-mplabx-bin/pkg/microchip-mplabx-bin/usr/bin/mplab_ide’: File exists

joat commented on 2013-06-28 11:38 (UTC)

Updated to version 1.85

Splith commented on 2013-06-26 01:56 (UTC)

Simple fix, update the MD5 to match the new MD5 of fakeroot, then remove the line in the PKGBUILD that rm's some files such as mplab_ide, mplab_ipe, and it'll build fine!

doragasu commented on 2013-06-24 18:57 (UTC)

Tried to build it again in a 32 bit machine, and it has not the MD5 problem, but the other problem shows the same way: ==> Starting package()... Creating the Package Please wait... rm: cannot remove '/home/jalon/src/aur/microchip-mplabx-bin/pkg/microchip-mplabx-bin/usr/bin/mplab_ide': No such file or directory rm: cannot remove '/home/jalon/src/aur/microchip-mplabx-bin/pkg/microchip-mplabx-bin/usr/bin/mplab_ipe': No such file or directory rm: cannot remove '/home/jalon/src/aur/microchip-mplabx-bin/pkg/microchip-mplabx-bin/usr/local/lib/': No such file or directory ==> ERROR: A failure occurred in package(). Aborting...

doragasu commented on 2013-06-24 16:40 (UTC)

Doesn't build for me on a x64 machine. First it complaints about fakeroot md5. I edited PKGBUILD and added the right MD5 (92a3b8c65809c4b4218aeb1b22342ccb, line 32). Then restarted, and it passed MD5 tests, but failed with this error: ==> Starting package()... Creating the Package Please wait... rm: cannot remove '/tmp/yaourt-tmp-jalon/aur-microchip-mplabx-bin/pkg/microchip-mplabx-bin/usr/bin/mplab_ide': No such file or directory rm: cannot remove '/tmp/yaourt-tmp-jalon/aur-microchip-mplabx-bin/pkg/microchip-mplabx-bin/usr/bin/mplab_ipe': No such file or directory rm: cannot remove '/tmp/yaourt-tmp-jalon/aur-microchip-mplabx-bin/pkg/microchip-mplabx-bin/usr/local/lib/': No such file or directory ==> ERROR: A failure occurred in package(). Aborting... ==> ERROR: Makepkg was unable to build microchip-mplabx-bin.

joat commented on 2013-05-13 18:22 (UTC)

Updated to version 1.80

cpaulus commented on 2013-04-17 07:17 (UTC)

pkgbuild needs to be updated with new fakechroot md5 and intoverflow patch. Flagged out-of-date.

commented on 2013-04-14 05:50 (UTC)

I had difficulty building today on an x86_64 system: $ makepkg ==> Making package: microchip-mplabx-bin 1.70-1 (Sat Apr 13 22:49:40 PDT 2013) ==> Checking runtime dependencies... ==> Checking buildtime dependencies... ==> Retrieving sources... -> Found -> Found LICENSE -> Found fakechroot-i686.pkg.tar.xz -> Found fakeroot-i686.pkg.tar.xz ==> Validating source files with md5sums... ... Passed LICENSE ... Passed fakechroot-i686.pkg.tar.xz ... Passed fakeroot-i686.pkg.tar.xz ... Passed ==> Extracting sources... -> Extracting fakechroot-i686.pkg.tar.xz with bsdtar -> Extracting fakeroot-i686.pkg.tar.xz with bsdtar ==> Removing existing pkg/ directory... ==> Starting build()... mkdir: cannot create directory ‘/home/tcarstens/AUR/microchip-mplabx-bin/temp/microchip-mplabx-bin/pkg’: Permission denied mkdir: cannot create directory ‘/home/tcarstens/AUR/microchip-mplabx-bin/temp/microchip-mplabx-bin/pkg’: Permission denied mkdir: cannot create directory ‘/home/tcarstens/AUR/microchip-mplabx-bin/temp/microchip-mplabx-bin/pkg’: Permission denied mkdir: cannot create directory ‘/home/tcarstens/AUR/microchip-mplabx-bin/temp/microchip-mplabx-bin/pkg’: Permission denied mkdir: cannot create directory ‘/home/tcarstens/AUR/microchip-mplabx-bin/temp/microchip-mplabx-bin/pkg’: Permission denied mkdir: cannot create directory ‘/home/tcarstens/AUR/microchip-mplabx-bin/temp/microchip-mplabx-bin/pkg’: Permission denied ==> ERROR: A failure occurred in build(). Aborting... The following patch to PKGBUILD got it to rock-n-roll: $ diff -aur PKGBUILD-pristine PKGBUILD-new --- PKGBUILD-pristine 2013-04-13 22:47:31.650263209 -0700 +++ PKGBUILD-new 2013-04-13 22:48:12.153594815 -0700 @@ -31,10 +31,13 @@ [ $CARCH = x86_64 ] && md5sums+=(0a300f12b73d5bc18548f5b50682236f 440a72910d23b25b5a57b7fe251e12e9) -build() { +package() { cd $srcdir - mkdir -p $pkgdir/{bin,etc,usr/{bin,lib,local/lib},tmp} + mkdir -p $pkgdir/{bin,etc,usr/{bin,lib,local/lib,libfakeroot-64},tmp} + cp -R /usr/lib/libfakeroot/* $pkgdir/usr/libfakeroot-64 + + ln -s /bin/bash $pkgdir/bin/ ln -s /bin/ln $pkgdir/bin/ @@ -48,13 +51,13 @@ echo -e "\n\n\n\n\n\n\n\n\n\ny\n\ny\n\nn" > $pkgdir/inst_input echo "#!/bin/bash - LD_LIBRARY_PATH=$srcdir/usr/lib/libfakeroot/fakechroot:$srcdir/usr/lib/libfakeroot:\$LD_LIBRARY_PATH + LD_LIBRARY_PATH=$srcdir/usr/lib/libfakeroot/fakechroot:$srcdir/usr/lib/libfakeroot:$srcdir/usr/lib/libfakeroot-64/fakechroot:$srcdir/usr/lib/libfakeroot-64:\$LD_LIBRARY_PATH ./$installer --mode text < inst_input &> /dev/null || true"> $pkgdir/ chmod 0755 $pkgdir/ echo -e "Creating the Package\n Please wait..." - fakechroot fakeroot chroot $pkgdir ./ + fakechroot chroot $pkgdir ./ cd $pkgdir$instdir/sys/java if test "$CARCH" == x86_64; then @@ -80,6 +83,3 @@ install -Dm 644 $srcdir/LICENSE $pkgdir/usr/share/licenses/$pkgname/LICENSE } -package() { - true -} This is the minimum hack; I'm not familiar-enough with ABS to know how to get it to download and extract fake(ch)root-{i686/x86_64} as source without one extracting over the other.

joerg-krause commented on 2013-03-03 16:58 (UTC)

Yes, you are right. I am using aura -Ayu to update the package. I tried makepkg and it worked for me. Many thanks!

joat commented on 2013-03-02 21:20 (UTC)

What commands are you using to build the package? The error "Raw shell command call failed" suggests that you are using Aura. Try using yaourt or makepkg instead since as far as I know Aura tries to parse the PKGBUILD itself and can have trouble with complex PKGBUILDs.

joerg-krause commented on 2013-03-02 11:48 (UTC)

I am running arch linux on a 64-bit machine. Trying to update gives the following error: warning: fakeroot-1.18.4-1 is up to date -- reinstalling warning: fakechroot-2.16-1 is up to date -- reinstalling error: failed to prepare transaction (package architecture is not valid) :: package fakeroot-1.18.4-1-i686 does not have a valid architecture :: package fakechroot-2.16-1-i686 does not have a valid architecture Raw shell command call failed. Any idea?

joat commented on 2013-03-02 03:13 (UTC)

Updated to version 1.70

mwbrown commented on 2013-02-10 01:57 (UTC)

I seem to have found the problem. It's an issue that seems to be occurring on my laptop using packer as the build tool. Packer is building the package in /tmp, which is mounted as a tmpfs. This package easily uses over a gigabyte of space to unpack, and it just so happens that the tmpfs fills before it creates the java directory. Building in a directory with more space fixes the problem. Sorry about the confusion.

joat commented on 2013-02-10 01:32 (UTC)

Can you provide more information? What commands are you executing to build the package? Are you building on a 32-bit or 64-bit machine? I've built this on both architectures on multiple machines using makepkg and yaourt and I haven't had any trouble. When I build the package using makepkg ~/abs/microchip-mplabx-bin/pkg/opt/microchip/mplabx/sys/java/jre1.6.0_33 is created so java is still being packaged from what I can tell.

mwbrown commented on 2013-02-09 23:10 (UTC)

The new 1.60 build doesn't seem to work. The PKGBUILD dies when attempting to change directories in this block of code: cd $pkgdir$instdir/sys/java if test "$CARCH" == x86_64; then ./jre-6u33-linux-x64.bin &> /dev/null rm $pkgdir$instdir/sys/java/jre-6u33-linux-x64.bin else ./jre-6u33-linux-i586.bin &> /dev/null rm $pkgdir$instdir/sys/java/jre-6u33-linux-i586.bin fi sed -i 's|#jdkhome="/path/to/jdk"|jdkhome=/opt/microchip/mplabx/sys/java/jre1. sed -i 's|#jdkhome="/path/to/jdk"|jdkhome=/opt/microchip/mplabx/sys/java/jre1. It seems as though the installer no longer packages Java with it.

joat commented on 2012-12-24 02:05 (UTC)

Updated to version 1.60

joat commented on 2012-11-13 13:58 (UTC)

Updated to version 1.51

joat commented on 2012-10-31 13:23 (UTC)

* Updated to version 1.50 * The i686 fakeroot and fakechroot packages needed for building on x86_64 are now downloaded from official archlinux servers. Note that this means the pkgbuild will need to be updated whenever fakeroot or fakechroot are updated since they will then fail their md5 checks. Theses packages are not updated frequently so I don't anticipate it being a problem.

KGAD commented on 2012-10-10 19:38 (UTC)

Thanks for your reply joat, I was able to successfully build using makepkg. For numerous reasons the build was failing for me with the AUR helpers Aura and yaourt.

joat commented on 2012-10-03 17:43 (UTC)

Can you provide some more info? What commands are you running?

KGAD commented on 2012-10-03 14:49 (UTC)

Attempting to install on x86_64, I get an error about the following packages being i686 instead of x86_64: fakechroot-2.16-1-i686.pkg.tar.xz fakeroot-1.18.4-1-i686.pkg.tar.xz Please advise?

joat commented on 2012-09-30 14:58 (UTC)

Fixed PKGBUILD for i686.

joat commented on 2012-09-28 22:10 (UTC)

I'll check it out this weekend and update it. Thanks for letting me know!

commented on 2012-09-27 05:44 (UTC)

My update failed, after digging into it I found your PKGBUILD is broken for i686 arch. I was able to fix it using: if test "$CARCH" == x86_64; then ./jre-6u33-linux-x64.bin &> /dev/null else ./jre-6u33-linux-i586.bin &> /dev/null fi if test "$CARCH" == x86_64; then rm $pkgdir$instdir/sys/java/jre-6u33-linux-x64.bin else rm $pkgdir$instdir/sys/java/jre-6u33-linux-i586.bin fi Can you update the script? Maybe there is a cleaner way to do this. Thanks again for the package.

bxs commented on 2012-09-11 01:07 (UTC)

#Version 1.41 is out

bxs commented on 2012-09-06 17:24 (UTC)

( MPLAB X IDE v1.40 is now available for download here. New for this release: Programming only button for production build, add using customize Peripheral Display for 8 and 16 bit cores C++ Debugging using the XC32 C++ compiler XLM roaming License manager access from IDE PKOB third party strings PC Profiling enabled for XC16 in GUI for XC 1.10 PICkit3 variable Speed programming One button access to Compiler help from the Dashboard Distributing Java with Linux and Windows. Mac has legal restrictions and we will not distribute the JRE for Mac. Parallel make available in Tools->Options, Embedded tab, Project options sub-tab. Note: do not enable parallel make when using mpasm (by itself or as part of C18). Please see the release notes for full details. commented on 2012-09-06 04:14 (UTC)

here: At the bottom I see a 1.40 version of mplabx for linux

egeerardyn commented on 2012-08-06 07:06 (UTC)

@bxs: I associate out of date not with breaking build but with sources (the main package source or its attached dependencies) that are not up to date. It doesn't have to break the build, but if the build is broken for everybody (so not just a single user), for me that's an out-of-date because something has to be updated. As a side result, I think people will also expect less from out-of-date packages, so when they notice it doesn't build they are somewhat prepared.

bxs commented on 2012-08-05 22:32 (UTC)

@egeerardyn Ok, I only associate the "flag out of date" with new versions, not with break PKGBUILDs, but looking at Wiki about AUR it's not that clear, probably one of the things needing some more attention :-) About the complexity, is only because of the ****** stupid binary installer, I don't like it a bit, exist a lot of good and friend binary installers, but this one is quite bad, so to avoid more work and trouble I simple created a fakechroot environment to let the installer think it is the lord and have 100% control of the system to make it happy and install the **** thing. So is quite simple, just a fakechroot environment ;-)

egeerardyn commented on 2012-08-05 21:57 (UTC)

Thanks for the quick update! @bxs: I flagged it out of date because one of your source links was out of date. Now I at least understand why we need all that complexity in the package (but as you said, I don't understand half of what is going on in there) ;-)

bxs commented on 2012-08-05 10:18 (UTC)

Can the person who flagged the package out of date tell me where is this new version of MplabX? As far as I can see the v1.30 is currently the last version... @egeerardyn, As you said you can't get one of the sources, thanks for the info, I fixed it. About your concerns, yes it's needed in 64bit systems because mplabx is a 32bit installer and need root to install and the "normal fakeroot" as you call it, in 64bit systems only have the 64bit lib, but I need a 32bit one. And I think that people only call it "black magic" because they don't understand it ;-)

egeerardyn commented on 2012-08-05 08:58 (UTC)

I can't seem to build it, it always throws a 404 error on the fakechroot sources. Which makes me wonder, is it really needed to have those downloaded? Can't the normal fakechroot package be used? Because as it is, this leaves your package fragile to whenever those sources are updated. I'm with v0id: there is a lot of black magic going on in this PKGBUILD.

bxs commented on 2012-07-09 20:12 (UTC)

@v01d, Hi, strange I tested it in clean 32bit and 64bit Arch systems without problem and I see that when you tried again it worked, again strange ;-) v01d: "I don't understand all the black magic in this PKGBUILD" Haha, "black magic", I didn't know that I had such powers, nice :-)

bxs commented on 2012-07-09 20:07 (UTC)

#Comment by: peoro on Wed, 04 Jul 2012 19:07:00 +0000 >It seems to work also with jdk7-openjdk Hi peoro, you are not the first person saying that, and I'm not saying it's not true, but microchip says that you need java6 for this IDE, it even checks it at install time, java7 support only for the end of the year(at least is what microchip says...), look at:

commented on 2012-07-09 14:55 (UTC)

Nevermind it seems to work now when I enabled the sources again.

commented on 2012-07-09 14:53 (UTC)

Hi, it does not seem to detect my openjdk 6 ==> Starting build()... ERROR: object '' from LD_PRELOAD cannot be preloaded: ignored. ERROR: object '' from LD_PRELOAD cannot be preloaded: ignored. Warning: The installer could not find a version of Java(tm) which could be used for MPLAB X. Install Java 6 (JRE 1.6.n) from Oracle. (This version of MPLAB X requires Java 6.) Press [Enter] to continue :rm: cannot remove ‘/home/v01d/pkgs/mplabx/microchip-mplabx-bin/pkg/etc/.mplab_ide’: No such file or directory rm: cannot remove ‘/home/v01d/pkgs/mplabx/microchip-mplabx-bin/pkg/usr/bin/mplab_ide’: No such file or directory rm: cannot remove ‘/home/v01d/pkgs/mplabx/microchip-mplabx-bin/pkg/usr/bin/mplab_ipe’: No such file or directory By the way, I had to remove those fakeroot/fakechroot sources, as it would not work otherwise. I installed those packages from my system's repositories. Is that ok? I don't understand all the black magic in this PKGBUILD

bxs commented on 2012-07-06 04:40 (UTC)

#New Version Version 1.30 is out.

peoro commented on 2012-07-04 19:07 (UTC)

It seems to work also with jdk7-openjdk

bxs commented on 2012-06-01 03:38 (UTC)

New version ;-) I made some tests and all seems fine with the MPLABX IDE. About the IPE, it's beta... From: This release provides: Introduction of (IPE) Integrated Programmer Environment. (Beta) Addition of Multiple images within a project. (support for App and Boot debugging) Simulation Instruction Set green light on 8 bit devices and most 16 bit devices comparable to MPLAB 8. Support for all XC and Legacy compilers released in the last two years. New watch window enhancements (more detail coming to the wiki) Bug fixes

bxs commented on 2012-05-02 10:52 (UTC)

#Comment by: torwag on Wed, 02 May 2012 04:04:12 +0000 #Hi bxs, #thanks for the quick reply and help. #Well I went through the wonderful world of 32bit vs. 64 bit, OpenJDK vs. Oracles JRE, etc. #I know about the possible ways to change the runtime env. for MplabX Doesn't mater how much you play with envs, the IDE will work, but the USB no, for USB a native lib is installed and this lib is 32bit for 32bit systems or 64bit for 64bit system, so your system is 64bit, if you use a 32bit java the IDE will work, but no USB because java 32bit can't load 64bit libs, thats it ;-) I can't recommend java 7 and microchip said that will only add support for it at the end of this year, and more, several things don't work with java 7, like for example the configuration of compilers at Tools->Options->Embdded. Just try openjdk6 64bit, install it, relogin for update envs, and don't mess more with envs, just run mplab_ide, does USB work? It should... (but if openjdk7 works for you, hey just use it) About MPASM, are you using /opt/microchip/mplabx/mpasmx/mpasmx? What are you doing? what errors does it "throw"? MplabX v1.20 should be out in more or less a week, several changes are expected, many bugfixes :-)

commented on 2012-05-02 04:04 (UTC)

Hi bxs, thanks for the quick reply and help. Well I went through the wonderful world of 32bit vs. 64 bit, OpenJDK vs. Oracles JRE, etc. I know about the possible ways to change the runtime env. for MplabX Strangely very strangely, after hours of fiddling, I ended up using OpenJDK7 64bit and it seem all works out of the box. Pickit2 is recognized and the GUI seems to work (there are some glitches and I use awesome wm which is known to do not play nice with java applications in general). So basically, its running counter-wise to all infos I found on the net. One more question. Did you mange to use MPASM? This is still throwing some errors here and I found a thread that it might be due to missing 32bit libs. Any idea?

bxs commented on 2012-05-01 11:51 (UTC)

Hi torwag, If you have Arch64 you need 64bit java. As you can see above "Dependencies desktop-file-utils java-runtime=6 libusb" the "java-runtime=6" says that you need version 6 not 7, Microchip MplabX don't work with java version 7. Look at microchip forum "Please avoid using java 1.7 with MPLAB X for now. Also how to tell MPLAB which JRE to use.": So in that thread you can also find how to configure mplabx to tell which java it will use. I use and recommend openjdk6 for 32 and 64bit ArchLinux. I never had the need to tell mplabx witch java to use, but I only have one installed ;-) I have tested Mplabx with ArchLinux 32 & 64bit with pickit2, pickit3 and ICD3, and everything works fine.

commented on 2012-05-01 07:52 (UTC)

Hi, thanks for the package. I think this package should point exclusively to a 32bit java6 version. java7 is giving you trouble as well as 64bit versions. At least there could be some note during installation. I can't get pickit2 working under a 64bit Arch linux installation. I tried a OpenJDK6 32bit version as well as a 32bit JDK version (both AUR). But the pickit never show up in mplabx. However, it works for pc2cmd. Any idea?

bxs commented on 2012-04-07 12:02 (UTC)

Hi Cedric, Ok now I understand your request, and I think is a good one, but I can't do anything about it. The problem is that this webpage is generated by AUR, not by me, and AUR only lists dependencies, not the makedependencies. Maybe they try to keep the page simple, I really don't know. Best Regards, BxS

commented on 2012-04-07 06:25 (UTC)

[quote] @cdwijs I don't understand your request, because patchelf is already as a dependency, look at PKGBUILD: makedepends=(unzip patchelf) /quote Hi bxs, Sorry for the late reply. I did not mean the MAKEPKG file itself, I meant this webpage. If you scroll to the top of this page, you see this: Tarball::PKGBUILD Dependencies desktop-file-utils java-runtime=6 libusb <<< Here patchelf is not mentioned. Sources My appologies for the confusion. Best reards, Cedric

bxs commented on 2012-03-29 15:56 (UTC)

'microchip-mplabx-bin 1.10-3': - Added toolchainXC8 plugin, so now it is integrated in MplabX, no need to manually download and install, - Added MplabXC8 as optional dependency; microchip-mplabxc8-bin: - Added MplabXC32 as optional dependency; microchip-mplabxc32-bin:

bxs commented on 2012-03-28 01:42 (UTC)

MplabXC compilers are out, for now just XC8 and XC32: microchip-mplabxc8-bin: microchip-mplabxc32-bin: Enjoy

StS commented on 2012-03-23 20:26 (UTC)

solved . I have create problem by myself :) with jre7 it's not working ,only with openjdk6 and jre6

StS commented on 2012-03-22 23:44 (UTC)

@bxs nope, I'm talking about Arch. on Windows 7 x64 Pickit3 doesn't working at all (my seconds OS). I tried to google , all the evening before I have post here , nothing about the issue , so here was my last chance. Anyway , if somebody know, Please share the fix :) Thanks.

bxs commented on 2012-03-22 12:05 (UTC)

@StS So mplab-ide, so you are talking of a windows machine, right? Anyway, pickit3 have lots of problems, that is just one of those that can be caused by 1001 different things, I just said that to humor you up a little ;-) I also have a pickit3 and sometimes use it in a virtual machine with XP and so far no problems. The first thing I would do is look how old mplab-ide is, because of fw versions of pickit3. I advise you to go and look at this forums, they are full of people with that kind of problems: note: use the search feature of the forums

StS commented on 2012-03-22 10:42 (UTC)

Hi. I have a problem with pickit3 (not with the MplabX , it works perfect). After a week of updates it doesn't detected by mplab-ide anymore.(both laptop and desktop (Arch+Arch)) maybe somebody have same issue or know howto fix this? Thanks.

bxs commented on 2012-03-20 23:48 (UTC)

@cdwijs I don't understand your request, because patchelf is already as a dependency, look at PKGBUILD: makedepends=(unzip patchelf) This is why you get the message: ==> Missing Dependencies: -> patchelf ==> ERROR: Could not resolve all dependencies. because patchelf is listed as a dependency in PKGBUILD, if it wasn't listed you didn't get that message :-) You need to know that exist a deference between depends=() and makedepends=(), this is the case of patchelf, it's only needed to make the package, not to run the package ;-)

commented on 2012-03-20 18:37 (UTC)

This PKGbuild needs patchelf: ==> Making package: microchip-mplabx-bin 1.10-2 (Tue Mar 20 19:31:00 CET 2012) ==> Checking runtime dependencies... ==> Checking buildtime dependencies... ==> Missing Dependencies: -> patchelf ==> ERROR: Could not resolve all dependencies. Please mention this in the Dependencies above. Best regards, Cedric

commented on 2012-03-10 06:08 (UTC)

@bxs Thanks for this recommendation, openjdk6 is working perfectly so far! Now I don't have to use in a windows VM. Thanks for putting this package together and for the tip.

bxs commented on 2012-03-09 13:11 (UTC)

@jdkdonk I'm using openjdk6 without problem, give it a try.

commented on 2012-03-09 02:57 (UTC)

What version of java 6 are people using with success? I installed jre6 from Aur which installs 6u31-b04. The IDE mostly works but I always have an issue with it where I can't type or move in the file editor with my keyboard, but the mouse still works and I can paste in it. Sounds like this bug: I was hoping an older version of java might work correctly.... Any ideas?

bxs commented on 2012-02-29 14:14 (UTC)

- 'microchip-mplabx-bin 1.10-2': small fixes

bxs commented on 2012-02-29 04:33 (UTC)

- 'microchip-mplabx-bin 1.10-1': Microchip released MPLAB X v1.10 Enjoy ;-)

bxs commented on 2012-02-20 22:46 (UTC)

- 'microchip-mplabx-bin 1.00a-5': Removed glibc-2.14.1 from the package and added it to microchip-mplabc30_bin 3.30c-5

commented on 2012-01-31 15:37 (UTC)

Thx for the packaging! +1

bxs commented on 2012-01-30 19:16 (UTC)

@obg The PKGBUILD use an official MPLAB X download link, but I don't understand you message, why are you trying to run the .run file? You should download the Tarball[], extract it, and once in the same directory of the PKGBUILD you should run 'makepkg' to create the MPLAB X package.

commented on 2012-01-30 17:10 (UTC)

Should I see a download link somewhere? Or is it just a link to the standard mplabx website? Installing mplabx from .run file doesnt work for me (nothing happens, no error). I tried with OpenJDK installed or Sun Java without any changes. Am I missing any dependencies to run the .run correctly?

bxs commented on 2012-01-26 13:58 (UTC)

- 'microchip-mplabx-bin 1.00a-4': updated some download links

bxs commented on 2012-01-12 05:29 (UTC)

- 'microchip-mplabx-bin 1.00a-3': Some things like mplabc30 don't like the current glibc(v2.15) of ArchLinux, so I included glibc-2.14.1 in the package

bxs commented on 2011-12-29 23:16 (UTC)

- Renamed package from 'microchip-mplab_bin' to 'microchip-mplabx-bin' - 'microchip-mplabx-bin 1.00-1': After several betas, finally the final version 1.00 was released - 'microchip-mplabx-bin 1.00a-1': Basically the same as 'microchip-mplabx-bin 1.00-1' with updated Released Notes - 'microchip-mplabx-bin 1.00a-2': Again, basically the same as 'microchip-mplabx-bin 1.00a-1' with updated Released Notes(

bxs commented on 2011-12-17 04:30 (UTC)

MPLAB X Final Version (v1.00) is at:

bxs commented on 2011-12-06 19:50 (UTC)

@PerisH I looked once at MAL for Limux, but it had lots of limitations compared to the windows release, I didn't look more at it since them. It's quite easy to make a pkgbuild for it, I just don't know if it deserves it, at least for now, maybe MAL have progressed from the time I looked at it.

PerisH commented on 2011-12-05 16:49 (UTC)

Thank's for your work, Are any chance that create a package for Microchip Application Libraries?

bxs commented on 2011-12-03 17:33 (UTC)

Changelog for MPLAB X beta 7.12 package releases pkgrel=7: - Small changes - Added 3 new optional dependencies: hitech-dspicc-bin -> hitech-picc32-bin -> sdcc ->

bxs commented on 2011-11-25 03:25 (UTC)

Changelog for MPLAB X beta 7.12 pakage releases pkgrel=6: - Now auto detect Hi-Tech PICC and PICC-18 C compilers hitech-picc_bin -> hitech-picc-18_bin -> Note: if you already have beta 7.12 installed, delete [$HOME/.mplab_ide/dev/beta7.12/var] directory, for example [rm -r $HOME/.mplab_ide/dev/beta7.12/var]

bxs commented on 2011-11-19 12:29 (UTC)

Changelog for MPLAB X beta 7.12 pakage releases pkgrel=1: - Initial release. pkgrel=2: - Discovered that the binary installer of b7.12 check for the presence of java in the system, in case of you not having java already installed even installing as dependency the installer may not see it for example because it isn't in the PATH yet, so I created a fake java just to make installer happy. pkgrel=3: - Forced java version 'java-runtime=6' - Patched a lib to use system libusb insted of the one provided by microchip. - Removed libusb provided by microchip - Added 'libusb' as dependency - Removed the libs from /usr/lib, /usr/local/lib/ and /etc/.mplab_ide, now they are all at the local mplabx directory. - Simplified a little the PKGBUILD pkgrel=4: - Rewrote udev rules to work with udev v175 pkgrel=5: - Changed udev rules to be able to remove /etc/.mplab_ide directory - Removed /etc/.mplab_ide, now are all at the local mplabx directory - Simplified PKGBUILD Now enjoy :)

bxs commented on 2011-10-29 00:31 (UTC)

MPLAB X beta 7.12 is out ;-) For more info look at: Enjoy

bxs commented on 2011-10-17 20:32 (UTC)

MPLAB X beta 7.10 had lot's of problems and Microchip removed it and put back beta 7.02, so I restored PKGBUILD of beta 7.02 so people can install it. A new version to solve the problems should be out soon, but only time will tell...

bxs commented on 2011-10-15 05:08 (UTC)

New version, for more info look at: Enjoy

commented on 2011-10-06 11:55 (UTC)

Thank's a lot ;)

bxs commented on 2011-10-06 01:49 (UTC)

Ok, I put the env to avoid the installer writing to my $HOME/Desktop directory, in some conditions it put a desktop file there, I don't like it, the env solve that, so far you are the only one having problems with that. So for now I just removed the env, and added this line: rm "/home/$_user/Desktop/MPLAB X IDE beta$_pkgverb.desktop" &> '/dev/null' || true It will make sure that if the installer put the desktop file at $HOME/Desktop directory it will be deleted, the name of the this desktop file is different from the one I used in PKGBUILD, so no confusion deleting the wrong file. Best Regards, BxS

commented on 2011-10-05 23:52 (UTC)

In my laste comment, i spoke about the "env". D'ont know why but it is the problem, now i've reinstalled it without "env -i" it worked. Juste don't know why.

bxs commented on 2011-10-05 17:35 (UTC)

I think that we are having a communication problem. (mine, yours or both) This will lead us nowhere. I also run a "true" 64bit ArchLinux. Just one example of success: I even asked 2 personal friends to test it again, and no problems, worked just fine. Again simple run makepkg for my pkgbuild, and look at generated package, it should look like;603507 As I said, if you removed the &> /dev/null in pkgbuild to see the output of the binary installer, and it returned: "Error copying file from packed archive /home/leryan/MPLAB-PKGBUILD/mplabx-ide-beta7.02-linux-64-bit-installer.bin to /etc/.mplab_ide/mchplinusbdevice" This message proves that it just worked, fakeroot did the job well, stop fighting this error message, is this case, it is your friend. It just did what it supposed to do, nothing more that I can say about it, that's it. A new version of MPLAB_X should be out soon, maybe in this new version we will be in the same track ;-) Best Regards, BxS

commented on 2011-10-05 17:01 (UTC)

I know running makepkg in root will make it able to write in my filesystem. Remove "env -i [...]" make the PKGBUILD working for x86_64, can you add a test for that ?

bxs commented on 2011-10-05 16:24 (UTC)

I read again your posts, and you got: "Error copying file from packed archive /home/leryan/MPLAB-PKGBUILD/mplabx-ide-beta7.02-linux-64-bit-installer.bin to /etc/.mplab_ide/mchplinusbdevice" Using fakerrot, the installer have been executed and placed the files at $pkgdir/opt/microchip/mplabx, that's what you want, nothing more. All the files are at $pkgdir/opt/microchip/mplabx, that's it, that's what we want, forget the error of the binary installer. So the package works just fine. Please read again my comment: Comment by: bxs on Wed, 05 Oct 2011 14:46:01 +0000 Leryan: "There is a problem with the fakeroot : Error copying file from packed archive /home/leryan/MPLAB-PKGBUILD/mplabx-ide-beta7.02-linux-64-bit-installer.bin to /etc/.mplab_ide/mchplinusbdevice" Yes it's normal, fakeroot can't write for /etc, the binary installer try to write to several places, like /etc, it can't so it will fail and stop it's installation, that's normal, that's why after that I do thinks like: cp $pkgdir/opt/microchip/mplabx/mplab_ide/mplablibs/modules/mchpdefport $pkgdir/etc/.mplab_ide The PKGBUILD simple run the bynary installer, the installer will put all the files at $pkgdir/opt/microchip/mplabx and then try to copy some of this files to places like /etc, it can'r write there so it will fail, but it's ok, we have the files ;-) We just need to put then in correct places, like $pkgdir/etc, not in the /etc. This is a stupid binary installer, so we have to work around it, it's that simple. To see how a generated package should like, loo at:;603507

bxs commented on 2011-10-05 16:11 (UTC)

@Leryan I think that you just don't want to see output error messages, but that's ok, we are counting with it, don't run it as root just to don't get the error msg. But if it really don't make a package for you, for some reason, and worked for you, try my PKGBUILD, just remove: env -i \ PATH=$PATH \ LD_PRELOAD=$LD_PRELOAD \ LD_LIBRARY_PATH=$LD_LIBRARY_PATH \ FAKEROOTKEY=$FAKEROOTKEY \ FAKED_MODE=$FAKED_MODE \ And try again, but please, don't run makepkg as root, it will have all the permissions to write to your filesystem.

bxs commented on 2011-10-05 15:59 (UTC)

OK, I uploaded a new PKGBUILD, the only change is when you have spaces " " in the path to the directory where is PKGBUILD.

bxs commented on 2011-10-05 15:40 (UTC)

No, never use makepkg in root, no way I will do that, fakeroot it's just fine. Again, never run it in root, the installer will really write in your file system, this is what you don't want. This is why we make a package, to let pacman be the only one writing there. Again, never run makepkg as root, really stupid idea.

commented on 2011-10-05 15:25 (UTC)

PKGBUILD fixed for x86_64, please try it in 32bit system ;) And remembre : it's necessary to launch the build in root...

commented on 2011-10-05 15:24 (UTC)

YEAH ! PKGBUILD fixed, for me, please try it in 32bit system ;)

commented on 2011-10-05 15:17 (UTC)

Ok, so we have to run makepkg in root... very, very stupid installer ><

bxs commented on 2011-10-05 14:46 (UTC)

But does it generate a pkgbuild? this is what mater. Leryan: "There is a problem with the fakeroot : Error copying file from packed archive /home/leryan/MPLAB-PKGBUILD/mplabx-ide-beta7.02-linux-64-bit-installer.bin to /etc/.mplab_ide/mchplinusbdevice" Yes it's normal, fakeroot can't write for /etc, the binary installer try to write to several places, like /etc, it can't so it will fail and stop it's installation, that's normal, that's why after that I do thinks like: cp $pkgdir/opt/microchip/mplabx/mplab_ide/mplablibs/modules/mchpdefport $pkgdir/etc/.mplab_ide The PKGBUILD simple run the bynary installer, the installer will put all the files at $pkgdir/opt/microchip/mplabx and then try to copy some of this files to places like /etc, it can'r write there so it will fail, but it's ok, we have the files ;-) We just need to put then in correct places, like $pkgdir/etc, not in the /etc. This is a stupid binary installer, so we have to work around it, it's that simple. To see how a generated package should like, loo at:;603507 Enjoy ;-)

commented on 2011-10-05 10:49 (UTC)

There is a problem with the fakeroot : Error copying file from packed archive /home/leryan/MPLAB-PKGBUILD/mplabx-ide-beta7.02-linux-64-bit-installer.bin to /etc/.mplab_ide/mchplinusbdevice

commented on 2011-10-05 10:46 (UTC)

@bxs : my yaourt conf is ok, i just moved the build directory... I'm on 64bit too, with a "true" ArchLinux and i build the package with your PKGBUILD directly from AUR and it's buggy.

commented on 2011-10-05 10:45 (UTC)

@bxs : my yaourt conf is ok, i juste moved the build directory... I'm on 64bit too, with a "true" ArchLinux and i build the package with your PKGBUILD directly from AUR and it's buggy.

bxs commented on 2011-10-04 23:21 (UTC)

My system is 64 bit, I have a 32bit chroot to test 32bit stuff, but I decided to test it in a complete different system, so I picked a 32bit one. I'm in a live archbang 32bit virtualmachine, installed base base-devel openjdk6 yaourt And not even one problem, yaourt download, created and installed microchip-mplab_bin without any error. Then started it, worked well and pickit3 also worked well. I also know other people that use this pkbuild without problem, but they are all 64bit, so I picked this 32bit one. But it doesn't mean that the pkgbuild is 100% error free...

bxs commented on 2011-10-04 21:34 (UTC)

Tested with yaourt and everything OK, it used /tmp/yaourt-tmp-bxs/aur-microchip-mplab_bin/ not /home/yaourt-tmp/yaou... You should have messed with yaourt config

bxs commented on 2011-10-04 21:29 (UTC)

@Leryan I don't know why yaourt is using /home, ofcourse it will fail. download that tarball, unzip it and run makepkg, sould solve your problem.

commented on 2011-10-04 21:26 (UTC) This doesn't fix anything but it doesn't hide errors !

commented on 2011-10-04 21:26 (UTC)

commented on 2011-10-04 21:25 (UTC)


commented on 2011-10-04 21:23 (UTC)

==> Lancement de package()... ERROR: object '' from LD_PRELOAD cannot be preloaded: ignored. ==> ERREUR: Une erreur s'est produite dans package(). Abandon...

commented on 2011-10-04 21:12 (UTC)

==> Lancement de package()... ERROR: object '' from LD_PRELOAD cannot be preloaded: ignored. ==> ERREUR: Une erreur s'est produite dans package(). Abandon...

commented on 2011-10-04 21:00 (UTC)

cp: impossible d'évaluer « /home/yaourt-tmp/yaourt-tmp-leryan/aur-microchip-mplab_bin/pkg/opt/microchip/mplabx/mplab_ide/mplablibs/modules/lib/mchplinusbdevice »: Aucun fichier ou dossier de ce type Mh... i'll try to fix this PKGBUILD tomorrow, if you does'nt do it before ;)

bxs commented on 2011-10-04 20:37 (UTC)

@Leryan My bad, for my tests it happen in 32bit systems. Fixed, try now.

commented on 2011-10-04 18:29 (UTC)

rm -r $pkgdir/opt/microchip/mplabx/rollbackBackupDirectory Fail.

bxs commented on 2011-10-04 14:44 (UTC)

Another package update ;-)

commented on 2011-09-29 20:00 (UTC)

Thank's for this package ;)

bxs commented on 2011-09-27 17:14 (UTC)

Just added the LICENSE file.

bxs commented on 2011-09-26 19:30 (UTC)

Enjoy ;-)