Diff for port:mail/mozilla-thunderbird/files/all-openbsd.js
Hi, Here a diff for port page: mail/mozilla-thunderbird/files/all-openbsd.js As we discussed here about Thunderbird and default DOH, I propose this fix. https://marc.info/?l=openbsd-portsAs we discussed here about Thunderbird and default DOH, I propose this fix. https://marc.info/?l=openbsd-ports$mssgm=157316206515174$mssgw=2m=157316206515174$mssgw=2 Right? Index: files/all-openbsd.js === RCS file: /cvs/ports/mail/mozilla-thunderbird/files/all-openbsd.js,v retrieving revision 1.4 diff -u -p -r1.4 all-openbsd.js --- files/all-openbsd.js1 Nov 2019 08:38:07 - 1.4 +++ files/all-openbsd.js25 May 2020 21:56:42 - @@ -2,3 +2,4 @@ // enable systemwide extensions by default pref("extensions.autoDisableScopes", 3); pref("spellchecker.dictionary_path", "${LOCALBASE}/share/mozilla-dicts/"); +pref("network.trr.mode", 5);
Diff for port:meta/tor-browser/pkg/README
Hi, Here a diff for port page: meta/tor-browser/pkg/README URL of TOR: Pluggable Transport has changed Right? Index: README === RCS file: /cvs/ports/meta/tor-browser/pkg/README,v retrieving revision 1.4 diff -u -p -r1.4 README --- README 4 Sep 2018 12:46:16 - 1.4 +++ README 25 May 2020 19:12:30 - @@ -41,7 +41,7 @@ Transports (PT). This means that not al such as using obfsproxy to get to Tor. A future update will include ports for PT components. Pluggable Transports have a web page worth reading: - https://www.torproject.org/docs/pluggable-transports.html.en + https://2019.www.torproject.org/docs/pluggable-transports.html.en For more information about Tor Browser and the Tor anonymity network in general please visit http://www.torproject.org
pkg_delete dependency checking not recursive
Hi all, I have noticed a strange behavior with pkg_delete. I'm running -current. When deinstalling packages with pkg_delete the dependencies are not checked recursively. e.g. --- # pkg_delete physfs can't delete physfs-1.0.2 without deleting sdl-sound-1.0.3p0 Exit 1 # pkg_delete physfs sdl-sound can't delete sdl-sound-1.0.3p0 without deleting dosbox-0.74p0 can't delete physfs-1.0.2 without deleting sdl-sound-1.0.3p0 Exit 1 # --- As I remember, the checking used to be recursive (first line would rite can't delete physfs without deleting sdl-sound, dosbox, ... etc.) Is this correct behavior? Because I find this new dependency-hell-confusing Thanks, Jurij
Re: Firefox 4.0 on 4.8-stable
On 10 April 2011 01:26, Alexander Hall ha...@openbsd.org wrote: On 04/08/11 21:07, Puffy BSD wrote: On 8 April 2011 19:32, Jasper Lievisse Adriaanse jas...@openbsd.org wrote: Wow, cut the crap here please. Unless you show up with some diffs to backport the fixes/updates to stable, shut up. Just for fun, have you tried counting the number of commits that went to -STABLE in the past year? Obviously you didn't, so please show diffs to help us or fuck off. Admitted, -STABLE is not perfect, but coming here and whine about our efforts instead of actually doing something usefull isn't going to help either. -- Cheers, Jasper Capable, generous men do not create victims, they nurture them. Telling people to shut up and fuck off is a great way to get help... Oh wait... No, that was only Unless you show up with some diffs to backport the fixes/updates to stable or unless you show diffs to help us. Oh wait... Being rude and hostile against people will not get you any diffs. Calling people morons and whiners in commit messages will not get you any diffs. The diffs I had for a couple of ports have now been deleted. Have a nice day!
Re: Firefox 4.0 on 4.8-stable
On 7 April 2011 20:59, Puffy BSD puffybsd42+po...@gmail.com wrote: On 7 April 2011 20:07, Mikolaj Kucharski miko...@kucharski.name wrote: On Thu, Apr 07, 2011 at 06:16:12PM +0200, Puffy BSD wrote: On 5 April 2011 14:40, Mikolaj Kucharski miko...@kucharski.name wrote: I'm curious. Why you just don't use current? Why is there an OpenBSD release cut every 6 months? Why is there a -stable branch of src and ports? Why is there green grass and blue skies? I could answer you those questions, No, you obviously can't. but that wouldn't give me an answer to my question. I still don't know why you are not using -current. http://marc.info/?l=openbsd-techm=130222866905500w=2
Re: Firefox 4.0 on 4.8-stable
On 8 April 2011 00:50, Stuart Henderson s...@spacehopper.org wrote: On 2011/04/07 12:59, patrick keshishian wrote: On Thu, Apr 7, 2011 at 9:10 AM, Puffy BSD puffybsd42+po...@gmail.com wrote: On 5 April 2011 14:36, Stuart Henderson s...@spacehopper.org wrote: On 2011/04/05 13:05, Puffy BSD wrote: On 5 April 2011 11:03, Stuart Henderson s...@spacehopper.org wrote: On 2011/04/05 09:39, Puffy BSD wrote: I know about that, just looking for an answer. The answer is: if you want to run -current ports, run -current or do the work yourself. I've gotten Firefox 3.6.16 and Chromium 10.0.648.204 to work on 4.8 so I figured this wouldn't be impossible either. Anyone else reading tempted to do the same but on amd64 should note that Chromium will need compiler changes. Chromium needed a modified compiler to build on i386 as well. You aren't really running 4.8 then. Really? $ uname -sr OpenBSD 4.8 $ arch OpenBSD.i386 Running chromium compiled without a modified compiler: Segmentation fault (core dumped) i'm curious as to what modified compiler really means in this context? in order to get chrome running, he/she has to be running a compiler with the post-4.9 commit which defines HANDLE_PRAGMA_PACK_PUSH_POP. a system with parts of 4.8 and parts of -current doesn't really count as 4.8 to me...you should really be able to support yourself if you want to run run frankenstein builds. This was built and tested on a system installed from the official 4.8 i386 cd with no parts of -current. http://www.openbsd.org/faq/faq15.html#PortsSecurity This is obviously wrong and might give people the false impression that they're up-to-date and secure if they're tracking -stable ports when in fact they're not anymore. Should be changed to read something like this: 15.3.9 - Security updates When serious bugs or security flaws are discovered in third party software, they are fixed in the -current branch of the ports tree. This means all you need to do is make sure you use the -current version of OpenBSD, as explained in FAQ 5 - OpenBSD's Flavors, check out the -current branch of the ports tree, and build the desired software from it. You can keep your tree up-to-date with CVS, and in addition subscribe to the ports-changes mailing list to receive security announcements related to software in the ports tree. Security updates from -current ports tree are not backported to the -stable branch anymore.
Re: Firefox 4.0 on 4.8-stable
On 8 April 2011 14:59, Mikolaj Kucharski miko...@kucharski.name wrote: On Fri, Apr 8, 2011 at 10:28 AM, Puffy BSD puffybsd42+po...@gmail.com wrote: to my question. I still don't know why you are not using -current. http://marc.info/?l=openbsd-techm=130222866905500w=2 So your point here is, you need stable OS with latest packages. Am I correct? Yes. Or at least security updated packages like it used to be. http://www.openbsd.org/pkg-stable.html
Re: Firefox 4.0 on 4.8-stable
On 8 April 2011 15:08, Mikolaj Kucharski miko...@kucharski.name wrote: On Fri, Apr 8, 2011 at 11:19 AM, Puffy BSD puffybsd42+po...@gmail.com wrote: http://www.openbsd.org/faq/faq15.html#PortsSecurity This is obviously wrong and might give people the false impression that they're up-to-date and secure if they're tracking -stable ports when in fact they're not anymore. Are you talking about Chromium here? No, I'm talking about the lack of security updates for -stable ports. Can you give me an example, what should be updated in -stable? firefox35-3.5.11 - firefox35-3.5.18 mozilla-firefox-3.6.8 - mozilla-firefox-3.6.16 samba-3.5.4 - samba-3.5.8 and all other software in ports with known security holes.
Re: Firefox 4.0 on 4.8-stable
On 5 April 2011 14:36, Stuart Henderson s...@spacehopper.org wrote: On 2011/04/05 13:05, Puffy BSD wrote: On 5 April 2011 11:03, Stuart Henderson s...@spacehopper.org wrote: On 2011/04/05 09:39, Puffy BSD wrote: I know about that, just looking for an answer. The answer is: if you want to run -current ports, run -current or do the work yourself. I've gotten Firefox 3.6.16 and Chromium 10.0.648.204 to work on 4.8 so I figured this wouldn't be impossible either. Anyone else reading tempted to do the same but on amd64 should note that Chromium will need compiler changes. Chromium needed a modified compiler to build on i386 as well. You aren't really running 4.8 then. Really? $ uname -sr OpenBSD 4.8 $ arch OpenBSD.i386 Running chromium compiled without a modified compiler: Segmentation fault (core dumped)
Re: Firefox 4.0 on 4.8-stable
On 5 April 2011 14:40, Mikolaj Kucharski miko...@kucharski.name wrote: On Tue, Apr 05, 2011 at 01:11:18PM +0200, Puffy BSD wrote: Thanks for pointing me in the right direction. I now have Firefox 4.0 running on 4.8-stable. Video and audio works on Youtube. A big Thank You to everyone involved with porting Firefox 4 to OpenBSD! I'm curious. Why you just don't use current? -- best regards q# Why is there an OpenBSD release cut every 6 months? Why is there a -stable branch of src and ports? Why is there green grass and blue skies?
Re: Firefox 4.0 on 4.8-stable
On 7 April 2011 20:07, Mikolaj Kucharski miko...@kucharski.name wrote: On Thu, Apr 07, 2011 at 06:16:12PM +0200, Puffy BSD wrote: On 5 April 2011 14:40, Mikolaj Kucharski miko...@kucharski.name wrote: I'm curious. Why you just don't use current? Why is there an OpenBSD release cut every 6 months? Why is there a -stable branch of src and ports? Why is there green grass and blue skies? I could answer you those questions, No, you obviously can't. but that wouldn't give me an answer to my question. I still don't know why you are not using -current. -- best regards q#
Re: Firefox 4.0 on 4.8-stable
On 5 April 2011 11:03, Stuart Henderson s...@spacehopper.org wrote: On 2011/04/05 09:39, Puffy BSD wrote: I know about that, just looking for an answer. The answer is: if you want to run -current ports, run -current or do the work yourself. I've gotten Firefox 3.6.16 and Chromium 10.0.648.204 to work on 4.8 so I figured this wouldn't be impossible either. Anyone else reading tempted to do the same but on amd64 should note that Chromium will need compiler changes. Chromium needed a modified compiler to build on i386 as well.
Re: Firefox 4.0 on 4.8-stable
On 5 April 2011 10:38, Landry Breuil lan...@rhaalovely.net wrote: On Tue, Apr 05, 2011 at 09:39:10AM +0200, Puffy BSD wrote: On 5 April 2011 00:34, Brad b...@comstyle.com wrote: On 04/04/11 4:29 PM, Puffy BSD wrote: make package (lots of output) checking for GL/glx.h... no configure: error: Can't find header GL/glx.h for WebGL (install mesa-common-dev (Ubuntu), mesa-libGL-devel (Fedora), or Mesa (SuSE)) *** Error code 1 ls -l /usr/X11R6/include/GL/glx.h -r--r--r-- 1 root bin 17913 Aug 9 2010 /usr/X11R6/include/GL/glx.h Why is this not picked up? FAQ 15.4.1. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. I know about that, just looking for an answer. I've gotten Firefox 3.6.16 and Chromium 10.0.648.204 to work on 4.8 so I figured this wouldn't be impossible either. You're on your own. Update to current if you want help. It works in current because config.site contains ac_cv_header_GL_glx_h=${ac_cv_header_GL_glx_h=yes}. Landry Thanks for pointing me in the right direction. I now have Firefox 4.0 running on 4.8-stable. Video and audio works on Youtube. A big Thank You to everyone involved with porting Firefox 4 to OpenBSD!
Firefox 4.0 on 4.8-stable
make package (lots of output) checking for GL/glx.h... no configure: error: Can't find header GL/glx.h for WebGL (install mesa-common-dev (Ubuntu), mesa-libGL-devel (Fedora), or Mesa (SuSE)) *** Error code 1 ls -l /usr/X11R6/include/GL/glx.h -r--r--r-- 1 root bin 17913 Aug 9 2010 /usr/X11R6/include/GL/glx.h Why is this not picked up?
Re: perdition error on sparc64 only
Thank's. I download last version from www.vergenet.net and make the modif on perdition/str.c and perdition/str.h but, I have the same error :( on the copil, I see this error. Can it be the problem? /usr/local/lib//libpopt.so.0.3: warning: strcpy() is almost always misused, please use strlcpy() /usr/local/lib//libpopt.so.0.3: warning: sprintf() is often misused, please use snprintf() /usr/local/lib//libpopt.so.0.3: warning: strcat() is almost always misused, please use strlcat() regard's On Sat, 13 Nov 2010 11:07:58 +, Stuart Henderson wrote On 2010/11/12 23:55, mailing BSD wrote: Hello, I try use perdition on OpenBSD 4.8 SPARC64, and with a BDB database, and all the time I have this error when perdition try to find username in the bdb file: user_server_port_strn_assign: strdup: Cannot allocate memory I try the same config on a i386, and it work :( Do you have the same problem? an idea? you could try this update, they appear to have fixed some problems with portability to 64-bit systems in the 1.19 release candidates. I don't use perdition myself (I prefer to use dovecot for proxying mail connections), so note that this builds and packages ok but I have not otherwise tested it. The diff should be applied with patch -E -p0 -d /usr/ports, it is for -current, if you want to try it with 4.8 there will most likely be some conflicts to resolve (we have done some major work across the ports tree since then). Index: devel/vanessa/Makefile.inc === RCS file: /cvs/ports/devel/vanessa/Makefile.inc,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 Makefile.inc --- devel/vanessa/Makefile.inc6 Nov 2006 10:57:38 - 1.1.1.1 +++ devel/vanessa/Makefile.inc13 Nov 2010 11:05:50 - @@ -1,22 +1,21 @@ # $OpenBSD: Makefile.inc,v 1.1.1.1 2006/11/06 10:57:38 msf Exp $ -CATEGORIES?= devel +CATEGORIES ?=devel -HOMEPAGE?= http://www.vergenet.net/linux/vanessa/ +HOMEPAGE ?= http://www.vergenet.net/linux/vanessa/ -# GPL -PERMIT_PACKAGE_CDROM=Yes -PERMIT_PACKAGE_FTP= Yes -PERMIT_DISTFILES_CDROM= Yes -PERMIT_DISTFILES_FTP=Yes +# LGPLv2+ +PERMIT_PACKAGE_CDROM =Yes +PERMIT_PACKAGE_FTP = Yes +PERMIT_DISTFILES_CDROM = Yes +PERMIT_DISTFILES_FTP =Yes -MASTER_SITE_VANESSA?=${HOMEPAGE}download/ +MASTER_SITE_VANESSA ?= ${HOMEPAGE}download/ -USE_LIBTOOL?=Yes +USE_LIBTOOL ?= Yes -CONFIGURE_STYLE?=gnu +CONFIGURE_STYLE ?= gnu -NO_REGRESS?= Yes - -CONFIGURE_ENV?= CPPFLAGS=-I${LOCALBASE}/include \ +CONFIGURE_ARGS ?=--disable-silent-rules +CONFIGURE_ENV ?= CPPFLAGS=-I${LOCALBASE}/include \ LDFLAGS=-L${LOCALBASE}/lib Index: devel/vanessa/adt/Makefile === RCS file: /cvs/ports/devel/vanessa/adt/Makefile,v retrieving revision 1.3 diff -u -p -r1.3 Makefile --- devel/vanessa/adt/Makefile8 Nov 2010 12:29:24 - 1.3 +++ devel/vanessa/adt/Makefile13 Nov 2010 11:05:50 - @@ -2,14 +2,14 @@ COMMENT= provides abstract data types (ADTs) -VERSION= 0.0.6 +VERSION= 0.0.9 DISTNAME=vanessa_adt-${VERSION} -SHARED_LIBS= vanessa_adt 0.3 # 0.3 +SHARED_LIBS= vanessa_adt 1.0 # 1.0 MASTER_SITES=${MASTER_SITE_VANESSA:=vanessa_adt/${VERSION}/} -LIB_DEPENDS= ::devel/vanessa/logger -WANTLIB =vanessa_logger.=0.3 +LIB_DEPENDS= :vanessa_logger-=0.0.10:devel/vanessa/logger +WANTLIB= vanessa_logger.=1.0 .include bsd.port.mk Index: devel/vanessa/adt/distinfo === RCS file: /cvs/ports/devel/vanessa/adt/distinfo,v retrieving revision 1.2 diff -u -p -r1.2 distinfo --- devel/vanessa/adt/distinfo5 Apr 2007 15:38:07 - 1.2 +++ devel/vanessa/adt/distinfo13 Nov 2010 11:05:50 - @@ -1,5 +1,5 @@ -MD5 (vanessa_adt-0.0.6.tar.gz) = BpEFdVwcVFDR+nqMMZ4I7Q== -RMD160 (vanessa_adt-0.0.6.tar.gz) = LJmZQxBdwFp+j6L0zd68lCen8dk= -SHA1 (vanessa_adt-0.0.6.tar.gz) = SCMjKqG2MAA8pLE1BSnlHN7kmsE= -SHA256 (vanessa_adt-0.0.6.tar.gz) = Z6WuGRoGftRqSSLRVTGf08mHLnqDVEwqKMDV+2kgYCQ= -SIZE (vanessa_adt-0.0.6.tar.gz) = 315242 +MD5 (vanessa_adt-0.0.9.tar.gz) = uhoz7HubBLIIZZEtwYjp/Q== +RMD160 (vanessa_adt-0.0.9.tar.gz) = AJwjbdvbiS8T3Ki9BSodh8d0r2E= +SHA1 (vanessa_adt-0.0.9.tar.gz) = oX7uZ+GpgkZ8RGi5bSkW/ZXNPhk= +SHA256 (vanessa_adt-0.0.9.tar.gz) = i8u2n2RwIjkBBUHsfX/YZzdXS2ri+kd8qlss2GoSw/E= +SIZE (vanessa_adt-0.0.9.tar.gz) = 342309 Index: devel/vanessa/logger/Makefile === RCS file: /cvs/ports/devel/vanessa/logger/Makefile,v retrieving revision 1.3 diff -u -p -r1.3 Makefile --- devel/vanessa/logger/Makefile
perdition error on sparc64 only
Hello, I try use perdition on OpenBSD 4.8 SPARC64, and with a BDB database, and all the time I have this error when perdition try to find username in the bdb file: user_server_port_strn_assign: strdup: Cannot allocate memory I try the same config on a i386, and it work :( Do you have the same problem? an idea? thank's # perdition --no_daemon -M /usr/local/lib/libperditiondbdb.so.0.0 -m /etc/perdition/popmap.db -d -C -F - Nov 13 10:12:47 perdition[17731]: version=1.17.1, add_domain=, bind_address=, capability=UIDL USER, client_server_specification=off, config_file=/etc/perdition/perdition.conf, connection_limit=0, connection_logging=on, connect_relog=300, debug=on, domain_delimiter=@, explicit_domain=, group=_perdition, inetd_mode=off, listen_port=110, log_facility=-, login_disabled=off, lower_case=, map_library=/usr/local/lib/libperditiondb_bdb.so.0.0, map_library_opt=/etc/perdition/popmap.db, no_bind_banner=off, no_daemon=on, no_lookup=off, nodename=fw-new.kahn, ok_line=You are so in, outgoing_port=110, outgoing_server=, pid_file=/var/run/perdition/perdition.pid, protocol=POP3, server_resp_line=off, strip_domain=, timeout=1800, username=_perdition, username_from_database=off, query_key=, quiet=off, ssl_mode=, ssl_ca_file=, ssl_ca_path=/etc/perdition/perdition.ca/, ssl_ca_accept_self_signed=off, ssl_cert_file=/etc/perdition/perdition.crt.pem, ssl_cert_accept_expired=off, ssl_cert_not_yet_valid=off, ssl_cert_self_signed=off, ssl_cert_verify_depth=9, ssl_key_file=/etc/perdition/perdition.key.pem, ssl_listen_ciphers=, ssl_outgoing_ciphers=, ssl_no_cert_verify=off, ssl_no_cn_verify=off, (ssl_mask=0x) (mask=0x00162080 ) Nov 13 10:12:47 perdition[17731]: vanessa_socket_daemon_setid: uid=573 euid=573 gid=573 egid=573 Nov 13 10:13:03 perdition[14124]: Connect: 192.168.0.6-192.168.0.252 Nov 13 10:13:03 perdition[14124]: SELF: +OK POP3 Ready fw-new.kahn 0001c00b\r\n Nov 13 10:13:10 perdition[14124]: CLIENT: user gsm\r\n Nov 13 10:13:10 perdition[14124]: SELF: +OK USER gsm set, mate\r\n Nov 13 10:13:15 perdition[14124]: CLIENT: pass toto\r\n Nov 13 10:13:15 perdition[14124]: username_add_domain: username_add_domain 0 1 0x203bd6174 Nov 13 10:13:15 perdition[14124]: user_server_port_strn_assign: strdup: Cannot allocate memory Nov 13 10:13:15 perdition[14124]: do_getserver: user_server_port_strn_assign Nov 13 10:13:18 perdition[14124]: SELF: -ERR Could not determine server\r\n Nov 13 10:13:18 perdition[14124]: Auth: 192.168.0.6-192.168.0.252 user=gsm server=(null) port=110 status=failed: Could not determine server -- Eric JANTZEN Lyon FRANCE
Re: [new port] games/supertuxkart
On 10/05/10 15:40, Antoine Jacoutot wrote: On Tue, 5 Oct 2010, Jacob Meuser wrote: On Tue, Oct 05, 2010 at 05:03:28PM +0200, Jonathan Armani wrote: On Tue, 5 Oct 2010 13:58:48 + Jacob Meuserjake...@sdf.lonestar.org wrote: you can work around it by disabling sound (music and sfx). It segfault when I try to disable the music too. you have to disable sound effects too ... but patch below for al_source.c fixes the crash for me. avoids trying to access array[-1]. the rest is the patch I sent for openal a while back. bufsiz really means the hardware block size (or, the size of the audio buffer that openal users will use), not the total hardware buffer size. Great, thanks Jacob. If reports confirm this fixes the crash, I'll import supertuxkart tomorrow. The openal's patch works for me. -current i386. The game is running fine now. -luis
Re: New port: sysutils/dtpstree
On 08/14/10 02:38, Douglas Thrift wrote: On 7/25/2010 11:03 PM, Douglas Thrift wrote: Hello, I would appreciate any comments on my port. Thanks! [doug...@openbsd-i386:sysutils]$ pkg_info dtpstree Information for inst:dtpstree-1.0.2 Comment: display a tree of processes Description: DT PS Tree shows running processes as a tree. It is a reimplementation of pstree from PSmisc for FreeBSD, NetBSD, OpenBSD, DragonFly BSD, and possibly other modern BSD variants. It also works without /proc and will show the full set of processes in a jail even if init is not present. Maintainer: Douglas William Thriftdoug...@douglasthrift.net WWW: http://code.douglasthrift.net/trac/dtpstree I have updated the port to version 1.0.3. All good for -current i386 -luis
Re: i386 breakage
On 30 June 2005 at 20:34, [EMAIL PROTECTED] (Christian Weisgerber) wrote: sysutils/cfengine SIOCADDRT I'm working on this, hopefully done soon...
www/php5-eaccelerator port
eAccelerator is a fork of Turck MMcache that is under active development, and it appears to be working nicely for me under OpenBSD 3.7/amd64. The Makefile was based on www/pecl-mmcache. Please test/comment/commit some variant of this, thank you :-) tar61iLDz1POf.tar Description: Unix tar archive