Re: bsdadminscripts and pkng
Actually, nevermind those. They are supporting pkng just fine. Real bumps when converted to pkgng was: - portmaster cannot use packages for dependencies- huge let down - pkg_cleanup doesn't support pkng - when installing port from portmaster it looks like it's ignoring my ports.conf which is included for /usr/ports/* .if !empty(.CURDIR:M/usr/ports/*) WRKDIRPREFIX= /usr/obj .include /etc/ports.conf .endif -- View this message in context: http://freebsd.1045724.n5.nabble.com/bsdadminscripts-and-pkng-tp5857069p5857184.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: devel/kdesdk4: compilation dies on FreeBSD 10.0-BETA and FreeBSD 11.0-CURRENT
On Thu, 31 Oct 2013 18:27:22 -0700 Cy Schubert wrote: Since a while, I'm unable ti update/recompile/install port devel/kdesdk4 on both FreeBSD 10.0 (starting with the last CURRENT, over ALPHA up to BETA2 now) and on all systems running FreeBSD 11.0-CURRENT. Haven't had a chance to look at this, not that I'm volunteering, but just to say me too. You need to email the maintainer. ___ 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: Problems dealing with ports use of pkgconf
On Wed, 30 Oct 2013 11:46:30 -0700 Kevin Oberman wrote: I have run into a dilemma in regards to the use of pkgconf in ports. Here is what has bitten me: To allow sftp to get files, multimedia/vlc uses libssh2. libssh2, in turn, uses openssl or the GNU crypto library. If i have installed securith/openssl, all is well, but I don't want of need the security/openssl port. If I have not installed openssl from ports, vlc fails! Here is why: libssh2 creates a .pc file to allow other packages to know whether it uses openssl or libgcrypt. this is a nice thing, but it makes the common assumption that openssl is only there if the package has been installed. I believe that is is the case for Linux. Not so for FreeBSD. vlc uses pkgconf to check on whether all required libraries are installed for libssh2. I finds that libssh2 requires libssl: Requires.private: libssl,libcrypto It then checks to see if these are installed. Since libssl is not installed, it bails on the error. (I believe that it shoudl be Required: rather than Requires.private:, but that has no impact on the problem. Since FreeBSD ports have already checked the dependencies before building a port, I think such checks should be removed from ports, but I'm not familiar enough with the real-world implications of this to know if it is the right way to go. If it is, I'll can submit a patch for vlc. I suspect, after reading the developers comments, that libssh2 developers will not want to remove their recent changes in this area. This line: Requires.private: libssl,libcrypto Would have to be changed into: Libs.private: -lssl -lcrypto See http://people.freedesktop.org/~dbn/pkg-config-guide.html (Maintainer CCed) ___ 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: Stage and /var ?
On Thu, 31 Oct 2013 15:20:25 +0100 Thierry Thomas wrote: Hello, How should we stagify ports writing out of their $PREFIX for good reasons, e.g. a statedir like /var/foo/$PORTNAME. I don't like the idea of $PREFIX/var, and prefer the real /var. Thanks for your suggestions. Something like this should work: In post-install do: ${MKDIR} /var/foo In pkg-plist add: @unexec rmdir /var/foo 2/dev/null || true @exec mkdir -p /var/foo ___ 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: bsdadminscripts and pkng
+--On 31 octobre 2013 23:13:38 -0700 Jakub Lach jakub_l...@mailplus.pl wrote: | - portmaster cannot use packages for dependencies- huge let down Well, if you want to use binary packages, doing pkg upgrade would be easier, I'd say. -- Mathieu Arnold ___ 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: bsdadminscripts and pkng
01.11.2013 14:13, Mathieu Arnold пишет: +--On 31 octobre 2013 23:13:38 -0700 Jakub Lach jakub_l...@mailplus.pl wrote: | - portmaster cannot use packages for dependencies- huge let down Well, if you want to use binary packages, doing pkg upgrade would be easier, I'd say. There are some ports which can not be packaged (license restriction for one). Then I'd prefer a tool which fetch and install all needed packages and then build only the needed port. I.e. portmaster -P may be a good candidate. -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ 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: Ports distfiles mirror - e.g. ftp://ftp4.de.freebsd.org/FreeBSD/distfiles/
On Thu, 31 Oct 2013 19:00:52 +0100 Matthias Petermann wrote: Is there some automatic mechanism in place which does this mirroring, or is this done manually from a ports committer once he commits a new or updated port? I'm just curious because I can find the distfiles from some of my maintained ports there, and from some not. I'm not sure about that specific URL, but IIRC FreeBSD keeps a cache of distfiles downloaded for package building purposes and makes it available as a last-resort mirror. ___ 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: bsdadminscripts and pkng
On Thu, 31 Oct 2013 23:13:38 -0700 (PDT) Jakub Lach wrote: Actually, nevermind those. They are supporting pkng just fine. Real bumps when converted to pkgng was: - portmaster cannot use packages for dependencies- huge let down - pkg_cleanup doesn't support pkng distviper uses pkg_info when used in fast mode (i.e. when it retains only distfiles for installed ports). ___ 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: bsdadminscripts and pkng
Real bumps when converted to pkgng was: - portmaster cannot use packages for dependencies- huge let down This one is a big issue for me as well. I usually compile my own, but let portmaster install build-time dependencies from packages. No pkgng support means it has to recompile everything, AND it then doesn't uninstall those build-time deps, despite my supplying it the option to do so. I've started looking at portmaster source to see if this could be solved quickly, but I'm still trying to wrap my head around the code, so it would be great if it turned out that someone somewhere has done this already. ___ 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: devel/kdesdk4: compilation dies on FreeBSD 10.0-BETA and FreeBSD 11.0-CURRENT
In message 20131101092933.2253b...@kalimero.tijl.coosemans.org, Tijl Cooseman s writes: On Thu, 31 Oct 2013 18:27:22 -0700 Cy Schubert wrote: Since a while, I'm unable ti update/recompile/install port devel/kdesdk4 on both FreeBSD 10.0 (starting with the last CURRENT, over ALPHA up to BETA2 now) and on all systems running FreeBSD 11.0-CURRENT. Haven't had a chance to look at this, not that I'm volunteering, but just to say me too. You need to email the maintainer. Looks like there's a PR open for it since 26 OCT. That should be enough. -- Cheers, Cy Schubert cy.schub...@komquats.com FreeBSD UNIX: c...@freebsd.org Web: http://www.FreeBSD.org ___ 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: Stage and /var ?
Le ven 1 nov 13 à 10:11:50 +0100, Tijl Coosemans t...@freebsd.org écrivait : Something like this should work: In post-install do: ${MKDIR} /var/foo In pkg-plist add: @unexec rmdir /var/foo 2/dev/null || true @exec mkdir -p /var/foo Thanks for this, it could be useful for some other ports. About net/neubot (just committed), I removed the creation of the directory from the Makefile, and it still works: it's created anyway when the application creates its database. Regards, -- Th. Thomas. pgphw0oHabklh.pgp Description: PGP signature
Re: cinepaint
In my experiment I installed cinepaint and all other soft from packages repository under VirtualBox and FreeBSD 9.2 AMD64 Release. I've got the same results: Segmentation fault. I just recompile glib20 with debugging symbols, and get new backtrace: #0 0x000805b3a5ce in type_node_check_conformities_UorL (node=0x80b3c9280, iface_node=0xc3faf00, support_interfaces=1, support_prerequisites=0, have_lock=0) at gtype.c:3467 3467 if (/* support_inheritance */ [New Thread 80b007400 (LWP 100813/cinepaint)] (gdb) bt #0 0x000805b3a5ce in type_node_check_conformities_UorL (node=0x80b3c9280, iface_node=0xc3faf00, support_interfaces=1, support_prerequisites=0, have_lock=0) at gtype.c:3467 #1 0x000805b3a8bf in type_node_conforms_to_U (node=0x80b3c9280, iface_node=0xc3faf00, support_interfaces=1, support_prerequisites=0) at gtype.c:3513 #2 0x000805b3b460 in g_type_check_instance_is_a ( type_instance=0x80b39e350, iface_type=205500160) at gtype.c:3999 #3 0x004f26f1 in brush_select_new (title=0x0, init_name=0x0, init_opacity=0, init_spacing=0, init_noise_freq=0.25, init_noise_step_start=0.5, init_noise_step_width=0.5, init_mode=0) at brush_select.c:554 #4 0x00426611 in create_brush_dialog () at brushlist.c:520 #5 0x004a79e6 in layout_restore () at layout.c:180 #6 0x0041b823 in gimp_init (gimp_argc=0, gimp_argv=0x7fffdab0) at app_procs.c:212 #7 0x004ab667 in init () at main.c:537 #8 0x0048edd9 in install_verify (install_callback=0x4ab5c0 init) at install.c:83 #9 0x004ab5a0 in main (argc=1, argv=0x7fffdaa8) at main.c:482 Is this indicates about bug in glib on the only 64-bit systems? I saw a discussion of this problem in NetBSD forum. 2013/11/1 Fernando Apesteguía fernando.apesteg...@gmail.com On Thu, Oct 31, 2013 at 7:02 PM, Alexander Janus avjw...@gmail.comwrote: Backtrace without debug information: #0 0x000805a50b5b in g_type_check_instance_is_a () from /usr/local/lib/libgobject-2.0.so.0 [New Thread 80b007400 (LWP 100668/cinepaint)] (gdb) bt #0 0x000805a50b5b in g_type_check_instance_is_a () from /usr/local/lib/libgobject-2.0.so.0 #1 0x004b6f99 in display_brush_get_row_float16 () #2 0x00422b0c in ?? () #3 0x0047fe67 in ?? () #4 0x0041c2f5 in ?? () #5 0x00483346 in ?? () #6 0x0046f767 in ?? () #7 0x00482f4d in ?? () #8 0x004199e1 in ?? () #9 0x0008007bf000 in ?? () #10 0x in ?? () Backtrace with debug information (make WITH_DEBUG=yes install): #0 0x000805adeb5b in g_type_check_instance_is_a () from /usr/local/lib/libgobject-2.0.so.0 [New Thread 80b007400 (LWP 100354/cinepaint)] (gdb) bt #0 0x000805adeb5b in g_type_check_instance_is_a () from /usr/local/lib/libgobject-2.0.so.0 #1 0x004f26f1 in brush_select_new (title=0x0, init_name=0x0, init_opacity=0, init_spacing=0, init_noise_freq=0.25, init_noise_step_start=0.5, init_noise_step_width=0.5, init_mode=0) at brush_select.c:554 #2 0x00426611 in create_brush_dialog () at brushlist.c:520 #3 0x004a79e6 in layout_restore () at layout.c:180 #4 0x0041b823 in gimp_init (gimp_argc=0, gimp_argv=0x7fffdab0) at app_procs.c:212 #5 0x004ab667 in init () at main.c:537 #6 0x0048edd9 in install_verify (install_callback=0x4ab5c0 init) at install.c:83 #7 0x004ab5a0 in main (argc=1, argv=0x7fffdaa8) at main.c:482 I don't see much there. g_type_check_instance_is_a should have two parameters but they are not shown in the backtrace. I googled a while and it seems there are other packages (gedit, gimp) that suffer from similar bugs. The offending line seems to be this one inside g_type_check_instance_is_a_ node = lookup_type_node_I (type_instance-g_class-g_type); Is your glib installed from binary or did you build it yourself? If the case is the latter, I would try to use the one in the repositories just in case. Cheers. 2013/10/31 Fernando Apesteguía fernando.apesteg...@gmail.com El 30/10/2013 19:36, Alexander Janus avjw...@gmail.com escribió: Good day, Dear Sirs! Help me, please. I build cinepaint port on my FreeBSD 9.2 release AMD64 desktop , build was successfull, but launch causes Segmentation fault. Ok, I pkg_add -r cinepaint, and I again get Segmentation fault. Why?!! When I doing the same thing on FreeBSD 9.1 (release i386) I do not get errors and application working normal. Googling do not get me useful information. P.S. Sorry for my terrible english. Did the process dumped a core file? If so, could you paste the backtrace? ___ 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: bsdadminscripts and pkng
On 01/11/2013 00:58, Jakub Lach wrote: any plans for updating those? Kind of. I just don't know when. -- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? ___ 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: portdowngrade(CVS) deprecated - alternative for portsnap(8) usage
On Wed, Mar 6, 2013 at 9:00 PM, Chris Rees utis...@gmail.com wrote: Portdowngrade now simply checks out the port to your current directory; if you run it in ~, you simply cd $portname. I got bitten by this change today. I think portdowngrade should warn users that it will work on the current directory, not the port directory. Something like: NOTE: this program will check out the new port into a directory named $portname in your current directory. HTH -- Regards, Torfinn Ingolfsen ___ 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: portdowngrade(CVS) deprecated - alternative for portsnap(8) usage
OK, done :) Chris -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. ___ 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: cinepaint
El 01/11/2013 18:53, Alexander Janus avjw...@gmail.com escribió: In my experiment I installed cinepaint and all other soft from packages repository under VirtualBox and FreeBSD 9.2 AMD64 Release. I've got the same results: Segmentation fault. I just recompile glib20 with debugging symbols, and get new backtrace: #0 0x000805b3a5ce in type_node_check_conformities_UorL (node=0x80b3c9280, iface_node=0xc3faf00, support_interfaces=1, support_prerequisites=0, have_lock=0) at gtype.c:3467 3467 if (/* support_inheritance */ [New Thread 80b007400 (LWP 100813/cinepaint)] (gdb) bt #0 0x000805b3a5ce in type_node_check_conformities_UorL (node=0x80b3c9280, iface_node=0xc3faf00, support_interfaces=1, support_prerequisites=0, have_lock=0) at gtype.c:3467 #1 0x000805b3a8bf in type_node_conforms_to_U (node=0x80b3c9280, iface_node=0xc3faf00, support_interfaces=1, support_prerequisites=0) at gtype.c:3513 #2 0x000805b3b460 in g_type_check_instance_is_a ( type_instance=0x80b39e350, iface_type=205500160) at gtype.c:3999 #3 0x004f26f1 in brush_select_new (title=0x0, init_name=0x0, init_opacity=0, init_spacing=0, init_noise_freq=0.25, init_noise_step_start=0.5, init_noise_step_width=0.5, init_mode=0) at brush_select.c:554 #4 0x00426611 in create_brush_dialog () at brushlist.c:520 #5 0x004a79e6 in layout_restore () at layout.c:180 #6 0x0041b823 in gimp_init (gimp_argc=0, gimp_argv=0x7fffdab0) at app_procs.c:212 #7 0x004ab667 in init () at main.c:537 #8 0x0048edd9 in install_verify (install_callback=0x4ab5c0 init) at install.c:83 #9 0x004ab5a0 in main (argc=1, argv=0x7fffdaa8) at main.c:482 Is this indicates about bug in glib on the only 64-bit systems? I saw a discussion of this problem in NetBSD forum. it looks like. 2013/11/1 Fernando Apesteguía fernando.apesteg...@gmail.com On Thu, Oct 31, 2013 at 7:02 PM, Alexander Janus avjw...@gmail.com wrote: Backtrace without debug information: #0 0x000805a50b5b in g_type_check_instance_is_a () from /usr/local/lib/libgobject-2.0.so.0 [New Thread 80b007400 (LWP 100668/cinepaint)] (gdb) bt #0 0x000805a50b5b in g_type_check_instance_is_a () from /usr/local/lib/libgobject-2.0.so.0 #1 0x004b6f99 in display_brush_get_row_float16 () #2 0x00422b0c in ?? () #3 0x0047fe67 in ?? () #4 0x0041c2f5 in ?? () #5 0x00483346 in ?? () #6 0x0046f767 in ?? () #7 0x00482f4d in ?? () #8 0x004199e1 in ?? () #9 0x0008007bf000 in ?? () #10 0x in ?? () Backtrace with debug information (make WITH_DEBUG=yes install): #0 0x000805adeb5b in g_type_check_instance_is_a () from /usr/local/lib/libgobject-2.0.so.0 [New Thread 80b007400 (LWP 100354/cinepaint)] (gdb) bt #0 0x000805adeb5b in g_type_check_instance_is_a () from /usr/local/lib/libgobject-2.0.so.0 #1 0x004f26f1 in brush_select_new (title=0x0, init_name=0x0, init_opacity=0, init_spacing=0, init_noise_freq=0.25, init_noise_step_start=0.5, init_noise_step_width=0.5, init_mode=0) at brush_select.c:554 #2 0x00426611 in create_brush_dialog () at brushlist.c:520 #3 0x004a79e6 in layout_restore () at layout.c:180 #4 0x0041b823 in gimp_init (gimp_argc=0, gimp_argv=0x7fffdab0) at app_procs.c:212 #5 0x004ab667 in init () at main.c:537 #6 0x0048edd9 in install_verify (install_callback=0x4ab5c0 init) at install.c:83 #7 0x004ab5a0 in main (argc=1, argv=0x7fffdaa8) at main.c:482 I don't see much there. g_type_check_instance_is_a should have two parameters but they are not shown in the backtrace. I googled a while and it seems there are other packages (gedit, gimp) that suffer from similar bugs. The offending line seems to be this one inside g_type_check_instance_is_a_ node = lookup_type_node_I (type_instance-g_class-g_type); Is your glib installed from binary or did you build it yourself? If the case is the latter, I would try to use the one in the repositories just in case. Cheers. 2013/10/31 Fernando Apesteguía fernando.apesteg...@gmail.com El 30/10/2013 19:36, Alexander Janus avjw...@gmail.com escribió: Good day, Dear Sirs! Help me, please. I build cinepaint port on my FreeBSD 9.2 release AMD64 desktop , build was successfull, but launch causes Segmentation fault. Ok, I pkg_add -r cinepaint, and I again get Segmentation fault. Why?!! When I doing the same thing on FreeBSD 9.1 (release i386) I do not get errors and application working normal. Googling do not get me useful information. P.S. Sorry for my terrible english. Did the process dumped a core file? If so, could you paste the backtrace? ___ freebsd-ports@freebsd.org mailing list
Re: How to reference /var/foo in pkg-plist?
Scot Hetzel swhet...@gmail.com wrote: @exec mkdir -pm 770 /var/spool/bsmtp; chown uucp:uucp /var/spool/bsmtp @dirrmtry /var/spool/bsmtp The correct way to handle this is to have the port create ${STAGEDIR}/var/spool/bsmtp. This could be created in the post-install target or in the ${WRKSRC}/Makefile Okay, but how do I package this directory then? What entry would I put in pkg-plist? Hmm, actually, this @owner uucp @group uucp @mode 770 @dirrmtry /var/spool/bsmtp @mode @group @owner produces the desired entry in the package's tar archive drwxrwx--- 0 uucp uucp0 Nov 1 23:07 /var/spool/bsmtp/ However, I'm not sure if I'm using this as intended or if it just happens to work out. -- Christian naddy Weisgerber na...@mips.inka.de ___ 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