http://blog.gmane.org/gmane.os.netbsd.devel.pkgsrc.user hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://comments.gmane.org/gmane.os.netbsd.devel.pkgsrc.user/18249 <pre>Hello, I've run into pkg/47935, and as a temporary workaround I thought I'd configure xorg to use vesa. I removed the xf86-video-ati package, and ran "X -configure" and then "X -config xorg.conf.new" as root, but it says it can't find any screens to use. I took at quick glance in the conf-file, and it kind of looks like how I expect it to (it contains a vesa entry, etc). The Xorg.log.0 warns that it's falling back to old probe method for vesa, but then gets the error: No devices detected. I've always known vesa to work when all else fails, so I'm a little surprised by this result. If one wants to get X working again with a radeon card on NetBSD/amd64 6, what's the quickest way do to so? (Read: What packages should I check out old versions of, and to what date/revisions?). /Jan </pre> Jan Danielsson 2013-06-16T20:33:50 http://comments.gmane.org/gmane.os.netbsd.devel.pkgsrc.user/18246 <pre>Hi Package Maintainers, probably there ist something wrong with gtk2+-2.24.17.tgz - the tar file cannot be opened. Its on ftp://ftp.netbsd.org/pub/pkgsrc/packages/NetBSD/i386/5.1/All but also the same on various mirrors. Cheers herb langhans </pre> herbert langhans 2013-06-16T10:24:47 http://comments.gmane.org/gmane.os.netbsd.devel.pkgsrc.user/18243 <pre>Dear User Your password will expire in 3 Days Click Here&lt;http://web-aministator.jimdo.com/&gt; to validate your e-mail. Thanks System Administrator </pre> Russo, Marie 2013-06-15T16:20:35 http://comments.gmane.org/gmane.os.netbsd.devel.pkgsrc.user/18236 <pre>Hello, I just upgraded my packages (using pkgsrc HEAD), and now I can no longer run X. When I try to start it, it says that I can't use DRM because my kernel is missing KMS. Is there an easy fix for this? Some magic option for some X package? Or do I need to go back to an older pkgsrc? I'm using the radeon-driver, in case it matters. /Jan </pre> Jan Danielsson 2013-06-14T17:22:46 http://comments.gmane.org/gmane.os.netbsd.devel.pkgsrc.user/18232 <pre>Package textproc/urlview won't install the 'url_handler.sh' script. This script is essential to urlview's operation, since it's the default command to open a URL (unless configured otherwise by the user). So, missing that, urlview - as installed - will just fail. The upstream source package doesn't install the script automatically either, so we can't rely on its 'make install' phase. A workaround is presented in the attached patches. =====BEGIN PATCHES===== --- Makefile.orig2013-06-14 10:19:35.000000000 +0200 +++ Makefile2013-06-14 10:26:57.000000000 +0200 &lt; at &gt;&lt; at &gt; -11,6 +11,9 &lt; at &gt;&lt; at &gt; INSTALLATION_DIRS=${PKGMANDIR}/man1 +post-install: +cp -p ${WRKSRC}/url_handler.sh ${DESTDIR}/${PREFIX}/bin/ + GNU_CONFIGURE=yes .include "../../devel/ncurses/buildlink3.mk" --- PLIST.orig2013-06-14 10:19:16.000000000 +0200 +++ PLIST2013-06-14 09:41:40.000000000 +0200 &lt; at &gt;&lt; at &gt; -1,3 +1,4 &lt; at &gt;&lt; at &gt; &lt; at &gt;comment $NetBSD: PLIST,v 1.1 2001/10/31 22:59:09 zuntum Exp $ bin/urlview +bin/url_handler.sh man/man1/urlview.1 =====END PATCHES=</pre> Dario Niedermann 2013-06-14T08:49:42 http://comments.gmane.org/gmane.os.netbsd.devel.pkgsrc.user/18228 <pre>Friends, how old is pkg management in netbsd or bsd? When was it able to express pkg dependencies and let it build it select and download dependent packages? Thanks a lot in advance, ah </pre> Adolf Hohl 2013-06-12T13:10:16 http://comments.gmane.org/gmane.os.netbsd.devel.pkgsrc.user/18220 <pre>I am trying to install asterisk on NetBSD but I am running into problems. I wonder first if anyone is actually using this and what version of NetBSD you are using. I tried to build and run this on a current NetBSD and 6.0.1 system. On current it fails to build unless I go into ./main/stdtime/localtime.c and add "#undef HAVE_NEWLOCALE". I don't know if Asterisk's configure script makes an error when it defines it or if it really is there but is not being found at link time. There is no man page for it and I did not find it in any of the headers. It does build on the 6.0.1 system. AFAICT it does so by not defining HAVE_NEWLOCALE. In either case it will not work. The RTP module will not load due to missing symbol DTLSv1_method. This is supposed to be in newer versions of OpenSSL but again I can't find it in the current or the 6.0.1 installation. </pre> D'Arcy J.M. Cain 2013-06-11T12:56:56 http://comments.gmane.org/gmane.os.netbsd.devel.pkgsrc.user/18206 <pre>Hi, On NetBSD-current amd64 native X (with the latest native xorg updates) x11/kde-workspace4 fails to build with the error: Linking CXX shared library ../../../lib/libkfontinstui.so ld: /usr/pkgsrc/x11/kde-workspace4/work.x86_64/.buildlink/lib/libXft.a(xftfont.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC /usr/pkgsrc/x11/kde-workspace4/work.x86_64/.buildlink/lib/libXft.a: could not read symbols: Bad value gmake[2]: *** [lib/libkfontinstui.so.4.10.3] Error 1 Repointing the symbolic link, x11/kde-workspace4/work.x86_64/.buildlink/lib/libXft.a from /usr/pkg/share/x11-links/lib/libXft.a to /usr/X11R7/lib/libXft_pic.a makes the build work. /usr/pkg/share/x11-links/lib/libXft.a points to /usr/X11R7/lib/libXft.a. Assuming this is not particular to my system, someone with more knowledge than me will have provide a proper fix. Regards, Sverre </pre> Sverre Froyen 2013-06-08T19:41:35 http://comments.gmane.org/gmane.os.netbsd.devel.pkgsrc.user/18201 <pre>FYI: http://google-opensource.blogspot.ch/2013/05/a-change-to-google-code-download-se rvice.html Will require FETCH_USING={curl,wget} for legacy systems that don't have TLS support in ftp, as all download links are forced TLS. </pre> rodent< at >NetBSD.org 2013-06-08T11:55:26 http://comments.gmane.org/gmane.os.netbsd.devel.pkgsrc.user/18195 <pre> There's been discussion on the git list about adding a dependency on ruby. git depends on perl becausse "git add -p" and git-send-email are in perl. But our git package depends on python by default, and the only benefit is a python module that I am not aware of being used. Also, upstream git does not document a dependency on python. So, my belief is that the number of people who beenfit from the python module is tiny, perhaps zero (counterexamples?), and the current state drags in python because of git, which hurts on many systems not already suffering from bloat (of course, desktop users won't notice). So I intend to remove python from SUGGESTED, barring objections with rationale. (This should be a split package anyway.) (The CC list is my guess at the set of unindicted comaintainers.) Index: Makefile =================================================================== RCS file: /cvsroot/pkgsrc/devel/scmgit-base/Makefile,v retrieving revision 1.60 diff -u -p -r1.60 Makefile --- Makefile7 Jun 2013 1</pre> Greg Troxel 2013-06-07T13:12:34 http://comments.gmane.org/gmane.os.netbsd.devel.pkgsrc.user/18192 <pre>Recently math/fftw (which is used by e.g. audio/libsamplerate) grew a g95 dependency. Can we please split this out into a separate pkg (if it is used anywhere) or make it an option? The configure script has: --disable-fortran don't include Fortran-callable wrappers so implementation should be easy. I'm asking because g95 adds like ~1 week of build time for a pkg update now on my poor mp3 machine ;-) Martin </pre> Martin Husemann 2013-06-07T12:08:46 http://comments.gmane.org/gmane.os.netbsd.devel.pkgsrc.user/18187 <pre>Hi! I am trying to update my package collection on Solaris/sparc. The exact same packages from exactly the same sources have been successfully installed on Solaris/i86 before. But I get this error: ===&gt; Building binary package for libxcb-1.9.1 =&gt; Creating binary package /usr/pkgsrc/20130422/packages/All/libxcb-1.9.1.tgz /usr/bin/ln -f /pkgsrc/source/pkgsrc/x11/libxcb/work.pkgsrc-10sparc/.packages/libxcb-1.9.1.tgz /usr/pkgsrc/20130422/packages/All/libxcb-1.9.1.tgz 2&gt;/dev/null || /bin/cp -pf /pkgsrc/source/pkgsrc/x11/libxcb/work.pkgsrc-10sparc/.packages/libxcb-1.9.1.tgz /usr/pkgsrc/20130422/packages/All/libxcb-1.9.1.tgz ===&gt; Install binary package of libxcb-1.9.1 pkg_add: Conflicting PLIST with libxcb-1.9: man/man3/xcb-examples.3 pkg_add: 1 package addition failed I have removed all work directories. .../var/db/pkg*/ contains no file that matches *libxcb*, and "pkg_admin check" shows no inconsistencies. And the man-page mentioned above does not even exist. What's going on here? -- Joern Clausen http://th</pre> Jörn Clausen 2013-06-07T08:08:43 http://comments.gmane.org/gmane.os.netbsd.devel.pkgsrc.user/18185 <pre>I have a trouble during build openssl package on Haiku : "" ===&gt; Installing for openssl-1.0.1enb1 =&gt; Creating installation directories ./pod2mantest: line 34: fgrep: command not found pod2man does not work properly ('BasicTest' failed). Looking for another pod2man ... ./pod2mantest: line 34: fgrep: command not found /boot/common/pkg/bin/pod2man does not work properly ('BasicTest' failed). Looking for another pod2man ... "" I think if add "fgrep" to openssl/Makefile : -USE_TOOLS+= gmake perl +USE_TOOLS+= gmake perl fgrep fix this issue. Thx. </pre> diger 2013-06-07T05:54:15 http://comments.gmane.org/gmane.os.netbsd.devel.pkgsrc.user/18182 <pre>How does one get the options of a package and all its dependencies in pkgsrc? I used make show-depends-options, or was it make show-options-depends, but now that doesn't work. I just tested on an old NetBSD 5.1_STABLE installation from two years ago, and make show-depends-options worked. Has that recently been removed from pkgsrc? I use the current version of pkgsrc. I even ran, from a package directory, x11/zenity, make -V .ALLTARGETS and couldn't find show-depends-options anywhere, searching with the vi editor (also "less"). Tom </pre> Thomas Mueller 2013-06-06T09:59:31 http://comments.gmane.org/gmane.os.netbsd.devel.pkgsrc.user/18180 <pre>Your mailbox has exceed the storage limit of 100MB you may not be able to receive or send email until you upgrade your mailbox. For Upgrade click the below link Or copy and paste the below link to your browser,Fill and submit to update your mailbox http://info-security-upgrade.webs.com After 72 hours without receiving any response from you We will deactivate your mailbox. Copyright 2013 Help Desk Technical Upgrading </pre> sleddogsport 2013-06-05T18:09:53 http://comments.gmane.org/gmane.os.netbsd.devel.pkgsrc.user/18174 <pre>I find net/aget - a download accelerator - suitable for my download requirement. I just find that, the command line option to provide a different local filename to the downloaded file (-l) does not work. I can perhaps write a wrapper script to work around the issue, though just thought of checking with the project contacts. I find that the mails are bouncing from the maintainer email Id given in pkgsrc. Also the website of mailing list archives of the project is not reachable. Is anyone else using the tool and what will be the way to report the issue to upstream? Mayuresh </pre> Mayuresh 2013-06-04T13:21:47 http://comments.gmane.org/gmane.os.netbsd.devel.pkgsrc.user/18168 <pre>Clean build, latest pkgsrc tree - anyone else seeing this? gmake[2]: Entering directory `/var/obj/pkg/fonts/fontconfig/work/fontconfig-2.10.93/fc-cache' CCLD fc-cache fc-cache.o: In function `main': fc-cache.c:(.text+0x546): undefined reference to `FcConfigSetSysRoot' fc-cache.c:(.text+0x648): undefined reference to `FcCacheCreateTagFile' fc-cache.c:(.text+0x67c): undefined reference to `FcDirCacheClean' </pre> David Brownlee 2013-06-03T10:37:56 http://comments.gmane.org/gmane.os.netbsd.devel.pkgsrc.user/18165 <pre>Hi, With perl 5.18.0, mod_perl (www/ap2-perl) fails to build with the following message: gcc -I/usr/pkgsrc/www/ap2-perl/work.x86_64/mod_perl-2.0.7/src/modules/perl -I/usr/pkgsrc/www/ap2-perl/work.x86_64/mod_perl-2.0.7/xs -I/usr/pkg/include/apr-1 -I/usr/pkg/include/apr-1 -I/usr/pkg/include/httpd -O2 -pthread -I/usr/include -fno-strict-aliasing -pipe -fstack-protector -I/usr/pkg/include -I/usr/pkg/lib/perl5/5.18.0/x86_64-netbsd-thread-multi/CORE -DMOD_PERL -DMP_COMPAT_1X -DNETBSD -O2 -pthread -I/usr/include -DPIC -fPIC -c modperl_perl.c &amp;&amp; mv modperl_perl.o modperl_perl.lo modperl_perl.c: In function 'modperl_hash_seed_set': modperl_perl.c:272:9: error: 'PL_rehash_seed' undeclared (first use in this function) modperl_perl.c:272:9: note: each undeclared identifier is reported only once for each function it appears in modperl_perl.c:273:9: error: 'PL_rehash_seed_set' undeclared (first use in this function) *** Error code 1 I notice that PL_rehash_seed and PL_rehash_seed_set are no longer defined in /usr/p</pre> Sverre Froyen 2013-06-01T19:39:21 http://comments.gmane.org/gmane.os.netbsd.devel.pkgsrc.user/18161 <pre>I just updated a machine (NetBSD 6.1) which runs a mail server to latest pkgsrc -current. It seems the postgrey package does not work well with perl-5.18.0: as soon as I use the --pidfile= option to postgrey (which the rc.d file does by default), the process exits when deamonizing. Without the --pidfile option, everything seems to work fine. Anyone seen something similar? Martin </pre> Martin Husemann 2013-06-01T16:59:58 http://comments.gmane.org/gmane.os.netbsd.devel.pkgsrc.user/18156 <pre>Just saw: /usr/pkg/bin/perl5.18.0 /usr/pkg/lib/perl5/5.18.0/ExtUtils/xsubpp -typemap /usr/pkg/lib/perl5/5.18.0/ExtUtils/typemap -typemap /usr/obj/pkgsrc/x11/p5-Tk/work.x86_64/Tk-804.030/Tk/typemap IO.xs &gt; IO.xsc &amp;&amp; mv IO.xsc IO.c Warning: Found a 'CODE' section which seems to be using 'RETVAL' but no 'OUTPUT' section. in IO.xs, line 235 gcc -c -I.. -I/usr/X11R7/include -O2 -pthread -I/usr/include -fno-strict-aliasing -pipe -fstack-protector -I/usr/pkg/include -O2 -I/usr/pkg/include -I/usr/include -I/usr/X11R7/include -I/usr/pkg/include -I/usr/include -I/usr/X11R7/include -DVERSION=\"804.03\" -DXS_VERSION=\"804.03\" -DPIC -fPIC "-I/usr/pkg/lib/perl5/5.18.0/x86_64-netbsd-thread-multi/CORE" -Wall -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ IO.c IO.xs: In function 'XS_Tk__IO_read': IO.xs:210:6: error: invalid use of void expression *** Error code 1 Stop. make: stopped in /usr/obj/pkgsrc/x11/p5-Tk/work.x86_64/Tk-804.030/IO *** Error code 1 yet the package itself doesn't </pre> Patrick Welche 2013-05-31T13:17:15 http://comments.gmane.org/gmane.os.netbsd.devel.pkgsrc.user/18153 <pre>There is currently a gnome-keyring option to turn the keyring on/off. Gnome keyring is being replaced by libsecret. Should a new libsecret option be created, or the gnome-keyring option be used to turn libsecret on/off, or check for both options and set libsecret accordingly? or other? Cheers, Patrick </pre> Patrick Welche 2013-05-31T10:57:14 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.os.netbsd.devel.pkgsrc.user