[PATCH] mail/dovecot2-pigeonhole segfault when validating sieve syntax
Hello,
There is a known segfault in mail/dovecot2-pigeonhole released with
Dovecot 2.1.8 which is what we have in ports at the moment.
The segfault makes it very near impossible to edit sieve scripts with a
managesieve client which does syntax validation (like the Thunderbird
plugin does). The problem has been fixed in Dovecot 2.1.9 which is not
yet in ports. However, if you are impatient to get this solved, you can
drop the following patch in /usr/ports/mail/dovecot2-pigeonhole/files
and rebuild dovecot2-pidgeonhole and restart dovecot, and the
problem is gone (for me at least):
-
[tykling@mail /usr/ports/mail/dovecot2-pigeonhole]$ cat files/patch-segfault
diff -r f7ea71241032 -r 6ceeb6421231
src/lib-sievestorage/sieve-storage-save.c
--- src/lib-sievestorage/sieve-storage-save.c Sun Apr 22 11:30:28 2012
+0200
+++ src/lib-sievestorage/sieve-storage-save.c Thu Jul 12 23:57:50 2012
+0200
@@ -318,19 +318,20 @@
bool sieve_storage_save_will_activate
(struct sieve_save_context *ctx)
{
- const char *scriptname;
- int ret = 0;
+ bool result = FALSE;
- T_BEGIN {
+ if ( ctx-scriptname != NULL ) T_BEGIN {
+ const char *scriptname;
+ int ret;
+
ret = sieve_storage_get_active_scriptfile(ctx-storage,
scriptname);
-
if ( ret 0 ) {
/* Is the requested script active? */
- ret = ( strcmp(ctx-scriptname, scriptname) == 0
? 1 : 0 );
+ result = ( strcmp(ctx-scriptname, scriptname)
== 0 );
}
} T_END;
- return ret;
+ return result;
}
int sieve_storage_save_commit(struct sieve_save_context **ctx)
The patch is unchange from the upstream patch except for paths:
http://hg.rename-it.nl/dovecot-2.1-pigeonhole/raw-diff/6ceeb6421231/src/lib-sievestorage/sieve-storage-save.c
I'd prepare a proper port patch but I expect Dovecot in ports to be
updated to 2.1.9 soon-ish, so this is just a temporary solution :)
Hope this can help someone,
Best regards,
Thomas Steen Rasmussen
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
inkskape
Hi! Inkskape build without problem (gcc) on FreeBSD 9.1 RC1 but when I ran it I got: Shared object libpcre.so.0 not found, required by liblqr-1.so.3 locate libpcre.so shows: /compat/linux/lib/libpcre.so.0 /compat/linux/lib/libpcre.so.0.0.1 /usr/local/lib/libpcre.so /usr/local/lib/libpcre.so.1 Thank you. Mitja http://jpgmag.com/people/lumiwa ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: inkskape
ajtiM wrote on 22.09.2012 14:37: Hi! Inkskape build without problem (gcc) on FreeBSD 9.1 RC1 but when I ran it I got: Shared object libpcre.so.0 not found, required by liblqr-1.so.3 locate libpcre.so shows: /compat/linux/lib/libpcre.so.0 /compat/linux/lib/libpcre.so.0.0.1 /usr/local/lib/libpcre.so /usr/local/lib/libpcre.so.1 Thank you. Mitja Hi Mitja, you need to rebuild graphics/liblqr-1. I also recommend to install sysutils/bsdadminscripts. It has an pkg_libchk utility, that will tell you which ports still require old libraries (need to rebuild). You may use this in future to handle problems like this one. -- Regards, Ruslan Tinderboxing kills... the drives. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: inkskape
Hi! Inkskape build without problem (gcc) on FreeBSD 9.1 RC1 but when I ran it I got: Shared object libpcre.so.0 not found, required by liblqr-1.so.3 locate libpcre.so shows: /compat/linux/lib/libpcre.so.0 /compat/linux/lib/libpcre.so.0.0.1 /usr/local/lib/libpcre.so /usr/local/lib/libpcre.so.1 cd /usr/local/lib/ ln -s libpcre.so.1 libpcre.so.0 will allow it to start, I assume. The side effects are an open question. -- p...@opsec.eu+49 171 3101372 8 years to go ! ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
emacs23
Hello. What are the plans for emacs23? It is marked as vulnerable now, but emacs24 is almost unusable (1)... bye Thanks av. (1) I'm mainly referring to gdb integration: in case anyone is interested, I can describe some of the problems. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Some Horde questions
Hello. I've got Horde 4 installed; this is my situation: # pkg_info | grep horde horde-4.0.15Horde Application Framework horde-content-1.0.3 Horde tagging application horde-imp-5.0.23Horde web based webmail system horde-ingo-2.0.9Horde email filter rules manager horde-kronolith-3.0.17 Horde web based calendar horde-mnemo-3.0.6 Horde web based notes manager horde-nag-3.0.8 Horde web based task list manager horde-timeobjects-1.0.7 Horde timeobjects application horde-turba-3.0.15 Horde web based address book horde-webmail-4.0.8 Horde Groupware Webmail Edition horde-whups-2.0.2 Horde bug tracking/ticketing system pear-channel-horde-20120210 PEAR channel pear.horde.org Yesterday I wanted to try hermes, so I did: portupgrade -RN horde-hermes What I hadn't realized, was that this Hermes is for version 3. Horde 3 was installed, screwing my horde installation. After some pkg_delete and portupgrade -f I was able to restore functionality, but I'm left with some questions. First, shouldn't www/horde-base and www/horde4-base conflict? They overwrite each other's files... Second, is there a reason no Hermes port exists for Horde 4? Did anyone try this before? Third, what about Horde 5? Any plan to port this? bye Thanks av. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: inkskape
On Saturday 22 September 2012 05:52:19 Ruslan Mahmatkhanov wrote: ajtiM wrote on 22.09.2012 14:37: Hi! Inkskape build without problem (gcc) on FreeBSD 9.1 RC1 but when I ran it I got: Shared object libpcre.so.0 not found, required by liblqr-1.so.3 locate libpcre.so shows: /compat/linux/lib/libpcre.so.0 /compat/linux/lib/libpcre.so.0.0.1 /usr/local/lib/libpcre.so /usr/local/lib/libpcre.so.1 Thank you. Mitja Hi Mitja, you need to rebuild graphics/liblqr-1. I also recommend to install sysutils/bsdadminscripts. It has an pkg_libchk utility, that will tell you which ports still require old libraries (need to rebuild). You may use this in future to handle problems like this one. I did what you recommended and it works now. Thank you. Mitja http://jpgmag.com/people/lumiwa ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Installation of kdenetwork-4.8.4_2 fails
This probably belongs on kde-free...@kde.org; however, I thought I would start here first. FreeBSD 8.3-STABLE The build fails with this message: quite === kdenetwork-4.8.4_2 depends on shared library: otr.4 - not found ===Verifying install for otr.4 in /usr/ports/security/libotr3 === libotr-3.2.1 conflicts with installed package(s): libotr-4.0.0 They install files into the same place. You may want to stop build with Ctrl + C. === libotr-3.2.1 conflicts with installed package(s): libotr-4.0.0 They will not build together. Please remove them first with pkg_delete(1). *** Error code 1 Stop in /usr/ports/security/libotr3. *** Error code 1 Stop in /usr/ports/net/kdenetwork4. /quote Info for libotr-4.0.0: quote pkg_info -R libotr* Information for libotr-4.0.0: Required by: kdenetwork-4.8.4 /quote Obviously, libotr-3.2.1 is not installed. My question is why would or should I downgrade my present installation of to libotr-3.2.1 to update kdenetwork-4.8.3_1 to kdenetwork-4.8.3_2 when libotr-4.0.0 apparently works fine with the older version? It just doesn't seem to make any sense. Is this a bug in the make routine. -- Jerry ♔ Disclaimer: off-list followups get on-list replies or get ignored. Please do not ignore the Reply-To header. __ ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Installation of kdenetwork-4.8.4_2 fails
Jerry wrote on 22.09.2012 16:39: This probably belongs on kde-free...@kde.org; however, I thought I would start here first. FreeBSD 8.3-STABLE The build fails with this message: quite === kdenetwork-4.8.4_2 depends on shared library: otr.4 - not found ===Verifying install for otr.4 in /usr/ports/security/libotr3 === libotr-3.2.1 conflicts with installed package(s): libotr-4.0.0 They install files into the same place. You may want to stop build with Ctrl + C. === libotr-3.2.1 conflicts with installed package(s): libotr-4.0.0 They will not build together. Please remove them first with pkg_delete(1). *** Error code 1 Stop in /usr/ports/security/libotr3. *** Error code 1 Stop in /usr/ports/net/kdenetwork4. /quote Info for libotr-4.0.0: quote pkg_info -R libotr* Information for libotr-4.0.0: Required by: kdenetwork-4.8.4 /quote Obviously, libotr-3.2.1 is not installed. My question is why would or should I downgrade my present installation of to libotr-3.2.1 to update kdenetwork-4.8.3_1 to kdenetwork-4.8.3_2 when libotr-4.0.0 apparently works fine with the older version? It just doesn't seem to make any sense. Is this a bug in the make routine. 20120908: AFFECTS: users of irc/bitlbee, irc/irssi-otr, net-im/climm, net-im/mcabber, net/kdenetwork4, security/kopete-otr, security/py-otr AUTHOR: Doug Barton do...@freebsd.org ESCOD The libotr library has been bumped in version 4.0.0, and the new version is not compatible with the old. In order to make it possible for both versions to coexist in the short term the old version has been moved to a new port. -- Regards, Ruslan Tinderboxing kills... the drives. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Installation of kdenetwork-4.8.4_2 fails
Please see the 20120908 entry in /usr/ports/UPDATING. Steve On 09/22/12 08:39, Jerry wrote: This probably belongs on kde-free...@kde.org; however, I thought I would start here first. FreeBSD 8.3-STABLE The build fails with this message: quite === kdenetwork-4.8.4_2 depends on shared library: otr.4 - not found ===Verifying install for otr.4 in /usr/ports/security/libotr3 === libotr-3.2.1 conflicts with installed package(s): libotr-4.0.0 They install files into the same place. You may want to stop build with Ctrl + C. === libotr-3.2.1 conflicts with installed package(s): libotr-4.0.0 They will not build together. Please remove them first with pkg_delete(1). *** Error code 1 Stop in /usr/ports/security/libotr3. *** Error code 1 Stop in /usr/ports/net/kdenetwork4. /quote Info for libotr-4.0.0: quote pkg_info -R libotr* Information for libotr-4.0.0: Required by: kdenetwork-4.8.4 /quote Obviously, libotr-3.2.1 is not installed. My question is why would or should I downgrade my present installation of to libotr-3.2.1 to update kdenetwork-4.8.3_1 to kdenetwork-4.8.3_2 when libotr-4.0.0 apparently works fine with the older version? It just doesn't seem to make any sense. Is this a bug in the make routine. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
FYI, graphics/OpenEXR does not build with gcc47
In file included from ./ImfChromaticities.h:47:0, from ImfChromaticities.cpp:43: /usr/local/include/OpenEXR/ImathMatrix.h: In instantiation of 'Imath::Matrix44T::Matrix44() [with T = float]': ImfChromaticities.cpp:110:17: required from here /usr/local/include/OpenEXR/ImathMatrix.h:1813:5: error: 'memset' was not declared in this scope gmake[2]: *** [ImfChromaticities.lo] Błąd 1 gmake[2]: Opuszczenie katalogu `/usr/obj/usr/ports/ Surprisingly, Clang is not so picky. (FreeBSD clang version 3.1 (branches/release_31 156863) -- View this message in context: http://freebsd.1045724.n5.nabble.com/FYI-graphics-OpenEXR-does-not-build-with-gcc47-tp5745703.html Sent from the freebsd-ports mailing list archive at Nabble.com. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: emacs23
On Sat, Sep 22, 2012 at 1:47 PM, Andrea Venturoli m...@netfence.it wrote: Hello. What are the plans for emacs23? It is marked as vulnerable now, but emacs24 is almost unusable (1)... bye Thanks av. (1) I'm mainly referring to gdb integration: in case anyone is interested, I can describe some of the problems. Did you asked about that in emacs development list (emacs-de...@gnu.org)? -- Andrew W. Nosenko andrew.w.nose...@gmail.com ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: inkskape
On Sat, 22 Sep 2012, Kurt Jaeger wrote: Inkskape build without problem (gcc) on FreeBSD 9.1 RC1 but when I ran it I got: Shared object libpcre.so.0 not found, required by liblqr-1.so.3 locate libpcre.so shows: /compat/linux/lib/libpcre.so.0 /compat/linux/lib/libpcre.so.0.0.1 /usr/local/lib/libpcre.so /usr/local/lib/libpcre.so.1 cd /usr/local/lib/ ln -s libpcre.so.1 libpcre.so.0 will allow it to start, I assume. The side effects are an open question. This should always be followed by a warning that it is an emergency measure only. There is no guarantee that the new library works the same as the old one. Also, if left in place, library softlinks will cause mysterious and difficult to diagnose problems later. So, if necessary, create the link, use the program that needs it, then delete the link and rebuild the other software to use the new library as soon as possible. A better option is to use portmaster -w routinely. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
INDEX build failed for 7.x
INDEX build failed with errors: Generating INDEX-7 - please wait.. Done. make_index: jai-imageio-1.0_2: no entry for /usr/ports/www/linuxpluginwrapper Committers on the hook: bsam cs culot eadler lwhsu mm rm Most recent CVS update was: U databases/mydumper/Makefile U databases/mydumper/pkg-descr U devel/Makefile U devel/opencl/Makefile U devel/opencl/distinfo U devel/opencl/pkg-descr U devel/opencl/pkg-message U devel/p5-CPAN-Perl-Releases/Makefile U devel/p5-CPAN-Perl-Releases/distinfo U ports-mgmt/fbsdmon/Makefile U ports-mgmt/fbsdmon/distinfo U print/Makefile U sysutils/Makefile U sysutils/py-glances/Makefile U sysutils/py-glances/distinfo U sysutils/py-glances/pkg-descr U www/Makefile U www/asql/Makefile U www/asql/distinfo U www/asql/pkg-descr U www/horde-base/Makefile U www/xpi-ghostery/Makefile U www/xpi-ghostery/distinfo U www/xpi-ghostery/pkg-descr U www/xpi-ghostery/pkg-plist ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: INDEX build failed for 7.x
On 22 September 2012 11:04, Erwin Lansing er...@freebsd.org wrote: INDEX build failed with errors: Generating INDEX-7 - please wait.. Done. make_index: jai-imageio-1.0_2: no entry for /usr/ports/www/linuxpluginwrapper this was fixed already. -- Eitan Adler ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Please un-confuse me re: lang/tcl85
A port I'm trrying to install (in the process of re-installing all ports on my work desktop) has lang/tcl85 as a dependency. No problem; I have already performed this exercise on my laptop, so I know it works. But then I hit: === Port directory: /usr/ports/lang/tcl85 === Starting check for build dependencies === Gathering dependency list for lang/tcl85 from ports === No dependencies for lang/tcl85 === Cleaning for tcl-8.5.12_2 === License BSD accepted by the user === Found saved configuration for tcl-8.5.12 === Extracting for tcl-8.5.12_2 = SHA256 Checksum OK for tcl8.5.12-src.tar.gz. === Patching for tcl-8.5.12_2 === Applying extra patch /usr/ports/lang/tcl86/files/patch-uk-locale cannot open /usr/ports/lang/tcl86/files/patch-uk-locale: No such file or directory *** [do-patch] Error code 2 Hmm... that seems a little odd -- why would lang/tcl85 want something from lang/tcl86? So I got to poking around -- I was going to show the svn commands output, but that got very cluttered very fast -- I found some Odd Things: * Dependency of lang/tcl75 on lang/tcl86/files/patch-uk-locale was added in r303095 | mi | 2012-08-24 10:16:37 -0700 (Fri, 24 Aug 2012) (which also added the file itself). * The file was removed in r304506 | gahr | 2012-09-19 06:11:09 -0700 (Wed, 19 Sep 2012), as part of the Update to 8.6.b.3. I rather suspect that Something isn't quite right, here. Any suggestions for a circumvention in the mean time? Thanks! Peace, david -- David H. Wolfskill da...@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. pgplAeoMR1TT6.pgp Description: PGP signature
Re: Please un-confuse me re: lang/tcl85
On 22 September 2012 16:39, David Wolfskill da...@catwhisker.org wrote: A port I'm trrying to install (in the process of re-installing all ports on my work desktop) has lang/tcl85 as a dependency. No problem; I have already performed this exercise on my laptop, so I know it works. But then I hit: === Port directory: /usr/ports/lang/tcl85 === Starting check for build dependencies === Gathering dependency list for lang/tcl85 from ports === No dependencies for lang/tcl85 === Cleaning for tcl-8.5.12_2 === License BSD accepted by the user === Found saved configuration for tcl-8.5.12 === Extracting for tcl-8.5.12_2 = SHA256 Checksum OK for tcl8.5.12-src.tar.gz. === Patching for tcl-8.5.12_2 === Applying extra patch /usr/ports/lang/tcl86/files/patch-uk-locale cannot open /usr/ports/lang/tcl86/files/patch-uk-locale: No such file or directory *** [do-patch] Error code 2 Hmm... that seems a little odd -- why would lang/tcl85 want something from lang/tcl86? So I got to poking around -- I was going to show the svn commands output, but that got very cluttered very fast -- I found some Odd Things: * Dependency of lang/tcl75 on lang/tcl86/files/patch-uk-locale was added in r303095 | mi | 2012-08-24 10:16:37 -0700 (Fri, 24 Aug 2012) (which also added the file itself). * The file was removed in r304506 | gahr | 2012-09-19 06:11:09 -0700 (Wed, 19 Sep 2012), as part of the Update to 8.6.b.3. I rather suspect that Something isn't quite right, here. Any suggestions for a circumvention in the mean time? I've just fixed the issue. http://lists.freebsd.org/pipermail/svn-ports-head/2012-September/004274.html If you can't wait for the change to propagate, I don't think you're too bothered by Ukrainian correct spellings, you could; sed -i.bak '/^EXTRA_PATCHES/d' Makefile Sorry about that ;) Chris ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
INDEX now builds successfully on 7.x
___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Please un-confuse me re: lang/tcl85
On Sat, Sep 22, 2012 at 05:42:11PM +0100, Chris Rees wrote: ... * Dependency of lang/tcl75 on lang/tcl86/files/patch-uk-locale was added in r303095 | mi | 2012-08-24 10:16:37 -0700 (Fri, 24 Aug 2012) (which also added the file itself). * The file was removed in r304506 | gahr | 2012-09-19 06:11:09 -0700 (Wed, 19 Sep 2012), as part of the Update to 8.6.b.3. I rather suspect that Something isn't quite right, here. Any suggestions for a circumvention in the mean time? I've just fixed the issue. http://lists.freebsd.org/pipermail/svn-ports-head/2012-September/004274.html Thanks! :-} If you can't wait for the change to propagate, I don't think you're too bothered by Ukrainian correct spellings, you could; sed -i.bak '/^EXTRA_PATCHES/d' Makefile Sorry about that ;) Eh; I grabbed the message exercised svn patch for now. :-} Thanks again! Peace, david -- David H. Wolfskill da...@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. pgp6hZPnYR01G.pgp Description: PGP signature
Re: [Call for Testers] VirtualBox 4.2.0
Hi, W dniu 2012-09-20 08:02, Bernhard Fröhlich pisze: Bernhard on behalf of the new VirtualBox on FreeBSD Team! What happened with '--vnc' option of VBoxHeadless? s14% VBoxHeadless --startvm test1 --vnc --vncport 5100 --width 800 --height 600 Oracle VM VirtualBox Headless Interface 4.2.0_OSE (C) 2008-2012 Oracle Corporation All rights reserved. VBoxHeadless: error: Unknown option: '--vnc' [..] VBox was configured and installed with VNC support log from ./configure: [..] Checking for libvncserver: found version 0.9.9, OK. [..] Regards, -- Marek Salwerowicz ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Please un-confuse me re: lang/tcl85
On 22 September 2012 17:51, David Wolfskill da...@catwhisker.org wrote: On Sat, Sep 22, 2012 at 05:42:11PM +0100, Chris Rees wrote: ... * Dependency of lang/tcl75 on lang/tcl86/files/patch-uk-locale was added in r303095 | mi | 2012-08-24 10:16:37 -0700 (Fri, 24 Aug 2012) (which also added the file itself). * The file was removed in r304506 | gahr | 2012-09-19 06:11:09 -0700 (Wed, 19 Sep 2012), as part of the Update to 8.6.b.3. I rather suspect that Something isn't quite right, here. Any suggestions for a circumvention in the mean time? I've just fixed the issue. http://lists.freebsd.org/pipermail/svn-ports-head/2012-September/004274.html Thanks! :-} If you can't wait for the change to propagate, I don't think you're too bothered by Ukrainian correct spellings, you could; sed -i.bak '/^EXTRA_PATCHES/d' Makefile Sorry about that ;) Eh; I grabbed the message exercised svn patch for now. :-} Thanks again! Yeah, thing is I made a mistake in the correction! You'll need to remove the files/ from the EXTRA_PATCHES line. Rule 1 of assigning pointyhats-- you'll more often than not make a mistake yourself :/ Chris ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Please un-confuse me re: lang/tcl85
On Sat, Sep 22, 2012 at 05:55:32PM +0100, Chris Rees wrote: ... Eh; I grabbed the message exercised svn patch for now. :-} Thanks again! Yeah, thing is I made a mistake in the correction! You'll need to remove the files/ from the EXTRA_PATCHES line. OK; I can cope. :-} Rule 1 of assigning pointyhats-- you'll more often than not make a mistake yourself :/ Indeed. :-} Peace, david -- David H. Wolfskill da...@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. pgpjls5wCEcJB.pgp Description: PGP signature
Re: CFT: x11/nvidia-driver major update to 304.xx series
On Wed, Sep 19, 2012 at 04:55:49PM +0700, Alexey Dokuchaev wrote: Hi there, I am calling for testers to help me make weighted decision about updating the port to 304.43. If, for some reason, 304.43 does not work for you, tell me how does version 295.75 feel. Thanks everyone giving back it works for me feedback. Since I haven't received any objections, I've committed the update. Enjoy! ./danfe ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: [Call for Testers] VirtualBox 4.2.0
On Sa., 22. Sep. 2012 18:54:08 CEST, Marek Salwerowicz marek_...@wp.pl wrote: Hi, W dniu 2012-09-20 08:02, Bernhard Fröhlich pisze: Bernhard on behalf of the new VirtualBox on FreeBSD Team! What happened with '--vnc' option of VBoxHeadless? s14% VBoxHeadless --startvm test1 --vnc --vncport 5100 --width 800 --height 600 Oracle VM VirtualBox Headless Interface 4.2.0_OSE (C) 2008-2012 Oracle Corporation All rights reserved. VBoxHeadless: error: Unknown option: '--vnc' [..] VBox was configured and installed with VNC support log from ./configure: [..] Checking for libvncserver: found version 0.9.9, OK. [..] vnc is now implemented as a proper virtualbox plugin. This means it can be configured in the GUI and it's using the VRDE interface so you can run the vnc server and the VM in the QT4 interface at the same time. -- http://www.bluelife.at/ ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: [Call for Testers] VirtualBox 4.2.0
W dniu 2012-09-22 19:38, Bernhard Fröhlich pisze: On Sa., 22. Sep. 2012 18:54:08 CEST, Marek Salwerowicz marek_...@wp.pl wrote: Hi, W dniu 2012-09-20 08:02, Bernhard Fröhlich pisze: Bernhard on behalf of the new VirtualBox on FreeBSD Team! What happened with '--vnc' option of VBoxHeadless? s14% VBoxHeadless --startvm test1 --vnc --vncport 5100 --width 800 --height 600 Oracle VM VirtualBox Headless Interface 4.2.0_OSE (C) 2008-2012 Oracle Corporation All rights reserved. VBoxHeadless: error: Unknown option: '--vnc' [..] VBox was configured and installed with VNC support log from ./configure: [..] Checking for libvncserver: found version 0.9.9, OK. [..] vnc is now implemented as a proper virtualbox plugin. This means it can be configured in the GUI and it's using the VRDE interface so you can run the vnc server and the VM in the QT4 interface at the same time. I'm using VirtualBox on X11-less system, usually with VBoxManage. VNC was my only way to connect to VM console. Should I enable the VRDE from VBoxManage ? -- Marek ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Installation of kdenetwork-4.8.4_2 fails
On 22 September 2012 15:22, Jerry je...@seibercom.net wrote: On Sat, 22 Sep 2012 08:43:29 -0400 Steve Wills articulated: Please see the 20120908 entry in /usr/ports/UPDATING. Been there, done that, doesn't make any difference. My question is why should I have to delete the never version libotr-4.0.0 which kdenetwork-4.8.4_1 is currently linked against to install libotr-3.2.1 so that I can update kdenetwork-4.8.4 to the latest version? Apparently, deleting a previously installed version of libotr-4.0.0 is the only way to eliminate this problem. http://www.bayofrum.net/~crees/patches/kdenetwork-lib-dep.diff This patch is untested, but if you really have successfully linked kdenetwork with libotr-4.0.0 then it should work no problem. Please let us know. Chris ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Installation of kdenetwork-4.8.4_2 fails
On Sat, 22 Sep 2012 18:56:22 +0100, Chris Rees wrote: This patch is untested, but if you really have successfully linked kdenetwork with libotr-4.0.0 then it should work no problem. Please let us know. kdenetwork doesn't support libotr-4.0.0 Max ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Installation of kdenetwork-4.8.4_2 fails
On Sat, 22 Sep 2012 18:56:22 +0100 Chris Rees articulated: On 22 September 2012 15:22, Jerry je...@seibercom.net wrote: On Sat, 22 Sep 2012 08:43:29 -0400 Steve Wills articulated: Please see the 20120908 entry in /usr/ports/UPDATING. Been there, done that, doesn't make any difference. My question is why should I have to delete the never version libotr-4.0.0 which kdenetwork-4.8.4_1 is currently linked against to install libotr-3.2.1 so that I can update kdenetwork-4.8.4 to the latest version? Apparently, deleting a previously installed version of libotr-4.0.0 is the only way to eliminate this problem. http://www.bayofrum.net/~crees/patches/kdenetwork-lib-dep.diff This patch is untested, but if you really have successfully linked kdenetwork with libotr-4.0.0 then it should work no problem. Please let us know. Chris I had all ready deleted the libotr-4.0.0 port and rebuild kdenetwork-4.8.4 with the older libotr port. I applied your patch and then rebuild kdenetwork-4.8.4; however, it built with the older version of libotr. I guess I will have to remove that version first and then attempt to rebuild the kdenetwork-4.8.4 port. Unfortunately, that will have to wait until tomorrow. -- Jerry ♔ Disclaimer: off-list followups get on-list replies or get ignored. Please do not ignore the Reply-To header. __ ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
linux-flashpluginwrapper gone?
Hi, Now that www/linux-flashpluginwrapper has disappeared from the ports tree, how do I connect the linux-f10-flashplugin onto my web browsers? Is there any documentation on how to do this? Cheers. -- Jonathan Chen j...@chen.org.nz -- If you're right 90% of the time, why quibble about the remaining 3%? ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: linux-flashpluginwrapper gone?
On 23/09/2012 08:52, Jonathan Chen wrote: Hi, Now that www/linux-flashpluginwrapper has disappeared from the ports tree, how do I connect the linux-f10-flashplugin onto my web browsers? Is there any documentation on how to do this? Never mind. www/nspluginwrapper is the correct one to use. Sorry for the noise. Cheers. -- Jonathan Chen j...@chen.org.nz -- A person should be able to do a small bit of everything, specialisation is for insects ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: linux-flashpluginwrapper gone?
On Sunday, September 23, 2012 08:52:05 Jonathan Chen wrote: Hi, Now that www/linux-flashpluginwrapper has disappeared from the ports tree, how do I connect the linux-f10-flashplugin onto my web browsers? Is there any documentation on how to do this? Cheers. Use www/nspluginwrapper. - Jason ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: One-line error in graphics/autotrace
Naram Qashat wrote on 22.09.2012 05:15:
graphics/autotrace has been updated to OptionsNG, but there is a check
of .if ${PORT_OPTIONS:MSETUIDMING} while the Option for it is just MING,
not SETUIDMING. Really minor, but if anyone is using this port with
that option, they would be in a bit of a pickle.
Thanks,
Naram Qashat
Fixed. Thank you!
--
Regards,
Ruslan
Tinderboxing kills... the drives.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: emacs23
On Sat, 22 Sep 2012 12:47:31 +0200, Andrea Venturoli m...@netfence.it said: Hello. What are the plans for emacs23? It is marked as vulnerable now, but emacs24 is almost unusable (1)... bye Thanks av. (1) I'm mainly referring to gdb integration: in case anyone is interested, I can describe some of the problems. Hi Andrea, I don't use GDB integration of Emacs to notice any breakage. Could you post here (or on emacs-devel[1] list) about problems you're facing, and if reproducible by others as well, then we can probably file a bug report on Emacs bug tracker[2]. And, as for the security vulnerability which I forgot to fix for editors/emacs23 (my fault, apologies), I'm testing a fix[3] in tinderbox, once it builds fine, I'll commit it. References: [1] https://lists.gnu.org/mailman/listinfo/emacs-devel/ [2] http://debbugs.gnu.org/Emacs.html [3] http://people.freebsd.org/~ashish/diffs/emacs23.4_1%2c1.diff Thanks -- Ashish SHUKLA | GPG: F682 CDCC 39DC 0FEA E116 20B6 C746 CFA9 E74F A4B0 Sent from my Emacs pgpFas4rAjTEf.pgp Description: PGP signature
lang/tcl-modules fails to build
This is due to the September 19 change r304506 to lang/tcl86 /usr/ports/lang/tcl-modules# make === License BSD accepted by the user === Extracting for tcl-modules-8.5.12_2 = SHA256 Checksum OK for tcl8.5.12-src.tar.gz. === Patching for tcl-modules-8.5.12_2 === Applying extra patch /usr/ports/lang/tcl86/files/patch-uk-locale cannot open /usr/ports/lang/tcl86/files/patch-uk-locale: No such file or directory *** Error code 2 Stop in /usr/ports/lang/tcl-modules. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
FreeBSD Port: libpdel-0.5.3_4
Hi Mav,
Sorry for disturbing!
We are using libpdel.
In our souce code, structs_xml_input is called with STRUCTS_XML_LOOSE which
means unrecognised xml tags will be ignored.
We are doing some tests about this.
The xml file we are using is as follows and corresponding structs_type
structs_field are well defined.
?xml version=1.0 standalone=yes?
AtmService_cdb_array
AtmService_cdb_entry
moidclassAtmService/classslot3/slotport1/port/moid
datanumOfUsedAtmIwf0/numOfUsedAtmIwftransportPortclass747/classslot3/slotport1/port/transportPort/data
/AtmService_cdb_entry
AtmService_cdb_entry
moidclassAtmService/classslot4/slotport1/port/moid
datanumOfUsedAtmIwf1/numOfUsedAtmIwftransportPortclass747/classslot4/slotport1/port/transportPort/data
/AtmService_cdb_entry
/AtmService_cdb_array
When an un necessary xml tag is added into the xml file(shown below) and
corresponding structs_type and structs_field is kept unchanged. The xml file
can no be parsed correctedly.
?xml version=1.0 standalone=yes?
AtmService_cdb_array
AtmService_cdb_entry
moidclassAtmService/classslot3/slotport1/port/moid
datafor_test1234/for_testnumOfUsedAtmIwf0/numOfUsedAtmIwftransportPortclass747/classslot3/slotport1/port/transportPort/data
/AtmService_cdb_entry
AtmService_cdb_entry
moidclassAtmService/classslot4/slotport1/port/moid
datafor_test1234/for_testnumOfUsedAtmIwf1/numOfUsedAtmIwftransportPortclass747/classslot4/slotport1/port/transportPort/data
/AtmService_cdb_entry
/AtmService_cdb_array
Xml tags after the first for_test1234/for_test can not be handled correctly
any more.
Looks like structs_xml_pop not be called for unrecognised tags after looking
through source code of libpdel.
In the function of structs_xml_unnest, maybe goto done; need to be added to
avoid this problem.
static void structs_xml_unnest(struct xml_input_info *info, const XML_Char
*name)
{
struct xmlinput_stackframe *const frame = info-stack[info-depth];
const struct structs_type *type;
const char *s;
char ebuf[64];
void *data;
/* Skip if any errors */
if (info-error)
return;
if (info-skip) {
info-skip--;
goto done;
return;
}
...
May I have your comments?
Thank you!
BR/ Yuzhu Chen
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
