audio/amarok distinfo not updated
In recent pkg-config sweep Marc Espie bumped amarok version 1.4.3 - 1.4.4 without changing distinfo accordingly. It doesn't package properly either, apparently plist needs updating too. I can try to provide appropriate patches soon, but I wanted to let you know now. -- viq
Re: audio/amarok distinfo not updated
On 18/12/06, viq [EMAIL PROTECTED] wrote: In recent pkg-config sweep Marc Espie bumped amarok version 1.4.3 - 1.4.4 without changing distinfo accordingly. It doesn't package properly either, apparently plist needs updating too. I can try to provide appropriate patches soon, but I wanted to let you know now. -- viq Builds, packages and installs with the attached diff. -- viq amarok.diff Description: Binary data
NEW: audio/gnupod
GNUpod is a collection of Perl-Scripts which allow you to use your iPod under GNU/Linux and many other Operating Systems with a usable Version of Perl 5 (+Modules). Please test and feedback. -- Sideris Michael gnupod_port.tar.gz Description: application/tar-gz
Re: NEW: x11/pypanel
On Thu, Dec 14, 2006 at 08:58:08PM +0100, Jasper Lievisse Adriaanse wrote:
hi,
here's pypanel:
PyPanel is a lightweight panel/taskbar written in Python and C for X11
window managers. It can be easily customized to match any desktop theme
or taste. PyPanel works with WindowMaker and EWMH compliant WMs
(Kahakai, Openbox, PekWM, FVWM, etc).
tested on amd64 and macppc.
ok?
new port attached with some fixes by [EMAIL PROTECTED]
but there is one little problem, the Imlib2 library is hardcoded in
setup.py like:
imlib2 = /usr/lib/libImlib2.so.1
we can change the /usr part with ${PREFIX}, but what is the correct
thing to do with the other part?
Jasper
--
``This statement is false''
NedBSD: http://nedbsd.eu
pypanel.tar.gz
Description: application/tar-gz
Re: NEW: x11/py-Xlib
On Thu, Dec 14, 2006 at 08:57:03PM +0100, Jasper Lievisse Adriaanse wrote: hi, here's a port of python-Xlib: The Python X Library is intended to be a fully functional X client library for Python programs. It is written entirely in Python, in contrast to earlier X libraries for Python (the ancient X extension and the newer plxlib) which were interfaces to the C Xlib. tested on amd64 and macppc. this is needed for x11/pypanel. ok? added missing BUILD_DEPENDS, spotted by [EMAIL PROTECTED] cheers, jasper -- ``This statement is false'' NedBSD: http://nedbsd.eu py-Xlib.tgz Description: application/tar-gz
Re: NEW: x11/pypanel
On Mon, 18 Dec 2006, Jasper Lievisse Adriaanse wrote:
imlib2 = /usr/lib/libImlib2.so.1
we can change the /usr part with ${PREFIX}, but what is the correct
thing to do with the other part?
You mean ${LOCALBASE} rather than ${PREFIX}, right?
--
Antoine
Re: NEW: x11/pypanel
On Mon, Dec 18, 2006 at 11:21:05AM +0100, Antoine Jacoutot wrote:
On Mon, 18 Dec 2006, Jasper Lievisse Adriaanse wrote:
imlib2 = /usr/lib/libImlib2.so.1
we can change the /usr part with ${PREFIX}, but what is the correct
thing to do with the other part?
You mean ${LOCALBASE} rather than ${PREFIX}, right?
yeah...it's still early morning, ok? ;)
--
Antoine
Cheers,
Jasper
--
``This statement is false''
NedBSD: http://nedbsd.eu
Re: NEW: x11/pypanel
Jasper Lievisse Adriaanse [2006-12-18, 11:09:37]:
On Thu, Dec 14, 2006 at 08:58:08PM +0100, Jasper Lievisse Adriaanse wrote:
hi,
here's pypanel:
PyPanel is a lightweight panel/taskbar written in Python and C for X11
window managers. It can be easily customized to match any desktop theme
or taste. PyPanel works with WindowMaker and EWMH compliant WMs
(Kahakai, Openbox, PekWM, FVWM, etc).
tested on amd64 and macppc.
ok?
new port attached with some fixes by [EMAIL PROTECTED]
but there is one little problem, the Imlib2 library is hardcoded in
setup.py like:
imlib2 = /usr/lib/libImlib2.so.1
we can change the /usr part with ${PREFIX}, but what is the correct
thing to do with the other part?
I think you can just make this imlib2 = libImlib2.so, because it is being
used by dlopen(3).
Disclaimer: http://www.kuleuven.be/cwis/email_disclaimer.htm
archivers/unrar
check for BIG_ENDIAN machines without a static list (that could become
wrong when new arches/ports are added to OpenBSD). Of course it would
even be better if the software itself would detect the endianess, there
is a C header file machine/endian.h that can be used for that.
ok? comments?
Index: archivers/unrar/Makefile
===
RCS file: /cvs/ports/archivers/unrar/Makefile,v
retrieving revision 1.30
diff -u -r1.30 Makefile
--- archivers/unrar/Makefile18 Dec 2006 09:06:15 - 1.30
+++ archivers/unrar/Makefile18 Dec 2006 10:54:15 -
@@ -3,7 +3,7 @@
COMMENT= extract, list, and test RAR archives
DISTNAME= unrarsrc-3.6.8
-PKGNAME= unrar-3.68
+PKGNAME= unrar-3.68p0
CATEGORIES=archivers
HOMEPAGE= http://www.rarlab.com/
@@ -24,9 +24,9 @@
MAKE_FILE= makefile.unix
MAKE_FLAGS=CXX=${CXX} CXXFLAGS=${CXXFLAGS}
-.if ${MACHINE_ARCH} != alpha ${MACHINE_ARCH} != amd64 \
-${MACHINE_ARCH} != arm ${MACHINE_ARCH} != i386 \
-${MACHINE_ARCH} != vax
+BYTEORDER!=sysctl -n hw.byteorder
+
+.if ${BYTEORDER} == 4321
CFLAGS+= -DBIG_ENDIAN
.endif
Re: Enigmail Thunderbird: Enigmime Service not available
No such issue here. I don't have thunderbird with internal nss, could you please try: http://www.altroot.org/mozilla-thunderbird-1.5.0.8p2.patch (And recompile both mozilla-thunderbird and enigmail). -- Martynas Venckus
Re: UPDATE net/net-snmp
I rolled the 5.4 opti@ supplied this morning. We'll see how it does. The
only thing that I had to do with the tarball was regen pkg/{PLIST,PFRAG}*.
# sudo /usr/local/sbin/snmpd -f -Ls 1 10.0.0.3:161
Dec 18 09:22:17 br0 snmpd[11804]: NET-SNMP version 5.4
Also, we have to talk about PF-MIB in a _big_ way.
Thomas: I'll be in touch with you soon off-list soon.
~BAS
On Tue, 28 Nov 2006, Marc Balmer wrote:
* Tim Kornau wrote:
- The shared libs probably need a major version bump.
i just did that but it is in my opinion not a major version bump but
we can adress this later on when the other issues are fixed.
did the API change? Did a structure in a header change? Bump the major.
did an API get extended (by a new function)? Bumb the minor.
l8*
-lava (Brian A. Seklecki - Pittsburgh, PA, USA)
http://www.spiritual-machines.org/
Re: UPDATE: devel/subversion
On Thu, Dec 14, 2006 at 09:23:31PM +0100, steven mestdagh wrote: steven mestdagh [2006-12-14, 20:58:28]: please give this a try. the test suite works fine on i386 and amd64, still building on sparc64... gzipped diff, some long lines got broken apparently. I'm not sure why, but even on the second try (to make random stupidity a less likely cause - it might be systematic stupidity, but at least it's consistent), it does not pass regression tests for me, on i386. Regression failures below; a complete log of the first build can be found at http://jschipper.dynalias.net/~joachim/posts/20061217/svn-buildlog This is on -current, on i386: $ sysctl kern.version kern.version=OpenBSD 4.0-current (GENERIC) #1: Tue Dec 12 17:00:58 CET 2006 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC Joachim FAIL: fs-test 29: calculating closest history-affecting copies FAIL: repos-test 5: test svn_repos_node_locations some more FAIL: update_tests.py 29: update wc containing a replaced-with-history file FAIL: switch_tests.py 17: refresh the WC file system read-only attribute FAIL: diff_tests.py 41: diff a revision of a file in a renamed folder FAIL: merge_tests.py 29: merge a replacement of a file FAIL: merge_tests.py 31: merge a replacement of a file to mixed rev wc FAIL: revert_tests.py 6: revert a merge replacement of file with history FAIL: revert_tests.py 11: revert a simple propset on a dir FAIL: revert_tests.py 12: revert a simple propset on a file FAIL: revert_tests.py 13: revert a simple propdel on a dir FAIL: revert_tests.py 14: revert a simple propdel on a file FAIL: stat_tests.py 18: status on ignored directory FAIL: stat_tests.py 23: run 'status -u' variations w/ incoming propchanges FAIL: stat_tests.py 24: run 'status -uv' w/ incoming propchanges At least one test was SKIPPED, checking /usr/ports/mystuff/devel/subversion/w-subversion-1.4.2/build-i386/tests.log SKIP: utf8_tests.py 1: conversion of paths and logs to/from utf8 SKIP: svnsync_tests.py 14: verify that unreadable content is not synced SKIP: svnsync_tests.py 15: verify that copies from unreadable dirs work SKIP: authz_tests.py 1: authz issue #2486 - open root SKIP: authz_tests.py 2: authz issue #2486 - open directory SKIP: authz_tests.py 3: broken authz files cause errors SKIP: authz_tests.py 4: test authz for read operations SKIP: authz_tests.py 5: test authz for write operations SKIP: authz_tests.py 6: test authz for checkout SKIP: authz_tests.py 7: test authz for log and tracing path changes SKIP: authz_tests.py 8: test authz for checkout and update SKIP: authz_tests.py 9: test authz for export with unreadable subfolder
Re: Enigmail Thunderbird: Enigmime Service not available
On Monday 18 December 2006 4:35 am, Stephan A. Rickauer wrote: When trying to sign messages in thunderbird, I'll get Enigmime Service not available. Failed to initialize Enigmail. on OpenBSD 4.0 Snapshot (2006-12-15), i386. enigmail-0.94.1 (installed as requested by install-message) mozilla-thunderbird-1.5.0.8p1 nspr-4.6.4p1 installed from [2] Is this a known issue? I've found [1] where someone got something similar, but thinks there are no enigmail or thunderbird packages - so probably irrelevant. Let me know if I can help any further. [1] http://marc.theaimsgroup.com/?l=openbsd-miscm=115797922208966w=2 [2] http://mirror.switch.ch/ftp/pub/OpenBSD/snapshots/packages/i386/ This is working for me with the same versions of the packages you listed. I built them myself instead of from snapshots though. AFAICT, system nss doesn't effect this. Have you tried some of the suggestions in the install message like creating a new profile? -Kurt
Re: NEW: sysutils/tkdvd
On Thu, Dec 07, 2006 at 02:57:32AM +0300, Vlad Glagolev wrote:
On 12/4/06, Vlad Glagolev [EMAIL PROTECTED] wrote:
Tk GUI for cdrecord dvd+rw-tools. Oh.. maybe we 'll use cdrkit
instead of cdrtools in the future..
ftp://slz.sytes.net/incoming/tkdvd-4.0.4.tar.gz
--
Cheerz
Vlad / Stelz
OK. Completely fixed for ${LOCALBASE}/bin/wish8.4.
...but not tclsh.
I also changed the default burn device to /dev/rcd0c as that makes more
sense to me than /dev/sr0 does.
anyway, cleaned the port up a bit.
Port-file attached.
idem
--
Cheerz
Vlad / Stelz
Cheers,
Jasper
--
``This statement is false''
NedBSD: http://nedbsd.eu
tkdvd.tgz
Description: application/tar-gz
Re: UPDATE: devel/subversion
Joachim Schipper [2006-12-18, 18:10:53]: On Thu, Dec 14, 2006 at 09:23:31PM +0100, steven mestdagh wrote: steven mestdagh [2006-12-14, 20:58:28]: please give this a try. the test suite works fine on i386 and amd64, still building on sparc64... gzipped diff, some long lines got broken apparently. I'm not sure why, but even on the second try (to make random stupidity a less likely cause - it might be systematic stupidity, but at least it's consistent), it does not pass regression tests for me, on i386. Regression failures below; a complete log of the first build can be found at http://jschipper.dynalias.net/~joachim/posts/20061217/svn-buildlog This is on -current, on i386: $ sysctl kern.version kern.version=OpenBSD 4.0-current (GENERIC) #1: Tue Dec 12 17:00:58 CET 2006 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC Joachim FAIL: fs-test 29: calculating closest history-affecting copies FAIL: repos-test 5: test svn_repos_node_locations some more FAIL: update_tests.py 29: update wc containing a replaced-with-history file FAIL: switch_tests.py 17: refresh the WC file system read-only attribute FAIL: diff_tests.py 41: diff a revision of a file in a renamed folder FAIL: merge_tests.py 29: merge a replacement of a file FAIL: merge_tests.py 31: merge a replacement of a file to mixed rev wc FAIL: revert_tests.py 6: revert a merge replacement of file with history FAIL: revert_tests.py 11: revert a simple propset on a dir FAIL: revert_tests.py 12: revert a simple propset on a file FAIL: revert_tests.py 13: revert a simple propdel on a dir FAIL: revert_tests.py 14: revert a simple propdel on a file FAIL: stat_tests.py 18: status on ignored directory FAIL: stat_tests.py 23: run 'status -u' variations w/ incoming propchanges FAIL: stat_tests.py 24: run 'status -uv' w/ incoming propchanges At least one test was SKIPPED, checking /usr/ports/mystuff/devel/subversion/w-subversion-1.4.2/build-i386/tests.log SKIP: utf8_tests.py 1: conversion of paths and logs to/from utf8 SKIP: svnsync_tests.py 14: verify that unreadable content is not synced SKIP: svnsync_tests.py 15: verify that copies from unreadable dirs work SKIP: authz_tests.py 1: authz issue #2486 - open root SKIP: authz_tests.py 2: authz issue #2486 - open directory SKIP: authz_tests.py 3: broken authz files cause errors SKIP: authz_tests.py 4: test authz for read operations SKIP: authz_tests.py 5: test authz for write operations SKIP: authz_tests.py 6: test authz for checkout SKIP: authz_tests.py 7: test authz for log and tracing path changes SKIP: authz_tests.py 8: test authz for checkout and update SKIP: authz_tests.py 9: test authz for export with unreadable subfolder somewhere in your log, you have: === subversion-1.4.2 depends on: py-subversion-* - not found === Verifying install for py-subversion-* in devel/subversion === py-subversion-1.4.0p0 depends on: subversion-1.4.0 - found this port does not work well when building under mystuff/. you should deinstall any older versions from your system, before starting the build. Disclaimer: http://www.kuleuven.be/cwis/email_disclaimer.htm
Re: UPDATE: net/poptop
Last week I exchanged a few emails with Craig and he asks me if I would become the net/poptop maintainer; if Craig confirms, the diff attached will change the maintainer email. This is good with me. I'm no longer actively using PoPToP. -- Craig
unalz archive package
Hello Guy, I make package about unalz archive application. What about your ideas? Thanks, -- def d(n,x,l,t):y=x[0]+l*math.sin(t),x[1]+l*math.cos(t);draw.aaline(c,(a[ u]+a[u+1]*n,a[u+2]+a[u+3]*n,a[u+4]),x,y);r=random.random;(display.flip() ,event.poll());n and[d(n-1,y,l*(.7+r()/5),t+i*r())for i in(-1,1)];2005.3 from pygame import*;import math,random,time;c=display.set_mode((800,600) );u=time.localtime()[1]%12/3*5;s='winter','spring','summer','autumn';a=( 30,2.5,30,1,30,20,1.5,30,-.5,10,10,2,30,-.5,10,30,1,30,-.5,10);p=math.pi while 1:c.fill((0,0,16));display.set_caption(tree: +s[u/5]);draw.rect( c,(32,)*3,(0,550,800,50));d(17,(400,550),100,p);u=(u+5)%20;time.sleep(3)
