You are not logged in.
hey, im into open hardware and heard that cenon[1] can edit silkscreens. unfortunately, cant get it to work.
i did some work on the AUR[2] and would like to get some help with re packaging it.
i contacted the current maintainer a few months ago, with no luck.
[1] cenon.info
[2] https://aur.archlinux.org/packages/cenon/
Last edited by yair (2016-10-13 17:58:16)
Offline
this issue still unsolved
http://askubuntu.com/questions/164001/c … ng-library
Offline
The linux code doesn't appear to have been touched since late 2013, it won't be easy to patch it for current gcc versions.
Over time the location where gnustep expects to find libraries has changed, looks like cenon uses the location used in older gnustep versions.
It should be relatively easy to find a workaround.
IF you want to give this ago, i'd suggest using an older gcc / ggc-objc like 4.3.x or 4.4.x ( look for gcc43 & gcc44 in AUR).
Last edited by Lone_Wolf (2016-10-11 14:04:23)
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
clean chroot building not flexible enough ?
Try clean chroot manager by graysky
Offline
thanks for taking a look
i successfully applied the/a patch, it compiles and runs. see my last comment on the AUR page.
but the library location is a mystery, im no pro just a hardware guy trying to make sense
Offline
the likely answer for the library location is actually listed on cenon website : http://www.cenon.info/frameLoad_gb.html?support_gb.html
basically cenon expects the app to be present in /usr/lib/GNUstep/Applications folder and the Library in /usr/lib/GNUstep/Library/Cenon folder.
Looking at the PKGBUILD I think there's an error in the pacakge() function .
It has
GNUSTEP_LOCAL_LIBRARY="$pkgdir/usr/lib/GNUstep/Libraries/" \
That looks wrong and should be
GNUSTEP_LOCAL_LIBRARY="/usr/lib/GNUstep/Libraries/" \
------------------------------
https://wiki.archlinux.org/index.php/Patching_in_ABS may help with creating a proper patch-file, it's easier then many think.
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
clean chroot building not flexible enough ?
Try clean chroot manager by graysky
Offline
ok, thanks for the tips
i generated a valid patch[1], and edited the PKGbuild[2] with your correction.
cenon starts and works, but i still face the "you need to install the Cenon Library" popup
1. how can i trace where cenon looks for that lib?
i tried using glsof but it didnt come up with anything.
[1] https://gist.github.com/7a503c73a07e91f … 74fec104cb
[2] https://gist.github.com/3bc4bb884732513 … 64fff0a3f6
Last edited by yair (2016-10-12 19:23:15)
Offline
the Cenon packge is now up for adoption.
https://aur.archlinux.org/packages/cenon/
Offline
Looking at the PKGBUILD closer, it needs cleaning up rather badly .
the patch commands should be in prepare() function, and the license doesn't appear to be put in the correct location.
I do have some experience with packages using GNUstep , will look closely at things tomorrow (thursday) .
However,best AUR maintainers tend to be users interested in the software they maintain.
Yair,you are clearly interested in using cenon, so maybe you could be new maintainer ?
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
clean chroot building not flexible enough ?
Try clean chroot manager by graysky
Offline
Ok, it seems keenerd took ownership back. He doesn't follow forum he says, so he may not have seen this thread at all.
Below you'll find a cenon PKGBUILD as I would write it. I've tested it briefly and cenon runs without prompts.
Some comments :
I've removed these lines :
options=('!strip')
export CFLAGS="$CFLAGS -g"
export CXXFLAGS="$CXXFLAGS -g"
The !strip option and gcc -g flag are meant for debugging using GDB . Using them tends to make things bigger and slower.
Figuring out the locations used was a bit tricky. I had to re-read parts of GNUstep doc, Cenon website FAQ and text files from the source tarballs.
Combining that with make / make install without options made me realise the Makefile and *.postamble were written correctly.
Everything matched GNUstep locations as set on AL by gnustep-make .
# Maintainer: Kyle Keen <keenerd@gmail.com>
#Contributor: Lone_Wolf <lonewolf at xs4all dot nl>
#Contributor: Yair
pkgname=cenon
pkgver=4.0.2
_libver=4.0.0
pkgrel=3
pkgdesc="GNUstep vector editor for EPS, DXF, Gerber, HPGL. Includes docs and extended libary."
arch=('i686' 'x86_64')
url="http://www.cenon.info"
license=('custom:vhfPL')
depends=('gnustep-base' 'gnustep-gui' 'gnustep-back')
makedepends=('gnustep-make' 'gcc-objc')
source=("http://www.cenon.zone/download/source/Cenon-$pkgver.tar.bz2"
"http://www.cenon.zone/download/source/CenonLibrary-$_libver-1.tar.bz2"
"http://www.cenon.zone/download/doc/Cenon-4.0_gb.pdf"
gcc47.patch
TileScrollView.patch)
md5sums=('ba6519d09106a250cbec72b28f970bbc'
'5d7542f054b4ac3eb630c360d3752aa8'
'662c04f20280a42261d7d7191681fb3e'
'015e2c1538788eb42c1320353a2da6e5'
'593b86eb233e0efd41bc685efd8d6dab')
prepare() {
cd "$srcdir/Cenon"
patch -p1 VHFShared/vhfCompatibility.h "$srcdir/gcc47.patch"
patch -p1 TileScrollView.m "$srcdir/TileScrollView.patch"
}
build() {
cd "$srcdir/Cenon"
# GNUSTEP make takes it's settings from 2 files :
# /etc/profile.d/GNUstep.sh
# /etc/GNUstep/GNUstep.conf
make
}
package() {
cd "$srcdir/Cenon"
make DESTDIR="$pkgdir" install
# install extended library, destination is based on GNUSTEP_LOCAL_LIBRARY=/usr/lib/GNUstep from /etc/GNUstep/GNUstep.conf
# the minimal library included with Cenon-$pkgver.tar.bz2 is also installed there
cp -R Devices/ "$pkgdir//usr/lib/GNUstep/Cenon"
cp -R Documentation/ "$pkgdir//usr/lib/GNUstep/Cenon/"
cp -R Examples/ "$pkgdir//usr/lib/GNUstep/Cenon/"
cp -R Projects/ "$pkgdir//usr/lib/GNUstep/Cenon"
# install documentation
install -m755 -d "$pkgdir/usr/share/doc/cenon"
install -m644 "$srcdir/Cenon-4.0_gb.pdf" "$pkgdir/usr/share/doc/cenon/"
# install license, copyright
install -m755 -d "${pkgdir}"/usr/share/licenses/Cenon
install -m644 COPYRIGHT LICENSE "${pkgdir}"/usr/share/licenses/Cenon/
}
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
clean chroot building not flexible enough ?
Try clean chroot manager by graysky
Offline
thanks Lone_wolf, your PKGBUILD works for me ,
happy Cenno been getting attention. been more than a year since i've starting trolling this package.
as a side note, what's best practice when it comes to suggesting merges to the AUR git
as if i'm not the maintainer i can't push a thing. right?
should i continue posting gists to the aur comments?
Offline
as a side note, what's best practice when it comes to suggesting merges to the AUR git
as if i'm not the maintainer i can't push a thing. right?
should i continue posting gists to the aur comments?
Only a maintainer & co-maintainer can push.
In this specific case I wouldn't post new gists , but try to contact him directly again.
You can look for him on AL irc channels, but emailing is also ok.
If you create a tarball of my PKGBUILD and the 2 patches , you can attach that to an email message.
Last edited by Lone_Wolf (2016-10-13 21:16:58)
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
clean chroot building not flexible enough ?
Try clean chroot manager by graysky
Offline