Re: Browser regression: chromium, firefox, iridium
On Fri, Jun 22, 2018 at 03:49:20PM +, Martijn Rijkeboer wrote: > Hi, > > I have two desktops that run current. After I updated the first desktop > to the latest snapshot I can no longer access ProtonMail > (mail.protonmail.com). When I try, I get the following results: > - Chromium: "Aw, Snap!" > - Firefox: Infinite "Loading ProtonMail..." > - Iridium: "Aw, Snap!" > > Any idea how to fix this? At least for Firefox, try setting javascript.options.asmjs to false in about:config. -- db
Re: font names
On Sun, Apr 16, 2017 at 06:55:33PM +0100, Stuart Henderson wrote: > >From what I understand fontconfig 2.7.1 changed something to add the > foundry to the name in some places which would change it to "xos4 > Terminus" instead of just "Terminus". (There was no change in the > font itself). But what I don't understand is why it's different > between machines... Anyone have an idea? Exactly the same here. On a recent installed -current, no problem for $ fc-match "xos4 Terminus" ter-112n.pcf.gz: "xos4 Terminus" "Regular" to match the correct font. However, on an old box I have been updating to -current ever since, there is no way to make $ fc-match "xos4 Terminus" DejaVuSans.ttf: "DejaVu Sans" "Book" to match the correct font. -- db
Re: Too many open files with graphics/shotwell
On Tue, Sep 06, 2016 at 12:36:54PM +0100, Stuart Henderson wrote: > I don't know shotwell but based on the messages I guess it is using some > kqueue-based monitoring to look for file changes, which uses a file > descriptor for each file monitored. If so, you will need a whole stack > of FDs available, or maybe you can point it at a smaller tree.. I'm not pointing to any tree. The fact of going to File -> Import From Folder... is enough to generate a core dump. No big dir selected. Sometimes, even Help -> About is able to trigger this. Thank you. -- db
Too many open files with graphics/shotwell
Running shotwell, it closes with whatever action tried inside the program with: $ shotwell (shotwell:25255): Gtk-WARNING **: Theme parsing error: :2:38: The style property GtkPaned:handle-size is deprecated and shouldn't be used anymore. It will be removed in a future version (shotwell:25255): GLib-GIO-CRITICAL **: g_file_monitor_emit_event: assertion 'G_IS_FILE_MONITOR (monitor)' failed (shotwell:25255): Gtk-WARNING **: Attempting to read the recently used resources file at '/home/dbolgheroni/.local/share/recently-used.xbel', but the parser failed: Failed to open file '/home/dbolgheroni/.local/share/recently-used.xbel': Too many open files. (shotwell:25255): GLib-ERROR **: Creating pipes for GWakeup: Too many open files Trace/BPT trap $ Checking how many files are open while the program is running: $ fstat | grep shotwell | wc -l 514 $ ulimit -a time(cpu-seconds)unlimited file(blocks) unlimited coredump(blocks) unlimited data(kbytes) 1572864 stack(kbytes)4096 lockedmem(kbytes)2665833 memory(kbytes) 7975188 nofiles(descriptors) 512 processes256 @car:~$ The obvious first impression is to raise some limits, so: $ ulimit -n 1024 $ ulimit -a time(cpu-seconds)unlimited file(blocks) unlimited coredump(blocks) unlimited data(kbytes) 1572864 stack(kbytes)4096 lockedmem(kbytes)2665833 memory(kbytes) 7975188 nofiles(descriptors) 1024 processes256 @car:~$ Running again, and checking how many files is open: $ fstat | grep shotwell | wc -l 1026 $ It will open as many files as the limit the system imposes. It was updated recently, but I could see the same behavior with 0.23.4 also. Are there any GTK+ black magic needed in config or something that I don't know? Thank you. -- db
Re: update gcc-linaro to 4.9-2016.02
On Sun, Jul 31, 2016 at 04:04:14PM +1000, Jonathan Gray wrote: > Index: Makefile Hi, Are there any interest in adding support to build libstdc++v3? I had a discussion some months ago. The thread is here: http://marc.info/?l=openbsd-ports=145159436010168=2 The changes are in openbsd-wip too. I'm willing to rebuild this patch for this new version. Thank you. -- db
Re: Proposed change to build libstdc++-v3 as part of devel/arm-none-eabi
On Thu, Jan 14, 2016 at 11:15:14AM -0200, Daniel Bolgheroni wrote: > Anyway, here is an updated diff for review, with the hope I didn't > forget any of the inputs received. Any more inputs on this diff? BTW, thank you for the feedbacks received so far. -- db
Re: Proposed change to build libstdc++-v3 as part of devel/arm-none-eabi
On Tue, Jan 12, 2016 at 03:05:05PM +, Brandon Mercer wrote:
> I'm somehow missing the initial email that Daniel wrote that proposes
> building libstdc++ as part of arm-none-eabi, however, that bit me while
> working on some stuff last week. I think the toolchain is not very useful
> without it.
OK, I generated a diff to apply to devel/arm-none-eabi.
I removed the python files conflicts with lang/gcc/4.9 by adding these
to ${PREFIX}/arm-none-eabi/share instead of ${PREFIX}/share.
Running portcheck gives the usual
Python module without compiled version, consider using ${MODPY_BIN} ...
but I didn't add python. lang/gcc/4.9 also has .py files but doesn't add
it either.
patch needs -p0 to apply correctly.
> I don't think that a FLAVOR is the right way to go, in this case I feel it
> should be built by default.
Yes.
Any other suggestions?
Index: gcc-linaro/Makefile
===
RCS file: /cvs/ports/devel/arm-none-eabi/gcc-linaro/Makefile,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 Makefile
--- gcc-linaro/Makefile 28 May 2015 23:28:25 - 1.1.1.1
+++ gcc-linaro/Makefile 13 Jan 2016 02:44:04 -
@@ -13,7 +13,7 @@ SUBST_VARS+= VERSION
WANTLIB= c m stdc++ gmp mpfr mpc
DIST_SUBDIR= gcc
-MAKE_GXX= No
+MAKE_GXX= Yes
MAKE_FORTRAN= No
MAKE_OBJC= No
MAKE_JAVA= No
@@ -24,27 +24,33 @@ MAKE_ADA= No
MASTER_SITE_BASE=http://releases.linaro.org/15.03/components
MASTER_SITES= ${MASTER_SITE_BASE}/toolchain/gcc-linaro/4.9/
-BUILD_DEPENDS+=devel/autoconf/2.13 \
- devel/bison \
- devel/metaauto \
- devel/arm-none-eabi/binutils
+BUILD_DEPENDS+=devel/autoconf/2.13 \
+ devel/bison \
+ devel/metaauto \
+ devel/arm-none-eabi/binutils \
+ devel/arm-none-eabi/newlib
LIB_DEPENDS= devel/mpfr devel/libmpc
-RUN_DEPENDS= devel/arm-none-eabi/binutils
+RUN_DEPENDS= devel/arm-none-eabi/binutils \
+ devel/arm-none-eabi/newlib
LANGS= c,c++
CC=/usr/bin/gcc
CFLAGS=-O2 -g
-CONFIGURE_ARGS+=--enable-languages=${LANGS}\
- --enable-multilib \
- --enable-interwork \
- --with-newlib \
- --disable-lto \
- --enable-cpp
+CONFIGURE_ARGS+=--enable-languages=${LANGS} \
+ --enable-multilib \
+ --enable-interwork \
+ --with-newlib \
+ --disable-lto \
+ --enable-cpp \
+ --datarootdir=${PREFIX}/arm-none-eabi/share
CONFIGURE_ENV= CPPFLAGS="-I${LOCALBASE}/include" \
LDFLAGS="-L${LOCALBASE}/lib"
+
+ALL_TARGET=all-gcc all-target-libgcc all-target-libstdc++-v3
+INSTALL_TARGET=install-gcc install-target-libgcc
install-target-libstdc++-v3
# cope with user settings in /etc/mk.conf
MAKE_FLAGS=LANGUAGES="c c++" CFLAGS="-I${LOCALBASE}/include"
Index: gcc-linaro/pkg/PLIST
===
RCS file: /cvs/ports/devel/arm-none-eabi/gcc-linaro/pkg/PLIST,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 PLIST
--- gcc-linaro/pkg/PLIST28 May 2015 23:28:26 - 1.1.1.1
+++ gcc-linaro/pkg/PLIST13 Jan 2016 02:44:04 -
@@ -1,4 +1,896 @@
-@comment $OpenBSD: PLIST,v 1.1.1.1 2015/05/28 23:28:26 bmercer Exp $
+@comment $OpenBSD$
+arm-none-eabi/include/c++/
+arm-none-eabi/include/c++/4.9.3/
+arm-none-eabi/include/c++/4.9.3/algorithm
+arm-none-eabi/include/c++/4.9.3/arm-none-eabi/
+arm-none-eabi/include/c++/4.9.3/arm-none-eabi/bits/
+arm-none-eabi/include/c++/4.9.3/arm-none-eabi/bits/atomic_word.h
+arm-none-eabi/include/c++/4.9.3/arm-none-eabi/bits/basic_file.h
+arm-none-eabi/include/c++/4.9.3/arm-none-eabi/bits/c++allocator.h
+arm-none-eabi/include/c++/4.9.3/arm-none-eabi/bits/c++config.h
+arm-none-eabi/include/c++/4.9.3/arm-none-eabi/bits/c++io.h
+arm-none-eabi/include/c++/4.9.3/arm-none-eabi/bits/c++locale.h
+arm-none-eabi/include/c++/4.9.3/arm-none-eabi/bits/cpu_defines.h
+arm-none-eabi/include/c++/4.9.3/arm-none-eabi/bits/ctype_base.h
+arm-none-eabi/include/c++/4.9.3/arm-none-eabi/bits/ctype_inline.h
+arm-none-eabi/include/c++/4.9.3/arm-none-eabi/bits/cxxabi_tweaks.h
+arm-none-eabi/include/c++/4.9.3/arm-none-eabi/bits/error_constants.h
+arm-none-eabi/include/c++/4.9.3/arm-none-eabi/bits/extc++.h
+arm-none-eabi/include/c++/4.9.3/arm-none-eabi/bits/gthr-default.h
+arm-none-eabi/include/c++/4.9.3/arm-none-eabi/bits/gthr-posix.h
+arm-none-eabi/include/c++/4.9.3/arm-none-eabi/bits/gthr-single.h
+arm-none-eabi/include/c++/4.9.3/arm-none-eabi/bits/gthr.h
+arm-none-eabi/include/c++/4.9.3/arm-none-eabi/bits/messages_members.h
+arm-none-eabi/include/c++/4.9.3/arm-none-eabi/bits/opt_random.h
Re: Proposed change to build libstdc++-v3 as part of devel/arm-none-eabi
On Wed, Jan 13, 2016 at 03:15:32PM -0500, Dave Vandervies wrote: > Would making gcc-linaro-bootstrap a FLAVOR of gcc-linaro, and therefore > keeping the patches and the configuration for the bootstrap compiler in > the same place as for the main one, be feasible? > (The build process would then need to build both flavors of gcc-linaro, > one to build newlib with and one to get the package people will actually > use that depends on newlib.) I think the reasoning is the same as for devel/avr32, as seen here: http://marc.info/?l=openbsd-ports=138987178409779=2 Would this make sense? -- db
Re: [UPDATE] devel/openocd-0.9.0
On Sun, Jan 03, 2016 at 05:09:35PM +0900, SASANO Takayoshi wrote: > Hi, > > here is a diff for openocd-0.6.1 -> openocd-0.9.0 > ok? > > + --enable-stlink \ Nice to see stlink. It's a popular and cheap debugger. I have e-mailed a patch to the maintainer to include it a few days ago. -- db
Proposed change to build libstdc++-v3 as part of devel/arm-none-eabi
Here I propose the build of libstdc++-v3 as part of devel/arm-none-eabi. Some ports do build it (e.g. devel/avr32), while others don't (e.g. devel/arm-elf). The reason for this is to be able to build binaries for boards like Leaflabs Maple Mini (and many others), based on ARM Cortex-M3/M4, using libs such as libmaple[1] and more recently their fork rambutan[2]. Maple Mini attaches as ugen, and it's actually a DFU (device firmware update) device. The comms/dfu-util port can upload firmware just fine to these boards. There was an effort to keep devel/arm-none-eabi the same, while trying very hard to follow what was done in devel/avr32. gcc-linaro was split in two. The first is gcc-linaro-bootstrap, used to build newlib, and then gcc-linaro itself, with libstdc++-v3. The major change was removing a patch to Makefile.in, which was used to select the targets, and then use ALL_TARGET and INSTALL_TARGET instead. I'm sending the entire port for review as a .tar.gz. I can't figure out how to add new files to CVS and send them inline in the mailing list as a diff. Ideas? Suggestions? Thank you. [1] http://leaflabs.com/docs/libmaple.html [2] http://rambutan.cc/ -- db arm-none-eabi.tar.gz Description: application/tar-gz
[patch] bsd.port.mk.5: there is no lang/gcc/4.2 anymore
Hi, lang/gcc/4.2 got removed from ports. Alternative: suggest x11/gnome/gvfs? ok? Index: bsd.port.mk.5 === RCS file: /cvs/src/share/man/man5/bsd.port.mk.5,v retrieving revision 1.428 diff -u -p -r1.428 bsd.port.mk.5 --- bsd.port.mk.5 23 Nov 2015 10:01:45 - 1.428 +++ bsd.port.mk.5 6 Dec 2015 15:31:31 - @@ -3638,10 +3638,8 @@ should be built: .Ed .Pp The -.Pa lang/gcc/4.2 -or .Pa print/poppler -ports should provide examples of proper use. +port should provide an example of proper use. .Pp Note that .Xr dpb 1 -- db
Best approach for cyclic dependencies
I have a question about the best approach to make a port of an arm-none-eabi toolchain. I'm able to build this toolchain standalone in OpenBSD -current and it generates code which works OK. I used pretty much the same configure args as the arm-elf port, compiling the same targets, libgcc and newlib. All the other targets are disabled in this patch: http://cvsweb.openbsd.org/cgi-bin/cvsweb/~checkout~/ports/devel/arm-elf/gcc/patches/patch-Makefile_in?rev=1.3content-type=text/plain However, I need the libstdc++-v3 target also. As seen in the link above, arm-elf port disable too in this patch, but it's needed for software I'm willing port (libmaple). The point is: I need to build gcc so I can build newlib, then come back and compile libstdc++-v3 target from gcc. Are there any precedent on ports to work as an example? While here, I see that arm-elf-newlib is marked as broken for amd64, which is building fine. I sent a patch some months ago to update to newlib 2.1.0, but after some reflection, I don't think it's a good idea to have an old gcc with such a new newlib. Any thoughts? Thank you. -- db
UPDATE: devel/arm-elf/newlib (and remove BROKEN)
Remove broken for amd64 and update to 2.1.0.
Include patches related to:
https://sourceware.org/ml/newlib/2013/msg01130.html
OK? Thank you.
Index: Makefile
===
RCS file: /cvs/ports/devel/arm-elf/newlib/Makefile,v
retrieving revision 1.8
diff -u -p -r1.8 Makefile
--- Makefile28 Sep 2012 18:55:27 - 1.8
+++ Makefile7 Nov 2014 01:56:30 -
@@ -2,9 +2,8 @@
COMMENT= newlib for arm-elf cross-development
-DISTNAME= newlib-1.18.0
+DISTNAME= newlib-2.1.0
REVISION= 0
-BROKEN-amd64 = as: unrecognized option -mfpu=softfpa
HOMEPAGE= http://sourceware.org/newlib/
Index: distinfo
===
RCS file: /cvs/ports/devel/arm-elf/newlib/distinfo,v
retrieving revision 1.3
diff -u -p -r1.3 distinfo
--- distinfo22 Oct 2010 15:20:53 - 1.3
+++ distinfo7 Nov 2014 01:56:48 -
@@ -1,5 +1,2 @@
-MD5 (newlib-1.18.0.tar.gz) = Pa4SfUqmWdcvjqjA/yp6IA==
-RMD160 (newlib-1.18.0.tar.gz) = adlv0yOiOFcHLzDLUYmQQAmYV80=
-SHA1 (newlib-1.18.0.tar.gz) = pH07ilCDBBQzNLNr21szeGphzpQ=
-SHA256 (newlib-1.18.0.tar.gz) = 1gjyKwsudyXS/KE8rBnzS8ZS2Xc6ytrneNuYgXRssHE=
-SIZE (newlib-1.18.0.tar.gz) = 13598301
+SHA256 (newlib-2.1.0.tar.gz) = Pk1aufBQiUK2IxuK3k+OUEjPkslu1XTCvWvTMgpZmkg=
+SIZE (newlib-2.1.0.tar.gz) = 16199705
--
db
--
db
$OpenBSD$
--- libgloss/arm/configure.orig Thu Nov 6 15:41:24 2014
+++ libgloss/arm/configure Thu Nov 6 15:42:48 2014
@@ -2551,7 +2551,7 @@ esac
-host_makefile_frag=${srcdir}/../config/default.mh
+host_makefile_frag=`cd ${srcdir}/../config;pwd`/default.mh
host_makefile_frag_path=$host_makefile_frag
$OpenBSD$
--- libgloss/arm/configure.in.orig Thu Nov 6 15:41:32 2014
+++ libgloss/arm/configure.in Thu Nov 6 15:42:50 2014
@@ -59,7 +59,7 @@ esac
AC_SUBST(objtype)
-host_makefile_frag=${srcdir}/../config/default.mh
+host_makefile_frag=`cd ${srcdir}/../config;pwd`/default.mh
dnl We have to assign the same value to other variables because autoconf
dnl doesn't provide a mechanism to substitute a replacement keyword with
devel/arm-elf-gcc without devel/arm-elf-binutils
Hi ports@,
I'm putting some effort to use a Maple Mini board with OpenBSD using
libmaple. So I installed devel/arm-elf-gcc.
I noticed devel/arm-elf-binutils doesn't get installed as a dependency.
However, looking at devel/msp430-gcc I noticed this:
BUILD_DEPENDS= ${RUN_DEPENDS}
RUN_DEPENDS=devel/msp430/binutils=2.21.1a
Any reason devel/arm-elf-binutils isn't included as a dependency for
devel/arm-elf-gcc?
Thank you.
Re: diff to BSDmakefile in devel/arduino
On Thu, Jun 19, 2014 at 03:06:10PM +0100, Stuart Henderson wrote:
Say the port is updated to 1.5.x, these -D lines will need to be
updated, right?
Until now, we are fine using ARDUINO=100 even if we update to 1.5.x.
This macro is being used, as of today, only to control the renaming
scheme from WProgram.h to Arduino.h.
I can't say what they will eventually do in the future. If they begin to
use this variable to control every other renaming schemes or, worst,
something else, we still need to set this to something = 100 for 1.0.x.
What I am asking for is a comment, in the port Makefile,
not in a file hidden away in files/, reminding people to do that.
Does that make sense?
Sure. OK?
Thank you.
Index: Makefile
===
RCS file: /cvs/ports/devel/arduino/Makefile,v
retrieving revision 1.10
diff -u -p -r1.10 Makefile
--- Makefile7 Aug 2013 21:31:29 - 1.10
+++ Makefile19 Jun 2014 19:53:24 -
@@ -4,6 +4,9 @@ COMMENT=open-source electronics prototy
V= 1.0.2
PKGNAME= arduino-${V}
+# Arduino uses the ARDUINO macro to control the renaming scheme they did
+# on 1.0.x, from WProgram.h to Arduino.h. BSDmakefile, which defines
+# it, may need to be updated accordingly.
DISTNAME= arduino-${V}-src
EPOCH= 0
REVISION = 1
Re: diff to BSDmakefile in devel/arduino
On Wed, Jun 18, 2014 at 10:10:24AM +0100, Stuart Henderson wrote: This file is somewhat hidden in the port. What are the consequences of it not being updated if the port is updated? I think the main issue here is that if we don't define ARDUINO = 100, even libraries already in the current distribution, like Firmata, will fail to compile looking for WProgram.h, which we don't have anymore since we are at 1.0.2. Test case: create a project with 'arduinoproject', edit the BSDmakefile and add Firmata to LIBRARIES, run make. The libraries I checked until now use this test very much like it was suggested in revisions.txt (Firmata case) like important 3rd-party libraries Time and DS1307RTC (real time clock modules). The problem would be if libraries begin to use this with another purpose than what was initially suggested in revisions.txt, e.g. using 105, 106 and so on, to check for other renaming schemes in the future. I really doubt it will occur, since the development is moving onto 1.5.x, and 1.0.x is pretty much stable. Otherwise, we are safe defining ARDUINO=100. Does it need some check in the port Makefile to ensure that it's correct, or at least a reminder comment right next to DISTNAME? Also requires a REVISION bump. I don't see why. The alternative would be a comment in BSDmakefile stating that there are some libraries which depend on ARDUINO = 100 if using Arduino 1.0.x, but since we already are at that version, I don't see a point in not defining it previously. Thank you. -- db
diff to BSDmakefile in devel/arduino
Hi,
In the revisions.txt file from Arduino source code, in the section
related to changes from version 0022 to 1.0, there is this statement:
* The WProgram.h file, which provides declarations for the Arduino API,
has been renamed to Arduino.h. To create a library that will work in
both Arduino 0022 and Arduino 1.0, you can use an #ifdef that checks
for the ARDUINO constant, which was 22 and is now 100. For example:
#if defined(ARDUINO) ARDUINO = 100
#include Arduino.h
#else
#include WProgram.h
#endif
This can be seen here:
https://github.com/arduino/Arduino/blob/master/build/shared/revisions.txt#L391-L400
There are some libraries which depend on the ARDUINO macro to be defined, or
will fallback to use WProgram.h. Since we are at 1.0.2, there is no longer
WProgram.h, and the compiler will fail.
The following diff defines this macro at runtime for such cases.
OK? Thank you.
Index: BSDmakefile
===
RCS file: /cvs/ports/devel/arduino/files/BSDmakefile,v
retrieving revision 1.7
diff -u -p -r1.7 BSDmakefile
--- BSDmakefile 14 May 2013 14:31:30 - 1.7
+++ BSDmakefile 18 Jun 2014 05:22:09 -
@@ -97,8 +97,8 @@ DEBUG = stabs
OPT = s
# Place -D or -U options here
-CDEFS = -DF_CPU=$(F_CPU)
-CXXDEFS = -DF_CPU=$(F_CPU)
+CDEFS = -DF_CPU=$(F_CPU) -DARDUINO=100
+CXXDEFS = -DF_CPU=$(F_CPU) -DARDUINO=100
# Place -I options here
ROOTLIBINCS=${LIBRARIES:S|^|-I$(ARDUINO)/libraries/|g}
KiCAD update?
Hi ports@, Anyone with a wip diff to update KiCAD? If not, as time permits, I'm willing to put some effort on it. Anything I must be aware of? Thank you.
graphics/gphoto2 and atexit()
Hi ports@,
Today I run into the following:
# gphoto2 -l
gphoto2:/usr/local/lib/libusb.so.10.0: undefined symbol 'atexit'
lazy binding failed!
Segmentation fault (core dumped)
#
Isn't the case to bump the revision as it was done with graphics/freeglut?
http://marc.info/?l=openbsd-portsm=139134074326680w=2
Index: Makefile
===
RCS file: /cvs/ports/graphics/gphoto2/Makefile,v
retrieving revision 1.26
diff -u -p -r1.26 Makefile
--- Makefile8 May 2013 09:11:01 - 1.26
+++ Makefile7 Mar 2014 04:26:31 -
@@ -7,6 +7,7 @@ MAINTAINER =Antoine Jacoutot ajacoutot
VERSION = 2.5.2
DISTNAME = gphoto2-${VERSION}
+REVISION = 0
PKGNAME = gphoto-${VERSION}
HOMEPAGE = http://gphoto.sourceforge.net/
Thank you.
--
db
emulators/fedora/base not 4 anymore
Reflect the new version:
Index: Makefile
===
RCS file: /cvs/ports/emulators/fedora/base/Makefile,v
retrieving revision 1.20
diff -u -r1.20 Makefile
--- Makefile11 Oct 2012 12:16:18 - 1.20
+++ Makefile12 Nov 2012 13:32:19 -
@@ -1,6 +1,6 @@
# $OpenBSD: Makefile,v 1.20 2012/10/11 12:16:18 ajacoutot Exp $
-COMMENT= Linux compatibility package based on Fedora Core 4
+COMMENT= Linux compatibility package based on Fedora Core 10
PKGNAME= fedora_base-${FEDORA_V}.0
REVISION= 0
multimedia/coherence typo
Based on what is on other UPnP ports and on the casing as show in
Wikipedia:
Index: Makefile
===
RCS file: /cvs/ports/multimedia/coherence/Makefile,v
retrieving revision 1.7
diff -u -r1.7 Makefile
--- Makefile16 Sep 2011 10:31:23 - 1.7
+++ Makefile12 Nov 2012 13:30:24 -
@@ -1,6 +1,6 @@
# $OpenBSD: Makefile,v 1.7 2011/09/16 10:31:23 espie Exp $
-COMMENT = uPnP/DLNA media server
+COMMENT = UPnP/DLNA media server
MODPY_EGG_VERSION =0.6.6.2
DISTNAME = Coherence-${MODPY_EGG_VERSION}
Re: dmenu: update to 4.5
On Tue, Apr 03, 2012 at 05:16:22PM -0300, Gleydson Soares wrote: works for me, i am running it daily +spectrwm looking for comments,tests and OKs, Works for me on amd64 too.
Re: sysutils/xbattbar patch to add time date display
On Tue, Apr 03, 2012 at 07:28:28PM -0400, Brynet wrote: If anyone has a laptop, you might want to check out xbattbar, it isn't nearly as invasive as some other battery monitoring utilities. Alex's addition doesn't change that. Didn't know about it. Using. Thank you.
Re: sysutils/xbattbar patch to add time date display
On Tue, Apr 03, 2012 at 07:28:28PM -0400, Brynet wrote: If anyone has a laptop, you might want to check out xbattbar, it isn't nearly as invasive as some other battery monitoring utilities. Alex's addition doesn't change that. BTW, it breaks xlock if used with -a option.
Re: magnet links
On Wed, Mar 28, 2012 at 04:21:17PM +0200, Jan Stary wrote: Now that ThePirateBay has switched from torrent files to magnet links, what do people use instead of btpd? rtorrent.
Re: Webkit-1.6.3 and loongson patches and help needed
On Tue, Mar 13, 2012 at 08:41:26AM +0100, Landry Breuil wrote: crashes quite often on macppc too Made a quick test and can't load non-static websites.
Firefox 9.0.1 crashing when printing
Hi ports@, as part of the test process that takes place before each release, Firefox 9.0.1 closes with no messages when trying to print to a printer connected remotely. $ firefox $ echo $? 11 $ Firefox crashing when printing is not a new problem, but didn't find anything related to 9.0.1 in archives. Some details: The printer is a HP Color Laserjet 2605, connected via lpd, using print/cups-1.5.0. No problem printing to a file, opening in a PDF editor (I used epdfview btw) and then printing to paper. I'm using Print Preview. There are reports that Firefox crash often using this feature, not just in OpenBSD, so can probably be an upstream problem. Thank you. My dmesg (yes, I compiled GENERIC myself, to test the changes that are not in snapshots yet): OpenBSD 5.1-current (GENERIC) #1: Wed Feb 15 14:45:06 BRST 2012 r...@daniel.cria.org.br:/usr/src/sys/arch/i386/compile/GENERIC cpu0: Intel(R) Pentium(R) 4 CPU 3.00GHz (GenuineIntel 686-class) 3 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,NXE,SSE3,MWAIT,DS-CPL,CNXT-ID,xTPR real mem = 2145476608 (2046MB) avail mem = 2100281344 (2002MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 02/09/05, BIOS32 rev. 0 @ 0xffe90, SMBIOS rev. 2.3 @ 0xf0450 (74 entries) bios0: vendor Dell Inc. version A04 date 02/09/2005 bios0: Dell Inc. OptiPlex GX280 acpi0 at bios0: rev 0 acpi0: sleep states S0 S1 S3 S4 S5 acpi0: tables DSDT FACP SSDT APIC BOOT ASF! MCFG HPET acpi0: wakeup devices VBTN(S4) PCI0(S5) PCI1(S5) PCI2(S5) PCI3(S5) PCI4(S5) MOU_(S3) USB0(S3) USB1(S3) USB2(S3) USB3(S3) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: apic clock running at 199MHz cpu at mainbus0: not configured ioapic0 at mainbus0: apid 8 pa 0xfec0, version 20, 24 pins ioapic0: misconfigured as apic 0, remapped to apid 8 acpimcfg0 at acpi0 addr 0xe000, bus 0-255 acpihpet0 at acpi0: 14318179 Hz acpiprt0 at acpi0: bus 4 (PCI1) acpiprt1 at acpi0: bus 2 (PCI2) acpiprt2 at acpi0: bus 3 (PCI3) acpiprt3 at acpi0: bus 1 (PCI4) acpiprt4 at acpi0: bus 0 (PCI0) acpicpu0 at acpi0: C3 acpibtn0 at acpi0: VBTN bios0: ROM list: 0xc/0xb000 0xcb000/0x1800! 0xcc800/0x3800 pci0 at mainbus0 bus 0: configuration mode 1 (bios) pchb0 at pci0 dev 0 function 0 Intel 82915G Host rev 0x04 ppb0 at pci0 dev 1 function 0 Intel 82915G PCIE rev 0x04: apic 8 int 16 pci1 at ppb0 bus 1 vga1 at pci1 dev 0 function 0 ATI Radeon X300 rev 0x00 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) radeondrm0 at vga1: apic 8 int 16 drm0 at radeondrm0 ATI Radeon X300 Sec rev 0x00 at pci1 dev 0 function 1 not configured ppb1 at pci0 dev 28 function 0 Intel 82801FB PCIE rev 0x03: apic 8 int 16 pci2 at ppb1 bus 2 bge0 at pci2 dev 0 function 0 Broadcom BCM5751 rev 0x01, BCM5750 A1 (0x4001): apic 8 int 16, address 00:12:3f:fe:f4:7b brgphy0 at bge0 phy 1: BCM5750 10/100/1000baseT PHY, rev. 0 ppb2 at pci0 dev 28 function 1 Intel 82801FB PCIE rev 0x03 pci3 at ppb2 bus 3 uhci0 at pci0 dev 29 function 0 Intel 82801FB USB rev 0x03: apic 8 int 21 uhci1 at pci0 dev 29 function 1 Intel 82801FB USB rev 0x03: apic 8 int 22 uhci2 at pci0 dev 29 function 2 Intel 82801FB USB rev 0x03: apic 8 int 18 uhci3 at pci0 dev 29 function 3 Intel 82801FB USB rev 0x03: apic 8 int 23 ehci0 at pci0 dev 29 function 7 Intel 82801FB USB rev 0x03: apic 8 int 21 usb0 at ehci0: USB revision 2.0 uhub0 at usb0 Intel EHCI root hub rev 2.00/1.00 addr 1 ppb3 at pci0 dev 30 function 0 Intel 82801BA Hub-to-PCI rev 0xd3 pci4 at ppb3 bus 4 auich0 at pci0 dev 30 function 2 Intel 82801FB AC97 rev 0x03: apic 8 int 23, ICH6 AC97 ac97: codec id 0x41445374 (Analog Devices AD1981B) ac97: codec features headphone, 20 bit DAC, No 3D Stereo audio0 at auich0 ichpcib0 at pci0 dev 31 function 0 Intel 82801FB LPC rev 0x03: PM disabled pciide0 at pci0 dev 31 function 1 Intel 82801FB IDE rev 0x03: DMA, channel 0 configured to compatibility, channel 1 configured to compatibility atapiscsi0 at pciide0 channel 0 drive 0 scsibus0 at atapiscsi0: 2 targets cd0 at scsibus0 targ 0 lun 0: _NEC, DVD+-RW ND-3530A, 102B ATAPI 5/cdrom removable cd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 2 pciide0: channel 1 ignored (disabled) pciide1 at pci0 dev 31 function 2 Intel 82801FB SATA rev 0x03: DMA, channel 0 configured to native-PCI, channel 1 configured to native-PCI pciide1: using apic 8 int 20 for native-PCI interrupt wd0 at pciide1 channel 0 drive 0: WDC WD2500JS-75MHB0 wd0: 16-sector PIO, LBA48, 238418MB, 488281250 sectors wd0(pciide1:0:0): using PIO mode 4, Ultra-DMA mode 6 ichiic0 at pci0 dev 31 function 3 Intel 82801FB SMBus rev 0x03: SMI iic0 at ichiic0 spdmem0 at iic0 addr 0x50: 512MB DDR2 SDRAM non-parity PC2-4200CL5 spdmem1 at iic0 addr 0x51: 512MB DDR2 SDRAM non-parity PC2-4200CL5 spdmem2 at iic0 addr 0x52: 512MB DDR2 SDRAM non-parity
Re: Firefox 9.0.1 crashing when printing
On Thu, Feb 16, 2012 at 02:41:23PM +0100, Antoine Jacoutot wrote: Can you post versions of the gtk+2 and gtk+2-cups packages your are using please. Sorry for the noise. gtk+2-2.24.9 gtk+2-cups-2.24.9p0 --- p0!!! Was running gtk+2-cups-2.24.9. Just upgraded and it's working fine. Thank you.
Re: [wip] Firefox/Thunderbird 10.0 / Seamonkey 2.7
On Wed, Feb 01, 2012 at 05:39:02PM +0100, Landry Breuil wrote: Hi, packages against somewhat -current (ie gettext w/ libintl.6) in my repos : http://rhaalovely.net/stuff/amd64/ http://rhaalovely.net/stuff/i386/ Runs fine on i386 -current.
Re: I really, really hate CUPS
On Fri, Jan 27, 2012 at 08:48:58AM -0800, John Doe wrote: Any thoughts/opinions? Coincidence or not, I read it today: http://marc.info/?l=openbsd-miscm=132681812631596w=2 Or to the point: http://catb.org/~esr/writings/cups-horror.html Enjoy.
Re: [UPDATE] Scrotwm-0.10.0
On Wed, Jan 11, 2012 at 05:53:47PM -0300, Gonzalo L. R. wrote: Update of scrotwm to 0.10.0 with a lot of bugs fix and new keyboard mapping option. Ok? Nice. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Re: building JDK1.7?
On Fri, Dec 30, 2011 at 01:00:07AM -0800, James Hartley wrote: I had downloaded src, ports, xenocara on 26 Dec, checking ports-changes@ source-changes@to ensure that I was not grabbing the trees in the middle of an update. Rebuilding the system 600 packages went successfully until I started building JDK1.7. All files manually required were moved to /usr/ports/distfiles/jdk, but building aborted amidst building gcc4.2.4 (below). I see there were changes made to gcc in ports on 14 Dec, but I also see jdk1.7.0.00v0.tgz on the mirrors on 19 Dec. What have I missed? The relevant section of messages emitted during building follows. # export PKG_PATH=ftp://ftp.openbsd.org/pub/OpenBSD/`uname-r`/packages/`uname -m` # pkg_add -vi jdk -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Re: Makefile LOCALBASE PREFIX
On Thu, Dec 15, 2011 at 03:41:59PM +, Julien Crapovich wrote: Hello. I would like to make a package for a ksh script. I use the ports system with my own branch /usr/ports/mystuff/script I build my pkg with the classical method, make fake, plist, package... I would like my package not install my stuff in /usr/local but elsewhere, I've try to hardcode it in my Makefile, but I met some troubles during the #make package. How can I do this safely ? (my package is just a ksh script, so I can't play with configure args to do this) $ man bsd.port.mk See PREFIX variable. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Re: NEW: openmodeller
On Wed, Nov 30, 2011 at 09:16:24AM +0100, David Coppa wrote: On Tue, Nov 29, 2011 at 7:14 PM, Daniel Bolgheroni dan...@bolgh.eng.br wrote: OK, compiling fine on a fresh installation on /i386 and /amd64. Didn't test on /macppc yet, but will do soon when I upgrade to -current. What about the attached one? Compiled and worked. Seems fine to me. Thank you. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Re: NEW: openmodeller
On Wed, Nov 30, 2011 at 09:16:24AM +0100, David Coppa wrote: On Tue, Nov 29, 2011 at 7:14 PM, Daniel Bolgheroni dan...@bolgh.eng.br wrote: OK, compiling fine on a fresh installation on /i386 and /amd64. Didn't test on /macppc yet, but will do soon when I upgrade to -current. What about the attached one? Compiled and worked. Seems fine to me. Thank you.
Re: NEW: openmodeller
On Wed, Nov 30, 2011 at 09:16:24AM +0100, David Coppa wrote: On Tue, Nov 29, 2011 at 7:14 PM, Daniel Bolgheroni dan...@bolgh.eng.br wrote: OK, compiling fine on a fresh installation on /i386 and /amd64. Didn't test on /macppc yet, but will do soon when I upgrade to -current. What about the attached one? Seems fine to me. Thank you. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Re: NEW: openmodeller
On Mon, Nov 28, 2011 at 05:12:50PM +0100, David Coppa wrote: Some comments: I think you should set SHARED_ONLY=Yes and merge PFRAG.shared into PLIST. You can remove CONFIGURE_STYLE=cmake cause it's superfluous You can remove all the cmake modules that conflict with system ones, as there's no way (at least I don't know a sane one) to give precedence to system modules over local ones. OK, compiling fine on a fresh installation on /i386 and /amd64. Didn't test on /macppc yet, but will do soon when I upgrade to -current. Thank you. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. openmodeller.tar.gz Description: application/tar-gz
NEW: openmodeller
Hi ports@, can someone please review this port for some feedback? DESCR: openModeller aims to provide a flexible, user friendly, cross-platform environment where the entire process of conducting a fundamental niche modeling experiment can be carried out. The software includes facilities for reading species occurrence and environmental data, selection of environmental layers on which the model should be based, creating a fundamental niche model and projecting the model into an environmental scenario. A number of algorithms are provided as plugins, including GARP, Climate Space Model, Bioclimatic Envelopes, Support Vector Machines and others. I work at CRIA, one of the institutions behind openModeller, and it would be nice if this port could be imported into OpenBSD ports tree. As a note, these patches were fixed in the development version, so no patches will be needed in the next release. Thank you. openmodeller.tar.gz Description: application/tar-gz
Re: cmake reports wrong lib filename
On Wed, Nov 23, 2011 at 09:28:24AM +0100, David Coppa wrote: On Tue, Nov 22, 2011 at 8:21 PM, Daniel Bolgheroni dan...@bolgh.eng.br wrote: Hi ports@, does anyone have some experience in cmake to help me with it? I'm working on a port, however I'm having the following problem. What port is this? Working on a port of openModeller, which uses cmake. http://openmodeller.sourceforge.net I think it's using a local FindGDAL.cmake, since the system one from /usr/local/share/cmake/Modules/FindGDAL.cmake is working fine: -- Found GDAL: /usr/local/lib/libgdal.so.17.0 Check for this and let me know... Right to the point. Thank you.
Re: cmake reports wrong lib filename
On Wed, Nov 23, 2011 at 09:28:24AM +0100, David Coppa wrote: I think it's using a local FindGDAL.cmake, since the system one from /usr/local/share/cmake/Modules/FindGDAL.cmake is working fine: Just another question: the port I'm working has a local cmake directory with some FindWhateverLib.cmake. If it finds the local version, it uses the local version instead of the Find*.cmake files available in /usr/local/share/cmake/Modules. Are there any way to do the inverse, as in look for the system installed Find*.cmake files, otherwise look for the local Find*.cmake files? Didn't find anything in documentation. Thank you.
openModeller
Hi ports@, If anybody is working on a openModeller port, please let me know, so we can talk. http://openmodeller.sourceforge.net Thank you.
cmake reports wrong lib filename
Hi ports@, does anyone have some experience in cmake to help me with it? I'm working on a port, however I'm having the following problem. I have a CMakeLists.txt which looks for GDAL library with the line FIND_PACKAGE(GDAL REQUIRED) OK, cmake finds the GDAL library, as the port geo/gdal is installed, which is good. However, cmake finds the wrong filename, reporting -- Found GDAL: /usr/local/lib/libgdal.so instead of /usr/local/lib/libgdal.so.17.0 which is the correct. All other libraries are detected correctly, as show in daniel@workstation[0]:build$ cmake .. -- Found Proj: /usr/local/lib/libproj.so.5.6 -- Found GDAL: /usr/local/lib/libgdal.so -- Found Expat: /usr/lib/libexpat.so.9.0 -- Could not find GSL -- Found Sqlite3: /usr/local/lib/libsqlite3.so.15.1 -- Could not find TerraLib -- Found CURL: /usr/local/lib/libcurl.so.19.0 -- Could not find MPI -- Could NOT find PythonLibs (missing: PYTHON_LIBRARIES PYTHON_INCLUDE_DIRS) -- Configuring done -- Generating done -- Build files have been written to: /home/daniel/libopenmodeller-src-1.2.0/build daniel@workstation[0]:build$ cmake .. -- Found Proj: /usr/local/lib/libproj.so.5.6 -- Found GDAL: /usr/local/lib/libgdal.so -- Found Expat: /usr/lib/libexpat.so.9.0 -- Could not find GSL -- Found Sqlite3: /usr/local/lib/libsqlite3.so.15.1 -- Could not find TerraLib -- Found CURL: /usr/local/lib/libcurl.so.19.0 -- Could not find MPI -- Could NOT find PythonLibs (missing: PYTHON_LIBRARIES PYTHON_INCLUDE_DIRS) -- Configuring done -- Generating done -- Build files have been written to: /home/daniel/libopenmodeller-src-1.2.0/build daniel@workstation[0]:build$ Any hints here? Thank you.
Re: update blows up
On Thu, 8 Oct 2009, Gilles Chehade wrote: For some people I would go through the pain of going to their house and punch them in the face or stab them with a fork, given this project was followed by volunteers ;-) Never saw a list where people discuss punches and bits on the same thread. Funny. Teers, -- Daniel Bolgheroni FEI - Faculdade de Engenharia Industrial http://www.dbolgheroni.eng.br/mykey ASCII ribbon campaign ( ) against HTML e-mail X / \
Re: update blows up
On Wed, 7 Oct 2009, frantisek holop wrote: i mean, this is a legit error situation for pkg_add. i dont see why it cannot be informed about the state of mirror's state of synchronisation... the infrastructure is there to do something similar than this. If you need this kind of certaity when updating, you can use -stable. Afterall, you're using -current. Teers, -- Daniel Bolgheroni FEI - Faculdade de Engenharia Industrial http://www.dbolgheroni.eng.br/mykey ASCII ribbon campaign ( ) against HTML e-mail X / \
Re: NetBSD ports
On Tue, 6 Oct 2009, Alexander Bubnov wrote: Yes. Like that - BSD community. I do not think it is Utopia. I think at first there is a need to discussed some general aims and rules which helps to resolve difference opinions. Then do common work together. For example (below just alphabetically sort BSD systems), - FreeBSD would like to be fastest under i386. FreeBSD team can do packages/ports related to i386. - NetBSD would like to be ported under many platforms. This BSD can do all rest work. - OpenBSD would like to be very secure and stable. Blowfish team can implement packages system to build them for N-platform using pkgsrc. I guess cooperation of BSD teams can save time to concentrate for different aims, but not common. BSD community is the power . Unfortunately, I can see divisions like DragonflyBSD. I guess it is bad way. It is just my opinion. Do you know this quote? In theory, there is no difference between theory and practice. But, in practice, there is. -- Jan L.A. van de Snepscheut You shouldn't believe when you read about: OpenBSD - secure NetBSD - portable FreeBSD - fast Make people think these qualities are mutually exclusive and in consequence make assumptions like you made. Teers, -- Daniel Bolgheroni FEI - Faculdade de Engenharia Industrial http://www.dbolgheroni.eng.br/mykey ASCII ribbon campaign ( ) against HTML e-mail X / \
x11/wmii manpage problem
Hi, is ports@ the maintainer of x11/wmii? I can't figure out what is exactly the problem, but there are errors in some manpages of x11/wmii, more specifically in sections ACTIONS and DEFAULT KEYBINDS. Also, sometimes it refers to wmii as of 3.5 when the version actually installed is 3.6. Is this some kind of groff problem or am I completely missing the point? It seems the manpage can't be formatted correctly. Thank you. -- Daniel Bolgheroni m...@dbolgheroni.eng.br FEI - Faculdade de Engenharia Industrial http://www.dbolgheroni.eng.br/mykey ASCII ribbon campaign ( ) against HTML e-mail X / \
Re: ngspice port
On Fri, 17 Apr 2009, Andreas Bihlmaier wrote: Hi On Thu, Apr 16, 2009 at 12:45:58AM -0300, Daniel Bolgheroni wrote: Hi, are there any efforts going on to produce a ng-spice-rework-18 port? I am/was working at it, but there was a huge pile of deps not in ports yet. If I find time to work on it I'll report on po...@. What ports are missing? If you want to take a stab at it contact me privatly and I'll send you the work done so far. Yes, please. Thank you. -- Daniel Bolgheroni m...@dbolgheroni.eng.br FEI - Faculdade de Engenharia Industrial http://www.dbolgheroni.eng.br/mykey ASCII ribbon campaign ( ) against HTML e-mail X / \ -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.4.9 (OpenBSD) mQGiBEjsKN8RBACIeANsMaUPV5vlbI0B1WGElqhLXdyR941fInJesLFUV+QlJ1Xi qsmmCa2GTiz1SQm4g0N7FxOQeW42x9Iv0kg5vjwkZ7uC1LJDZlVvoThpnk007WYK h19X+fbpQkK1kjWDd7TNiebDdvRcvVFJybSfGsqmrw/qufZ67HffLb9T2wCgx7ml LjrFFlT3+18v6wy0T169DVsD/RU8fOfPwEK4Gc/BkfCB/JjHax2TYitMn9oNylYw VdkuyFoaCEU2GmGP1/R1uT5U3TsKa0vIVBIiDTAOyZKhLgMejNyagKn4PuLcMyqo CCV7uOPCuMsEFmXNDQekLhGpWlSD3vLoqr/mO0T867qZjIuQ9An58VLcX6LSdGtG 6yV7A/0fJ4fC2+RJWLmHPKb8sgNpjByt7NjaumAGVqPPtGu9M6indImBB0HB+S3O 7vM0pf6rzfE69D9zc0ySJJ3tCo/r4TdMrx/tx6wbz/7pyfsIRbsCG+87VxqInnEP cg0zlN749NwBouPa2UTYMxXsJuv0OmX3W7EZ3vgL9lQ1BWzZn7QRRGFuaWVsIEJv bGdoZXJvbmmIYAQTEQIAIAUCSOwo3wIbAwYLCQgHAwIEFQIIAwQWAgMBAh4BAheA AAoJEP423E9NZH/MPBMAmgNfL1njMlTBhhxiDdKsd6BLlcizAKCmVIP0jDarapBp j7FUQgJ3npAvS7kBDQRI7CjfEAQAl6exFKqLkBCjr8s5XoadLpvSFE5faif5l6q6 HcfKP2FFtUfSj46cvCLVYzip78KJjxGkksS36rrrKfgHH7z+2Oem+G5drtvMWmeA 14tFvJGWHKL1WR5P1fe593aaw8CHmiQxSkENyVN+Q8FvqUoZ5tPtGqVzlPmflU5K bcJphs8AAwUD/1CyyvbvMWNDPJLqZI1TiEkg3+2Kc67CFXhoS4DYCgObjnhA7GOO BB0PXHPMhtwqIhCQA0+u2YOstreW1UT+zY3ynQbc7bnHmCdRzEmCRLSqe44+nWkY QXD5tEOuMtAjJDQm7wQxRXA9EQouz4CLxz7uhEa5MJjoGdNkIqzDc/tCiEkEGBEC AAkFAkjsKN8CGwwACgkQ/jbcT01kf8yHNQCfV+eHlKqAwdPfnM9IxGiKotVXeEYA oKr5TGPxFG04Q3QnwX4+Acu78Svu =mJV8 -END PGP PUBLIC KEY BLOCK-
ngspice port
Hi, are there any efforts going on to produce a ng-spice-rework-18 port? Thank you. -- Daniel Bolgheroni m...@dbolgheroni.eng.br FEI - Faculdade de Engenharia Industrial http://www.dbolgheroni.eng.br/mykey ASCII ribbon campaign ( ) against HTML e-mail X / \ -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.4.9 (OpenBSD) mQGiBEjsKN8RBACIeANsMaUPV5vlbI0B1WGElqhLXdyR941fInJesLFUV+QlJ1Xi qsmmCa2GTiz1SQm4g0N7FxOQeW42x9Iv0kg5vjwkZ7uC1LJDZlVvoThpnk007WYK h19X+fbpQkK1kjWDd7TNiebDdvRcvVFJybSfGsqmrw/qufZ67HffLb9T2wCgx7ml LjrFFlT3+18v6wy0T169DVsD/RU8fOfPwEK4Gc/BkfCB/JjHax2TYitMn9oNylYw VdkuyFoaCEU2GmGP1/R1uT5U3TsKa0vIVBIiDTAOyZKhLgMejNyagKn4PuLcMyqo CCV7uOPCuMsEFmXNDQekLhGpWlSD3vLoqr/mO0T867qZjIuQ9An58VLcX6LSdGtG 6yV7A/0fJ4fC2+RJWLmHPKb8sgNpjByt7NjaumAGVqPPtGu9M6indImBB0HB+S3O 7vM0pf6rzfE69D9zc0ySJJ3tCo/r4TdMrx/tx6wbz/7pyfsIRbsCG+87VxqInnEP cg0zlN749NwBouPa2UTYMxXsJuv0OmX3W7EZ3vgL9lQ1BWzZn7QRRGFuaWVsIEJv bGdoZXJvbmmIYAQTEQIAIAUCSOwo3wIbAwYLCQgHAwIEFQIIAwQWAgMBAh4BAheA AAoJEP423E9NZH/MPBMAmgNfL1njMlTBhhxiDdKsd6BLlcizAKCmVIP0jDarapBp j7FUQgJ3npAvS7kBDQRI7CjfEAQAl6exFKqLkBCjr8s5XoadLpvSFE5faif5l6q6 HcfKP2FFtUfSj46cvCLVYzip78KJjxGkksS36rrrKfgHH7z+2Oem+G5drtvMWmeA 14tFvJGWHKL1WR5P1fe593aaw8CHmiQxSkENyVN+Q8FvqUoZ5tPtGqVzlPmflU5K bcJphs8AAwUD/1CyyvbvMWNDPJLqZI1TiEkg3+2Kc67CFXhoS4DYCgObjnhA7GOO BB0PXHPMhtwqIhCQA0+u2YOstreW1UT+zY3ynQbc7bnHmCdRzEmCRLSqe44+nWkY QXD5tEOuMtAjJDQm7wQxRXA9EQouz4CLxz7uhEa5MJjoGdNkIqzDc/tCiEkEGBEC AAkFAkjsKN8CGwwACgkQ/jbcT01kf8yHNQCfV+eHlKqAwdPfnM9IxGiKotVXeEYA oKr5TGPxFG04Q3QnwX4+Acu78Svu =mJV8 -END PGP PUBLIC KEY BLOCK-
Not installing subpackage
Hi,
after compiling audio/bmp with no FLAVOR, I've got the package in
/usr/ports/package/${ARCH}/ as always and two subpackages (bmp-mp3-* and
bmp-vorbis-*), which were not installed.
I can install manually for sure, but is this expected?
Thank you.
Re: Not installing subpackage
On Tue, 3 Jul 2007, Marc Espie wrote:
I'll admit that the current situation might be a bit confusing, I should
probably get around to rewrite ports(7) at some point.
The current situation is as follows:
+-- package
one port -|-- package
+-- package
...
Some targets do everything, others don't. Mostly for historical reasons.
- everything related to the build has no ambiguity, obviously
(e.g., fetch, extract, patch, configure, build, fake)
- make package builds all packages. Because, in a BULK build context,
it's followed by a clean, and so it would be annoying to re-build the port
for the other packages. If you just want one specific subpackage, you can
run make subpackage, but that's not too common.
- make install will only install one single package, for historical reasons.
If you want to install all packages from a port, you need to run
make install-all. This is not always possible. For instance, fvwm2 builds
conflicting subpackages.
- make update will update all installed packages from a given port... because
it's more useful that way, there is little history behind it (update hasn't
existed for all that long), and also because there is no possible problem in
there. You can use subupdate if you want to update one specific packages.
The package tools themselves mostly do not see anything of the ports tree.
To the package tools, each package is created equal. Packages mostly have
names (with some logic, see packages-specs) and @pkgpath annotations. There
is some magic behind it that establishes some equivalence and canonical form
for pkgpaths, for historical reasons. But mostly, when you install something
with dependencies, it cares only about finding the packages... if it needs
to build them, it will build all packages from a port, obviously, to avoid
wasting time.
Yeah, I know, it's a bit complicated... it's designed so that, in most cases,
it does just the right thing... ;-)
I think every package management framework is a bit confusing at some
point, mostly because it has to deal with too much variables, cases,
exceptions, etc. and OpenBSD ports is no different.
And I am still a bit confused, mostly because audio/bmp/Makefile than
because ports itself. Does this file looks correct?
(...)
.if !${FLAVOR:L:Mno_mp3}
MULTI_PACKAGES+=-mp3
.endif
.if !${FLAVOR:L:Mno_vorbis}
MULTI_PACKAGES+=-vorbis
.endif
.if !${MULTI_PACKAGES:M-mp3}
CONFIGURE_ARGS+=--disable-mp3
.endif
.if !${MULTI_PACKAGES:M-vorbis}
CONFIGURE_ARGS+=--disable-vorbis
.endif
(...)
If FLAVOR is specified at some point, it should modify some arguments of
the build, not the subpackages itself. And vice-versa with SUBPACKAGE. Or
am I completely missing the point?
Thank you.
Removing all packages
Hi, are there an easy way to remove all packages? Can I just remove /usr/local and /var/db/pkg or am I looking for trouble doing this? Thank you.
glitz conflict
Hi, OK, just removed all packages some minutes ago, updated ports from CVS and started compiling everything. But I'm having problem installling glitz. I do not have any version 0.4.4 installed. Maybe something that went uninstalled? Any hints? Thank you. -- # make install (...) === cairo-1.4.6 depends on: glitz-=0.5.6 - not found === Verifying install for glitz-=0.5.6 in graphics/glitz === Installing glitz-0.5.6 from /usr/ports/packages/amd64/all/ Can't install glitz-0.5.6 because of conflicts (.libs-glitz-0.4.4) /usr/sbin/pkg_add: glitz-0.5.6:Fatal error *** Error code 1 Stop in /usr/ports/graphics/glitz (line 1401 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 (...) #
Re: glitz conflict
Anyway, what are these .libs-* packages? Didn't find this on documentation. Thank you. On Wed, 27 Jun 2007, Markus Lude wrote: On Tue, Jun 26, 2007 at 10:55:44PM -0300, Daniel Bolgheroni wrote: Hi, OK, just removed all packages some minutes ago, updated ports from CVS and started compiling everything. But I'm having problem installling glitz. I do not have any version 0.4.4 installed. Maybe something that went uninstalled? Any hints? Maybe. Look for .libs-* directories in /var/db/pkg/ and remove these, too. There seems too be some stuff left from former package update. In /var/db/pkg/: $ pkg_delete .libs-glitz-0.4.4 Regards, Markus
Re: glitz conflict
Oopz, thank you. It really is. On Wed, 27 Jun 2007, Jacob Meuser wrote: On Wed, Jun 27, 2007 at 01:13:17AM -0300, Daniel Bolgheroni wrote: Anyway, what are these .libs-* packages? Didn't find this on documentation. sure it's documented (at least in -current) ... this _is_ OpenBSD ;) see pkg_add(1), particularly item #4 under When replacing packages ... in the `Technical details' section. -- [EMAIL PROTECTED] SDF Public Access UNIX System - http://sdf.lonestar.org
checksum mismatch for audio/easytag
Hi, Are there any errors with distinfo in audio/easytag in -current ports? Just tried on 3 different boxes and the error is the same. $ sudo make install === Checking files for easytag-2.1 easytag-2.1.tar.bz2 doesn't seem to exist on this system. Fetch http://easynews.dl.sourceforge.net/sourceforge/easytag/easytag-2.1.tar.bz2. 100% |**| 2855 KB 01:02 Size matches for /usr/ports/distfiles/easytag-2.1.tar.bz2 cksum: -: no properly formatted checksum lines found Checksum mismatch for easytag-2.1.tar.bz2. (sha256) Make sure the Makefile and checksum file (/usr/ports/audio/easytag/distinfo) are up to date. If you want to fetch a good copy of this file from the OpenBSD main archive, type make REFETCH=true [other args]. *** Error code 1 Stop in /usr/ports/audio/easytag (line 1747 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/audio/easytag (line 1884 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/audio/easytag (line 1369 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/audio/easytag (line 1853 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/audio/easytag (line 1396 of /usr/ports/infrastructure/mk/bsd.port.mk). $ Thank you.
audio/easytag version
Hi, a version of easytag-1.99.13 (unstable). I know the OpenBSD politics to not use development or unstable versions in ports tree. I've been using this version for a long time and is quite stable. The version in ports today is too obsolete (0.30) and the last stable version (1.1) still uses GTK+ 1.2. I don't know if it should be interesting. Tested on amd64. Thank you. easytag.tar.gz Description: Binary data
