[no subject]
Hi there, I wish to port the Trinity desktop environment to openbsd. I want to ask to the openbsd community if this port already exists.I allready made some searching and i cant find it.thanks.
[no subject]
ports@, Here a fix for missed dependency in devel/py-test-forked which is well know for upstream as https://github.com/pytest-dev/pytest-forked/issues/88 diff --git devel/py-test-forked/Makefile devel/py-test-forked/Makefile index 4682cc8931b..37738d5184a 100644 --- devel/py-test-forked/Makefile +++ devel/py-test-forked/Makefile @@ -4,7 +4,7 @@ MODPY_EGG_VERSION = 1.6.0 DISTNAME = pytest-forked-${MODPY_EGG_VERSION} PKGNAME = py-test-forked-${MODPY_EGG_VERSION} -REVISION = 0 +REVISION = 1 CATEGORIES = devel @@ -22,6 +22,7 @@ MODPY_PI =Yes MODPY_PYBUILD =setuptools_scm MODPY_PYTEST_ARGS =-v -RUN_DEPENDS = devel/py-test${MODPY_FLAVOR} +RUN_DEPENDS = devel/py-py${MODPY_FLAVOR} \ + devel/py-test${MODPY_FLAVOR} .include -- wbr, Kirill
[no subject]
serioussam-alpha.tar.gz Description: GNU Zip compressed data serioussam.tar.gz Description: GNU Zip compressed data
[no subject]
[no subject]
Hi
[no subject]
Hello, This updates sam to the latest commit. The changelog is just: - set dot correctly after applying the < command - add ssam (streaming sam); no man page :( - clean up the manpage Works fine here. I've only briefily played with ssam, but as it just run sam on a temp file I assume it's fine. While here also adds it to the editors category and tweak a bit the post-install target. ok? Index: Makefile === RCS file: /home/cvs/ports/plan9/sam/Makefile,v retrieving revision 1.34 diff -u -p -r1.34 Makefile --- Makefile11 Mar 2022 19:49:08 - 1.34 +++ Makefile6 Nov 2022 22:01:47 - @@ -1,12 +1,11 @@ COMMENT= X11 version of Rob Pike's editor, sam -DISTNAME= sam-4.3.20190427 +DISTNAME= sam-4.3.20200714 GH_ACCOUNT=deadpixi GH_PROJECT=sam -GH_COMMIT= 5893679bbbab2f50ceb6ef0805e4bb63f5f51df8 -REVISION= 0 +GH_COMMIT= 5d8acb35d78c327d76f00a54857cbd566ed9bc11 -CATEGORIES=plan9 +CATEGORIES=plan9 editors PERMIT_PACKAGE=Yes WANTLIB= X11 Xft Xi Xt c @@ -15,16 +14,12 @@ RUN_DEPENDS+= devel/desktop-file-utils NO_TEST= Yes -SAMDOCDIR= ${PREFIX}/share/doc/sam -SAMDOCFILES= README.rst doc/sam.ps doc/sam.tut.ms doc/se.ps -EXAMPLEDIR=${PREFIX}/share/examples/sam - post-install: - ${INSTALL_DATA_DIR} ${SAMDOCDIR} - ${INSTALL_DATA_DIR} ${EXAMPLEDIR} - ${INSTALL_DATA} ${WRKSRC}/doc/samrc ${EXAMPLEDIR} - @set -e; for f in ${SAMDOCFILES}; do \ -${INSTALL_DATA} ${WRKSRC}/$${f} ${SAMDOCDIR}; \ - done + ${INSTALL_DATA_DIR} ${PREFIX}/share/examples/sam + ${INSTALL_DATA_DIR} ${PREFIX}/share/doc/sam + ${INSTALL_DATA} ${WRKSRC}/doc/samrc ${PREFIX}/share/examples/sam +.for f in README.rst doc/sam.ps doc/sam.tut.ms doc/se.ps + ${INSTALL_DATA} ${WRKSRC}/$f ${PREFIX}/share/doc/sam +.endfor .include Index: distinfo === RCS file: /home/cvs/ports/plan9/sam/distinfo,v retrieving revision 1.5 diff -u -p -r1.5 distinfo --- distinfo12 Nov 2019 02:45:32 - 1.5 +++ distinfo6 Nov 2022 19:27:08 - @@ -1,2 +1,2 @@ -SHA256 (sam-4.3.20190427-5893679b.tar.gz) = 17k1wL+Rv5Z43t79sLyj0Vn9UYzSVfpVxOYZNiAfB0E= -SIZE (sam-4.3.20190427-5893679b.tar.gz) = 311827 +SHA256 (sam-4.3.20200714-5d8acb35.tar.gz) = hlWbfWSzWijxfBUOvrhO4HZp3mtO1ct4Bfj6zVRyRlo= +SIZE (sam-4.3.20200714-5d8acb35.tar.gz) = 312453 Index: pkg/PLIST === RCS file: /home/cvs/ports/plan9/sam/pkg/PLIST,v retrieving revision 1.7 diff -u -p -r1.7 PLIST --- pkg/PLIST 11 Mar 2022 19:49:08 - 1.7 +++ pkg/PLIST 6 Nov 2022 19:40:00 - @@ -1,6 +1,7 @@ @bin bin/B @bin bin/sam @bin bin/samterm +bin/ssam @man man/man1/sam.1 @man man/man5/samrc.5 share/applications/deadpixi-sam.desktop
[no subject]
Hello HDL programmers and porters, I am on my way to get cocotb [1] ported [2] to OpenBSD. UVM is the popular hardware verification library, but requires full SystemVerilog support, only available on proprietary tools. Cocotb requires python3, is in widespread and supports most open hardware simulators. Feel free to join the discussion here as well as upstream. All the best! Josuah. [1]: https://cocotb.org/ [2]: https://github.com/cocotb/cocotb/pull/3028
[no subject]
Are there any existing attempts to port docker's daemon to run natively on openBSD
[no subject]
Hola SSH hash tags
(No Subject)
subscribe
[no subject]
I'm trying to build freenet, but it requires posix_fallocate for most of it's file sharing capabilities. Apparently OpenBSD doesn't have it. There is nothing I could find regarding this in the mailing list archives. Could I know the reason and what alternative call I could use if any. Nov 04, 2020 10:56:42:345 (freenet.node.UptimeEstimator, WrapperListener_start_runner, ERROR): Unable to read old uptime file: /var/freenet/uptime.old.dat - we will assume we weren't online during that period Nov 04, 2020 10:56:42:548 (freenet.support.PooledExecutor$MyThread, Start store(4), ERROR): Caught java.lang.UnsatisfiedLinkError: Error looking up function 'posix_fallocate': Unable to resolve symbol running job freenet.support.PooledExecutor$Job@5711ee95 java.lang.UnsatisfiedLinkError: Error looking up function 'posix_fallocate': Unable to resolve symbol at com.sun.jna.Function.(Function.java:245) at com.sun.jna.NativeLibrary.getFunction(NativeLibrary.java:566) at com.sun.jna.NativeLibrary.getFunction(NativeLibrary.java:542) at com.sun.jna.NativeLibrary.getFunction(NativeLibrary.java:528) at com.sun.jna.Native.register(Native.java:1777) at com.sun.jna.Native.register(Native.java:1648) at com.sun.jna.Native.register(Native.java:1360) at freenet.support.io.Fallocate$FallocateHolderPOSIX.(Fallocate.java:93) at freenet.support.io.Fallocate.execute(Fallocate.java:72) at freenet.store.saltedhash.SaltedHashFreenetStore.setStoreFileSize(SaltedHashFreenetStore.java:1087) at freenet.store.saltedhash.SaltedHashFreenetStore.start(SaltedHashFreenetStore.java:284) at freenet.store.caching.CachingFreenetStore.start(CachingFreenetStore.java:222) at freenet.node.Node$54.run(Node.java:2942) at freenet.support.PooledExecutor$MyThread.innerRun(PooledExecutor.java:249) at freenet.support.PooledExecutor$MyThread.realRun(PooledExecutor.java:189) at freenet.support.io.NativeThread.run(NativeThread.java:156) Nov 04, 2020 10:56:42:548 (freenet.support.PooledExecutor$MyThread, Migrate store(1), ERROR): Caught java.lang.NoClassDefFoundError: Could not initialize class freenet.support.io.Fallocate$FallocateHolderPOSIX running job freenet.support.PooledExecutor$Job@a877a2c java.lang.NoClassDefFoundError: Could not initialize class freenet.support.io.Fallocate$FallocateHolderPOSIX at freenet.support.io.Fallocate.execute(Fallocate.java:72) at freenet.store.saltedhash.SaltedHashFreenetStore.setStoreFileSize(SaltedHashFreenetStore.java:1087) at freenet.store.saltedhash.SaltedHashFreenetStore.start(SaltedHashFreenetStore.java:284) at freenet.store.caching.CachingFreenetStore.start(CachingFreenetStore.java:222) at freenet.node.Node$56.run(Node.java:3035) at freenet.support.PooledExecutor$MyThread.innerRun(PooledExecutor.java:249) at freenet.support.PooledExecutor$MyThread.realRun(PooledExecutor.java:189) at freenet.support.io.NativeThread.run(NativeThread.java:156) Nov 04, 2020 10:57:36:939 (freenet.client.async.SingleFileInserter, (16), ERROR): Caught in OffThreadCompressor: java.lang.NoClassDefFoundError: Could not initialize class freenet.support.io.Fallocate$FallocateHolderPOSIX java.lang.NoClassDefFoundError: Could not initialize class freenet.support.io.Fallocate$FallocateHolderPOSIX at freenet.support.io.Fallocate.execute(Fallocate.java:72) at freenet.support.io.PooledFileRandomAccessBuffer.(PooledFileRandomAccessBuffer.java:106) at freenet.support.io.PooledFileRandomAccessBuffer.(PooledFileRandomAccessBuffer.java:85) at freenet.support.io.PooledFileRandomAccessBufferFactory.makeRAF(PooledFileRandomAccessBufferFactory.java:32) at freenet.support.io.DiskSpaceCheckingRandomAccessBufferFactory.makeRAF(DiskSpaceCheckingRandomAccessBufferFactory.java:42) at freenet.support.io.MaybeEncryptedRandomAccessBufferFactory.makeRAF(MaybeEncryptedRandomAccessBufferFactory.java:42) at freenet.client.async.SplitFileInserterStorage.(SplitFileInserterStorage.java:532) at freenet.client.async.SplitFileInserter.(SplitFileInserter.java:86) at freenet.client.async.SingleFileInserter.onCompressedInner(SingleFileInserter.java:380) at freenet.client.async.SingleFileInserter.onCompressed(SingleFileInserter.java:165) at freenet.client.async.InsertCompressor$3.run(InsertCompressor.java:227) at freenet.client.async.PersistentJobRunnerImpl$JobRunnable.run(PersistentJobRunnerImpl.java:136) at freenet.support.PooledExecutor$MyThread.innerRun(PooledExecutor.java:249) at freenet.support.PooledExecutor$MyThread.realRun(PooledExecutor.java:189) at freenet.support.io.NativeThread.run(NativeThread.java:156) Nov 04, 2020 10:57:36:940 (freenet.client.InsertException, (16), ERROR): Internal error: freenet.client.InsertException: Internal error:
[no subject]
Subject: Update to Jinja2 2.11.2 Another port I work on requires py3-jinja2>=2.10.1. "make test" passes and sysutils/ansible is still happy. Switch to stable PYPI releases and update HOMEPAGE while here. OK? --- www/py-jinja2/Makefile | 10 +++--- www/py-jinja2/distinfo | 4 ++-- www/py-jinja2/pkg/PLIST | 1 - 3 files changed, 5 insertions(+), 10 deletions(-) diff --git a/www/py-jinja2/Makefile b/www/py-jinja2/Makefile index 7fbb984dcb0..376c18fdcb4 100644 --- a/www/py-jinja2/Makefile +++ b/www/py-jinja2/Makefile @@ -2,18 +2,13 @@ COMMENT = fast, optionally sandboxed, Python template engine -MODPY_EGG_VERSION =2.10 +MODPY_EGG_VERSION =2.11.2 DISTNAME = Jinja2-${MODPY_EGG_VERSION} PKGNAME = py-${DISTNAME:L} -REVISION= 0 - -GH_ACCOUNT=pallets -GH_PROJECT=jinja -GH_TAGNAME=${MODPY_EGG_VERSION} CATEGORIES = www devel -HOMEPAGE = http://jinja.pocoo.org/ +HOMEPAGE = https://jinja.palletsprojects.com MAINTAINER = frantisek holop @@ -28,5 +23,6 @@ FLAVOR ?= MODPY_SETUPTOOLS = Yes MODPY_PYTEST = Yes +MODPY_PI = Yes .include diff --git a/www/py-jinja2/distinfo b/www/py-jinja2/distinfo index f6fb2b2ba63..a85018aa47b 100644 --- a/www/py-jinja2/distinfo +++ b/www/py-jinja2/distinfo @@ -1,2 +1,2 @@ -SHA256 (Jinja2-2.10.tar.gz) = DTHTRmwxOpygFKLZBP7RjNrIc6W6H3twuP2LIGzYYNY= -SIZE (Jinja2-2.10.tar.gz) = 267508 +SHA256 (Jinja2-2.11.2.tar.gz) = iaqyFUJ+9Zw0rVhzUmnrWLGlgIEDBn97udWDbGUbO7A= +SIZE (Jinja2-2.11.2.tar.gz) = 257594 diff --git a/www/py-jinja2/pkg/PLIST b/www/py-jinja2/pkg/PLIST index 5d8c747efe2..8f8cb60c8b3 100644 --- a/www/py-jinja2/pkg/PLIST +++ b/www/py-jinja2/pkg/PLIST @@ -4,7 +4,6 @@ lib/python${MODPY_VERSION}/site-packages/Jinja2-${MODPY_EGG_VERSION}-py${MODPY_V lib/python${MODPY_VERSION}/site-packages/Jinja2-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/SOURCES.txt lib/python${MODPY_VERSION}/site-packages/Jinja2-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/dependency_links.txt lib/python${MODPY_VERSION}/site-packages/Jinja2-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/entry_points.txt -lib/python${MODPY_VERSION}/site-packages/Jinja2-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/not-zip-safe lib/python${MODPY_VERSION}/site-packages/Jinja2-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/requires.txt lib/python${MODPY_VERSION}/site-packages/Jinja2-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/top_level.txt lib/python${MODPY_VERSION}/site-packages/jinja2/ -- 2.27.0
[no subject]
Bcc: Subject: Re: sparc64 bulk build report Reply-To: In-Reply-To: <1bebe74f6a8d3...@sparc64-0.ports.openbsd.org> On Wed, May 20, 2020 at 05:27:42PM -0600, k...@openbsd.org wrote: > Bulk build on sparc64-0.ports.openbsd.org > Started : Sun May 17 19:51:14 MDT 2020 > Finished: Wed May 20 17:27:14 MDT 2020 > Duration: 2 Days 21 hours 36 minutes > http://build-failures.rhaalovely.net/sparc64/2020-05-17/devel/glade.log glade-settings.c: In function 'glade_settings_load': glade-settings.c:239: error: 'for' loop initial declaration used outside C99 mode gmake[3]: *** [Makefile:686: glade-glade-settings.o] Error 1 This diff adds -std=gnu99 to CFLAGS to fix compilation on sparc64 (and other base-gcc arches). I tested this in the following build. It fixes the build for sparc64. ok? (cc maintainers) --Kurt Index: Makefile === RCS file: /cvs/ports/devel/glade/Makefile,v retrieving revision 1.88 diff -u -p -r1.88 Makefile --- Makefile14 May 2020 15:13:34 - 1.88 +++ Makefile21 May 2020 05:28:21 - @@ -45,6 +45,8 @@ MODGNOME_TOOLS += gobject-introspection CONFIGURE_STYLE= gnu CONFIGURE_ARGS += --disable-webkit2gtk +CFLAGS += -std=gnu99 + DEBUG_PACKAGES = ${BUILD_PACKAGES} post-install:
(No Subject)
subscribe
[no subject]
Updated url for simh pkg/DESC file. cvs server: Diffing . cvs server: Diffing patches cvs server: Diffing pkg Index: pkg/DESCR === RCS file: /cvs/ports/emulators/simh/pkg/DESCR,v retrieving revision 1.10 diff -u -p -r1.10 DESCR --- pkg/DESCR 10 May 2007 21:01:15 - 1.10 +++ pkg/DESCR 1 Mar 2019 07:43:51 - @@ -20,5 +20,5 @@ Simulators included in this package: - Royal-Mcbee LGP-30, LGP-21 - Scientific Data Systems SDS 940 -See http://www.openbsd.org/vax-simh.html for instructions on how to run +See http://www.openbsd.org/vax.html for instructions on how to run OpenBSD/vax on simh-vax. 02:44:57 /usr/ports/emulators/simh $ doas cvs diff cvs server: Diffing . cvs server: Diffing patches cvs server: Diffing pkg Index: pkg/DESCR === RCS file: /cvs/ports/emulators/simh/pkg/DESCR,v retrieving revision 1.10 diff -u -p -r1.10 DESCR --- pkg/DESCR 10 May 2007 21:01:15 - 1.10 +++ pkg/DESCR 1 Mar 2019 07:45:03 - @@ -20,5 +20,5 @@ Simulators included in this package: - Royal-Mcbee LGP-30, LGP-21 - Scientific Data Systems SDS 940 -See http://www.openbsd.org/vax-simh.html for instructions on how to run +See http://www.openbsd.org/vax.html for instructions on how to run OpenBSD/vax on simh-vax.
[no subject]
ikhbarkeba06
[no subject]
ส่งจากสมาร์ทโฟน vivo ของฉัน
[no subject]
ok? Index: Makefile === RCS file: /cvs/ports/textproc/elasticsearch/Makefile,v retrieving revision 1.53 diff -u -p -r1.53 Makefile --- Makefile4 Apr 2018 17:18:18 - 1.53 +++ Makefile25 Apr 2018 18:52:45 - @@ -5,7 +5,7 @@ COMMENT=distributed RESTful search and V= 5.6.4 DISTNAME= elasticsearch-$V CATEGORIES=textproc -REVISION= 1 +REVISION= 2 HOMEPAGE= https://www.elastic.co/products/elasticsearch Index: pkg/README === RCS file: /cvs/ports/textproc/elasticsearch/pkg/README,v retrieving revision 1.5 diff -u -p -r1.5 README --- pkg/README 17 Dec 2016 12:11:02 - 1.5 +++ pkg/README 25 Apr 2018 18:52:45 - @@ -35,6 +35,12 @@ the open files limit in login.conf(5): # sysctl -w kern.maxfiles=32768 # echo "kern.maxfiles=32768" >> /etc/sysctl.conf +If you are getting "java.io.IOException: No locks available" errors, +you need to increase kern.maxlocksperuid over the deafault of 1024: + + # sysctl -w kern.maxlocksperuid=2048 + # echo "kern.maxlocksperuid=2048" >> /etc/sysctl.conf + Elasticsearch Plugins Management Elasticsearch plugins management involves running Java code which can download
[no subject]
unsubscribe
[no subject]
unsubscripbe
[no subject]
I'd like to remove this "write_size" constraint, as suggested by jakemsr@ some time ago: http://marc.info/?l=openbsd-ports&m=128630571914847 http://marc.info/?l=openbsd-ports&m=128630890119517 As jake said, 1024 bytes is only 256 samples of 16-bit stereo. At 44.1kHz, that's only 5.8 miliseconds. If mpd takes more than 5.8 ms between writes, for whatever reason, it will skip. So, this represents a performance penalty on fast machines and afaik sndiod should already cope with eventual stuffups just fine on slower ones... Alexandre, what do you think about this? Is it reasonable? ciao David Index: Makefile === RCS file: /cvs/ports/audio/mpd/Makefile,v retrieving revision 1.43 diff -u -p -r1.43 Makefile --- Makefile4 Mar 2012 16:57:19 - 1.43 +++ Makefile5 Mar 2012 09:48:13 - @@ -2,6 +2,7 @@ COMMENT = Music Player Daemon DISTNAME = mpd-0.16.7 +REVISION = 0 CATEGORIES = audio HOMEPAGE = http://www.musicpd.org/ MAINTAINER = David Coppa Index: patches/patch-doc_mpd_conf_5 === RCS file: patches/patch-doc_mpd_conf_5 diff -N patches/patch-doc_mpd_conf_5 --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-doc_mpd_conf_55 Mar 2012 09:48:13 - @@ -0,0 +1,20 @@ +$OpenBSD$ + +Remove "write_size" constraint. See: +http://marc.info/?l=openbsd-ports&m=128630571914847 +http://marc.info/?l=openbsd-ports&m=128630890119517 + +--- doc/mpd.conf.5.origMon Mar 5 10:33:42 2012 doc/mpd.conf.5 Mon Mar 5 10:34:09 2012 +@@ -390,11 +390,6 @@ for available options for some commonly used drivers. + using "=", and ";" is used to separate options. An example for oss: + "dsp=/dev/dsp". An example for alsa09: "dev=hw:0,0;buf_size=4096". The + default is "". +-.TP +-.B write_size +-This specifies how many bytes to write to the audio device at once. This +-parameter is to work around a bug in older versions of libao on sound cards +-with very small buffers. The default is 1024. + .SH REQUIRED FIFO OUTPUT PARAMETERS + .TP + .B path Index: patches/patch-src_output_ao_plugin_c === RCS file: patches/patch-src_output_ao_plugin_c diff -N patches/patch-src_output_ao_plugin_c --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-src_output_ao_plugin_c5 Mar 2012 09:48:13 - @@ -0,0 +1,35 @@ +$OpenBSD$ + +Remove "write_size" constraint. See: +http://marc.info/?l=openbsd-ports&m=128630571914847 +http://marc.info/?l=openbsd-ports&m=128630890119517 + +--- src/output/ao_plugin.c.origMon Mar 5 10:34:57 2012 src/output/ao_plugin.c Mon Mar 5 10:35:21 2012 +@@ -32,7 +32,6 @@ static const ao_sample_format OUR_AO_FORMAT_INITIALIZE + static unsigned ao_output_ref; + + struct ao_data { +- size_t write_size; + int driver; + ao_option *options; + ao_device *device; +@@ -89,8 +88,6 @@ ao_output_init(G_GNUC_UNUSED const struct audio_format + + ad->options = NULL; + +- ad->write_size = config_get_block_unsigned(param, "write_size", 1024); +- + if (ao_output_ref == 0) { + ao_initialize(); + } +@@ -230,9 +227,6 @@ ao_output_play(void *data, const void *chunk, size_t s + GError **error) + { + struct ao_data *ad = (struct ao_data *)data; +- +- if (size > ad->write_size) +- size = ad->write_size; + + if (ao_play_deconst(ad->device, chunk, size) == 0) { + ao_output_error(error);
[no subject]
FAÇA UM ORÇAMENTO SEM COMPROMISSO!
[no subject]
Richiesta di autorizzazione all'invio dell'email L'Altra Dimensione esegue lavori di Ristrutturazione, imbiancature, controsoffittature, decorazione, coibentazioni termoacustici, trattamenti antimuffa, rifacimento tetti, canne fumarie ecc... Fornitura e posa di parquet, porte, finestre, zanzariere, sanitari, rubinetteria, piastrelle ... www.laltradimensione.it Informativa sulla Privacy: Non abbiamo alcun Vs. dato personale, è stato raccolto da elenchi pubblici disponibili sia in forma cartacea che on-line (Pagine Gialle, Pagine bianche, motori di ricerca) e sono trattati secondo le disposizioni del D.Lgs 196/03. Qualora non desideriate ricevere in futuro comunicazioni commerciali dalla ditta scrivente potete opporVi ed esercitare i diritti previsti dall'art. 7 del codice della privacy inviando un messaggio di posta elettronica cliccando NON AUTORIZZO e indicando i dati da cancellare. Un messaggio Vi confermerà l'accoglimento della Vs. istanza e la conseguente cancellazione della vostra posta elettronica. NON AUTORIZZO
[no subject]
Simon Bertrang Bcc: Subject: Re: UPDATE: textproc/p5-Text-Markdown and MultiMarkdown Reply-To: Mikolaj Kucharski In-Reply-To: <20101221211237.gr16...@openbsd-stable.my.domain> On Tue, Dec 21, 2010 at 09:12:37PM +, Mikolaj Kucharski wrote: > Hi Okan, > > Attached is a patch for p5-Text-Markdown update to version 1.31. > This version drops previously included Text::MultiMarkdown module, so > I'm attaching separate port for that. > > - regress tests pass for both modules > - not sure how to handle @conflict and @pkgpath markers for this > situation, I think removing them should be fine, as those ports do not > conflict any more, as they could in the past > - I think devel/quirks should be involved in this upgrade as someone who > had previous p5-Text-Markdown installed and was using Text::MultiMarkdown > module will get issues. > - scripts from $PREFIX/bin got renamed > Regards the ports dependant on above. I've checked textproc/p5-Catalyst-Plugin-Markdown textproc/p5-Template-Plugin-Markdown by searching for MultiMarkdown string: grep -R MultiMarkdown `make show=WRKDIR` and found no matching lines. I think this update shouldn't break anything currently in ports tree. Re quirks, I agree with what sthen@ wrote. I would skip any complications too. Any okays? Attachments: http://marc.info/?l=openbsd-ports&m=129296684700341&w=2 -- best regards q#
[no subject]
Hi, appended patch fixes the build of archivers/xz on sparc. Without the patch, configure was looking for a C99 compatible compiler but was not lucky with gcc-2.95. The patch uses the gcc3 module. Make regress passed all tests. please review and commit. cheers, Sebastian
[no subject]
We must protect our planet. Turn off your computer! Nous devons protéger notre planète. Ãteignez votre ordinateur! Debemos proteger nuestro planeta. Apague su ordenador! Musimy chroniÄ naszÄ planetÄ. WyÅÄ cz komputer! ÐÑ Ð´Ð¾Ð»Ð¶Ð½Ñ Ð·Ð°ÑиÑиÑÑ Ð½Ð°ÑÑ Ð¿Ð»Ð°Ð½ÐµÑÑ. ÐÑклÑÑиÑе компÑÑÑеÑ! http://www.theworld.su Send this message to all your contacts, thank you.
[no subject]
Hi Roberto, > I found another approach for the compilation of resources. > Instead of generating a C file containing files as hex dumps, I generate an > assembly file with a .incbin directive. > As a result, the compilation of the fonts doesn't need this huge amount of > resources anymore. > > I only have i386 to play with, so I don't know if generated assembly is > portable. At least it works under OpenBSD and mingw on i386. sorry, it's not portable; builds on amd64 and sparc64, but fails on arm. I don't fancy powering my hppa right now but I have a feeling it won't be happy there either.. on arm, this is how it looks: as -Ifonts -Ifitz -Imupdf -Iapps -o /usr/obj/ports/mupdf-0.0.20090616/build-arm/font_misc.o /usr/obj/ports/mupdf-0.0.20090616/build-arm/font_misc.s /usr/obj/ports/mupdf-0.0.20090616/build-arm/font_misc.s: Assembler messages: /usr/obj/ports/mupdf-0.0.20090616/build-arm/font_misc.s:2: Error: alignment too large: 15 assumed /usr/obj/ports/mupdf-0.0.20090616/build-arm/font_misc.s:13: Error: alignment too large: 15 assumed /usr/obj/ports/mupdf-0.0.20090616/build-arm/font_misc.s:24: Error: alignment too large: 15 assumed ...skipped libfonts.a for lack of libfonts.a(font_misc.o)... (continues to skip others for lack of libfonts.a, etc). > > builds on sparc64 and arm, but mine are headless and mupdf > > tries to do SHM so I can't test them. > > couldn't you use a remote display ? it fails with mupdf, with either SSH-forwarding or direct remote X. ximage: mode 24/32 00ff ff00 00ff (16,8,0) lsb ximage: ARGB to BGRA X Error of failed request: BadAccess (attempt to access private resource denied) Major opcode of failed request: 144 (MIT-SHM) Minor opcode of failed request: 1 (X_ShmAttach) Serial number of failed request: 11 Current serial number in output stream: 12 I also managed to find a file which triggers an assertion if you're interested..(including with current code) assertion "dec->numcomps == 3" failed: file "jpc_dec.c", line 1077, function "jpc_dec_tiledecode" I'm not entirely sure if the file is meant to be public or not but can send it offlist to interested parties. > also, concerning this port, I suggest to delete the _darcs/ folder > from the rolled tarball ( 15.2M !!! ), and to remove fontdump and > cmapdump from PLIST as they only are needed during the build process. excellent idea, thanks!
[no subject]
Has anyone succeeded in getting Class::MOP upgraded to 0.76 in their tree? I get 'make: don't know how to make t/pp_072_immutable_w_constructors.t. Stop in /usr/ports/devel/p5-Class-MOP/w-p5-Class-MOP-0.76/Class-MOP-0.76.'. Possibly worth noting is that between 0.75 and 0.76 the position, contents and name of create_pp_tests|get_pp_tests was changed. It works in cpan shell (make, make test and make install) though. ~/portslog/p5-Class-MOP-0.76.log and script(1) output of "cpan -MCPAN -e'test Class::MOP'" attached. (i386, February 6th snapshot, and I have p5-Class-MOP-0.75 and dependencies installed) Script started on Sun Feb 8 23:11:41 2009 # perl -MCPAN -e'test Class::MOP' CPAN: File::HomeDir loaded ok (v0.82) CPAN: Storable loaded ok (v2.18) Going to read /home/jamesw/.cpan/Metadata Database was generated on Sun, 08 Feb 2009 08:28:22 GMT Running test for module 'Class::MOP' Running make for D/DR/DROLSKY/Class-MOP-0.76.tar.gz CPAN: Digest::SHA loaded ok (v5.45) CPAN: Compress::Zlib loaded ok (v2.008) Checksum for /home/jamesw/.cpan/sources/authors/id/D/DR/DROLSKY/Class-MOP-0.76.tar.gz ok Class-MOP-0.76 Class-MOP-0.76/t Class-MOP-0.76/t/072_immutable_w_constructors.t Class-MOP-0.76/t/101_InstanceCountingClass_test.t Class-MOP-0.76/t/015_metaclass_inheritance.t Class-MOP-0.76/t/012_package_variables.t Class-MOP-0.76/t/019_anon_class_keep_alive.t Class-MOP-0.76/t/023_attribute_get_read_write.t Class-MOP-0.76/t/044_instance_metaclass_incompat_dyn.t Class-MOP-0.76/t/014_attribute_introspection.t Class-MOP-0.76/t/018_anon_class.t Class-MOP-0.76/t/302_modify_parent_method.t Class-MOP-0.76/t/041_metaclass_incompatibility.t Class-MOP-0.76/t/021_attribute_errors_and_edge_cases.t Class-MOP-0.76/t/046_rebless_instance.t Class-MOP-0.76/t/100_BinaryTree_test.t Class-MOP-0.76/t/200_Class_C3_compatibility.t Class-MOP-0.76/t/103_Perl6Attribute_test.t Class-MOP-0.76/t/005_attributes.t Class-MOP-0.76/t/010_self_introspection.t Class-MOP-0.76/t/001_basic.t Class-MOP-0.76/t/header_pp.inc Class-MOP-0.76/t/081_meta_package_extension.t Class-MOP-0.76/t/004_advanced_methods.t Class-MOP-0.76/t/000_load.t Class-MOP-0.76/t/107_C3MethodDispatchOrder_test.t Class-MOP-0.76/t/071_immutable_w_custom_metaclass.t Class-MOP-0.76/t/301_RT_27329_fix.t Class-MOP-0.76/t/013_add_attribute_alternate.t Class-MOP-0.76/t/048_anon_class_create_init.t Class-MOP-0.76/t/060_instance.t Class-MOP-0.76/t/011_create_class.t Class-MOP-0.76/t/022_attribute_duplication.t Class-MOP-0.76/t/303_RT_39001_fix.t Class-MOP-0.76/t/073_make_mutable.t Class-MOP-0.76/t/020_attribute.t Class-MOP-0.76/t/304_constant_codeinfo.t Class-MOP-0.76/t/082_get_code_info.t Class-MOP-0.76/t/305_RT_41255.t Class-MOP-0.76/t/300_random_eval_bug.t Class-MOP-0.76/t/105_ClassEncapsulatedAttributes_test.t Class-MOP-0.76/t/106_LazyClass_test.t Class-MOP-0.76/t/006_new_and_clone_metaclasses.t Class-MOP-0.76/t/017_add_method_modifier.t Class-MOP-0.76/t/003_methods.t Class-MOP-0.76/t/030_method.t Class-MOP-0.76/t/104_AttributesWithHistory_test.t Class-MOP-0.76/t/045_metaclass_loads_classes.t Class-MOP-0.76/t/031_method_modifiers.t Class-MOP-0.76/t/043_instance_metaclass_incompat.t Class-MOP-0.76/t/047_rebless_with_extra_params.t Class-MOP-0.76/t/lib Class-MOP-0.76/t/lib/MyMetaClass Class-MOP-0.76/t/lib/MyMetaClass/Instance.pm Class-MOP-0.76/t/lib/MyMetaClass/Random.pm Class-MOP-0.76/t/lib/MyMetaClass/Method.pm Class-MOP-0.76/t/lib/MyMetaClass/Attribute.pm Class-MOP-0.76/t/lib/BinaryTree.pm Class-MOP-0.76/t/lib/MyMetaClass.pm Class-MOP-0.76/t/lib/TestClassLoaded.pm Class-MOP-0.76/t/lib/SyntaxError.pm Class-MOP-0.76/t/042_metaclass_incompatibility_dyn.t Class-MOP-0.76/t/083_load_class.t Class-MOP-0.76/t/024_attribute_initializer.t Class-MOP-0.76/t/050_scala_style_mixin_composition.t Class-MOP-0.76/t/040_metaclass.t Class-MOP-0.76/t/016_class_errors_and_edge_cases.t Class-MOP-0.76/t/108_ArrayBasedStorage_test.t Class-MOP-0.76/t/080_meta_package.t Class-MOP-0.76/t/061_instance_inline.t Class-MOP-0.76/t/102_InsideOutClass_test.t Class-MOP-0.76/t/070_immutable_metaclass.t Class-MOP-0.76/t/306_is_class_loaded.t Class-MOP-0.76/t/002_class_precedence_list.t Class-MOP-0.76/examples Class-MOP-0.76/examples/InstanceCountingClass.pod Class-MOP-0.76/examples/C3MethodDispatchOrder.pod Class-MOP-0.76/examples/Perl6Attribute.pod Class-MOP-0.76/examples/ArrayBasedStorage.pod Class-MOP-0.76/examples/InsideOutClass.pod Class-MOP-0.76/examples/LazyClass.pod Class-MOP-0.76/examples/AttributesWithHistory.pod Class-MOP-0.76/examples/ClassEncapsulatedAttributes.pod Class-MOP-0.76/META.yml Class-MOP-0.76/Changes Class-MOP-0.76/README Class-MOP-0.76/MANIFEST.SKIP Class-MOP-0.76/MANIFEST Class-MOP-0.76/Makefile.PL Class-MOP-0.76/typemap Class-MOP-0.76/ppport.h Class-MOP-0.76/MOP.xs Class-MOP-0.76/lib Class-MOP-0.76/lib/metaclass.pm Class-MOP-0.76/lib/Class Class-MOP-0.76/lib/Class/MOP.pm Class-MOP-0.76/lib/Class/MOP Class-MOP-0.76/lib/Class/MOP/Package.pm Class-MOP-0.76/lib/Class/MOP/Instance.pm Class
[no subject]
hello. attached dejavu fonts port. please test, comment. dejavu-ttf.tar.gz Description: application/tar-gz
[no subject]
Marco Peereboom wrote: > Since you don't provides logs and just yell I'll assume that this was > done on m68k using last weeks xenocara on last months userland and last > years kernel. I mentioned I was using OpenBSD 4.2 and applied the latest Xenocara patches... Apologies for not stating the obvious.. because everyone watches DVD's on m68k.. right? Marco Peereboom wrote: > Based on your setup I can conclude that you are running out of sync and > therefore your fix is to update everything using source (just to make > sure). I'm not out of sync.. I'm running OpenBSD 4.2 and I have everything on the errata page applied.. ;) Jacob Meuser: > hmm, something makes me think this type of attitude has something > to do with the disappearance of -stable ports ... Yes, I am pissed off that the developers ended that... They/You arrogantly assumed everyone uses -CURRENT, and security isn't important to those using -STABLE. Jacob Meuser: > as you said, everything but watching dvds with vlc worked, for you > on your setup. do you really expect every possible scenario with > every possible port combination to be tested? would you rather not > have -stable patches? I said VLC doesn't work.. regardless of what I want to play in it.. it crashes upon execution.. with the error in my initial email.. Clearly it's complaining about some sort of memory allocation bug... And if it worked "before" that errata patch.. It's safe to assume one of the developers screwed up.. ;) -Nix Fan.
[no subject]
Is anyone working on Regina, the Rexx interpreter on OpenBSD? f3e9b1a722cf413c242ed142317956f7
[no subject]
Subject unbreak gstreamer (hence multimedia3) on amd64 This patch removes the previous gstreamer maintainer ("you found a left over port that I no-longer maintain.") and applies a patch from the net from 2005 to make gstreamer compile on amd64. It passes dozens of tests, but not all (see below). I have not tested it extensively but I needed it to make kdemultmedia build on amd64. kdemultimedia works - I can now use the KDE "Sound mixer" applet to control the volume. OK? Index: Makefile === RCS file: /cvs/ports/devel/gstreamer/Makefile,v retrieving revision 1.4 diff -u -r1.4 Makefile --- Makefile7 Jan 2006 13:01:39 - 1.4 +++ Makefile14 Jul 2006 12:21:08 - @@ -9,8 +9,6 @@ CATEGORIES=devel -MAINTAINER=Marc Matteo <[EMAIL PROTECTED]> - HOMEPAGE= http://www.gstreamer.net/ # LGPL --- /dev/null Fri Jul 14 08:21:08 2006 +++ patches/patch-gst_gstarch_h Thu Jul 13 23:20:57 2006 @@ -0,0 +1,19 @@ +$OpenBSD$ + +This patch "should" not work but does, and most of "regress" passes. +See http://archives.neohapsis.com/archives/openbsd/2005-05/1405.html + +--- gst/gstarch.h.orig Thu Jul 13 22:33:27 2006 gst/gstarch.h Thu Jul 13 22:32:03 2006 +@@ -40,6 +40,11 @@ + /* assuming the stackframe is 16 bytes */ + #define GST_ARCH_SETUP_STACK(sp) sp -= 4 + ++/* X86_64 */ ++#elif defined(HAVE_CPU_X86_64) && defined(__GNUC__) ++#define GST_ARCH_SET_SP(stackpointer); ++#define GST_ARCH_CALL(target); ++#define GST_ARCH_SETUP_STACK(sp) sp -= 4 + + /* PowerPC */ + #elif defined (HAVE_CPU_PPC) && defined(__GNUC__) Regress results summary: ian:14$ egrep -i 'passed|fail' to.ports.regress All 1 tests passed All 2 tests passed XFAIL: test1 All 3 tests behaved as expected (1 expected failures) 35, INFO : checking audio/raw, test= [ 1.0 , 2] for failure 36, INFO : checking audio/raw, test = [1, 2.5 ] for failure 58, INFO : checking audio/raw\ for failure 59, INFO : checking 'audio/raw for failure 60, INFO : checking 'audio/raw" for failure 61, INFO : checking audio/raw, test=(int) [1.0,2] for failure 62, INFO : checking audio/raw, test=(int) [1 ,0.2] for failure 63, INFO : checking audio/raw, test=(int) [1.0, 2.000] for failure 64, INFO : checking audio/raw, test=(int) <1.0, 2.000> for failure 65, INFO : checking audio/raw, test=(int = [ for failure 66, INFO : checking audio/raw, test= { for failure 67, INFO : checking audio/raw, test= < for failure 68, INFO : checking audio/raw, test = "dood' for failure 69, INFO : checking audio/raw, test= ' for failure All 27 tests passed All 2 tests passed All 5 tests passed All 4 tests passed All 5 tests passed All 2 tests passed All 2 tests passed All 7 tests passed All 2 tests passed All 3 tests passed All 2 tests passed GStreamer-CRITICAL **: gst_pad_pull: assertion `!GST_FLAG_IS_SET (GST_PAD_REALIZE (pad), GST_RPAD_IN_CHAINFUNC)' failed XFAIL: chainnopull GStreamer-CRITICAL **: gst_pad_push: assertion `!GST_FLAG_IS_SET (GST_PAD_REALIZE (pad), GST_RPAD_IN_GETFUNC)' failed XFAIL: getnopush All 4 tests behaved as expected (2 expected failures) All 3 tests passed All 7 tests passed All 6 tests passed All 17 tests passed passed. All 3 tests passed All 2 tests passed XFAIL: 159566 GLib-GObject-CRITICAL **: g_object_notify_queue_add: assertion `nqueue->n_pspecs < 65535' failed XFAIL: signal3 All 14 tests behaved as expected (2 expected failures) All 2 tests passed All 5 tests passed ian:15$
[no subject]
ALWAYS A WINNER www.win100dollar.com The visitor : A winner www.win100dollar.com is a site where the visitor can click on the advertisers pixel blocks. By clicking on the right image at the right time, the visitor wins 100 dollar. For free. Every day. The Advertiser : A winner New clients within seven days or a refund. The third way There are two known ways to advertise on the internet : CPC (cost per click) or placing ads on a site via banners. CPC is effective, but expensive (500 clicks, cost : 100 dollar). Placing ads is expensive and : less clicks. Walk with us on the third way : a lot of clicks for 100 euro a year. www.win100dollar.com is the site where the visitor has to click on the images of the advertisers. By clicking on the right image and answering a question about an advertiser he wins 100 dollar. What´s the advantage for the advertiser? Every visitor has to click if he wants to win 100 dollar. A lot of visitors on the advertisers site though. A little pixel-block will do the job, because the 100 dollar can be hided everywhere. How many visitors? First of all, we advertise on the Milliondollar Homepage. Second, we send 1000 mails every day to explain people how to win 100 dollar for free. And last but not least, every day a winner who tells a friend who tells a friend who tells a friend... A lot of friends and always new people. We guarantee 3000 unique visitors per day. So, any business in here for you? You can buy pixels online on www.win100dollar.com Not enough results for you after seven days? Ask your money back. (Paypal guaranteed : if you´re not refunded, you start a claim at Paypal´s site) Kind regards, Philip Dubois
[no subject]
Hi All, I've tried installing databases/py-sybase on both -release and a snapshot from 6/8, from both ports and packages on both. For the packages, I set $PKG_PATH to point to the i386 packages on ftp3.usa.openbsd.org. Both correctly install python, freetds and other dependencies just fine. However, when it gets to installing py-sybase it errors out. (these are from -release) # pkg_add py-sybase-0.36.tgz Can't install py-sybase-0.36.tgz: lib not found intl.2.0 Even by looking in the dependency tree: freetds-0.62.4p0, bzip2-1.0.2, python-2.3.5, libiconv-1.9.2 Maybe it's in a dependent package, but not tagged with @lib ? (check with pkg_info -K -L) If you are still running 3.6 packages, update them. When trying to install from the port, I get # make install ===> Building package for py-sybase-0.36 Can't resolve libspec intl /usr/sbin/pkg_create: Exactly one single package name is required: CVS Makefile distinfo pkg w-py-sybase-0.36 Error code 1 -P databases/freetds:freetds-*:freetds-0.62.4p0 -P lang/python/2.3:python-2.3*:python-2.3.5 -W ct.2.0 -W sybdb.4.0 -W tds.3.0 Stop in /usr/ports/databases/py-sybase (line 2337 of /usr/ports/infrastructure/mk/bsd.port.mk). -B /usr/ports/databases/py-sybase/w-py-sybase-0.36/fake-i386 -Ai386 /usr/ports/packages/i386/all/py-sybase-0.36.tgz Usage: pkg_create [-hnv] [-A arches] [-B pkg-destdir] [-D name=value] [-i iscript] [-k dscript] [-L localbase] [-M displayfile] [-P pkg-dependency] [-p prefix] [-r rscript] [-S pkg-destdir] [-U undisplayfile] [-W wantedlib] -c desc -d desc -f packinglist pkgname ===> Cleaning for py-sybase-0.36 rm -f /usr/ports/packages/i386/all/py-sybase-0.36.tgz *** Error code 1 Stop in /usr/ports/databases/py-sybase (line 1918 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/databases/py-sybase (line 1209 of /usr/ports/infrastructure/mk/bsd.port.mk). This appears to be the same problem with p5-DBD-Sybase as reported a few days ago (http://archives.neohapsis.com/archives/openbsd/2005-05/2080.html). To get it working, commenting out WANTLIB works, but that's not optimal. Any ideas? I've also installed the gettext (tried both packages and ports). libintl.2.0 does indeed get installed, but that doesn't make any difference. Thanks! marco