Package Details: microchip-mplabx-bin 3.40-1

Git Clone URL: https://aur.archlinux.org/microchip-mplabx-bin.git (read-only)
Package Base: microchip-mplabx-bin
Description: IDE for Microchip PIC and dsPIC development
Upstream URL: http://www.microchip.com/mplabx
Licenses: custom
Conflicts: mplab
Provides: mplab
Submitter: bxs
Maintainer: mickael9
Last Packager: mickael9
Votes: 43
Popularity: 1.494648
First Submitted: 2011-12-17 04:28
Last Updated: 2016-09-09 20:56

Dependencies (14)

Required by (0)

Sources (3)

Pinned Comments

mickael9 commented on 2016-08-11 17:16

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

Latest Comments

vinadoros commented on 2016-08-11 18:18

@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

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

mickael9 commented on 2016-08-11 16:11

@vinadoros: It might be worth researching those dlsym() issues, because I don't have them.

Here is my bitrock_install.log for reference: http://ix.io/1daz
And the MPLABComm one: http://ix.io/1daA

The JRE is correctly extracted into pkg/microchip-mplabx-bin/opt/microchip/mplabx/v3.35/sys/java/jre1.8.0_91/

(That is, with "exit 1" added in the PKGBUILD just after running the installer, before any customization is done)

**EDIT**: Actually, I just updated my system and I have the same errors that you have, I'll try to research those.

vinadoros commented on 2016-08-11 15:49

@mickael9 Thanks for the tip. So I used the Arch Rollback Machine and downgraded using the following package (I don't have it in my own pacman cache): https://archive.archlinux.org/packages/f/fakeroot/fakeroot-1.20.2-1-x86_64.pkg.tar.xz. This means both fakeroot and lib32-fakeroot are 1.20.2-1. After installing this (and a reboot just to be on the safe side), this output occurs (and I have stripped the dlsym fakeroot messages from the output, which there are a lot of):

==> Extracting sources...
-> Extracting MPLABX-v3.35-linux-installer.tar with bsdtar
-> Extracting fakechroot-i686.pkg.tar.xz with bsdtar
==> Entering fakeroot environment...
==> Starting package()...
Extracting installers...
Running MPLABX installer...
Problem running post-install step. Installation may not complete correctly
Error running /opt/microchip/mplabx/v3.35/MPLABCOMM-v3.20.00-linux-installer.run --jrebinary "/opt/microchip/mplabx/v3.35/sys/java/jre1.8.0_91/bin/java":
==> ERROR: A failure occurred in package().
Aborting...

Just to be on the safe side, I tried cloning the MPLAB-X 3.30 PKGBUILD from the AUR (which I know for sure used to work), and used makepkg on it. Similar sort of error:

Problem running post-install step. Installation may not complete correctly
Error running /opt/microchip/mplabx/v3.30/MPLABCOMM-v3.17.02-linux-installer.run --jrebinary "/opt/microchip/mplabx/v3.30/sys/java/jre1.8.0_65/bin/java"

In the pkg/microchip-mplabx-bin/tmp folder of the PKGBUILD, there are bitrock_installer logs which are more descriptive about the problem. I noticed that the jre it is looking for in the above command (1.8.0_91 for 3.35 and 65 for 3.30)is supposed to be unpacked by the installer. I can see this in the bitrock_installer.log:

Unpacking files
Unpacking /opt/microchip/mplabx/v3.30/sys/java/jre-8u65-linux-x64.tar.gz

However, this jre tar remains only a tar file when it gets to the above MPLABCOMM install steps. This suggests to me that something is still wrong with fakeroot (or maybe the lib32 version of fakeroot, which I don't think has changed at all). I have no idea why the MPLAB installer can't extract that inside the fakeroot...

mickael9 commented on 2016-08-11 14:52

@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

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/libfakeroot.so: undefined symbol: acl_get_fd
dlsym(acl_get_file): /usr/lib32/libfakeroot/libfakeroot.so: undefined symbol: acl_get_file
dlsym(acl_set_fd): /usr/lib32/libfakeroot/libfakeroot.so: undefined symbol: acl_set_fd
dlsym(acl_set_file): /usr/lib32/libfakeroot/libfakeroot.so: undefined symbol: acl_set_file

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

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

danwood76 commented on 2016-06-27 07:39

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

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/ipecmd.sh: No such file or directory

Can you please help?

maximevince commented on 2016-04-07 07:29

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

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

@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

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/libSerialAccessLink.so exists in filesystem
microchip-mplabx-bin: /opt/microchip/mplabcomm/v3.10/lib/libUSBAccessLink.so exists in filesystem
microchip-mplabx-bin: /opt/microchip/mplabcomm/v3.10/lib/libmchpusb-1.0.so.0.0.0 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/libusb-1.0.la exists in filesystem
microchip-mplabx-bin: /opt/microchip/mplabcomm/v3.10/lib/mchplinusbdevice exists in filesystem
microchip-mplabx-bin: /usr/lib/libSEGGERAccessLink.so exists in filesystem
microchip-mplabx-bin: /usr/lib/libSerialAccessLink.so exists in filesystem
microchip-mplabx-bin: /usr/lib/libUSBAccessLink.so exists in filesystem
Errors occurred, no packages were upgraded.

danwood76 commented on 2015-09-25 13:50

Works perfectly. Thanks!

mickael9 commented on 2015-09-25 13:40

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

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

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

sith commented on 2015-09-24 21:36

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-Djava.io.tmpdir=/tmp/mplab_ide -J-Dcrownking.stream.verbosity=very-quiet -J-Xss2m -J-Xms256m -J-XX:PermSize=128m -J-XX:MaxPermSize=384m -J-Xmx512m -J-Dapple.awt.graphics.UseQuartz=true -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

Here's my PKGBUILD updated for MPLABX 3.10 : https://gist.github.com/mickael9/e107ad9f687690865c7f

ricardomv commented on 2015-08-21 22:31

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

Bitl0rd commented on 2015-08-08 17:34

@mickael9 thanks for PKGBUILD

mickael9 commented on 2015-07-31 14:43

Here is a PKGBUILD : http://ix.io/k1K and corresponding microchip-mplabx-bin.install : http://ix.io/k1L

danfly09 commented on 2015-07-31 14:17

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

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 : http://ix.io/jOq

danwood76 commented on 2015-07-15 12:11

@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/chroot_input.sh
# ./$installer --mode text < inst_input || true"> $pkgdir/chroot_input.sh
chmod 0755 $pkgdir/chroot_input.sh
@@ -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/{chroot_input.sh,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/libmchpusb-1.0.so.0.0.0 $pkgdir/usr/local/lib/libmchpusb-1.0.so
- ln -s $instdir/../mplabcomm1_0_0/mchplinusbdevice $pkgdir/etc/.mplab_ide
- ln -s $instdir/../mplabcomm1_0_0/libUSBAccessLink.so $pkgdir/usr/lib/libUSBAccessLink.so
- ln -s $instdir/../mplabcomm1_0_0/libSerialAccessLink.so $pkgdir/usr/lib/libSerialAccessLink.so
+ ln -s $instdir/../mplabcomm/v$pkgver/lib/libmchpusb-1.0.so.0.0.0 $pkgdir/usr/local/lib/libmchpusb-1.0.so
+ ln -s $instdir/../mplabcomm/v$pkgver/lib/mchplinusbdevice $pkgdir/etc/.mplab_ide
+ ln -s $instdir/../mplabcomm/v$pkgver/lib/libUSBAccessLink.so $pkgdir/usr/lib/libUSBAccessLink.so
+ ln -s $instdir/../mplabcomm/v$pkgver/lib/libSerialAccessLink.so $pkgdir/usr/lib/libSerialAccessLink.so
+
+ 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

@mawe: Thanks for correction. Fixed.

mawe commented on 2015-07-06 09:26

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: https://aur4.archlinux.org/cgit/aur.git/commit/?h=microchip-libraries-for-applications&id=bdb50800cc1dd547abf847cc1173811392c86e28

ivanovp commented on 2015-07-03 17:23

@mawe: Thanks.

mawe commented on 2015-07-03 15:58

You did not update the .SRCINFO file.

ivanovp commented on 2015-07-03 15:52

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

ivanovp commented on 2015-07-03 15:26

It has already updated to 3.0.5.

Bitl0rd commented on 2015-06-30 03:05

new version is MPLAB® X IDE v3.05

explorerchess commented on 2015-05-21 02:40

@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

@danwood76: thanks for fix. Patch applied.

danwood76 commented on 2015-05-19 07:20

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/{chroot_input.sh,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/libmchpusb-1.0.so.0.0.0 $pkgdir/usr/local/lib/libmchpusb-1.0.so
- ln -s $instdir/../mplabcomm1_0_0/mchplinusbdevice $pkgdir/etc/.mplab_ide
- ln -s $instdir/../mplabcomm1_0_0/libUSBAccessLink.so $pkgdir/usr/lib/libUSBAccessLink.so
- ln -s $instdir/../mplabcomm1_0_0/libSerialAccessLink.so $pkgdir/usr/lib/libSerialAccessLink.so
+ ln -s $instdir/../mplabcomm1.0/libmchpusb-1.0.so.0.0.0 $pkgdir/usr/local/lib/libmchpusb-1.0.so
+ ln -s $instdir/../mplabcomm1.0/mchplinusbdevice $pkgdir/etc/.mplab_ide
+ ln -s $instdir/../mplabcomm1.0/libUSBAccessLink.so $pkgdir/usr/lib/libUSBAccessLink.so
+ ln -s $instdir/../mplabcomm1.0/libSerialAccessLink.so $pkgdir/usr/lib/libSerialAccessLink.so
+
+ 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

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

@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

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

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

@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?

http://pastebin.com/aahpgcSb

stevenhoneyman commented on 2015-04-02 17:23

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

@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

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

@Misio-it: thanks, fixed.

Misio-it commented on 2015-01-14 14:26

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

@danwood76: Thanks for solving this mistery.

danwood76 commented on 2015-01-13 13:10

@ivanop

I have just done some testing and it appears the microchip installer also adds an additional 2 symlinks:

/usr/lib/libSerialAccessLink.so -> /opt/microchip/mplabcomm1_0_0/libSerialAccessLink.so
/usr/lib/libUSBAccessLink.so -> /opt/microchip/mplabcomm1_0_0/libUSBAccessLink.so

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/libmchpusb-1.0.so.0.0.0 $pkgdir/usr/local/lib/libmchpusb-1.0.so
+ ln -s $instdir/../mplabcomm1_0_0/libUSBAccessLink.so $pkgdir/usr/lib/libUSBAccessLink.so
+ ln -s $instdir/../mplabcomm1_0_0/libSerialAccessLink.so $pkgdir/usr/lib/libSerialAccessLink.so
ln -s $instdir/../mplabcomm1_0_0/mchplinusbdevice $pkgdir/etc/.mplab_ide

rm -f $pkgdir$instdir/Uninstall*

ivanovp commented on 2015-01-12 18:08

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

danwood76 commented on 2015-01-12 15:07

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/libmchpusb-1.0.so.0.0.0 $pkgdir/usr/local/lib/libmchpusb-1.0.so
- ln -s $instdir/../mplabcomm1.0/mchplinusbdevice $pkgdir/etc/.mplab_ide
+ ln -s $instdir/../mplabcomm1_0_0/libmchpusb-1.0.so.0.0.0 $pkgdir/usr/local/lib/libmchpusb-1.0.so
+ ln -s $instdir/../mplabcomm1_0_0/mchplinusbdevice $pkgdir/etc/.mplab_ide

rm -f $pkgdir$instdir/Uninstall*

danwood76 commented on 2015-01-12 15:00

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/libmchpusb-1.0.so -> /opt/microchip/mplabx/../mplabcomm1_0_0/libmchpusb-1.0.so.0.0.0

anatolyb commented on 2015-01-12 13:10

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

@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

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

Misio-it commented on 2014-12-22 09:25

@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

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

ivanovp commented on 2014-09-24 16:13

After installing the MPLABX-v2.20-linux-installer.run 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

@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

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/{chroot_input.sh,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/libusb-1.0.so.0.0.0 $pkgdir/usr/local/lib/libmchpusb-1.0.so
+ ln -s $instdir/mplab_ipe/mplab_ipe $pkgdir/usr/bin/mplab_ipe
+ ln -s $instdir/../mplabcomm1.0/libmchpusb-1.0.so.0.0.0 $pkgdir/usr/local/lib/libmchpusb-1.0.so

rm -f $pkgdir$instdir/Uninstall*

danwood76 commented on 2014-09-18 14:22

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

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

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

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

vdg commented on 2014-08-05 07:25

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

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

LeaveAThousand commented on 2014-07-20 00:48

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

$ 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

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

ivanovp commented on 2014-07-02 12:40

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

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

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

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

bxs commented on 2014-04-29 20:47

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

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

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

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

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

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

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

Misio-it commented on 2014-02-26 21:29

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

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

I have already contact the maintainer, with no answer...
The updated PKGBUILD: http://gist.github.com/wi-fi/8a54974fc554f97ebc96

wifi commented on 2014-01-17 11:51

I have already contact the maintainer, with no answer...
The updated PKGBUILD:
Http://gist.github.com/wi-fi/8a54974fc554f97ebc96

wifi commented on 2014-01-17 11:50

I have already contact the maintainer, with no answer...
The updated PKGBUILD:
gist.github.com/wi-fi/8a54974fc554f97ebc96

wifi commented on 2014-01-07 11:38

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

Updated to version 1.95

joat commented on 2013-10-21 18:20

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

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

joat commented on 2013-10-21 17:49

Thanks bxs, I'll give that a try. I had just noticed that the contents of /etc/.mplab_ide are different from the pkgbuild when running the installer by itself. Oddly enough, I can see a pickit2 on my machine with only mchpdefport in /etc/.mplab_ide.

bxs commented on 2013-10-21 17:34

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

For people having problems, just add this 4 lines ate the end of "package" function:

ln -s /opt/microchip/mplabcomm1.0/libSerialAccessLink.so $pkgdir/usr/lib/libSerialAccessLink.so
ln -s /opt/microchip/mplabcomm1.0/libUSBAccessLink.so $pkgdir/usr/lib/libUSBAccessLink.so
ln -sf /opt/microchip/mplabcomm1.0/libusb-1.0.so.0.0.0 $pkgdir/usr/local/lib/libmchpusb-1.0.so
ln -s /opt/microchip/mplabcomm1.0/mchplinusbdevice $pkgdir/etc/.mplab_ide/mchplinusbdevice

Splith commented on 2013-10-21 13:48

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

bxs commented on 2013-10-20 03:51

@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

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: http://ww1.microchip.com/downloads/en/DeviceDoc/MPLABX-v1_80-linux-installer.run

Splith commented on 2013-10-19 13:23

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

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

mauritiusdadd commented on 2013-10-12 20:29

Hi,

I found that the PicKit2 cannot be seen by mplabx because the symlink
/usr/local/lib/libmchpusb-1.0.so 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/libusb-1.0.so.0.0.0 $pkgdir/usr/local/lib/libmchpusb-1.0.so

I hope this helps

deraffe commented on 2013-09-28 18:36

@LaloNerenberg Try changing the line
./$installer --mode text < inst_input &> /dev/null || true"> $pkgdir/chroot_input.sh
to
./$installer --mode text < inst_input &> install.log || true"> $pkgdir/chroot_input.sh

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)

Anonymous comment on 2013-09-14 18:00

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

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

Anonymous comment on 2013-09-12 06:47

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

joat commented on 2013-09-12 05:06

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

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

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

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.

Anonymous comment on 2013-09-10 13:18

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

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

Anonymous comment on 2013-08-30 23:36

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

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?

Anonymous comment on 2013-07-25 09:35

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

Updated to version 1.85

Splith commented on 2013-06-26 01:56

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

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/libmchpusb-1.0.so': No such file or directory
==> ERROR: A failure occurred in package().
Aborting...

doragasu commented on 2013-06-24 16:40

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/libmchpusb-1.0.so': 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

Updated to version 1.80

cpaulus commented on 2013-04-17 07:17

pkgbuild needs to be updated with new fakechroot md5 and intoverflow patch.

Flagged out-of-date.

Anonymous comment on 2013-04-14 05:50

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 MPLABX-v1_70-linux-installer.run
-> Found LICENSE
-> Found fakechroot-i686.pkg.tar.xz
-> Found fakeroot-i686.pkg.tar.xz
==> Validating source files with md5sums...
MPLABX-v1_70-linux-installer.run ... 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/chroot_input.sh
chmod 0755 $pkgdir/chroot_input.sh

echo -e "Creating the Package\n Please wait..."

- fakechroot fakeroot chroot $pkgdir ./chroot_input.sh
+ fakechroot chroot $pkgdir ./chroot_input.sh

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

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

joerg-krause commented on 2013-03-03 16:57

You are rigth, I am using aura -Ayu to update. I tried it manually with makepkg and it worked for me. Thank you!

joat commented on 2013-03-02 21:20

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

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

Updated to version 1.70

mwbrown commented on 2013-02-10 01:57

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

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

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

Updated to version 1.60

joat commented on 2012-11-13 13:58

Updated to version 1.51

joat commented on 2012-10-31 13:23

* 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:41

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.

KGAD commented on 2012-10-10 19:38

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

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

KGAD commented on 2012-10-03 14:49

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

Fixed PKGBUILD for i686.

joat commented on 2012-09-28 22:10

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

Anonymous comment on 2012-09-27 05:44

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

#Version 1.41 is out

bxs commented on 2012-09-06 17:24

(http://www.microchip.com/forums/m674554.aspx)
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.

mfpuente.ar commented on 2012-09-06 04:14

here: http://www.microchip.com/pagehandler/en-us/family/mplabx/

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

egeerardyn commented on 2012-08-06 07:06

@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

@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 ;-)

bxs commented on 2012-08-05 22:30

@egeerardyn
Ok, I only associate the "flag out of date" with new versions, not with braked 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

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) ;-)

egeerardyn commented on 2012-08-05 21:55

@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

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 ;-)

bxs commented on 2012-08-05 10:08

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

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

@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

#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:
http://www.microchip.com/forums/m598632.aspx

v01d commented on 2012-07-09 14:55

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

v01d commented on 2012-07-09 14:53

Hi,
it does not seem to detect my openjdk 6

==> Starting build()...
ERROR: ld.so: object 'libfakeroot.so' from LD_PRELOAD cannot be preloaded: ignored.
ERROR: ld.so: object 'libfakechroot.so' 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

#New Version

Version 1.30 is out.

peoro commented on 2012-07-04 19:07

It seems to work also with jdk7-openjdk

bxs commented on 2012-06-01 03:38

New version ;-)

I made some tests and all seems fine with the MPLABX IDE.

About the IPE, it's beta...

From: http://www.microchip.com/forums/m655627.aspx
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

#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 :-)

bxs commented on 2012-05-02 10:48

#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 and 64bit for 64bit system, so your system is 64bit, if you use a 32bit java the will IDE work, but no USB because java 32bit can't load 64bit libs, thats it ;-)

I can't recommend java 7 and microchip said that only will 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 should be out in more or less a week, several changes are expected, many bugfixes :-)

Anonymous comment on 2012-05-02 04:04

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

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.": http://www.microchip.com/forums/m598632.aspx
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.

Anonymous comment on 2012-05-01 07:52

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

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

Anonymous comment on 2012-04-07 06:25

[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

'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: https://aur.archlinux.org/packages.php?ID=57911
- Added MplabXC32 as optional dependency; microchip-mplabxc32-bin: https://aur.archlinux.org/packages.php?ID=57912

bxs commented on 2012-03-28 01:42

MplabXC compilers are out, for now just XC8 and XC32:
http://www.microchip.com/mplabxc

microchip-mplabxc8-bin: https://aur.archlinux.org/packages.php?ID=57911

microchip-mplabxc32-bin: https://aur.archlinux.org/packages.php?ID=57912

Enjoy

StS commented on 2012-03-23 20:26

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

@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

@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:
http://www.microchip.com/forums/f15.aspx
http://www.microchip.com/forums/f57.aspx
http://www.microchip.com/forums/f238.aspx
note: use the search feature of the forums

StS commented on 2012-03-22 10:42

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.


http://pastebin.com/Ka1eGhMv

StS commented on 2012-03-22 10:36

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

@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 ;-)

bxs commented on 2012-03-20 23:44

@cdwijs
I don't understand your request, because patchelf is already as a dependency, look at PKGBUILD: makedepends=(unzip patchelf)
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 ;-)

Anonymous comment on 2012-03-20 18:37

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.
https://aur.archlinux.org/packages.php?ID=39090

Best regards,
Cedric

Anonymous comment on 2012-03-10 06:08

@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

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

Anonymous comment on 2012-03-09 02:57

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:
http://netbeans.org/bugzilla/show_bug.cgi?id=119617

I was hoping an older version of java might work correctly....

Any ideas?

bxs commented on 2012-02-29 14:14

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

bxs commented on 2012-02-29 04:33

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

Enjoy ;-)

bxs commented on 2012-02-20 22:46

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

Anonymous comment on 2012-01-31 15:37

Thx for the packaging!
+1

bxs commented on 2012-01-30 19:16

@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[https://aur.archlinux.org/packages/mi/microchip-mplabx-bin/microchip-mplabx-bin.tar.gz], extract it, and once in the same directory of the PKGBUILD you should run 'makepkg' to create the MPLAB X package.

Anonymous comment on 2012-01-30 17:10

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

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

bxs commented on 2012-01-12 05:29

- '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

- 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(mplabx-ide-v1.00-release-notes.02.zip)

bxs commented on 2011-12-17 04:30

MPLAB X Final Version (v1.00) is at: https://aur.archlinux.org/packages.php?ID=55048

bxs commented on 2011-12-06 19:50

@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

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

bxs commented on 2011-12-03 17:33

Changelog for MPLAB X beta 7.12 package releases

pkgrel=7:
- Small changes
- Added 3 new optional dependencies:
hitech-dspicc-bin -> https://aur.archlinux.org/packages.php?ID=54315
hitech-picc32-bin -> https://aur.archlinux.org/packages.php?ID=54316
sdcc -> http://www.archlinux.org/packages/?q=sdcc

bxs commented on 2011-11-25 03:25

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 -> https://aur.archlinux.org/packages.php?ID=52776
hitech-picc-18_bin -> https://aur.archlinux.org/packages.php?ID=52777

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-25 03:23

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 -> https://aur.archlinux.org/packages.php?ID=52776
hitech-picc-18_bin -> https://aur.archlinux.org/packages.php?ID=52777

Note: if you already have beta 7.12 installed, delete $HOME/.mplab_ide/dev/beta7.12/var directory 'rm -r $HOME/.mplab_ide/dev/beta7.12/var'

bxs commented on 2011-11-25 03:18

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 -> https://aur.archlinux.org/packages.php?ID=52776
hitech-picc-18_bin -> https://aur.archlinux.org/packages.php?ID=52777

bxs commented on 2011-11-19 12:29

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

MPLAB X beta 7.12 is out ;-)

For more info look at: http://www.microchip.com/forums/m607785.aspx

Enjoy

bxs commented on 2011-10-17 20:32

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

New version, for more info look at: http://www.microchip.com/forums/m607785.aspx

Enjoy

Leryan commented on 2011-10-06 11:55

Thank's a lot ;)

bxs commented on 2011-10-06 01:49

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

bxs commented on 2011-10-06 01:47

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 confusion deleting the wrong file.

Best Regards,
BxS

Leryan commented on 2011-10-05 23:52

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

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: http://www.microchip.com/forums/fb.ashx?m=605182

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 http://www.microchip.com/forums/download.axd?file=0;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

bxs commented on 2011-10-05 17:30

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.

I even asked 2 friends to test it again, and no problem, worked just fine.

Again simple run makepkg for my pkgbuild, and look at generated package, it should look like http://www.microchip.com/forums/download.axd?file=0;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

Leryan commented on 2011-10-05 17:01

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

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: http://www.microchip.com/forums/download.axd?file=0;603507

bxs commented on 2011-10-05 16:11

@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 http://paste.pocoo.org/show/487749/ 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 16:07

@Leryan

If http://paste.pocoo.org/show/487749/ 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

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

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.

Leryan commented on 2011-10-05 15:25

PKGBUILD fixed for x86_64, please try it in 32bit system ;)

http://paste.pocoo.org/show/487749/

And remembre : it's necessary to launch the build in root...

Leryan commented on 2011-10-05 15:24

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

http://paste.pocoo.org/show/487749/

Leryan commented on 2011-10-05 15:17

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

bxs commented on 2011-10-05 14:46

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: http://www.microchip.com/forums/download.axd?file=0;603507

Enjoy ;-)

Leryan commented on 2011-10-05 10:49

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

Leryan commented on 2011-10-05 10:46

@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.

Leryan commented on 2011-10-05 10:45

@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

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

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

@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.

bxs commented on 2011-10-04 21:27

@Leryan

I don't know why yaourt is using /home, if course it will fail.

download that tarball, unzip it and run makepkg, sould solve your problem

Leryan commented on 2011-10-04 21:26

http://paste.pocoo.org/show/487358/

This doesn't fix anything but it doesn't hide errors !

Leryan commented on 2011-10-04 21:26

http://paste.pocoo.org/show/487358/

Leryan commented on 2011-10-04 21:25

My PKGBUILD : http://paste.pocoo.org/show/487357/

/!\ NOT FIXED /!\

Leryan commented on 2011-10-04 21:23

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

Leryan commented on 2011-10-04 21:12

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

Leryan commented on 2011-10-04 21:00

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

@Leryan

My bad, for my tests it happen in 32bit systems.

Fixed, try now.

bxs commented on 2011-10-04 20:02

@Leryan

My bad, try now.

Leryan commented on 2011-10-04 18:29

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

Fail.

bxs commented on 2011-10-04 14:44

Another package update ;-)

Leryan commented on 2011-09-29 20:00

Thank's for this package ;)

bxs commented on 2011-09-27 17:14

Just added the LICENSE file.

bxs commented on 2011-09-26 19:30

Enjoy ;-)