Current unassigned ports problem reports
Current FreeBSD problem reports The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. Bugs can be in one of several states: o - open A problem report has been submitted, no sanity checking performed. a - analyzed The problem is understood and a solution is being sought. f - feedback Further work requires additional information from the originator or the community - possibly confirmation of the effectiveness of a proposed solution. p - patched A patch has been committed, but some issues (MFC and / or confirmation from originator) are still open. r - repocopy The resolution of the problem report is dependent on a repocopy operation within the CVS repository which is awaiting completion. s - suspended The problem is not being worked on, due to lack of information or resources. This is a prime candidate for somebody who is looking for a project to do. If the problem cannot be solved at all, it will be closed, rather than suspended. c - closed A problem report is closed when any changes have been integrated, documented, and tested -- or when fixing the problem is abandoned. Critical problems S Tracker Resp. Description o ports/112754VERY SERIOUS security bug in sysutils/eject 1 problem total. Serious problems S Tracker Resp. Description o ports/105549ports/www/squid_radius_auth doesn't work on sparc64 o ports/106369vpnd caused kernel panic with ppp mode o ports/106372vpnd can't run with slip mode o ports/107536editors/scite: Can't write on SciTE text editor f ports/108077www/linux-flashplugin9 crashes linux-firefox f ports/108413net/vnc does not works. f ports/108537print/hplip: Build failure f ports/108606Courier MTA terminates abnormaly after installation f ports/108748mod_fcgid 1.10 does not work inside jail f ports/110035Port fix for sysutils/be_agent f ports/110454Joomla port Makefile has incorrect url for package f ports/110943start-dccifd chowns /var/run to user dcc f ports/111012quagga's ripd does not see ng interfaces f ports/51ports/lang/stklos: l/bin/stklos-install is a buggy she o ports/111224[PATCH] security/pam_per_user conflicts with security/ f ports/111338graphics/yafray: doesn't respect CXX, CXXFLAGS and eve o ports/111462syslog-ng2 default configuration file path o ports/111923[PATCH] databases/unixODBC overwrites config file on p f ports/111966Clamav-milter no up f ports/112083mail/qsheff overwrites configuration upon upgrade f ports/112094www/lynx: plist missing configuration file o ports/112097print/ghostscript-gpl-nox11 compile fails due to missi f ports/112118[PATCH] sysutils/pipemeter: fix crashes f ports/112277MD5 and SHA256 mismatch for science/hdf5 f ports/112287www/rt36: add missed patches for MULTIPLE_INSTANCES o ports/112385sysutils/lookupd on Kernel 64 f ports/112468sysutils/bacula-server 2.0.3 port build fails for sqli o ports/112545print/ghostscript-gpl 8.54 fail without all driver (or o ports/112652net/freeradius: exited on signal 10 when used with sql f ports/112698www/opera's spell-check doesn't work o ports/112739audio/midimountain doesn't work as patched o ports/112793editors/e3 problem: one line patch to fix bad syscall f ports/112921x11-wm/Beryl not loading focus and keybinding settings f ports/112988print/HPLIP portupgrade failure f ports/113139sysutils/ucspi-tcp runtime crash on amd64 w/ fix o ports/113144print/ghostscript-gnu dumps core with several output d f ports/113212www/jesred: Fix incompatibility with Squid 2.6 o ports/113235[patch] dns/maradns problem with startup during boot f ports/113498www/elinks: lua scripting broken o ports/113502irc/inspircd - Update for 1.1.8 freebsd port, fixes pe 40 problems total. Non-critical problems S Tracker Resp. Description o ports/94921 isakmpd fails on amd64 o ports/95854 New Port: www/ochusha o ports/100896[new ports] emulators/vmware-server-guestd1 emulators/ o ports/101202[PATCH] www/ocaml-net: update to 1.1.2 o ports/101275bug fixed in sudo that prevented use in LDAP user acco o ports/103395s
Re: graphviz-2.12 compile error after Xorg -FIXED
On Thursday 07 June 2007 05:46:23 David Southwell wrote: > On Thursday 07 June 2007 03:22:44 David Southwell wrote: > > Many thanks for all the work on Xorg - everything gone well except: > > Graphviz failed on > > # portupgrade -a > > > > afterwards reporting error : > > - > > then mv -f ".deps/gv_lua.Tpo" ".deps/gv_lua.Plo"; else > > rm -f ".deps/gv_lua.Tpo"; exit 1; fi > > > > c++ -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../../lib/gvc > > -I../../lib/common -I../../lib/graph -I../../lib/cdt -I../../lib/pathplan > > -I/usr/local/lib/perl5/5.8.8/mach/CORE -I/usr/local/include/python2.4 > > -I/usr/local/lib/ruby/1.8/amd64-freebsd6 -I/usr/local/include/tcl8.4 > > -I/usr/local/include/tcl8.4/generic -I/usr/local/include > > -I/usr/local/include -I/usr/local/include/tcl8.4 > > -I/usr/local/include/tk8.4 -I/usr/local/include/php/Zend > > -I/usr/local/include/lua51 > > -I/usr/local/include -O2 -fno-strict-aliasing -pipe -MT gv_lua.lo -MD -MP > > -MF .deps/gv_lua.Tpo -c > > gv_lua.cpp -fPIC -DPIC -o .libs/gv_lua.o > > In file included from gv_lua.cpp:711: > > /usr/include/malloc.h:3:2: #error " has been replaced by > > " gmake[3]: *** [gv_lua.lo] Error 1 > > gmake[3]: Leaving directory > > `/usr/ports/graphics/graphviz/work/graphviz-2.12/tclpkg/gv' > > gmake[2]: *** [all-recursive] Error 1 > > gmake[2]: Leaving directory > > `/usr/ports/graphics/graphviz/work/graphviz-2.12/tclpkg' > > gmake[1]: *** [all-recursive] Error 1 > > gmake[1]: Leaving directory > > `/usr/ports/graphics/graphviz/work/graphviz-2.12' gmake: *** [all] Error > > 2 *** Error code 2 > > > > Stop in /usr/ports/graphics/graphviz. > > *** Error code 1 > > > > Stop in /usr/ports/graphics/graphviz. > > ** Command failed [exit code 1]: /usr/bin/script -qa > > /tmp/portupgrade.89319.49 env UPGRADE_TOOL=portupgrade > > UPGRADE_PORT=graphviz-2.12_1 > > UPGRADE_PORT_VER=2.12_1 make > > ** Fix the problem and try again. > > --- > > > > I have searched UPGRADE but found no reference to graphviz > > > > What I have not done? > > > > > > Thanks in advance > > > > david > > I have just taken a look at the compile log and I see the following checks: > > > checking for stdlib.h... yes > OK it knows we have stdlib > checking for string.h... yes > checking for memory.h... yes > checking for strings.h... yes > checking for inttypes.h... yes > checking for stdint.h... yes > checking for unistd.h... yes > checking for mode_t... yes > checking for pid_t... yes > checking for size_t... yes > checking for uid_t in sys/types.h... yes > checking stdarg.h usability... yes > checking stdarg.h presence... yes > checking for stdarg.h... yes > checking stddef.h usability... yes > checking stddef.h presence... yes > checking for stddef.h... yes > checking for stddef.h... (cached) yes > checking for stdlib.h... (cached) yes > checking for stdint.h... (cached) yes > checking malloc.h usability... no > checking malloc.h presence... no > > ^^^ and we do not have malloc useability!!! > > checking for malloc.h... no" > > > Is the file "gv_lua.cpp:711" being created on the fly by swig? > > Does anyone know how to fix this? > > Thanks > > david > Hi Thanks to Dirk and Scot for fixing this. My system's cvsup today of ports all and portupgrade -a gave a clean compile of graphviz-2.12_2 following version swig-1.3.31_1 incorporating Scots fix of PR: ports/113513 dealt with the malloc.h problems. david :-) ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Your message to A-List awaits moderator approval
Your mail to 'A-List' with the subject Hello Is being held until the list moderator can review it for approval. The reason it is being held: Post by non-member to a members-only list Either the message will get posted to the list, or you will receive notification of the moderator's decision. If you would like to cancel this posting, please visit the following URL: http://lists.econ.utah.edu/mailman/confirm/a-list/182332a7a8d47fb0e49ff7088af7760b45bb54ab ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: ./options-descr file suggestion for ports
On Sat, Jun 09, 2007 at 10:33:17PM +0200, Kirill Ponomarew wrote: > On Sat, Jun 09, 2007 at 09:36:51AM -0700, David Southwell wrote: > > Hi > > > > Would it be possible , when a port has options, to ask porters if they > > would > > consider the merits/demerits of adding: > > > > 1. An ./options-descr file in the port directory that describes the > > options, > > their purpose and any notes about an option > > > > Reasons: > > This would be extremely useful for anyone not familiar with the port to > > help > > in the task of choosing which options to install. > > > > I realise that this would depend upon whether maintainers are willing to > > add > > an additional task to the already heavy burden they undertake. Maintainers > > who are willing to consider this idea but are reluctant to prepare the > > notes > > themselves but do not have the time or are for any reason reluctant to do > > so, > > could invite users to submit notes for incorporating in ./options-descr. > > > > By way of example I am just installing www/ruby-gem-rails and had no > > immediate > > idea whether or not to add fastcgi support without trying to find out > > whether > > it is or is not needed when one has mod_ruby installed and > > LoadModule ruby_module libexec/apache/mod_ruby.so > > in httpd.conf. A brief note in a ./options-descr could be very helpful, > > especially for some ports where the options are sometimes numerous and not > > always completely documented. > > > > A little bit of intial guidance about options would be most helpful to a > > system administrator who is not necessarily familiar with the a specific > > port. > > That's what ports/KNOBS supposed to be, see rev. 1.1 by ahze: > > Limitations to KNOBS: In the future we plan to add support for > OPTIONS to support the KNOBS file, and so dialog(1) will be able to > handle the size of each knob knob-name's are limited to 12 > characters and knob-descriptions are limited to 45 characters, not > including the white space between the knob-name and > knob-description. > > Though, I don't know when OPTIONS support to KNOBS will be added. While I think KNOBS has merit, I don't think it addresses per-port issues such as documenting dependencies between various OPTIONS or documenting that a particular option has a large or small impact on dependencies. -- Brooks pgpfBSCYswPEh.pgp Description: PGP signature
FreeBSD Port: avra-1.0.1_1
Hi Wes, do you (or does anyone) have any interest in updating devel/avra to the latest version at http://downloads.sourceforge.net/avra/avra-1.2.2-src.tar.bz2?modtime=1180306298&big_mirror=0 I've peeked at the code, seeing your v1.0.1 had just a couple of simple patches and a Makefile, thinking I might have a bash at it. But I know nothing of automake and don't have time to explore it, so got cold feet. I have one no-brainer patch to device.c to add ATtiny25/45/85 devices, which is how I got here. I'd use tavrasm but need conditional assembly. I'm not subscribed to -ports. Cheers, Ian ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
www/flock broken for amd64
Hi [EMAIL PROTECTED] /usr/ports/www/flock]# make ===> flock-0.7_5 is marked as broken: Does not build on amd64. *** Error code 1 Stop in /usr/ports/www/flock. however www/linux-flock builds fine What are the intentions here? david ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: www/flock broken for amd64
On Jun 11, 2007, at 3:03 PM, David Southwell wrote: Hi [EMAIL PROTECTED] /usr/ports/www/flock]# make ===> flock-0.7_5 is marked as broken: Does not build on amd64. *** Error code 1 Stop in /usr/ports/www/flock. however www/linux-flock builds fine What are the intentions here? patches are welcome. david ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports- [EMAIL PROTECTED]" PGP.sig Description: This is a digitally signed message part
Re: fix for ghostscript gpl on current?
Quoting Alexander Leidinger <[EMAIL PROTECTED]> (Thu, 7 Jun 2007 20:06:02
+0200):
> Hi,
>
> does someone has a fix for the illegal instruction problem (gcc inserts
> an illegal instruction instead of bailing out with an error on some
> special kind of bad C code) with ghostscript gpl on current?
As nobody seems to have the same problem here's the patch (maybe crude
but "quick") for the archives in case someone needs it too.
Bye,
Alexander.
--
Other people's romantic gestures seem novel and exciting.
Your own romantic gestures seem fooolish and clumsy.
http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7
http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137
--- ./src/ttfmain.c.orig Mon Jun 11 19:53:06 2007
+++ ./src/ttfmain.c Mon Jun 11 19:53:09 2007
@@ -141,19 +141,23 @@
int ttfInterpreter__obtain(ttfMemory *mem, ttfInterpreter **ptti)
{
ttfInterpreter *tti;
+void * temp_var;
if (*ptti) {
(*ptti)->lock++;
return 0;
}
-tti = mem->alloc_struct(mem, (const ttfMemoryDescriptor *)&st_ttfInterpreter, "ttfInterpreter__obtain");
+
+temp_var = &st_ttfInterpreter;
+tti = mem->alloc_struct(mem, (const ttfMemoryDescriptor *)temp_var, "ttfInterpreter__obtain");
if (!tti)
return fMemoryError;
tti->usage = 0;
tti->usage_size = 0;
tti->ttf_memory = mem;
tti->lock = 1;
-tti->exec = mem->alloc_struct(mem, (const ttfMemoryDescriptor *)&st_TExecution_Context, "ttfInterpreter__obtain");
+temp_var = &st_TExecution_Context;
+tti->exec = mem->alloc_struct(mem, (const ttfMemoryDescriptor *)temp_var, "ttfInterpreter__obtain");
if (!tti->exec) {
mem->free(mem, tti, "ttfInterpreter__obtain");
return fMemoryError;
@@ -225,6 +229,7 @@
TT_Instance I;
ttfMemory *mem = tti->ttf_memory;
F26Dot6 ww, hh;
+void *temp_var;
this->tti = tti;
this->design_grid = design_grid;
@@ -297,7 +302,8 @@
return fMemoryError;
tti->usage_size = this->nMaxComponents * MAX_SUBGLYPH_NESTING;
}
-this->face = mem->alloc_struct(mem, (const ttfMemoryDescriptor *)&st_TFace, "ttfFont__Open");
+temp_var = &st_TFace;
+this->face = mem->alloc_struct(mem, (const ttfMemoryDescriptor *)temp_var, "ttfFont__Open");
if (this->face == NULL)
return fMemoryError;
memset(this->face, 0, sizeof(*this->face));
@@ -310,7 +316,8 @@
code = r->Error(r);
if (code < 0)
return fBadFontData;
-this->inst = mem->alloc_struct(mem, (const ttfMemoryDescriptor *)&st_TInstance, "ttfFont__Open");
+temp_var = &st_TInstance;
+this->inst = mem->alloc_struct(mem, (const ttfMemoryDescriptor *)temp_var, "ttfFont__Open");
if (this->inst == NULL)
return fMemoryError;
memset(this->inst, 0, sizeof(*this->inst));
--- ./src/gdevpdfd.c.orig Mon Jun 11 19:53:18 2007
+++ ./src/gdevpdfd.c Mon Jun 11 19:53:54 2007
@@ -833,6 +833,7 @@
gs_id id = gs_next_ids(cvd->mdev.memory, 1);
cos_value_t v;
const pdf_resource_t *pres;
+void *temp_var;
memset(&s, 0, sizeof(s));
s.ctm.xx = cvd->m.xx;
@@ -842,7 +843,8 @@
s.ctm.tx = cvd->m.tx;
s.ctm.ty = cvd->m.ty;
memset(&inst, 0, sizeof(inst));
- inst.saved = (gs_state *)&s; /* HACK : will use s.ctm only. */
+temp_var = &s;
+ inst.saved = (gs_state *)temp_var; /* HACK : will use s.ctm only. */
inst.template.PaintType = 1;
inst.template.TilingType = 1;
inst.template.BBox.p.x = inst.template.BBox.p.y = 0;
--- ./src/gdevpdfi.c.orig Mon Jun 11 19:54:05 2007
+++ ./src/gdevpdfi.c Mon Jun 11 19:58:52 2007
@@ -922,6 +922,7 @@
cos_value_t v;
const pdf_resource_t *pres;
int code;
+void *temp_var;
memset(&s, 0, sizeof(s));
s.ctm.xx = pmat->xx;
@@ -931,7 +932,8 @@
s.ctm.tx = pmat->tx;
s.ctm.ty = pmat->ty;
memset(&inst, 0, sizeof(inst));
-inst.saved = (gs_state *)&s; /* HACK : will use s.ctm only. */
+temp_var = &s;
+inst.saved = (gs_state *)temp_var; /* HACK : will use s.ctm only. */
inst.template.PaintType = 1;
inst.template.TilingType = 1;
inst.template.BBox.p.x = inst.template.BBox.p.y = 0;
--- ./src/gdevplnx.c.orig Mon Jun 11 19:59:11 2007
+++ ./src/gdevplnx.c Mon Jun 11 20:02:41 2007
@@ -549,8 +549,8 @@
if (lop != lop_orig) {
lopis = *pis;
- gs_set_logical_op((gs_state *)&lopis, lop);
pis_draw = &lopis;
+ gs_set_logical_op((gs_state *)pis_draw, lop);
}
return dev_proc(plane_dev, fill_path)
(plane_dev, pis_draw, ppath, params, &dcolor, pcpath);
@@ -582,8 +582,8 @@
if (lop != lop_orig) {
lopis = *pis;
- gs_set_logical_op((gs_state *)&lopis, lop);
pis_draw = &lopis;
+ gs_set_logical_op((gs_state *)pis_draw, lop);
}
return dev_proc(plane_dev, stroke_path)
(plane_dev, pis_draw, ppath, params, &dcolor, pcpath);
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[E
FreeBSD Port: scribus-1.3.3.4_1
Hi Loading a pdf-file produces an error at scribus. The error says, that a fatal error has been occured and the file format of the pdf-file can not be used. Opening a ps-file lets scribus crash. Error message: " terminate called after throwing an instance of 'std::bad_alloc' what(): St9bad_alloc Scribus ist abgestürzt - Absturz durch Signal #6 terminate called recursively " Thanks in advance, Helko ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Help with X.org/USE_GL problem needed (was: New X.org and emulators/wine)
> You are the man! After rebuilding libdrm, libGL, libGLU, and libglut (in > this order) the configure issue is gone. Seems there was a dependency > >from one of libGL, libGLU, or libglut which was not strict enough to > enforce such an update? > > Gerald Hi, built another testing system over the weekend... this issue seems to be gone! Installed X7.2, installed Wine and it worked... tested it with World of Warcraft. DirectX isn't really working at the moment, but that differs from release to release anyway... Tried 0.9.38, too - it cores dump no matter what I do (trying winecfg for instance)... Ooooh; YES, I read the mailing-lists! (winehq-devel et al.) Sven -- Pt! Schon vom neuen GMX MultiMessenger gehört? Der kanns mit allen: http://www.gmx.net/de/go/multimessenger ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Issue with 9term in devel/plan9port
Hi: I'm noticing a peculiar behavior in 9term where '%' gets printed in between every prompt. I built the same on Linux and I didn't see this, so either there's an issue with my setup or a bonafide bugs. System: FreeBSD belle.0lsen.net 5.5-STABLE FreeBSD 5.5-STABLE #1: Mon Oct 23 13:04:36 PDT 2006 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/BELLE i386 Thanks, -Clint ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: PS to PDF converter needed
apropos would do you good :D On 6/11/07, Scott Bennett <[EMAIL PROTECTED]> wrote: On Mon, 11 Jun 2007 05:56:32 +0200 Nikola Lecic <[EMAIL PROTECTED]> wrote: >On Sun, 10 Jun 2007 22:39:00 -0500 (CDT) >Scott Bennett <[EMAIL PROTECTED]> wrote: > >> Thanks for the gs(1) example. I have portinstall running right >> now to install ghostscript-afpl. I noticed, though, that >> ghostscript-afpl apparently wants a deprecated version of the >> ghostscript port installed. I hope it doesn't wipe out what's >> already installed. > >Actually, the AFPL licensing is abandoned and the development is >switched to GPL some time ago: > > http://www.ghostscript.com/awki/Releases > >GPL version is FreeBSD default (see /usr/ports/UPGRADING, 20070405). >I'd advice you to use -gpl version. > Okay. I killed the -afpl version and started the -gpl version. Then I noticed that there *is* a ps2pdf already installed. I could have sworn I had looked for it and not turned it up. Sigh. Oh, well. portinstall appears to be upgrading the whole port, so I'll let it continue. Thanks again to both you and Frank Mayhar. Scott Bennett, Comm. ASMELG, CFIAG ** * Internet: bennett at cs.niu.edu * ** * "A well regulated and disciplined militia, is at all times a good * * objection to the introduction of that bane of all free governments * * -- a standing army." * *-- Gov. John Hancock, New York Journal, 28 January 1790 * ** ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]" ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Zabbix 1.4 request
Hi Guys, Do you have a plan to port zabbix 1.4 into port current? Because many improvement since 1.1.x of zabbix release. Thanks, Dede Nurmansyah ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Zabbix 1.4 request
On Tue, Jun 12, 2007 at 10:55:42AM +0700, Dede NURMANSYAH wrote: > Do you have a plan to port zabbix 1.4 into port current? Because many > improvement since 1.1.x of zabbix release. Since the port is unmaintained (just assigned to the mailing list), there is no "plan". It will take someone who wants to update, and hopefully maintain, the port. If you'd like to learn more, please see the article http://www.freebsd.org/doc/en_US.ISO8859-1/articles/contributing-ports/index.html . mcl ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
