Re: Issue with textproc/docbook-xsl - known issue?
On Sat, Jan 24, 2009 at 7:26 PM, bf bf20...@yahoo.com wrote: A simple mistake (repeated) in the port Makefile. Known? -- well, thanks to your message, it is now: http://www.freebsd.org/cgi/query-pr.cgi?pr=130965 b. Thanks :). -Garrett ___ 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: nagios-3.0.6
Jarrod Sayers wrote: On Sat, 24 Jan 2009, Karl Friesen wrote: snip If you are able to reproduce the error, the kdump.out file generated below would be helpful though mail it off-list as it will contain copies of your Nagios configuration files, at a minimum. ktrace -dit+ /usr/local/bin/nagios /usr/local/etc/nagios/nagios.cfg kdump kdump.out Same problem here - 7.1-RELEASE i386, Nagios 3.0.6, upgraded Perl to 5.8.9, rebuilt all ports depending on Perl. Will try to get a trace tonight. -- per ___ 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: nagios-3.0.6
Jarrod Sayers wrote: On Sat, 24 Jan 2009, Karl Friesen wrote: Hello, Hi Karl, I just to report that nagios-3.0.6 when build with the EMBEDDED_PERL option dies with a segmentation fault when perl-5.8.9 is installed. It runs fine when run from the command line with the -v or -s options (to check the configs), but dies when one attempts to run for real in the foreground or as a daemon. Hmm, that is interesting, what process did you use to upgrade perl-5.8.8 on the machine? The production boxes I have done thus far are running FreeBSD 7.1 i386 and had perl-5.8.8 upgraded to perl-5.8.9 via portupgrade. To mass-fix the file locations, perl-after-upgrade was run and then nagios-3.0.6 rebuilt as per its warning. I built a version with debugging symbols and ran it under gdb and it said that there nagios received a segmentation fault from perl. There was something in there about the perl taint check as well. It would be interesting to know how far into the startup process it is getting before it barfs, sounds like one of the plugins is throwing the fault - not Nagios itself. Does nagios.log give any indication to this? Unfortunately, I didn't save the exact message that I saw. The software is in use on a production machine. If you really need the exact message, I can take the machine out of service to reproduce the error, but I don't want to if I don't have to. If you are able to reproduce the error, the kdump.out file generated below would be helpful though mail it off-list as it will contain copies of your Nagios configuration files, at a minimum. ktrace -dit+ /usr/local/bin/nagios /usr/local/etc/nagios/nagios.cfg kdump kdump.out I saw one other report of this problem on the net http://article.gmane.org/gmane.network.nagios.user/59163 Sorry for the sketchy report, Any other details you can provide me would be helpful, FreeBSD version, architecture, list of installed ports. To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org Here is what nagios.log tells me: [1232880371] Local time is Sun Jan 25 11:46:11 CET 2009 [1232880371] LOG VERSION: 2.0 [1232880371] Error: p1.pl file required for embedded Perl interpreter is missing! [1232880371] Bailing out due to errors encountered while initializing the embedded Perl interpreter. (PID=59302) [1232880958] Caught SIGTERM, shutting down... [1232880958] Successfully shutdown... (PID=7489) Perhaps it's built but not installed properly? -- per ___ 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
GNOME, X11, FORTRAN
bf writes: Just a note to those of you who helped to integrate the Gnome, X11, and Fortran updates in Ports: thank you very much for the work that you have put in, and for your efforts to find and solve any remaining problems. Hear, hear. Robert Huff ___ 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
All of kde4, qt4, etc build fine except kdenetwork4 on my FreeBSD Current laptop.
I have both kde3, kde4 and gnome on this laptop running up to date current i386. I normally use kde3 but kde4.1.1 is functional but I was never able to get kdenetwork4 to build so I gave up and installed a package. Now I am upgrading to kde4.1.4 and have the same problem but there isn't a package solution so now I am forced to find a solution ;) Of course for kdenetwork4.1.4 I also followed the UPDATING: pkg_delete -f kdebase-runtime-4.1\* portmaster -a I have tried everyway that I can think of. Port by port, with portupgrade and with portmaster. I have even tried portmaster -r net/kdenetwork4 - portupgrade -rf net/kdenetwork4 and all generate the exact same results: /usr/ports/net/kdenetwork4/work/kdenetwork-4.1.4/kopete/protocols/jabber\ /libiris/iris/xmpp-im/xmpp_task.cpp:21:27: error: qplatformdefs.h: Noº such file or directory *** Error code 1 Stop in /usr/ports/net/kdenetwork4/work/kdenetwork-4.1.4/build. *** Error code 1 with no change. I would use a package but there isn't one. I would build without jabber but don't find an option in the make file. Any suggestions appreciated. The laptop specifics follow: # uname -a FreeBSD ed.local.net.mx 8.0-CURRENT FreeBSD 8.0-CURRENT #137: Tue Jan 20 13:09:07 CST 2009 r...@ed.local.net.mx:/usr/obj/usr/src/sys/ENCONTACTO i386 The qt4 and kde4 packages installed follow. # ls -d /var/db/pkg/k*|egrep 4 kde4-shared-mime-info-1.0 kde4-xdg-env-1.0 kdeaccessibility-4.1.4 kdeadmin-4.1.4 kdeartwork-4.1.4 kdebase-4.1.4 kdebase-workspace-4.1.4_1 kdeedu-4.1.4_1 kdegames-4.1.4 kdegraphics-4.1.4 kdehier4-1.0 kdelibs-4.1.4 kdemultimedia-4.1.4 kdenetwork-4.1.1 kdepimlibs-4.1.4 kdeplasma-addons-4.1.4 kdesdk-4.1.4 kdetoys-4.1.4 kdeutils-4.1.4 kdewebdev-4.1.4 kmplayer-kde4-0.11.0.r4_1,2 # ls -d *qt4* poppler-qt4-0.8.7 qt4-4.4.3 qt4-accessible-4.4.3 qt4-assistant-4.4.3 qt4-assistant-adp-4.4.3 qt4-clucene-4.4.3 qt4-corelib-4.4.3 qt4-dbus-4.4.3 qt4-designer-4.4.3 qt4-doc-4.4.3 qt4-gui-4.4.3 qt4-help-4.4.3 qt4-iconengines-4.4.3 qt4-imageformats-4.4.3 qt4-inputmethods-4.4.3 qt4-l10n-4.4.3 qt4-libQtAssistantClient-4.4.3 qt4-makeqpf-4.4.3 qt4-moc-4.4.3 qt4-mysql-plugin-4.4.3 qt4-network-4.4.3 qt4-opengl-4.4.3 qt4-pixeltool-4.4.3 qt4-porting-4.4.3 qt4-qdbusviewer-4.4.3 qt4-qmake-4.4.3 qt4-qt3support-4.4.3 qt4-qtestlib-4.4.3 qt4-qvfb-4.4.3 qt4-rcc-4.4.3 qt4-script-4.4.3 qt4-sql-4.4.3 qt4-sqlite-plugin-4.4.3 qt4-svg-4.4.3 qt4-uic-4.4.3 qt4-uic3-4.4.3 Please let me know if you need more information. Thanks for any help or suggestions, ed BTW, is there a date for kde4.2 yet? ___ 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
Why are the Zionist leaders in Israel so happy about the new President?
Why is the President of Israel, the terrorist who just oversaw the Zionist mass murder and maiming of thousands of Palestinians so happy that Obama is President of the USA? by David Duke Read the excerpt from the Israeli News about how President Perez and Israel think that Obamas becoming U.S. President is great day for Israel. Israels President Shimon Peres ecstatic over the election of Obama Ronen Medzini Israel News Jan. 21 Today is a great day not only for the United States of America, but for the entire world, President Shimon Peres wrote in a letter addressed to Barack Obama on the day of his inauguration as president of the United States. Obama was elected by the United States, but as a matter of fact, he was chosen by the whole of humankind, Why is Peres so ecstatic? Why shouldnt he be, he knows that Obama is completely in the grip of the extremist Jewish Zionists in America, and he knows that the greater Obamas popularity and idol worship, the more Obama can do for the International Zionist Cause. Any thinking and caring human being who realizes that the Zionist-controlled American foreign policy has been a disaster for the robbed and murdered people of Palestine, Lebanon, Iraq and a catastrophe for the 50,000 American wounded in Iraq and Afghanistan, as well as an economic catastrophe for the hardworking Americans who pay trillions to finance these wars for Israel must wake up the fact that supporting Obama and increasing his popularity will only aid Zionist terrorism, war, and their murder and oppression of the Palestinians. It will also hasten the economic suffering of billions of people around the world as his popularity enables him to more easily aid the Zionist International Bankers steal the wealth of the United States, Europe and the world. Obama is totally in the bloodstained and green ink- stained hands of the Zionists. The hard truth is that the more good will and support Obama has also gives more power to support the Zionist agenda! Mark my words. The Obama Presidency will be disaster for America and for the world. Obama was put into office by the Zionists. His top two cohorts for years have been the radical Jews David Axelrod and Rahm Emmanuel. Both have long records of radical Zionism and have been attack dogs against anyone perceived as having the slightest opposition to Israel. One such victim was Sen. Charles Percy, who both men worked to defeat and destroy because he dared to only be 99 percent rather than 100 percent pro-Israel. Rahm Emmanuel, a dual citizen of Israel who went to fight for Israel, he has a long pedigree of Jewish extremism. His father served in the Irgun Terrorist Gang and he himself is named after an Irgun terrorist. Zionist leaders in Chicago actually call Obama the first Jewish President and boast that Jews were key players in Obamas every step up the ladder to President. from the very earliest days, extremist Jews were the largest contributors to his campaign. In the beginning of his Presidential bid, three Hollywood Jews that constantly make movies about Jewish suffering, but never about the Zionist terrorism and theft against the Palestinian people, Steven Spielberg, David Geffen, and Jeffrey Katzenberg raised 1.2 million for Obama in a single Hollywood party. By the time Obamas campaign was in full swing, he had huge support from the criminal Zionist International Banking firms such as Goldman Sachs and Lehman brothers. Goldman Sachs was Obamas biggest single contributor, and his vast war chest came not from American manufacturing firms like GM or even American oil companies, (not one was in his top twenty) it was overwhelmingly dominated by Zionist international bankers, the same ones whose thievery and fraud are giving the world this economic depression. For those looking for meaningful social and political change, do you really think it will come from this man who has already been bought heart, head and soul by the most powerful czars of the international financial establishment and the biggest globalists in the world? I know that many are desperate for change, so desperate that you want to believe anything. But in the face of these facts cant you see that Obama will be even more dangerous to freedom and justice than even George Bush and his band of Neocons were. What better way to wipe out George Bushs hated legacy and make the world believe that America has really changed than with the election of Obama. But, all the real Zionist power, Zionist media power, and Zionist financial power in America is still in place, even stronger than ever. Many Americans and others around the world who want to do good are now telling us how wonderful Obama will be as president. What a great change it will be from the old policies. This is because of the Zionist-Controlled media hype, promoting Obama. The fact is that these poor sods are ignorantly helping the radical Zionist agenda in Israel and
X.org 1.5.3, hald(8), and ability to use misc/compat6x
After upgrading to X.org 1.5.3, I created a new xorg.conf, compared it to the old one, and decided that the differences were consistent with the warning in UPDATING, so I installed the newly-generated one. It took me a while after re-starting X to realize that the comment about hald in UPDATING probably was intended to imply that absent appropriate evasive action, it was rather expected that a system running X.org 1.5.3 would also actually have hald(8) running, vs. merely installed as a dependency. And that led to starting dbus(8) similarly. So after dealing with that for most of yesterday -- rebuilding all of the X-related stuff on a laptop can take a while -- and then updating a handful of X drivers again this morning (which was mercifully brief -- thank you!), I actually had time to reboot from the RELENG_7 slice to update it. I was pleasantly surprised to see that X came up OK, with no loss of function. (I've been fighting an issue that pops up frequently, but not quite always, where starting X locks the system up so tight in RELENG_7 that it requires a power-cycle to change state. When this happens, the laptop's screen generally does not (completely?) switch to graphics mode. It also happens in HEAD, but there I can break into the debugger from a serial console. So far, the only circumvention found is to disable DRI in xorg.conf. I've been providing the information I can to rnol...@.) I held out a (small) hope that perhaps the update to X.org (including dri-7.3,2) might have addressed the issue with DRI. But it also seemed to indicate that running ports -- all built under RELENG_6 -- while running a RELENG_7 system (with the compat6x port installed as the only port built under RELENG_7) was (still) OK. After updating FreeBSD on the RELENG_7 slice, I rebooted, and was quickly disabused of both notions: * I had a recurrence of the lockup during transition to graphics mode again. Hacking xorg.conf to disable DRI circumvented that, only to yield: * Once xdm started, I had no use of the keyboard or mouse for the xdm login screen. I was, however, able to switch to an alternate vty. So these symptoms were identical to thise I had under RELENG_6 before I started hald(8). As a circumvention for this, I added: Section ServerFlags Option AllowEmptyInput False # [bool] Option AutoAddDevicesFalse # [bool] EndSection to xorg.conf. (I expect that one of those is likely overkill, but it works.) So is a hald(8) (and dbus(8)) built under RELENG_6 supposed to work in a RELENG_7 environment that has the misc/compat6x port installed? (In case it isn't apparent, I have the laptop sliced up so that I can boot run FreeBSD from any of the 4 slices; in doing so, certain things will be the same regardless, as they will actually refer to the same locations on disk: * swap space * /var * A file system for repositories (CVS SVN) * A file system for miscellaneous common stuff, such as home directories. For each slice, /usr/local is actually a symlink to a (single) directory in that last file system listed, so /usr/local is effectively shared across all environments. This is something I would much prefer to retain, as going through that X.org upgrade for each slice is quite enough to give one significant pause. And so far, I've been able to avoid changing the default installation locationj for any ports.) [No need to Cc: me if you write to the list.] Thanks! Peace, david -- David H. Wolfskill da...@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. pgpHVPbxf35q0.pgp Description: PGP signature
Re: [patch] net-p2p/deluge port improvement - startup scripts + update to 1.1.1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello everyone, Replying to myself, sorry. Victor Popov wrote: | Deluge bittorrent client is great, and has a flexible architecture, which | allows user to run a downloading daemon, only occasionally launching an | user interface to manage downloads; all the other time daemon can work | unattended. | net-p2p/deluge port is missing startup scripts for daemon, and this is | what I want to be fixed. | | The attached patch adds two rc scripts, for launching the daemon, deluged, | and for launching deluge in webui mode. Ideally, this should be several | separate ports, like net-p2p/transmission-*, but deluge is installed by | own installer, so dividing port into several would require a lot of work. | | Some comments about why I wrote these startup scripts in this way: | - First of all, I don't at all like the idea of running p2p client as | usual desktop user for security reasons - desktop users may store | sensitive information in their mailboxes, browser configs and other | places, so it is better to dedicate different uid for peering task. This | is why _user and _home configuration variables are introduced. | I wonder, should we assign an uid in the UIDs file? What default homedir | should this user have? I've set default to /home/deluge, and maybe there | are better places? | - Minor bug in launching command-line: it should be --logfile=${logfile}, | not a redirection, but unfortunately it does not work now. Could not | investigate and fix it, sorry. Fixed in new version and handled in updated patch. | - run_rc_command is called with environment variable HOME set to ${home}, | because deluged can't determine homedir from user, and it does not accept | -c switch. | - Bug in deluge-webui script: when it is time to stop deluge, script has | to find process due to lack of pidfile. If at that time you are running | deluge with gtk UI, script will find your instance, and will try to kill | it. If deluge_webui_user is not you, it's ok, your deluge is safe, but | after that script will not be able to start webui, because it would think | it is already running. This is because deluge program does not accept | --pidfile parameter. There is already a feature-request in deluge | bug-tracker for adding pidfile [http://dev.deluge-torrent.org/ticket/758], | so maybe soon it would be possible to improve this script. | | | Can this patch be commited, please? If something is wrong, comments would | be very appreciated. I've updated my patch to deliver new version of deluge - 1.1.1. In addition to portversion bump and distfile changes, I've changed MASTER_SITES to official download site, although it has the same IP now, it can change in future. Also, some plist fixes related to new version. - -- Best regards, Victor Popov mailto:v.a.po...@gmail.com -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.10 (FreeBSD) iEYEARECAAYFAkl8p8oACgkQtKisLOtMPvlKGwCguSKaE0BwjqqkPpAexYo+UsaS emAAoNb+LHfj45BNbU9bAljm1x8WwAev =+WiO -END PGP SIGNATURE- diff -urN net-p2p/deluge.orig/Makefile net-p2p/deluge/Makefile --- net-p2p/deluge.orig/Makefile2009-01-19 07:18:08.0 +0300 +++ net-p2p/deluge/Makefile 2009-01-25 20:16:45.647549998 +0300 @@ -6,9 +6,9 @@ # PORTNAME= deluge -PORTVERSION= 1.1.0 +PORTVERSION= 1.1.1 CATEGORIES=net-p2p python -MASTER_SITES= http://ftp.osuosl.org/pub/deluge/source/${PORTVERSION}/ +MASTER_SITES= http://download.deluge-torrent.org/source/${PORTVERSION}/ MAINTAINER=m...@freebsd.org COMMENT= A Bittorrent client, using Python, GTK+2 and Rasterbar libtorrent @@ -53,6 +53,11 @@ @${ECHO_CMD} Keep in mind, choice WITHOUT_PYGTK still will installing a lot of GUI files that are for pygtk. The installation tool does not provide option to disable install the GUI files. These GUI files are harmless as long as you do not touch these or it won't work because it needs pygtk. | ${FMT} 75 75 .endif +USE_RC_SUBR= deluged deluge-webui +SUB_FILES= deluged deluge-webui +SUB_LIST= PYTHON_CMD=${PYTHON_CMD} +PLIST_SUB+=PORTVERSION=${PORTVERSION} + post-patch: @${REINPLACE_CMD} -e 's|%%LOCALBASE%%|${LOCALBASE}|g ; \ s|%%PTHREAD_LIBS%%|${PTHREAD_LIBS}|g' \ diff -urN net-p2p/deluge.orig/distinfo net-p2p/deluge/distinfo --- net-p2p/deluge.orig/distinfo2009-01-19 07:18:08.0 +0300 +++ net-p2p/deluge/distinfo 2009-01-25 19:38:04.190129856 +0300 @@ -1,3 +1,3 @@ -MD5 (deluge-1.1.0.tar.gz) = 22d8016934cc891da4e0b75949681703 -SHA256 (deluge-1.1.0.tar.gz) = b77ea2052ab167ecd46e75ad957891cf95d4e3cc30aa18fc184f0bda17b31efe -SIZE (deluge-1.1.0.tar.gz) = 3055618 +MD5 (deluge-1.1.1.tar.gz) = e4d00f24b94d33e3f02c99361bec57dc +SHA256 (deluge-1.1.1.tar.gz) = 0af39b827ced9af4553879e9751463b0f34c8db8d60c83dc4873ada28d1549c5 +SIZE (deluge-1.1.1.tar.gz) = 3088901 diff -urN net-p2p/deluge.orig/files/deluge-webui.in net-p2p/deluge/files/deluge-webui.in ---
Re: X.org 1.5.3, hald(8), and ability to use misc/compat6x
On Sun, Jan 25, 2009 at 08:36:34AM -0800, David Wolfskill wrote: After upgrading to X.org 1.5.3... So is a hald(8) (and dbus(8)) built under RELENG_6 supposed to work in a RELENG_7 environment that has the misc/compat6x port installed? ... Nevermind. :-{ A RELENG_6-build dbus hald work fine when RELENG_7 or HEAD has the misc/compat6x port installed: X.Org X Server 1.5.3 Release Date: 5 November 2008 X Protocol Version 11, Revision 0 Build Operating System: FreeBSD 6.4-STABLE i386 Current Operating System: FreeBSD g1-37.catwhisker.org 8.0-CURRENT FreeBSD 8.0-CURRENT #928: Wed Jan 21 07:46:38 PST 2009 r...@g1-37.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY i386 Build Date: 24 January 2009 06:31:47PM ... (II) config/hal: Adding input device AT Keyboard ... (II) config/hal: Adding input device PS/2 Mouse I had some order- and timing-of-operations issues. In particular, I found that augmenting the begining of my xdm start-up script with: until hald=$(check_process hald-addon-mouse-sysmouse); [ -n ${hald} ]; do sleep 1 done # Stupid hack -- the above check is evidently insufficient to # ensure that X.org can actually initialise context: (null) ((null)) sleep 7 seems to allow things to work. (The value 7 seconds was determined empirically.) I had started checking for hald, then checked for hald-addon-mouse-sysmouse; when that was still insufficient, I added the 7-second sleep. (My xdm start-up script is invoked via init(8), out of /etc/ttys.) Peace, david -- David H. Wolfskill da...@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. pgpK1OjD281Kp.pgp Description: PGP signature
Re: [kde-freebsd] All of kde4, qt4, etc build fine except kdenetwork4 on my FreeBSD Current laptop.
I've replied to k...@freebsd maillist, duplicating here: On Sat, 24 Jan 2009 00:32:15 +0300, Max Brazhnikov wrote: On Fri, 23 Jan 2009 13:17:32 -0600, eculp wrote: I have tried everyway that I can think of. Port by port, with portupgrade and with portmaster. I have even tried portmaster -r net/kdenetwork4 - portupgrade -rf net/kdenetwork4 and all generate the exact same results: /usr/ports/net/kdenetwork4/work/kdenetwork-4.1.4/kopete/protocols/jabber\ /libiris/iris/xmpp-im/xmpp_task.cpp:21:27: error: qplatformdefs.h: Noº such file or directory *** Error code 1 Stop in /usr/ports/net/kdenetwork4/work/kdenetwork-4.1.4/build. *** Error code 1 with no change. Could you start verbose build (make -DCMAKE_VERBOSE) and show failed command? Please let me know if you need more information. Output of pkg_info -g qt4-corelib\* qt4-qmake\* BTW, is there a date for kde4.2 yet? http://techbase.kde.org/Schedules Max ___ kde-freebsd mailing list kde-free...@kde.org https://mail.kde.org/mailman/listinfo/kde-freebsd See also http://freebsd.kde.org/ for latest information ___ 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: GNOME, X11, FORTRAN
On Jan 25, 2009, at 5:18, Robert Huff roberth...@rcn.com wrote: bf writes: Just a note to those of you who helped to integrate the Gnome, X11, and Fortran updates in Ports: thank you very much for the work that you have put in, and for your efforts to find and solve any remaining problems. Hear, hear. I definitely third that. Thanks guys for all the hard work and beers are on me if you come down to South Bay area :). -Garrett ___ 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: nagios-3.0.6
It ended up being a problem with 64 bit ints in perl. I changed the setting inadvertedly. Anyway I had to rebuild both perl and the ports segfaulting. AFAIK, PERL_64BITINT Use 64 bit integers (on i386) on \ That port KNOB doesn't affect amd64 or any 64bit arch, only i386. It translates directly to a CONFIGURE_ARGS+=-Duse64bitint -- 1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C Philip M. Gollucci (pgollu...@p6m7g8.com) c: 703.336.9354 Consultant - P6M7G8 Inc.http://p6m7g8.net Senior Sys Admin- RideCharge, Inc. http://ridecharge.com Contractor - PositiveEnergyUSA http://positiveenergyusa.com ASF Member - Apache Software Foundation http://apache.org FreeBSD Committer - FreeBSD Foundation http://freebsd.org Work like you don't need the money, love like you'll never get hurt, and dance like nobody's watching. ___ 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
opera
FreeBSD 7.1, KDE 3.5.10 I installed opera-9.63.20081215_1 from ports and I got: === Checking if www/opera already installed usr/local/share/opera/ini/pluginpath.ini FAILED md5 check: c5b66b8c5ce9f14bdd7b6a5c34f456a8 != ee5c425fba376571c6ef81631e9623b5 Opera is installed and works but there are no plugins. I have mplayer-plugins installed and java too but there are nothing. Thanks. ___ 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: nagios-3.0.6
On Sun, 25 Jan 2009, Guido Falsi wrote: I had a similar problem, with nagios segfaulting and dumping core after perl upgrade. It ended up being a problem with 64 bit ints in perl. I changed the setting inadvertedly. Anyway I had to rebuild both perl and the ports segfaulting. Interesting, what architecture was that machine, i386 or amd64? Also, do you recall whether you inadvertently enabled or disabled the PERL_64BITINT option? Jarrod. ___ 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
An upgrade to xorg-server-1.5.3_1,1/libxcb-1.1.93
I upgraded my X Window system today, with these instructions in mind: # /usr/ports/UPDATING 20090124: sysutils/hal has been updated and should now properly detect mice for use in Xorg. Use of AllowEmptyInput should no longer be needed for most users and moused should now work fine. 20090123: Server 1.5.3 also really wants to configure its input devices via hald. This is causing some issues with moused and /dev/sysmouse. My system is 7.1-STABLE, and I did a full rebuild of relevant ports; my window manager is `twm'. Based on my experience, I have a few questions: 1. Up until this upgrade, I have always avoided using HAL, setting WITHOUT_HAL = yes in my /etc/make.conf file. Today's rebuild with this setting resulted in the mouse (and I think keyboard, too) not working in X. Following the 20090123 note, I commented out the WITHOUT_HAL option in /etc/make.conf and rebuild everything again, modified `etc/rc.conf' appropriately -- and the X input is working fine again. So, is HAL a mandatory component (from the X11 perspective) now? If so, these lines in `x11-servers/xorg-server/Makefile' don't really make sense: OPTIONS= HAL Compile with HAL config support... .if !defined(WITHOUT_HAL) (not having HAL is not an option) -- right? 2. As soon as my new X was up, I started to notice consistent appearances of garbage in my `xterm's -- the garbage that is easily removed by redrawing a window. More than a year ago, I switched my workstation (not this computer) from Debian to FreeBSD, where my primary motivation was to try to get rid of the sporadic and quite often garbage in the work windows -- after I switched to FreeBSD, I have never seen that garbage again. The essential point here is that Debian used HAL, and FreeBSD didn't. Does anybody know if HAL can be a plausible cause of this annoyance? It would be great if it were possible to switch to the new X without bringing in HAL, at least for some time -- too many variables changed in this transition and I am not sure what configuration variation to try next to identify the source of the garbage. -- Alex -- alex-goncha...@comcast.net -- /* * There are no emotional victims, only volunteers. */ ___ 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
xdm no longer included in X.Org 7.4 port
I made the mistake of upgrading ports on my notebook just after X.Org 7.4 had hit the ports tree (on top of a few other significant updates in recent days). When things started looking increasingly messy, I decided my quickest way out was to start again from scratch. - drop to single-user - pkg-delete -a - install required ports (including x11/xorg) - exit single-user - No xdm Why? The x11/xorg-apps Makefile has been completely re-worked and no longer includes a RUN_DEPENDS= x11/xdm, so presumably the change is intentional. Perhaps a config option to prompt for installation of a favourite display manager might be helpful? A warning of this changed behaviour of the meta-port in UPDATING? I guess I just go ahead now and install x11/xdm - and then discover the next thing missing that has always been there. Thanks to all who have worked on this X.Org 7.4 port. I'm grateful for all the work you put in to this. It's just that the missing display manager was more than a bit of a surprise. -- John Marshall pgpscyHJOYNZT.pgp Description: PGP signature
Re: An upgrade to xorg-server-1.5.3_1,1/libxcb-1.1.93
On Sun, 2009-01-25 at 21:54 -0500, Alex Goncharov wrote: I upgraded my X Window system today, with these instructions in mind: # /usr/ports/UPDATING 20090124: sysutils/hal has been updated and should now properly detect mice for use in Xorg. Use of AllowEmptyInput should no longer be needed for most users and moused should now work fine. 20090123: Server 1.5.3 also really wants to configure its input devices via hald. This is causing some issues with moused and /dev/sysmouse. My system is 7.1-STABLE, and I did a full rebuild of relevant ports; my window manager is `twm'. Based on my experience, I have a few questions: 1. Up until this upgrade, I have always avoided using HAL, setting WITHOUT_HAL = yes in my /etc/make.conf file. Today's rebuild with this setting resulted in the mouse (and I think keyboard, too) not working in X. Following the 20090123 note, I commented out the WITHOUT_HAL option in /etc/make.conf and rebuild everything again, modified `etc/rc.conf' appropriately -- and the X input is working fine again. So, is HAL a mandatory component (from the X11 perspective) now? Xorg is moving more in that direction... Using hal for device configuration is now the default. However, you can still statically configure devices. See xorg.conf(5), AllowEmptyInput, AutoAddDevices, AutoEnableDevices. So, yes you can still configure it without HAL support, it just isn't the preferred method. If so, these lines in `x11-servers/xorg-server/Makefile' don't really make sense: OPTIONS= HAL Compile with HAL config support... .if !defined(WITHOUT_HAL) (not having HAL is not an option) -- right? It is still an option. 2. As soon as my new X was up, I started to notice consistent appearances of garbage in my `xterm's -- the garbage that is easily removed by redrawing a window. More than a year ago, I switched my workstation (not this computer) from Debian to FreeBSD, where my primary motivation was to try to get rid of the sporadic and quite often garbage in the work windows -- after I switched to FreeBSD, I have never seen that garbage again. The essential point here is that Debian used HAL, and FreeBSD didn't. Does anybody know if HAL can be a plausible cause of this annoyance? I'm pretty confident that HAL can not be blamed for this... robert. It would be great if it were possible to switch to the new X without bringing in HAL, at least for some time -- too many variables changed in this transition and I am not sure what configuration variation to try next to identify the source of the garbage. -- Alex -- alex-goncha...@comcast.net -- /* * There are no emotional victims, only volunteers. */ ___ 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 signature.asc Description: This is a digitally signed message part
Re: An upgrade to xorg-server-1.5.3_1,1/libxcb-1.1.93
On Sun, 25 Jan 2009, Robert Noland wrote: On Sun, 2009-01-25 at 21:54 -0500, Alex Goncharov wrote: Xorg is moving more in that direction... Using hal for device configuration is now the default. However, you can still statically configure devices. See xorg.conf(5), AllowEmptyInput, AutoAddDevices, AutoEnableDevices. So, yes you can still configure it without HAL support, it just isn't the preferred method. I've been avoiding HAL like the plague as well. It frobs my ath wireless card when it tries to probe it. Disabling it works, but KDE runs like garbage with hal running, and I get zombie processes of hal-storage-cleanup--all-mountpoints when I try to shut it down... In short, I avoid it wherever possible! ___ 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: nagios-3.0.6
Jarrod Sayers wrote: On Sun, 25 Jan 2009, Guido Falsi wrote: I had a similar problem, with nagios segfaulting and dumping core after perl upgrade. It ended up being a problem with 64 bit ints in perl. I changed the setting inadvertedly. Anyway I had to rebuild both perl and the ports segfaulting. Interesting, what architecture was that machine, i386 or amd64? Also, do you recall whether you inadvertently enabled or disabled the PERL_64BITINT option? i386. I disabled it, it used to be enabled, which is the default. Now it is enabled and I also rebuild nagios, I'm not sure if simply reenabling it solved the problem. -- Guido Falsi m...@madpilot.net ___ 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: nagios-3.0.6
PERL_64BITINT option? i386. I disabled it, it used to be enabled, which is the default. Now it is enabled and I also rebuild nagios, I'm not sure if simply reenabling it solved the problem. Yeah, you definitely can _not_ mix apps / CPANS particularly anthing in XS or C with perls that used different options here. -- 1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C Philip M. Gollucci (pgollu...@p6m7g8.com) c: 703.336.9354 Consultant - P6M7G8 Inc.http://p6m7g8.net Senior Sys Admin- RideCharge, Inc. http://ridecharge.com Contractor - PositiveEnergyUSA http://positiveenergyusa.com ASF Member - Apache Software Foundation http://apache.org FreeBSD Committer - FreeBSD Foundation http://freebsd.org Work like you don't need the money, love like you'll never get hurt, and dance like nobody's watching. ___ 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: nagios-3.0.6
Philip M. Gollucci wrote: PERL_64BITINT option? i386. I disabled it, it used to be enabled, which is the default. Now it is enabled and I also rebuild nagios, I'm not sure if simply reenabling it solved the problem. Yeah, you definitely can _not_ mix apps / CPANS particularly anthing in XS or C with perls that used different options here. As I said I inadvertedly disabled that option. As soon as I noticed I understood that was the problem. I reported it here because I thought it could be of some help to the original poster. Sometimes one just does not notice this kind of little changes. -- Guido Falsi m...@madpilot.net ___ 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