Marc Espie:
- I think that at least for some ports, it might be simpler to prepare
things with FAKE_AS_ROOT=Yes, so that the fake area is filled up correctly,
with things in the right place and the right mode ?
Maybe, but it won't be necessary with this:
- I do think that it might make some
On 2014-07-14, Theo de Raadt dera...@cvs.openbsd.org wrote:
CVSROOT: /cvs
Module name: src
Changes by: dera...@cvs.openbsd.org 2014/07/13 22:02:33
Modified files:
usr.sbin/syslogd: syslogd.c
Log message:
Create a socketpair() and tie one end to /dev/klog using ioctl
Here's the breakage from the 2014-07-16 amd64 bulk build:
devel/hyena mono (Mono.Cairo)
devel/kdevelop missing ui_custom_include_paths.h
devel/monodevelop mono
devel/msp430/gccgengtype internal error
games/alephone/weland
As I accidentally noticed, devel/boehm-gc doesn't build any longer
on sparc64 since the latest update.
=== Checking files for gc-7.4.2
`/usr/ports/distfiles/gc-7.4.2.tar.gz' is up to date.
Vadim Zhukov:
This should fix kdevelop build failures. Build on i386 went fine.
I'm afraid not. The build on amd64.ports failed again.
(I assume it is some kind of race condition or depends on ninja's
random build order.)
--
Christian naddy Weisgerber
On 2014-07-18, Christian Weisgerber na...@mips.inka.de wrote:
This build also contained pascal@'s sys.mk patch for adding default
rules for .cpp files. I don't think any errors can be attributed
to that, although somebody might want to double-check gsmartcontrol.
gsmartcontrol is indeed
Here's the breakage from the 2014-07-18 amd64 bulk build:
devel/hyena mono (Mono.Cairo)
devel/kdevelop missing ui_custom_include_paths.h
devel/monodevelop mono
devel/msp430/gccgengtype internal error
games/alephone/weland mono (Mono.Cairo)
Update net/transmission to 2.84:
Fix peer communication vulnerability
There are few changes so this should be safe unless they screwed
up that particular bug fix. I'll run a minimal test of -daemon on
sparc64 in the next few days.
Index: Makefile
We are quickly approaching ports lock for the 5.6 release.
No new ports.
No updates for the sake of updating.
If you have fixes, or fixes tied to updates, that are important and
that you think should still go in, you'll need to convince espie@ /
jasper@ / naddy@ / sthen@ first.
This is also
On 2014-07-22, Stuart Henderson st...@openbsd.org wrote:
The main release-critical thing I know about is dovecot.
Yes.
Other known breakage of varying importance:
* boehm-gc doesn't build on sparc64.
* Some mono ports have been left broken since the mono update.
* openimageio picks up an
make show-required-by tells me that the current unavailability of
boehm-gc takes out 3794 (!) ports on sparc64. That can't be right,
can it?
I'm looking at the all-dir-depends output of some of these ports
and there is one very common dependency chain:
... textproc/xmlto www/w3m devel/boehm-gc
devel/cppcheck failed to build:
[...nothing interesting in the log...]
c++ -Ilib -Iexternals/tinyxml -DHAVE_RULES -DTIXML_USE_STL -Ilib
-I/usr/local/include -DCFGDIR=\/usr/local/share/cppcheck/cfg\ -O2 -pipe
-std=c++0x -c -o cli/cppcheckexecutor.o cli/cppcheckexecutor.cpp
I don't remember seeing this before.
-
Building on localhost under graphics/pdfmod
BDEPENDS =
[archivers/bzip2;textproc/intltool;devel/hyena;x11/gnome/doc-utils;x11/gnome/mono-gnome;x11/gnome/yelp-tools;devel/gmake;lang/mono]
DIST =
Found with dpb -r:
The configure scripts in devel/mingw pick up gmkdir if installed
and the build fails if gmkdir then disappears in the background.
Trivial fix. OK?
Index: Makefile
===
RCS file: /cvs/ports/devel/mingw/Makefile,v
Here's the breakage from the 2014-07-22 amd64 bulk build, which
used dpb -r:
devel/monodevelop mono
devel/msp430/gccgengtype internal error
games/alephone/weland mono (Mono.Cairo)
lang/mono-basic mono
mail/dovecotssl
On 2014-07-23, Marc Espie es...@nerim.net wrote:
Nope, this exists elsewhere. Reuse bin/check-conflicts
Speaking of which, here's what check-conflicts reports for the
2014-07-22 amd64 bulk build:
The reason devel/boehm-gc doesn't build on sparc64 after the update
is quite silly: sparc_mach_dep.S was moved into a subdirectory and
now make lacks a rule to associate ./sparc_mach_dep.lo and
./src/sparc_mach_dep.S. I don't know how to properly fix this at
the automake level, but adding a
audio/umurmur doesn't build on LP64 archs that aren't amd64:
cc -DHAVE_CONFIG_H -I. -I..-I/usr/local/include -O2 -pipe -MT crypt.o -MD
-MP -MF .deps/crypt.Tpo -c -o crypt.o crypt.c
crypt.c:228:22: error: byteswap.h: No such file or directory
Here's a fix to skip the Linuxism.
While here,
Only overdue by four months: Fix devel/cvsweb's chroot instructions
to work with the perl version we actually ship with in 5.6.
While here, drop some obsolete configuration examples and tweak the
default man.cgi URL.
OK or not important?
Index: Makefile
On 2014-07-26, Nick Holland n...@holland-consulting.net wrote:
(next I'll ask for nginx support :-D )
Huh?
The cvsweb port works nicely with nginx and slowcgi. I run it like
that locally.
nginx_flags=
slowcgi_flags=
and uncomment the FastCGI to CGI wrapper server block in nginx.conf.
--
The ports tree is now locked for 5.6.
No more commits. If something supercritical turns up, talk to me.
--
Christian naddy Weisgerber na...@mips.inka.de
Why is GTK1 better than GTK2?
Because I can run a GTK1 application, such as xmms, on my sparc64
(with X11 forwarding to a remote display, although that shouldn't
matter). When I try the same with a GTK2 application like netsurf
or gpicview it crashes pretty quickly.
I built netsurf with
On 2014-08-18, Brad Smith b...@comstyle.com wrote:
Here is a diff to enable the uTP support with Transmission. It looks
like the unaligned accesses issues were fixed a tad under 2 years ago.
What makes you think so? The only relevant difference between 2.30
and 2.84 is that structs are now
security/zkt doesn't build any longer after the BIND removal.
=== Configuring for zkt-1.1.0
Using /usr/obj/zkt-1.1.0/config.site (generated)
configure: loading site script /usr/obj/zkt-1.1.0/config.site
checking for gcc... cc
checking for C compiler default output file name... a.out
checking
Failures during the amd64 bulk build started in 2014-09-08:
devel/arm-elf/gcc ? (_bswapsi2.o)
devel/msp430/gccgengtype internal error
math/coqNo Camlp4 installation found
The coq problem is new, obviously fallout from the recent ocaml
work.
On the one hand, we now have exactly one port with a .tar.lzma
distfile and checking the FreeBSD ports tree shows little more.
On the other hand, adding support for .tar.lzma doesn't cost anything.
I'm conflicted.
Index: bsd.port.mk
FYI, ports breakage from the switch to MariaDB, as seen during the
latest amd64 bulk build:
databases/hs-HDBC-mysql # missing bump (fixed)
databases/mydumper # Brad has a patch
databases/mysqlcc
--
Christian naddy Weisgerber na...@mips.inka.de
Currently our net/ircII port goes through some effort to rename
parts of itself from irc to ircII for no obvious reason. Brad
couldn't remember why either.
Turns out this was introduced in 2000 to avoid a conflict between
the net/irc and net/ircII ports. This is long obsolete; net/irc
stopped
Paul Stoeber:
--- recode-3.6/src/libiconv.c.origSat Jul 1 17:13:25 2000
+++ recode-3.6/src/libiconv.c Fri Sep 19 18:05:03 2014
@@ -195,9 +195,9 @@
memcpy() doesn't do here, because the regions might overlap.
memmove() isn't worth it, because we rarely have to move more
On 2014-09-25, Vadim Zhukov z...@openbsd.org wrote:
CMake 3.1 (the one with the improved string handling) is scheduled
for release on 2014-11-01.
Are you ok with just waiting?
Yes, I am ok to wait. Not sure about people doing bulk builds, though;
I can easily suppose they already hate
On 2014-09-25, Ian Darwin i...@darwinsys.com wrote:
--- Makefile 27 May 2014 21:22:29 - 1.18
+++ Makefile 25 Sep 2014 20:56:22 -
@@ -7,10 +7,10 @@ BUILD_DEPENDS = telephony/asterisk
COMMENT =add OpenBSD songs to Asterisk music-on-hold
-PKGNAME =
Apache doesn't like the addition of SSL_CTX_use_certificate_chain().
=== www/apache-httpd-openbsd
../../modules/ssl/ssl_util_ssl.h:119: error: conflicting types for
'SSL_CTX_use_certificate_chain'
/usr/include/openssl/ssl.h:1533: error: previous declaration of
'SSL_CTX_use_certificate_chain'
Joel Sing:
=== www/apache-httpd-openbsd
=== www/apache-httpd
Is this the only ports fallout?
Yes.
--
Christian naddy Weisgerber na...@mips.inka.de
On 2014-10-11, Predrag Punosevac punoseva...@gmail.com wrote:
I am under impression that OpenBSD will be shipping rsync version 3.1.1.
While backing up one of OpenBSD 5.5 servers rsync 3.1.0 to FreeBSD 10.0
rsync 3.1.1 with rsnapshot I bumped into a bug which causes rsync to
terminate
sysutils/dellflash requires the lkm infrastructure to build and
load a kernel module. With lkm gone, the port is broken and can't
be salvaged. OK to remove?
(I'll spare you the diff, but I remembered the quirks entry.)
--
Christian naddy Weisgerber na...@mips.inka.de
On 2014-10-13, Jeremy Evans jer...@openbsd.org wrote:
This patch restores the previous default value for
RbConfig::CONFIG['INSTALL'] (which calls /usr/bin/install). However,
if the BSD_INSTALL_* environment variables are set, it uses those in
preference to the default. This way the ports
On 2014-10-10, Brian Callahan bcal...@devio.us wrote:
Attached is a single diff to update both audio/libmikmod and
audio/mikmod to their latest versions.
Runs well on amd64, testing elsewhere appreciated.
Quick thoughts:
* Does XMMS still build (work) with this?
* Time to remove pval as
On 2014-10-19, Stuart Henderson st...@openbsd.org wrote:
(Actually, now ports can build/fake/package as non-root, there isn't really
much need for systrace in ports any more.)
What remaining use is there? Can't we just kill it?
--
Christian naddy Weisgerber
On 2014-10-28, Stuart Henderson st...@openbsd.org wrote:
m4: /usr/obj/ports/bison-3.0.2/bison-3.0.2/data/location.cc at line 332:
regular expression error in ^(.)[ ]*(::)?([^][:]|:[^:])*: invalid
character class.
That's a regex problem. Our regex(3) doesn't like [^][:]. That's
meant
Portroach tells me that a newer version of aumix is available, which
has reminded me that I'd really prefer to remove the port. aumix
uses libossaudio to provide mixer controls. It is tied intimately
to the OSS mixer model (a small number of all-alike numerical
controls, range 0-100, no
On 2014-10-29, Jonathan Armani d...@asystant.net wrote:
audio/mixer.app
audio/wmix
audio/wmmixer (maybe worth keeping for wm user, does it work ?)
audio/xmix
audio/xmmix
Yes, I'm in favor of removing them all.
--
Christian naddy Weisgerber na...@mips.inka.de
Here's some minor cruft where acroread is mentioned. Worth keeping
or not?
print/a2ps/Makefile:
.for p in bzip2 gv ghostview dvips pdf2ps acroread tex latex ps2pdf \
bzip distill netscape html2ps grog convert
CONFIGURE_ENV+= ac_cv_prog_COM_$p=no
.endfor
net/weechat didn't build in the latest amd64 bulk build. Specifically,
it failed during packaging:
Error: /usr/obj/weechat-1.0.1/fake-amd64/usr/local/bin/weechat-curses
does not exist
I'm attaching the full log. Due to the cmake-ninja random build
order, it isn't diffable against that of
databases/mongodb has failed several times in my recent amd64 bulk
builds. It then succeeds on retry, so it's clearly some interaction
with something that just happens to be installed or not on the build
system.
Full log attached.
Might be as simple as the build accidentally picking up
On 2014-11-02, Stuart Henderson st...@openbsd.org wrote:
Currently the apache-httpd (Apache httpd 2.x) port defaults to using
various directories under /var/apache2 (htdocs, logs, cgi-bin, icons,
error). Now that we clearly need to support multiple httpd's in ports
(base httpd, while useful
Here's an update of net/wget to 1.16.
I've added the required dependencies to (successfully) run all the
regression tests. wget 1.15 would just skip most tests if the
dependencies weren't installed, but 1.16 treats them as errors.
I think the src/Makefile.in patch can go because @LIBINTL@
On 2014-11-04, Christian Weisgerber na...@mips.inka.de wrote:
Here's an update of net/wget to 1.16.
I've added the required dependencies to (successfully) run all the
regression tests. wget 1.15 would just skip most tests if the
dependencies weren't installed, but 1.16 treats them as errors
On 2014-11-05, Stuart Henderson st...@openbsd.org wrote:
quirks should have a REVISION bump, the rest are OK with me,
I checked for RUN_DEPENDS on them.
It should, they are, and I did too. ;-)
--
Christian naddy Weisgerber na...@mips.inka.de
On 2014-11-06, Ingo Schwarze schwa...@usta.de wrote:
Maintainer update to groff-1.22.3, released yesterday.
OK to commit,
Sure.
or does anybody think a bulk test is needed first?
Not me.
--
Christian naddy Weisgerber na...@mips.inka.de
Just for the heck of it, I ran the last amd64 bulk build with -r
(random build order) to see what dependency problems would fall
out. I'm happy to report that almost nothing did. devel/mingw
picked up gawk (fixed now), and that's it. Also, the build took
only fractionally longer than usual.
--
In the words of the memcpy(3) man page:
The memcpy() function copies len bytes from buffer src to buffer dst. If
the two buffers may overlap, memmove(3) must be used instead.
There is a suspicion that people have been lax about the restriction
on overlapping buffers. Courtesy of tedu@,
After the first 12 hours, there have been amazingly few build
failures due to memcpy abort:
emulators/sdlmame m68kmake
emulators/sdlmess m68kmake
lang/gcc/4.8ada
lang/gcc/4.9ada
The respective maintainers already have separate
x11/p5-Wx has been broken since the perl 5.20 update. Log below.
It's probably really easy to fix...
=== p5-Wx-0.92p4 depends on: p5-Alien-wxWidgets-* - p5-Alien-wxWidgets-0.62
=== p5-Wx-0.92p4 depends on: p5-ExtUtils-XSpp-* - p5-ExtUtils-XSpp-0.04p0
=== p5-Wx-0.92p4 depends on: groff-=1.21 -
On 2014-11-22, Christian Weisgerber na...@mips.inka.de wrote:
emulators/sdlmame m68kmake
emulators/sdlmess m68kmake
lang/gcc/4.8ada
lang/gcc/4.9ada
+ textproc/p5-SWISH-API swish-e
And that's all.
--
Christian
Update devel/gmake to 4.1. No major changes.
I've kicked off a bulk build on amd64 to test this.
Index: Makefile
===
RCS file: /cvs/ports/devel/gmake/Makefile,v
retrieving revision 1.52
diff -u -p -r1.52 Makefile
--- Makefile29
On 2014-11-25, Christian Weisgerber na...@mips.inka.de wrote:
Update devel/gmake to 4.1. No major changes.
FWIW, the failure of the final features/archives regression test
isn't new. It's a result of our ar(1) ignoring zero-length files.
I'll talk to upstream.
We can add patches/patch
On 2014-11-25, Christian Weisgerber na...@mips.inka.de wrote:
We can add patches/patch-tests_scripts_features_archives:
Complete diff:
Index: Makefile
===
RCS file: /cvs/ports/devel/gmake/Makefile,v
retrieving revision 1.52
diff
Philip Guenther:
When starting xmms the following error appears:
xmms:/usr/local/lib/xmms/Input/libxmmsmad.so: undefined symbol
'__guard_local'
Cannot load specified object
This indicates that that shared object was linked incorrectly. On OpenBSD,
shared objects should be linked using
On 2014-11-26, Stuart Henderson st...@openbsd.org wrote:
since the move to /var/tmp/ no being a symlink to /tmp logwatch throws
errors after updating to newer snapshots. /var/tmp/logwatch/ is missing
then. This is the only place were /var/tmp/ appears in PLIST.
This is the scratch area for
On 2014-11-14, David Coppa dco...@openbsd.org wrote:
What's the missing flag that broke the i386 build?
It definitely needs some SSE flags, I haven't tried all the various
possibilities.
This is the minimum required to have darktable work on both i386
and amd64:
So should DESCR mention
On 2014-11-27, Stuart Henderson st...@openbsd.org wrote:
I've seen these on multiple builds, though cleaning and rebuilding the
affected ports (including sdl-ttf in the last case) has eventually got
them to package.
x11/kde/webdev(i386) ... seems to be some conflict between kde4 and kde3.
David Coppa:
Straightforward update to GNU grep 2.21
ok?
ok
I think somebody else should take maintainer, I'm only in the way.
--
Christian naddy Weisgerber na...@mips.inka.de
On 2014-12-06, Jan Stary h...@stare.cz wrote:
The source tarball of audio/flac is a .tar.xz file.
BTW, I'm already looking into updating the port. There is no need
to send me an update.
--
Christian naddy Weisgerber na...@mips.inka.de
On 2014-12-10, Stuart Henderson st...@openbsd.org wrote:
mail/claws-mail
configure: error: 'encrypt'-function not found.
encrypt() has been removed from libc.
databases/mongodb
scons: ***
On 2014-12-17, Stuart Henderson st...@openbsd.org wrote:
claws-mail uses encrypt() for password obfuscation in the saved config
file (.claws-mail/accountrc), which was removed from libc.
So an alternative diff below. It isn't particularly nice but does
unbreak the port... Does anyone have a
On 2014-12-18, Stuart Henderson st...@openbsd.org wrote:
Doesn't changing the obfuscation, including removing it, mean that
a user's saved passwords are now lost?
Yes.
I suppose the other option would be to add the removed DES code as a
patch in the port..
Isn't this stuff available in
On 2014-12-18, Stuart Henderson st...@openbsd.org wrote:
https://github.com/b4n/clawsmail-password-decrypter
Should we bundle this with claws-mail? Would people who need it
find the bundled script?
--
Christian naddy Weisgerber na...@mips.inka.de
On 2014-12-19, Vadim Zhukov persg...@gmail.com wrote:
2. Now that Qt5 is coming in, and given that some ports already (and
many more will) support both Qt4 and Qt5, it may result in
maintaince burden, to tweak each such port in the way:
.if ${FLAVOR:Mqt5}
...
.else
...
.endif
Why
Here's a tentative diff to switch Transmission's Qt client from Qt4
to Qt5, since upstream has also moved on to Qt5. It builds on amd64
and runs in principle; however it crashes easily. I haven't looked
any further.
I thought I'd throw it out there, while the Qt5 infrastructure is
still
The idea is that ports that build static executables should switch
from specifying -static to ${STATIC} (available in bsd.port.mk,
defined in bsd.own.mk), so they can become static PIE executables
on the archs that support this.
There may be a few things that really need -static, but the usual
On 2015-02-01, Christian Weisgerber na...@mips.inka.de wrote:
Update devel/gpatch to 2.7.3, uh, make that 2.7.4:
* Patch no longer follows symbolic links to input and output files. This
ensures that symbolic links created by git-style patches cannot cause
patch to write outside
This has fixes for
CVE-2014-8139: CRC32 verification heap-based overflow
CVE-2014-8140: out-of-bounds write issue in test_compr_eb()
CVE-2014-8141: out-of-bounds read issues in getZip64Data()
CVE-2014-9636: out-of-bounds read/write in test_compr_eb()
The diffs are taken more or less blindly from
The patch below builds mpg123's AVX decoder code on amd64.
Do we want this?
Like the other CPU-specific optimizations this is checked at runtime
and only enabled if the CPU/OS supports it, otherwise mpg123 will
fall back to the SSE decoder on amd64. Previously, I didn't enable
this because it
On 2015-01-21, Anthony J. Bentley anth...@cathet.us wrote:
I would like to delete xinvaders.
You could try updating it to what's in the FreeBSD port. That still
has a distfile available... and it runs on amd64. Damn those last
few buggers get fast!
--
Christian naddy Weisgerber
On 2015-01-13, Christian Weisgerber na...@mips.inka.de wrote:
I'm not even sure it works. ;-)
It works on an amd64 box with a drift of 2.6e-5 or thereabouts.
Fixes for a number of problems sthen@ pointed out:
diff -uNrp ntimed.orig/Makefile ntimed/Makefile
--- ntimed.orig/MakefileTue
My distinfo cleanup has uncovered a number of ports that aren't hooked
up to the category Makefiles in the tree, i.e., they are never built
in bulk builds. I can't quite tell if people forgot to add them or
forgot to remove them.
Here's the list, along with the committer most likely to know
What's the best way to check the signatures and integrity of a bunch
of OpenBSD packages? pkg_add -n or -s do this, but they produce
too much unrelated spew. pkg_info does not check the signature.
The CDs and FTP mirrors tend to have SHA256.sig files at the directory
level, but shouldn't there
On 2015-02-17, Jeremy Evans jer...@openbsd.org wrote:
As pointed out by naddy, rake22 has a completely busted man page. I
noticed the source file is fine, so something is messing it up. I'll
try to figure out what, but in the meantime, this should work around the
problem.
While you are
Jeremy Evans:
mandoc: man/man1/ri22.1:144:2: ERROR: skipping unknown macro: 's cache.
True by default.
Maybe I'm not current enough or doing something wrong, but mandoc -Werror
/usr/local/man/man1/ri22.1 /dev/null doesn't show any errors for me.
This has been fixed as a side-effect of
On 2015-02-16, Christian Weisgerber na...@mips.inka.de wrote:
These need fixing:
games/dungeon-crawl ' at start of line
games/wanderer ' at start of line
net/tclcurl ' at start of line
net/zsync . at start of line
On 2015-02-16, Jan Stary h...@stare.cz wrote:
It seems to me and gmdiff
that clisp(1) looks just as good with mandoc.
I disagree. There are problems with itemized lists, both bulleted
and numbered, e.g.:
- o unnecessary prompts are not suppressed.
+ ounnecessary
I manually went through all remaining USE_GROFF ports and briefly
checked whether groff was in fact still required. This revealed a
number of ports that have man pages that are simply broken.
These need fixing:
games/dungeon-crawl ' at start of line
games/wanderer '
Ted Unangst:
I'm not sure what you're after, though.
I have a directory with a bunch of signed packages and I want to
verify their integrity.
Checking SHA256.sig will be a little faster since it doesn't
require unpacking and file by file comparison.
I may not have a SHA256.sig file and why
Marc Espie:
What's the best way to check the signatures and integrity of a bunch
of OpenBSD packages? pkg_add -n or -s do this, but they produce
too much unrelated spew. pkg_info does not check the signature.
Logically, it requires most of pkg_add -n to work...
Yes. Minus dependency
On 2015-01-31, Mathias Schmocker s...@smat.ch wrote:
Here a diff preventing a build error for wily on amd64:
(sorry for T'bird mangling spaces/tabs...)
+# check plan/9libs
+ONLY_FOR_ARCHS= i386 sparc sparc64
Rather than perpetuating this crap, I'd prefer that somebody find
a portable
Update devel/gpatch to 2.7.3, uh, make that 2.7.4:
* Patch no longer follows symbolic links to input and output files. This
ensures that symbolic links created by git-style patches cannot cause
patch to write outside the working directory (CVE-2015-1196).
While there, I've looked at the
inputmethods/uim-tomoe-gtk requires p5-XML-Parser for its included
copy of intltool. However, instead of just adding that dependency,
I think it is better to use the intltool module. Either way, this
only affects build dependencies.
ok?
Index: Makefile
5.7 is done and the ports tree is unlocked. Normal updates and
imports can proceed. If you've been sitting on changes, now is the
time to bring them to our attention again!
--
Christian naddy Weisgerber na...@mips.inka.de
I think it's time to remove devel/qt4-eventsview. The port has been
marked
BROKEN= does not work with Qt = 4.6
for four and a half years now.
--
Christian naddy Weisgerber na...@mips.inka.de
CATEGORIES=editors
HOMEPAGE= http://www.nano-editor.org/
MAINTAINER=Christian Weisgerber na...@openbsd.org
-MASTER_SITES= http://www.nano-editor.org/dist/v2.2/ \
+MASTER_SITES= http://www.nano-editor.org/dist/v2.4/ \
${MASTER_SITE_GNU:=nano/}
# GPLv3
On 2015-03-23, David Coppa dco...@gmail.com wrote:
So it seems they finally solved the infamous problem with IPIs
(Inter-processor interrupts) going sky-high (in the order of ~90
ipi) and thus bringing the system down to its knees.
Do we know _how_ this was fixed? It sounds more like a
I grepped the amd64 bulk build logs for ports that appear to build
something with -static but without -pie:
benchmarks/bytebench
cad/ngspice
devel/lpc21isp
games/sudoku-solver
mail/femail
mail/mini_sendmail
net/icinga/core
net/nagios/nagios
net/nagios/nagios,chroot
security/aide
security/chntpw
On 2015-02-25, Jan Stary h...@stare.cz wrote:
I don't know much about instruction sets on the various platforms,
but I see the following in the Makefile:
.if ${MACHINE_ARCH} == arm
CONFIGURE_ARGS+=--enable-fixed-point
.endif
Can that be it?
Well, --enable-fixed-point
On 2015-02-21, Jérémie Courrèges-Anglas j...@wxcvbn.org wrote:
+When requesting conversion to text format, the actual data is what has
+been printed on stdout (-noout -text), not the content of the empty
+file.
+
+--- lib/OpenSSL.pm.orig Tue Jul 25 22:12:00 2006
lib/OpenSSL.pm
On 2015-02-25, Jan Stary h...@stare.cz wrote:
While here, do people actually use twolame,
or encode into MP2 at all?
I don't know... but MP2 is used in the context of digital radio and
TV, at least in Europe. I've come across the odd radio/TV capture
with raw MP2 audio.
--
Christian naddy
On 2015-02-24, Jan Stary h...@stare.cz wrote:
I am sure my diff is not quite OK:
it makes the no-longer-patches zero-sized instead of nonexistent.
I did a 'cvs remove -f' on them in my tree.
That's okay, that's the way cvs works.
--
Christian naddy Weisgerber
Here's a basic port of ntimed, Poul-Henning Kamp's preview/early-acces/
alpha/buzzword-of-the-times release of a new FOSS project written
to gradually take over the world of networked timekeeping.
So far, it's just a very basic NTP client.
See http://phk.freebsd.dk/time/ for the story.
I'm not
On 2015-01-28, Alexandre Ratchov a...@caoua.org wrote:
xawtv is the last user of libossaudio pcm ioctls (aka non-mixer ones)
which we're trying to remove. But because of its internals, it can't
be converted to sndio; [...]
If yes, I'll have to spend weeks on working with upstream on
Here are the failures from the latest amd64 package bulk build:
devel/valgrind missing -fPIC
games/freeciv picks up execinfo.h
games/monadius SIGBUS
mail/courier-imap Cannot obtain information for user _courier
valgrind has been broken for some time.
--
On 2015-04-27, Christian Weisgerber na...@mips.inka.de wrote:
mail/courier-imap Cannot obtain information for user _courier
Looks like user _courier has been deleted after courier-authlib was
installed?
I think this was caused by useradd and userdel crashing left and
right
801 - 900 of 5525 matches
Mail list logo