Re: FreeBSD Port: mysql-server-5.5.9
joeb ha scritto: If you are using a binary release, you must either be at the top level of the extracted archive, or pass the --basedir option pointing to that location. You should use the rc.d script, or pass --basedir=/usr/local -- Alex Dupre ___ 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: xfce 4.8 upgrade errors
Please, don`t be silent. How to repeat if you use xfce 4.8: 0. logout from your Xfce and go to console 1. make backup of config $ cp -r .config config_ 2. delete configs $ rm -rf .config 3. login to your xfce Xfce will say you 'Welcome to the first start of the panel'. Choose 'Use default config'. And you will see my screenshot =) if you use default gtk and icons theme for xfce. And 'Applications menu' will not work. Bring it back: 0. logout from your Xfce and go to console 1. delete configs $ rm -rf .config 2. bring back configs $ cp -r config_ .config 3. check permissiong for .config folder $ chown -R username:usergroup /usr/home/username/.config 4. reboot. 2011/3/10 Pavel Timofeev tim...@gmail.com Of course I did it the first thing =) I have lastest ports. #portsnap fecth update portmaster -ad # pkg_info | grep xfce4-utils xfce4-utils-4.8.1_1 XFce 4 essential utilities and scripts 2011/3/10 Warren Block wbl...@wonkity.com On Thu, 10 Mar 2011, Pavel Timofeev wrote: By the way, new xfce4 from fresh ports looks very bad. After fresh install it told me 'Welcome to the first start of the panel' and I chose 'Use default config'. And now I see that (look at screenshots): Screenshot #1 http://img-fotki.yandex.ru/get/5904/mox87.0/0_62e05_925ad7d7_orig Update your ports tree with portsnap or csup, then build/deinstall/install the sysutils/xfce4-utils port. Should have xfce4-utils-4.8.1_1 when done. ___ 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
Problem managing ports vs base ncurses
On 08/03/2011 21:14, Warren Block wrote: On Tue, 8 Mar 2011, Ruslan Mahmatkhanov wrote: 08.03.2011 21:53, David Demelier пишет: Hello, Please append a message in the /usr/ports/UPDATING about the ncurses update, I think we need to rebuild every port that depends on : markand@Groseille ~ $ mplayer /libexec/ld-elf.so.1: Shared object libncurses.so.5.7 not found, required by mplayer Thanks. As far i understand, ncurses it's a library that placed into base system, and it updates only when you updating FreeBSD version. General recommendation about what to do after FreeBSD minor or major update is to rebuild all the installed ports (i'd did it after `make delete-old-libs` in /usr/src). Rebuilding all ports should not be necessary for a minor version upgrade of FreeBSD, like 8.1 to 8.2. There are a lot of ports that are linked to the devel/ncurses port and they don't register devel/ncurses as dependency. checking for gmsgfmt... /usr/local/bin/msgfmt /libexec/ld-elf.so.1: Shared object libncurses.so.5.7 not found, required by xgettext /libexec/ld-elf.so.1: Shared object libncurses.so.5.7 not found, required by msgmerge /libexec/ld-elf.so.1: Shared object libncurses.so.5.7 not found, required by msgfmt configure: error: GNU gettext tools not found; required for intltool (A script failed because of the new ncurses update) and : markand@Melon /usr/ports/editors/leafpad $ pkg_info -R ncurses-5.8 Information for ncurses-5.8: Required by: rxvt-unicode-9.10_1 So there is obviously a problem. I think the problem is : a port that need ncurses and does not set a RUN_DEPENDS or devel/ncurses will attempt to link to the base ncurses or if devel/ncurses is installed it will linked to this version but will *NOT* register this depend. I think we need to add something like USE_NCURSES in the bsd.port.mk infrastructure, then the port will look itself if ncurses is available in the base system or will add a RUN_DEPENDS that registers the dependency of devel/ncurses port. As you can see: markand@Melon ~ $ ldd `which qemu` /usr/local/bin/qemu: libm.so.5 = /lib/libm.so.5 (0x80080b000) libthr.so.3 = /lib/libthr.so.3 (0x80092b000) libz.so.5 = /lib/libz.so.5 (0x800a44000) libgnutls.so.40 = /usr/local/lib/libgnutls.so.40 (0x800b59000) libpcap.so.7 = /lib/libpcap.so.7 (0x800d01000) libutil.so.8 = /lib/libutil.so.8 (0x800e32000) libSDL-1.2.so.11 = /usr/local/lib/libSDL-1.2.so.11 (0x800f42000) libX11.so.6 = /usr/local/lib/libX11.so.6 (0x8010aa000) libncurses.so.5.8 = /usr/local/lib/libncurses.so.5.8 (0x8012df000) [... snip ...] And : markand@Melon ~ $ pkg_info -r qemu-0.11.1_6 | grep ncurses markand@Melon ~ $ If you deinstall ncurses, qemu will link to the base system. Cheers, -- David Demelier ___ 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
SDL, perl and frozen-bubble: core dumped
Hi List, I've got a core dump at clang compiled current. The game is starting, playing the music and coredumps right after displaying the menu: - % uname -a FreeBSD bb.ipt.ru 9.0-CURRENT FreeBSD 9.0-CURRENT #21 r219456: Fri Mar 11 00:09:34 MSK 2011 b...@bb.ipt.ru:/usr/obj/usr/src/sys/BB i386 % LD_PRELOAD=/usr/lib/libpthread.so frozen-bubble [[ Frozen-Bubble-2.2.0 ]] http://www.frozen-bubble.org/ Copyright (c) 2000-2008 The Frozen-Bubble Team. Artwork: Alexis Younes Amaury Amblard-Ladurantie Soundtrack: Matthias Le Bidan Design Programming: Guillaume Cottenceau Level Editor: Kim and David Joham Additional network programming: Mark Glines Originally sponsored by Mandriva http://www.mandriva.com/ This program is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License version 2, as published by the Free Software Foundation. [SDL Init] Use of uninitialized value in subroutine entry at /usr/local/lib/perl5/site_perl/5.10.1/mach/SDL/Cursor.pm line 72. [Graphics..] [Sound Init] Ready. zsh: segmentation fault (core dumped) LD_PRELOAD=/usr/lib/libpthread.so frozen-bubble - GDB shows: - #0 0x33db8be6 in Perl_safesysfree (where=0x40) at util.c:242 242 util.c: No such file or directory. in util.c [New Thread 34404300 (LWP 101109/initial thread)] (gdb) bt #0 0x33db8be6 in Perl_safesysfree (where=0x40) at util.c:242 #1 0x343b2ac3 in XS_SDL_UpdateRects () from /usr/local/lib/perl5/site_perl/5.10.1/mach/auto/SDL_perl/SDL_perl.so #2 0x33e10be8 in Perl_pp_entersub (my_perl=0x3440f600) at pp_hot.c:2888 #3 0x33db7bb8 in Perl_runops_debug (my_perl=0x3440f600) at dump.c:1968 #4 0x33d00db9 in S_run_body (my_perl=0x3440f600, oldscope=1) at perl.c:2431 #5 0x33d001ca in perl_run (my_perl=0x3440f600) at perl.c:2349 #6 0x080489fc in main (argc=2, argv=0x82bfe6f0, env=0x82bfe6fc) at perlmain.c:117 (gdb) - Any help is appreciated, thanks. -- WBR, Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone Internet SP 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: Update of ImageMagick to 6.6.7.10, dependencies
Doug Barton wrote: On 03/10/2011 13:29, Warren Block wrote: On Thu, 10 Mar 2011, Doug Barton wrote: On 03/10/2011 02:40, Helmut Schneider wrote: ...most of my users won't run Typo3 and X on the same machine. :) Sounds like it's time for imagemagick-nox11 slave port. Would that be different from turning off the X11 config option of the ImageMagick port? The idea of having a slave port would be to allow ports like typo3 to depend on it directly, and reduce the chances of user confusion. Where should I request/ask for a nox11 port? (And no, ImageMagick, even a simple subport, is nothing I can maintain) ___ 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: Update of ImageMagick to 6.6.7.10, dependencies
On 10/03/2011 00:10, Helmut Schneider wrote: Hi, I updated ImageMagick from 6.6.6.10 to 6.6.7.10 and a *bunch* of new ports were installed[1]. Holy...!! Are they really necessary? Thanks, Helmut [1] ORBit2-2.14.19 atk-1.32.0 compositeproto-0.4.2 cups-client-1.4.6 damageproto-1.2.1 dbus-glib-0.88 dconf-0.5.1_3 docbook-4.1_4 docbook-xsl-1.75.2_1 eggdbus-0.6_1 fixesproto-4.1.2 gconf2-2.32.0_2 gdk-pixbuf-2.22.1 gnomehier-2.3_12 gtk-2.22.1_1 gtk-engines2-2.20.2 hicolor-icon-theme-0.12 iso8879-1986_2 libIDL-0.8.14_1 libXcomposite-0.4.3,1 libXcursor-1.1.11 libXdamage-1.1.3 libXfixes-4.0.4 libXi-1.3.2,1 libXinerama-1.1,1 libXrandr-1.3.0 libcroco-0.6.2_1 libgee-0.6.1 libgsf-1.14.19 librsvg2-2.32.1_1 p5-MIME-Tools-5.502,2 polkit-0.99 randrproto-1.3.2 shared-mime-info-0.80 vala-0.10.1 xineramaproto-1.2 xmlcatmgr-2.2 ___ 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 Try defining WITHOUT_GCONF=yes in your /etc/make.conf, SVG support need librsvg which needs libgsf and this one require a lot of gnome dependency if gconf is added. So add this knob and you will have SVG support without gnome dependency :) Cheers, -- David Demelier ___ 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: xfce 4.8 upgrade errors
When I use XDM $ grep ttyv8 /etc/ttys ttyv8 /usr/local/bin/xdm -nodaemon xterm on secure $ cat .xsession exec /usr/local/bin/xfce4-session and 'Applications menu' doesn`t work If I use `startx` command instead of xdm $ grep ttyv8 /etc/ttys ttyv8 /usr/local/bin/xdm -nodaemon xterm off secure And add following (find with google) line to .xinitrc $ cat .xinitrc ck-launch-session startxfce4 'Applications menu' works good 2011/3/9 Martin Wilke m...@freebsd.org please recompile again and restart it should really work. On Wed, Mar 9, 2011 at 9:55 PM, Pavel Timofeev tim...@gmail.com wrote: Mark Felder-4 wrote: How do I create a app menu, I'm getting an error when trying to load the menu menus/applications.menu not found. Recompile sysutils/garcon to resolve this error. I hope this helps someone else... Regards, Mark ___ 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 Does not help in my case =( fresh ports, fresh xfce4 install. -- View this message in context: http://old.nabble.com/xfce-4.8-upgrade-errors-tp31083045p31106533.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 ___ 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: SDL, perl and frozen-bubble: core dumped
On Fri, Mar 11, 2011 at 01:06:35PM +0300, Boris Samorodov wrote: I've got a core dump at clang compiled current. The game is starting, playing the music and coredumps right after displaying the menu: Please show perl -V | grep -- -Dusethreads=y echo threaded -- Adios ___ 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
science/libctl marked as BROKEN, but does build on 8.2-STABLE amd64
Hallo, I'm looking for someone, who can give me some background information on why science/libctl is marked as broken. According to cvs, this was committed by erwin@ on 2011/02/25 09:30:06 saying Mark BROKEN: does not build. However, I found that by saying NO_IGNORE=YES it builds and installs perfectly. Since I couldn't find the logs of the original build failure, I made a test build in my tinderbox (for 8.2-STABLE amd64 only) and found it without problem, simply removing the BROKEN line. I've copied the log to my server, see http://www.linta.de/~aehlig/download/uucp/tinderboxlogs/20110311-libctl-3.1.log Can anyone shed more light on why this port is marked BROKEN? If not, I'd suggest to unbreak it at least for this particular architecture. Best regards, Klaus ___ 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: SDL, perl and frozen-bubble: core dumped
On Fri, 11 Mar 2011 12:44:12 +0200 Alex Kozlov wrote: On Fri, Mar 11, 2011 at 01:06:35PM +0300, Boris Samorodov wrote: I've got a core dump at clang compiled current. The game is starting, playing the music and coredumps right after displaying the menu: Please show perl -V | grep -- -Dusethreads=y echo threaded Here it is: - % perl -V | grep -- -Dusethreads=y echo threaded config_args='-sde -Dprefix=/usr/local -Darchlib=/usr/local/lib/perl5/5.10.1/mach -Dprivlib=/usr/local/lib/perl5/5.10.1 -Dman3dir=/usr/local/lib/perl5/5.10.1/perl/man/man3 -Dman1dir=/usr/local/man/man1 -Dsitearch=/usr/local/lib/perl5/site_perl/5.10.1/mach -Dsitelib=/usr/local/lib/perl5/site_perl/5.10.1 -Dscriptdir=/usr/local/bin -Dsiteman3dir=/usr/local/lib/perl5/5.10.1/man/man3 -Dsiteman1dir=/usr/local/man/man1 -Ui_malloc -Ui_iconv -Uinstallusrbinperl -Dcc=cc -Duseshrplib -Dinc_version_list=none -Dccflags=-DAPPLLIB_EXP=/usr/local/lib/perl5/5.10.1/BSDPAN -Doptimize=-g -DDEBUGGING -Ud_dosuid -Ui_gdbm -Dusethreads=y -Dusemymalloc=n -Duse64bitint' threaded - -- WBR, Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone Internet SP 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
[ECFT] drm/dri/mesa/xorg-server update [Part 1]
Hi, First of all, note that *this is very experimental, so you really have to know what you’re doing.* We managed to get drm/dri with the newer xorg-server to work, and we have removed the support for WITHOUT_NOUVEAU. We have just updated the xorg-dev repo: – libdrm - 2.4.24 – libGL to 7.10.1 – libGLU to 7.10.1 – libGLUw to 7.10.1 – libglut to 7.10.1 – xproto to 7.0.17 – libXaw to 1.0.9 – libXt to 1.1.0 – libX11 to 1.4.1 – xorg-server to 1.9.4 After installing these, you will have to rebuild the following ports: – your graphic driver – keybord driver – mouse/synaptics driver Upon rebuilt, restart them. So to get the xorg stuff you will need to: run svn co https://trillian.chruetertee.ch/svn/ports/branches/xorg-dev A small merge script to merge the svn checkout into the real portstree can be found here: http://people.freebsd.org/~miwi/xorg/xorgmerge The script is a modified version of the kdemerge script. Please set the KDEDIR variable to the path of your X.org ports. After merging, run one of the following command, depending on which tool you use to manage your installed packages. portupgrade -af \* portmaster -af Please report any problems and issues to x11 (at) FreeBSD.org. *Again, please be aware that this is very experimental*, and I personally haven’t tested any 3D things yet, but we want to share our work and start testing to get early feedback for improvements. We plan to update Xorg fully to 7.6 after we get some feedback for update part 1. It will be much easier for us to figure out what the problems are with the updates being separated in 3 parts. Please make sure you know what you’re doing. Thanks to Piter (gahr@) for helping me to get it compiled with our base gcc version. - Martin PS: ECFT - Experimental Call for Testing [image: :P] ___ 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: Update of ImageMagick to 6.6.7.10, dependencies
David Demelier wrote: On 10/03/2011 00:10, Helmut Schneider wrote: I updated ImageMagick from 6.6.6.10 to 6.6.7.10 and a bunch of new ports were installed[1]. Holy...!! Are they really necessary? Try defining WITHOUT_GCONF=yes in your /etc/make.conf, SVG support need librsvg which needs libgsf and this one require a lot of gnome dependency if gconf is added. So add this knob and you will have SVG support without gnome dependency :) Well, Thanks, but I'm writing this as maintainer, not as user. So I guess that solution is not suitable here. :) ___ 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: xfce 4.8 upgrade errors
2011/3/11 Pavel Timofeev tim...@gmail.com: When I use XDM $ grep ttyv8 /etc/ttys ttyv8 /usr/local/bin/xdm -nodaemon xterm on secure $ cat .xsession exec /usr/local/bin/xfce4-session and 'Applications menu' doesn`t work If I use `startx` command instead of xdm $ grep ttyv8 /etc/ttys ttyv8 /usr/local/bin/xdm -nodaemon xterm off secure And add following (find with google) line to .xinitrc $ cat .xinitrc ck-launch-session startxfce4 'Applications menu' works good It's known bug Xdm and ConsoleKit. With Xdm and Xfce you don't need to add ck-launch-session in your ~/.xinitrc. When you install x11-wm/xfce4-session, consolekit, polkit, upower are enabled (if there are installed). Excerpt of configure script: [...] --disable-hal Do not enable HAL (default=enabled) --disable-upowerDo not enable Upower support (formely devicekit-power) (default=enabled) --disable-consolekitDo not enable ConsoleKit (default=enabled) --disable-polkitDo not enable PolicyKit support (default=enabled) [...] I don't know, why you don't use Xfce's xinitrc, it works fine with Xdm (I use it). You should also add symbolic link between ~/.xinitrc and ~/.xsession. I use sysutils/polkit (not sysutils/policykit which is replaced by polkit, and any more /usr/local/etc/PolicyKit/PolicyKit.conf) for logout / disconnect session and everything works fine. 2011/3/9 Martin Wilke m...@freebsd.org please recompile again and restart it should really work. On Wed, Mar 9, 2011 at 9:55 PM, Pavel Timofeev tim...@gmail.com wrote: Mark Felder-4 wrote: How do I create a app menu, I'm getting an error when trying to load the menu menus/applications.menu not found. Recompile sysutils/garcon to resolve this error. I hope this helps someone else... Regards, Mark ___ 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 Does not help in my case =( fresh ports, fresh xfce4 install. -- View this message in context: http://old.nabble.com/xfce-4.8-upgrade-errors-tp31083045p31106533.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 ___ 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 -- olivier ___ 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: [ECFT] drm/dri/mesa/xorg-server update [Part 1]
On Fri, 2011-03-11 at 19:37 +0800, Martin Wilke wrote: After merging, run one of the following command, depending on which tool you use to manage your installed packages. portupgrade -af \* Is this step really necessary? This will rebuild every single installed port, which for me is, currently, like close to 1000. This probably wasn't intended. Also, -a stands for *, so one of them is superfluous in any case. m. -- Michal Varga, Stonehenge (Gmail account) ___ 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: SDL, perl and frozen-bubble: core dumped
On Fri, Mar 11, 2011 at 02:34:44PM +0300, Boris Samorodov wrote: On Fri, 11 Mar 2011 12:44:12 +0200 Alex Kozlov wrote: On Fri, Mar 11, 2011 at 01:06:35PM +0300, Boris Samorodov wrote: I've got a core dump at clang compiled current. The game is starting, playing the music and coredumps right after displaying the menu: Please show perl -V | grep -- -Dusethreads=y echo threaded Here it is: - % perl -V | grep -- -Dusethreads=y echo threaded config_args='-sde -Dprefix=/usr/local -Darchlib=/usr/local/lib/perl5/5.10.1/mach -Dprivlib=/usr/local/lib/perl5/5.10.1 -Dman3dir=/usr/local/lib/perl5/5.10.1/perl/man/man3 -Dman1dir=/usr/local/man/man1 -Dsitearch=/usr/local/lib/perl5/site_perl/5.10.1/mach -Dsitelib=/usr/local/lib/perl5/site_perl/5.10.1 -Dscriptdir=/usr/local/bin -Dsiteman3dir=/usr/local/lib/perl5/5.10.1/man/man3 -Dsiteman1dir=/usr/local/man/man1 -Ui_malloc -Ui_iconv -Uinstallusrbinperl -Dcc=cc -Duseshrplib -Dinc_version_list=none -Dccflags=-DAPPLLIB_EXP=/usr/local/lib/perl5/5.10.1/BSDPAN -Doptimize=-g -DDEBUGGING -Ud_dosuid -Ui_gdbm -Dusethreads=y -Dusemymalloc=n -Duse64bitint' threaded Interesting. I have a perl 5.8.9, similiar config_args except for -Dusemymalloc=y and without -Doptimize=-g, -DDEBUGGING. Fresh current, i386, compiled with gcc. frozen-bubble run ok. Do You run latest perl-sdl 2.2.6? Did You rebuild it after upgrade to 5.10.1 perl version? Is game also crash without LD_PRELOAD=/usr/lib/libpthread.so? -- Adios ___ 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: xfce 4.8 upgrade errors
Olivier Duchateau duchateau.oliv...@gmail.com It's known bug Xdm and ConsoleKit. With Xdm and Xfce you don't need to add ck-launch-session in your ~/.xinitrc. ... I don't know, why you don't use Xfce's xinitrc, it works fine with Xdm (I use it). You should also add symbolic link between ~/.xinitrc and ~/.xsession. Thank you very much, Oviler, and sorry for your time! But I`ve already figured out my problem. I just added '/usr/local/bin/startxfce4' to .xsession and then I made link from .xsession to .xinitrc (to act on your advice) All works fine: I see icons and menu. Really sorry for your time. I still have one last problem (opera crashes system in xfce), but I think I'll deal with it myself. Maybe it's again my inaccuracy or carelessness. Excerpt of configure script: [...] --disable-hal Do not enable HAL (default=enabled) --disable-upowerDo not enable Upower support (formely devicekit-power) (default=enabled) --disable-consolekitDo not enable ConsoleKit (default=enabled) --disable-polkitDo not enable PolicyKit support (default=enabled) [...] ... I use sysutils/polkit (not sysutils/policykit which is replaced by polkit, and any more /usr/local/etc/PolicyKit/ PolicyKit.conf) for logout / disconnect session and everything works fine. I have porridge in my head from all this things=) Various *kit and u* makes me cry) And now I don`t know how to properly configure xfce on freebsd. ___ 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: SDL, perl and frozen-bubble: core dumped
On Fri, 11 Mar 2011 14:33:00 +0200 Alex Kozlov wrote: On Fri, Mar 11, 2011 at 02:34:44PM +0300, Boris Samorodov wrote: On Fri, 11 Mar 2011 12:44:12 +0200 Alex Kozlov wrote: On Fri, Mar 11, 2011 at 01:06:35PM +0300, Boris Samorodov wrote: I've got a core dump at clang compiled current. The game is starting, playing the music and coredumps right after displaying the menu: Please show perl -V | grep -- -Dusethreads=y echo threaded Here it is: - % perl -V | grep -- -Dusethreads=y echo threaded config_args='-sde -Dprefix=/usr/local -Darchlib=/usr/local/lib/perl5/5.10.1/mach -Dprivlib=/usr/local/lib/perl5/5.10.1 -Dman3dir=/usr/local/lib/perl5/5.10.1/perl/man/man3 -Dman1dir=/usr/local/man/man1 -Dsitearch=/usr/local/lib/perl5/site_perl/5.10.1/mach -Dsitelib=/usr/local/lib/perl5/site_perl/5.10.1 -Dscriptdir=/usr/local/bin -Dsiteman3dir=/usr/local/lib/perl5/5.10.1/man/man3 -Dsiteman1dir=/usr/local/man/man1 -Ui_malloc -Ui_iconv -Uinstallusrbinperl -Dcc=cc -Duseshrplib -Dinc_version_list=none -Dccflags=-DAPPLLIB_EXP=/usr/local/lib/perl5/5.10.1/BSDPAN -Doptimize=-g -DDEBUGGING -Ud_dosuid -Ui_gdbm -Dusethreads=y -Dusemymalloc=n -Duse64bitint' threaded Interesting. I have a perl 5.8.9, similiar config_args except for -Dusemymalloc=y and without -Doptimize=-g, -DDEBUGGING. Fresh current, i386, compiled with gcc. frozen-bubble run ok. Do You run latest perl-sdl 2.2.6? Yes: - % make -C /usr/ports/devel/p5-SDL -V PKGVERSION 2.2.6_1 % pkg_info -I p5-SDL-2.2.6_1 - Did You rebuild it after upgrade to 5.10.1 perl version? Yes. Is game also crash without LD_PRELOAD=/usr/lib/libpthread.so? Yes, just the same. -- WBR, Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone Internet SP 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: FreeBSD Port: mysql-server-5.5.9
-Original Message- From: Alex Dupre [mailto:a...@freebsd.org] Sent: Friday, March 11, 2011 3:43 AM To: j...@a1poweruser.com Cc: po...@freebsd.org Subject: Re: FreeBSD Port: mysql-server-5.5.9 joeb ha scritto: If you are using a binary release, you must either be at the top level of the extracted archive, or pass the --basedir option pointing to that location. You should use the rc.d script, or pass --basedir=/usr/local -- Alex Dupre You need to re-read the original post. You have missed the meaning of the problem. Some testing on your part to reproduce the problem is required. ___ 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: Update of ImageMagick to 6.6.7.10, dependencies
On Fri, 11 Mar 2011, Helmut Schneider wrote: Doug Barton wrote: On 03/10/2011 13:29, Warren Block wrote: On Thu, 10 Mar 2011, Doug Barton wrote: On 03/10/2011 02:40, Helmut Schneider wrote: ...most of my users won't run Typo3 and X on the same machine. :) Sounds like it's time for imagemagick-nox11 slave port. Would that be different from turning off the X11 config option of the ImageMagick port? The idea of having a slave port would be to allow ports like typo3 to depend on it directly, and reduce the chances of user confusion. Where should I request/ask for a nox11 port? (And no, ImageMagick, even a simple subport, is nothing I can maintain) It should just be a little Makefile. Copying from the ghostscript-nox11 port: WITHOUT_X11=yes MASTERDIR= ${.CURDIR}/../ImageMagick .include${MASTERDIR}/Makefile Untested. ___ 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
sysutils/dolly breaks cvs
cvs update: cannot create read lock in repository `/home/ncvs/ports/sysutils/dolly/files//': File name too long ___ 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: sysutils/dolly breaks cvs
On Fri, Mar 11, 2011 at 11:22:38AM -0500, Aryeh Friedman wrote: cvs update: cannot create read lock in repository `/home/ncvs/ports/sysutils/dolly/files//': File name too long It doesn't here: $ echo $CVSROOT anon...@anoncvs1.freebsd.org:/home/ncvs $ cvs co ports/sysutils/dolly cvs checkout: Updating ports/sysutils/dolly U ports/sysutils/dolly/Makefile U ports/sysutils/dolly/distinfo U ports/sysutils/dolly/pkg-descr cvs checkout: Updating ports/sysutils/dolly/files U ports/sysutils/dolly/files/extra-bzip2-patch-dolly.c Yuri ___ 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: sysutils/dolly breaks cvs
This is from a repo that was updated 15 mins ago: flosoft-stable# cvs co ports/sysutils/dolly | more cvs checkout: Updating ports/sysutils/dolly cvs checkout: Updating ports/sysutils/dolly/files cvs checkout: Updating ports/sysutils/dolly/files/ cvs checkout: Updating ports/sysutils/dolly/files// cvs checkout: Updating ports/sysutils/dolly/files/// cvs checkout: Updating ports/sysutils/dolly/files cvs checkout: Updating ports/sysutils/dolly/files/ On Fri, Mar 11, 2011 at 11:30 AM, Yuri Pankov yuri.pan...@gmail.com wrote: On Fri, Mar 11, 2011 at 11:22:38AM -0500, Aryeh Friedman wrote: cvs update: cannot create read lock in repository `/home/ncvs/ports/sysutils/dolly/files//': File name too long It doesn't here: $ echo $CVSROOT anon...@anoncvs1.freebsd.org:/home/ncvs $ cvs co ports/sysutils/dolly cvs checkout: Updating ports/sysutils/dolly U ports/sysutils/dolly/Makefile U ports/sysutils/dolly/distinfo U ports/sysutils/dolly/pkg-descr cvs checkout: Updating ports/sysutils/dolly/files U ports/sysutils/dolly/files/extra-bzip2-patch-dolly.c Yuri ___ 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-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: sysutils/dolly breaks cvs
On Fri, Mar 11, 2011 at 11:35:02AM -0500, Aryeh Friedman wrote: This is from a repo that was updated 15 mins ago: flosoft-stable# cvs co ports/sysutils/dolly | more cvs checkout: Updating ports/sysutils/dolly cvs checkout: Updating ports/sysutils/dolly/files cvs checkout: Updating ports/sysutils/dolly/files/ cvs checkout: Updating ports/sysutils/dolly/files// cvs checkout: Updating ports/sysutils/dolly/files/// cvs checkout: Updating ports/sysutils/dolly/files cvs checkout: Updating ports/sysutils/dolly/files/ Please don't top-post. You have something weird going on. There has not been a commit there in years. This is most likely a local problem. Can you find a way to force your repo to update that again? -- WXS ___ 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: sysutils/dolly breaks cvs
On Fri, Mar 11, 2011 at 12:11 PM, Wesley Shields w...@freebsd.org wrote: On Fri, Mar 11, 2011 at 11:35:02AM -0500, Aryeh Friedman wrote: This is from a repo that was updated 15 mins ago: flosoft-stable# cvs co ports/sysutils/dolly | more cvs checkout: Updating ports/sysutils/dolly cvs checkout: Updating ports/sysutils/dolly/files cvs checkout: Updating ports/sysutils/dolly/files/ cvs checkout: Updating ports/sysutils/dolly/files// cvs checkout: Updating ports/sysutils/dolly/files/// cvs checkout: Updating ports/sysutils/dolly/files cvs checkout: Updating ports/sysutils/dolly/files/ Please don't top-post. You have something weird going on. There has not been a commit there in years. This is most likely a local problem. Can you find a way to force your repo to update that again? Ok this now truely weird I have a infinite recursive directory rooted on /home/ncvs/ports/sysutils/dolly/files that contains one dir per level whose name is a single control-N when I try to rm/unlink them I get: flosoft-stable# pwd /repo/ports/sysutils/dolly/files flosoft-stable# rm -rf * rm: /: Operation not permitted rm: : Invalid argument If I know the inode how can I force the inode to be cleared even if the filename is illegal? ___ 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: sysutils/dolly breaks cvs
Hello, On Fri, Mar 11, 2011 at 6:52 PM, Aryeh Friedman aryeh.fried...@gmail.com wrote: Ok this now truely weird I have a infinite recursive directory rooted on /home/ncvs/ports/sysutils/dolly/files that contains one dir per level whose name is a single control-N when I try to rm/unlink them I get: flosoft-stable# pwd /repo/ports/sysutils/dolly/files flosoft-stable# rm -rf * rm: /: Operation not permitted rm: : Invalid argument If I know the inode how can I force the inode to be cleared even if the filename is illegal? I don't know how you can fix that, but perhaps this workaround will help you until you get it figured out: rename the files directory to something else (files-stubborn-error perhaps?) and create a new files directory, then fetch the port again. 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: sysutils/dolly breaks cvs
On Mar 11, 2011, at 11:52 , Aryeh Friedman wrote: If I know the inode how can I force the inode to be cleared even if the filename is illegal? Usual disclaimers apply about backing up your data prior to this. Reboot single user. # clri /dev/ad1d inode_number # fsck /dev/ad1d substitute the actual device name, of course. -aDe ___ 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: Problem managing ports vs base ncurses
On 11 March 2011 10:23, David Demelier demelier.da...@gmail.com wrote: On 08/03/2011 21:14, Warren Block wrote: On Tue, 8 Mar 2011, Ruslan Mahmatkhanov wrote: 08.03.2011 21:53, David Demelier пишет: Hello, Please append a message in the /usr/ports/UPDATING about the ncurses update, I think we need to rebuild every port that depends on : markand@Groseille ~ $ mplayer /libexec/ld-elf.so.1: Shared object libncurses.so.5.7 not found, required by mplayer Thanks. As far i understand, ncurses it's a library that placed into base system, and it updates only when you updating FreeBSD version. General recommendation about what to do after FreeBSD minor or major update is to rebuild all the installed ports (i'd did it after `make delete-old-libs` in /usr/src). Rebuilding all ports should not be necessary for a minor version upgrade of FreeBSD, like 8.1 to 8.2. There are a lot of ports that are linked to the devel/ncurses port and they don't register devel/ncurses as dependency. checking for gmsgfmt... /usr/local/bin/msgfmt /libexec/ld-elf.so.1: Shared object libncurses.so.5.7 not found, required by xgettext /libexec/ld-elf.so.1: Shared object libncurses.so.5.7 not found, required by msgmerge /libexec/ld-elf.so.1: Shared object libncurses.so.5.7 not found, required by msgfmt configure: error: GNU gettext tools not found; required for intltool (A script failed because of the new ncurses update) and : markand@Melon /usr/ports/editors/leafpad $ pkg_info -R ncurses-5.8 Information for ncurses-5.8: Required by: rxvt-unicode-9.10_1 So there is obviously a problem. I think the problem is : a port that need ncurses and does not set a RUN_DEPENDS or devel/ncurses will attempt to link to the base ncurses or if devel/ncurses is installed it will linked to this version but will *NOT* register this depend. I think we need to add something like USE_NCURSES in the bsd.port.mk infrastructure, then the port will look itself if ncurses is available in the base system or will add a RUN_DEPENDS that registers the dependency of devel/ncurses port. As you can see: markand@Melon ~ $ ldd `which qemu` /usr/local/bin/qemu: libm.so.5 = /lib/libm.so.5 (0x80080b000) libthr.so.3 = /lib/libthr.so.3 (0x80092b000) libz.so.5 = /lib/libz.so.5 (0x800a44000) libgnutls.so.40 = /usr/local/lib/libgnutls.so.40 (0x800b59000) libpcap.so.7 = /lib/libpcap.so.7 (0x800d01000) libutil.so.8 = /lib/libutil.so.8 (0x800e32000) libSDL-1.2.so.11 = /usr/local/lib/libSDL-1.2.so.11 (0x800f42000) libX11.so.6 = /usr/local/lib/libX11.so.6 (0x8010aa000) libncurses.so.5.8 = /usr/local/lib/libncurses.so.5.8 (0x8012df000) [... snip ...] And : markand@Melon ~ $ pkg_info -r qemu-0.11.1_6 | grep ncurses markand@Melon ~ $ If you deinstall ncurses, qemu will link to the base system. No, the problem is people not following [1]. I'll fix qemu in the morning to cover this. Chris [1] http://www.freebsd.org/doc/en/books/porters-handbook/book.html#AEN2613 ___ 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: science/libctl marked as BROKEN, but does build on 8.2-STABLE amd64
On Fri, Mar 11, 2011 at 10:59:02AM +, Klaus T. Aehlig wrote: Can anyone shed more light on why this port is marked BROKEN? In general you have to do a little bit of detective work. First stop: portsmon, to see where it is currently not building: http://portsmon.freebsd.org/portoverview.py?category=scienceportname=libctl That only cites sparc64-8 (where the build lags behind the others due to slower hardware). A quick check of the log shows something that is probably sparc64-specific, so let's press on. pointyhat has logs of when something first failed, and when it most recently failed, that most people don't know about: new build failures. So let's check in the i386 8 entry: http://pointyhat.freebsd.org/errorlogs/i386-8-failure.html and indeed there's an entry. Failed 20110204, last tried 20110204. Note that the URLs for the errologs here are absolute, not relative, so it will still be valid: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20110223062852/libctl-3.1.log libtool: link: cc -shared .libs/ctl.o .libs/subplex.o .libs/ctl-f77-glue.o .libs/integrator.o .libs/cintegrator.o -Wl,-rpath -Wl,/usr/local/lib -Wl,-rpath -Wl,/usr/local/lib -pthread -L/usr/local/lib /usr/local/lib/libguile.so /usr/local/lib/libintl.so /usr/local/lib/libiconv.so /usr/local/lib/libgmp.so -lcrypt -lm /usr/local/lib/libltdl.so -Wl,-rpath=/usr/local/lib/gcc45 -pthread -pthread -pthread -pthread -Wl,-soname -Wl,libctl.so.4 -o .libs/libctl.so.4 .libs/ctl.o(.text.__i686.get_pc_thunk.bx+0x0): In function `__i686.get_pc_thunk.bx': : multiple definition of `__i686.get_pc_thunk.bx' /usr/lib/crtbeginS.o(.gnu.linkonce.t.__i686.get_pc_thunk.bx+0x0): first defined here So indeed it broke on i386. Now, generally, when something breaks on i386, it breaks everywhere, but not always. But I'm sure that's why it was marked broken. Unfortunately there's no _easy_ way to see when was the last time the packaage built on amd64, but if look at All error logs / amd64, you'll get to http://pointyhat.freebsd.org/errorlogs/amd64-errorlogs/ Be patient. It will take some time to display :-) The e.* are error build logs; the a.* are all build logs, including errors. It's the latter we will have to walk through: e.g. find the latest one for a.8.2011* and walk back. Now, I've cheated, since i have access to the machine itself, so I did a find, and can tell you it's under a.8.20110224124803: http://pointyhat.freebsd.org/errorlogs/amd64-errorlogs/a.8.20110224124803/libctl-3.1.log so it indeed built on Feb 24 on amd64. I'll change the BROKEN tag. mcl ___ 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: science/libctl marked as BROKEN, but does build on 8.2-STABLE amd64
Dear Mark, Can anyone shed more light on why this port is marked BROKEN? In general you have to do a little bit of detective work. [...] Thank you very much for your very detailed and helpful explanation! That helped a lot. I hope, in the future I'll look at the right place directly myself without bothering you with my questions. I'll change the BROKEN tag. Thank you! Best regards, Klaus ___ 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: science/libctl marked as BROKEN, but does build on 8.2-STABLE amd64
On Fri, Mar 11, 2011 at 10:59:02AM +, Klaus T. Aehlig wrote: Can anyone shed more light on why this port is marked BROKEN? ... libtool: link: cc -shared .libs/ctl.o .libs/subplex.o .libs/ctl-f77-glue.o .libs/integrator.o .libs/cintegrator.o -Wl,-rpath -Wl,/usr/local/lib -Wl,-rpath -Wl,/usr/local/lib -pthread -L/usr/local/lib /usr/local/lib/libguile.so /usr/local/lib/libintl.so /usr/local/lib/libiconv.so /usr/local/lib/libgmp.so -lcrypt -lm /usr/local/lib/libltdl.so -Wl,-rpath=/usr/local/lib/gcc45 -pthread -pthread -pthread -pthread -Wl,-soname -Wl,libctl.so.4 -o .libs/libctl.so.4 .libs/ctl.o(.text.__i686.get_pc_thunk.bx+0x0): In function `__i686.get_pc_thunk.bx': : multiple definition of `__i686.get_pc_thunk.bx' /usr/lib/crtbeginS.o(.gnu.linkonce.t.__i686.get_pc_thunk.bx+0x0): first defined here ... More fallout from the devel/libtool problem that led to ports/155105, broke math/gretl, etc.: the port has USE_FORTRAN, and so is built with lang/gcc45, but then libtool attempts to link the shared libraries with the base system compiler and toolchain. This still needs to be fixed. b. ___ 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: [ECFT] drm/dri/mesa/xorg-server update [Part 1]
On Fri, Mar 11, 2011 at 1:52 PM, Michal Varga varga.mic...@gmail.com wrote: On Fri, 2011-03-11 at 19:37 +0800, Martin Wilke wrote: After merging, run one of the following command, depending on which tool you use to manage your installed packages. portupgrade -af \* Is this step really necessary? This will rebuild every single installed port, which for me is, currently, like close to 1000. This probably wasn't intended. Also, -a stands for *, so one of them is superfluous in any case. m. -- Michal Varga, Stonehenge (Gmail account) ___ freebsd-...@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-x11 To unsubscribe, send any mail to freebsd-x11-unsubscr...@freebsd.org Ok, i finished compiling and some quick testing with radeon and wow everything works! My xorg log: http://pastebin.com/Pv15YA8m Two issues with the compiling, textproc/py-libxml2 is missing as a dependency and we need to apply graphics/dri/files/patch-configure to remove -pedantic from the CXXFLAGS. I compiled mesa-demos without issue too but the port needs to be updated, mesa-demos now live in a different directory [ftp://ftp.freedesktop.org/pub/mesa/demos/8.0.1/] and does not have the same version as mesa. It also depends on glew. Off to test intel... ___ 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: SDL, perl and frozen-bubble: core dumped
On Fri, Mar 11, 2011 at 05:02:14PM +0300, Boris Samorodov wrote: On Fri, 11 Mar 2011 14:33:00 +0200 Alex Kozlov wrote: On Fri, Mar 11, 2011 at 02:34:44PM +0300, Boris Samorodov wrote: On Fri, 11 Mar 2011 12:44:12 +0200 Alex Kozlov wrote: On Fri, Mar 11, 2011 at 01:06:35PM +0300, Boris Samorodov wrote: I've got a core dump at clang compiled current. The game is starting, playing the music and coredumps right after displaying the menu: Please show perl -V | grep -- -Dusethreads=y echo threaded Here it is: - % perl -V | grep -- -Dusethreads=y echo threaded config_args='-sde -Dprefix=/usr/local -Darchlib=/usr/local/lib/perl5/5.10.1/mach -Dprivlib=/usr/local/lib/perl5/5.10.1 -Dman3dir=/usr/local/lib/perl5/5.10.1/perl/man/man3 -Dman1dir=/usr/local/man/man1 -Dsitearch=/usr/local/lib/perl5/site_perl/5.10.1/mach -Dsitelib=/usr/local/lib/perl5/site_perl/5.10.1 -Dscriptdir=/usr/local/bin -Dsiteman3dir=/usr/local/lib/perl5/5.10.1/man/man3 -Dsiteman1dir=/usr/local/man/man1 -Ui_malloc -Ui_iconv -Uinstallusrbinperl -Dcc=cc -Duseshrplib -Dinc_version_list=none -Dccflags=-DAPPLLIB_EXP=/usr/local/lib/perl5/5.10.1/BSDPAN -Doptimize=-g -DDEBUGGING -Ud_dosuid -Ui_gdbm -Dusethreads=y -Dusemymalloc=n -Duse64bitint' threaded Interesting. I have a perl 5.8.9, similiar config_args except for -Dusemymalloc=y and without -Doptimize=-g, -DDEBUGGING. Fresh current, i386, compiled with gcc. frozen-bubble run ok. Do You run latest perl-sdl 2.2.6? Yes: Did You rebuild it after upgrade to 5.10.1 perl version? Yes. Is game also crash without LD_PRELOAD=/usr/lib/libpthread.so? Yes, just the same. I have upgraded perl to 5.10.1, but unfortunatelly could not run the game: Graphicsrotate_bicubic: orig surface must be 32bpp (bytes per pixel = 1) Perhaps because some time ago I have switched to ati and xf86-video-ati from nvidia blob. Sigh. Anyway, can You please downgrade perl-sdl to previous port version (but keep p5-YAML dependency) and see if this help? -- Adios ___ 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: [HEADS UP] GNU make 3.82
On 03/10/2011 21:05, Mark Linimon wrote: I answered this question last night on IRC, aDe answered it in email: What is the urgency in upgrading gmake that prevents fix the broken ports first as an option to at least explore? Now that gmake is out, if the past is any indication, some project will quickly upgrade to it. We can wait for that to happen, and then have to scramble, or we can get ahead of the curve. I can see why that would make it an important problem, but I don't see why that makes the problem so urgent that sharing it with the community and asking them for suggestions can't be done first; especially considering that there is at least one workable plan in the wings if no one comes up with something better. Not every single change to the Ports Collection rises to the level of requiring a committee meeting to generate a consensus. IMHO this does not. It's really, really frustrating to me when I spend time trying to make myself clear and you consistently mischaracterize it. I can't tell if you're doing it on purpose, I'm failing to communicate, or something else is going on. But just to be clear, I'm not talking about making a committee decision. I'm talking about making the information about the problem available to the community. In this case it was here is someone willing to do the work, here's an action plan, let's just do it. And while that sounds noble and all, it's the wrong road to go down. There are way too many things happening in private around here and the only way to solve that problem is to open the doors. Meanwhile, while I appreciate you answering one of my questions, but you still haven't answered arguably the more important one. What harm will come from publicizing this problem and asking for help from the community? On 03/10/2011 21:25, Ade Lovett wrote: How about working from the basis that perhaps, just perhaps, I'm _right_, and show me why _I_ am wrong. I can't help thinking that the fact that when I say, Let's ask the community for input on this topic you _hear_ me saying, You're wrong is part of the problem. Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.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