From mezz at FreeBSD.org Sun Feb 1 08:26:47 2009 From: mezz at FreeBSD.org (mezz@FreeBSD.org) Date: Sun Feb 1 08:26:54 2009 Subject: ports/131237: www/firefox3: missing LDFLAGS Message-ID: <200902011626.n11GQk5f088979@freefall.freebsd.org> Synopsis: www/firefox3: missing LDFLAGS State-Changed-From-To: open->closed State-Changed-By: mezz State-Changed-When: Sun Feb 1 16:24:48 UTC 2009 State-Changed-Why: Not a bug. Firefox sets LD_LIBRARY_PATH when you run it. Your Firefox runs fine, right? Linux has same of that. If you don't like it, make a bug report to Mozilla bugzilla. http://www.freebsd.org/cgi/query-pr.cgi?pr=131237 From mezz at FreeBSD.org Sun Feb 1 08:39:41 2009 From: mezz at FreeBSD.org (mezz@FreeBSD.org) Date: Sun Feb 1 08:39:46 2009 Subject: ports/130868: graphics/librsvg2: fix for locale bug in rsvg-convert Message-ID: <200902011639.n11GdeT1099632@freefall.freebsd.org> Synopsis: graphics/librsvg2: fix for locale bug in rsvg-convert State-Changed-From-To: open->closed State-Changed-By: mezz State-Changed-When: Sun Feb 1 16:39:27 UTC 2009 State-Changed-Why: Committed, thanks! http://www.freebsd.org/cgi/query-pr.cgi?pr=130868 From dfilter at FreeBSD.ORG Sun Feb 1 08:40:13 2009 From: dfilter at FreeBSD.ORG (dfilter service) Date: Sun Feb 1 08:40:18 2009 Subject: ports/130868: commit references a PR Message-ID: <200902011640.n11GeCdm099806@freefall.freebsd.org> The following reply was made to PR ports/130868; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: ports/130868: commit references a PR Date: Sun, 1 Feb 2009 16:39:27 +0000 (UTC) mezz 2009-02-01 16:39:16 UTC FreeBSD ports repository Modified files: graphics/librsvg2 Makefile Added files: graphics/librsvg2/files patch-cmdline-bugfixes Log: Fix the rsvg-convert when using UTF-8 filename, bump the PORTREVISION. PR: ports/130868 Submitted by: Marcin Cieslak Obtained from: http://tinyurl.com/cuab6v Revision Changes Path 1.70 +1 -1 ports/graphics/librsvg2/Makefile 1.1 +29 -0 ports/graphics/librsvg2/files/patch-cmdline-bugfixes (new) _______________________________________________ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "cvs-all-unsubscribe@freebsd.org" From mezz at FreeBSD.org Sun Feb 1 08:46:44 2009 From: mezz at FreeBSD.org (mezz@FreeBSD.org) Date: Sun Feb 1 08:46:50 2009 Subject: ports/130891: www/webkit-gtk2: [patch] doesn't compile/install libwebkit-1.0.a Message-ID: <200902011646.n11GkhGU006746@freefall.freebsd.org> Synopsis: www/webkit-gtk2: [patch] doesn't compile/install libwebkit-1.0.a State-Changed-From-To: open->closed State-Changed-By: mezz State-Changed-When: Sun Feb 1 16:46:28 UTC 2009 State-Changed-Why: Committed, thanks! http://www.freebsd.org/cgi/query-pr.cgi?pr=130891 From dfilter at FreeBSD.ORG Sun Feb 1 08:50:05 2009 From: dfilter at FreeBSD.ORG (dfilter service) Date: Sun Feb 1 08:50:11 2009 Subject: ports/130891: commit references a PR Message-ID: <200902011650.n11Go3tt006850@freefall.freebsd.org> The following reply was made to PR ports/130891; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: ports/130891: commit references a PR Date: Sun, 1 Feb 2009 16:46:18 +0000 (UTC) mezz 2009-02-01 16:46:09 UTC FreeBSD ports repository Modified files: www/webkit-gtk2 Makefile Log: Somehow, if the configure finds bash then it will using bash's doltlibtool then the result a static library will not be compile and install. It ends mess up users' plist. Disable to use bash's doltlibtool. Bump the PORTREVISION. I personal don't understand with bash's doltlibtool issue, so if anyone want to dig in it deeper then be my guest. PR: ports/130891 Submitted by: WATANABE Kazuhiro Revision Changes Path 1.9 +3 -2 ports/www/webkit-gtk2/Makefile _______________________________________________ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "cvs-all-unsubscribe@freebsd.org" From swhetzel at gmail.com Sun Feb 1 13:17:57 2009 From: swhetzel at gmail.com (Scot Hetzel) Date: Sun Feb 1 13:18:03 2009 Subject: ports/131237: www/firefox3: missing LDFLAGS In-Reply-To: <200902011626.n11GQk5f088979@freefall.freebsd.org> References: <200902011626.n11GQk5f088979@freefall.freebsd.org> Message-ID: <790a9fff0902011256h7e8ed2m62475e8dd05a6002@mail.gmail.com> Firefox3 runs fine with/without the LDFLAGS setting in the ports Makefile. It's just that tools (sysutils/libchk and ldd) used to report that Firefox3 firefox-bin are missing libraries. But these same tools run against Firefox2's firefox-bin show all libraries as available. Any way I'll leave it to your decision not to add this simple change to the ports Makefile. Scot From swhetzel at gmail.com Sun Feb 1 13:20:07 2009 From: swhetzel at gmail.com (Scot Hetzel) Date: Sun Feb 1 13:20:13 2009 Subject: ports/131237: www/firefox3: missing LDFLAGS Message-ID: <200902012120.n11LK7o5010933@freefall.freebsd.org> The following reply was made to PR ports/131237; it has been noted by GNATS. From: Scot Hetzel To: mezz@freebsd.org, bug-followup@FreeBSD.org Cc: gnome@freebsd.org Subject: Re: ports/131237: www/firefox3: missing LDFLAGS Date: Sun, 1 Feb 2009 14:56:38 -0600 Firefox3 runs fine with/without the LDFLAGS setting in the ports Makefile. It's just that tools (sysutils/libchk and ldd) used to report that Firefox3 firefox-bin are missing libraries. But these same tools run against Firefox2's firefox-bin show all libraries as available. Any way I'll leave it to your decision not to add this simple change to the ports Makefile. Scot From bugmaster at FreeBSD.org Mon Feb 2 03:07:13 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Feb 2 03:09:48 2009 Subject: Current problem reports assigned to gnome@FreeBSD.org Message-ID: <200902021107.n12B7COY094766@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/131121 gnome devel/gamin - default polling frequency increases CPU o ports/131075 gnome [update] lang/vala version 0.4.0 to 0.5.6 o ports/130970 gnome [PATCH]:textproc/link-grammar : update to 4.4.2 o ports/130597 gnome sysutils/policykit add NO_INSTALL_MANPAGES o ports/130503 gnome security/seahorse: won't build with certain options di o ports/130187 gnome [PATCH] irc/xchat switch to USE_TCL o ports/129397 gnome www/Firefox stuck at building chrome's registry o ports/129147 gnome can't use deskutils/lightning-xpi under current amd64 o ports/129080 gnome www/firefox3 - Building Firefox 3.0.4 (port epoch 1) f o ports/128947 gnome audio/pulseaudio: start-pulseaudio-x11 hangs and preve a ports/128826 gnome sysutils/hal: hald-addon-mouse-sysmouse runs fstat to o ports/128694 gnome www/firefox3 - Firefox 3 corrupts PostScript printer f o ports/127298 gnome ports/www/xulrunner coredumps o ports/125306 gnome www/firefox3 gtk-gnash thread error o ports/121670 gnome [PATCH] Update converters/libiconv to 1.12 a ports/117724 gnome Recently updated x11/gdm port ignores $LANG setting in o ports/103529 gnome www/seamonkey: enable SVG and Pango font rendering sup 17 problems total. From jkim at FreeBSD.org Mon Feb 2 10:16:31 2009 From: jkim at FreeBSD.org (Jung-uk Kim) Date: Mon Feb 2 10:16:40 2009 Subject: [PATCH] sysutils/consolekit Message-ID: <200902021315.45623.jkim@FreeBSD.org> The attached patch removes unnecessary open/close of /dev/ttyv* and unnecessary sorting of globing result when counting number of consoles. Please review. Thanks, Jung-uk Kim -------------- next part -------------- Index: sysutils/consolekit/Makefile =================================================================== RCS file: /home/pcvs/ports/sysutils/consolekit/Makefile,v retrieving revision 1.8 diff -u -r1.8 Makefile --- sysutils/consolekit/Makefile 10 Jan 2009 05:21:48 -0000 1.8 +++ sysutils/consolekit/Makefile 2 Feb 2009 18:00:37 -0000 @@ -7,7 +7,7 @@ PORTNAME= consolekit PORTVERSION= 0.3.0 -PORTREVISION= 3 +PORTREVISION= 4 CATEGORIES= sysutils gnome MASTER_SITES= http://people.freedesktop.org/~mccann/dist/ DISTFILES= ConsoleKit-${PORTVERSION}${EXTRACT_SUFX} Index: sysutils/consolekit/files/patch-src_ck-sysdeps-freebsd.c =================================================================== RCS file: /home/pcvs/ports/sysutils/consolekit/files/patch-src_ck-sysdeps-freebsd.c,v retrieving revision 1.1 diff -u -r1.1 patch-src_ck-sysdeps-freebsd.c --- sysutils/consolekit/files/patch-src_ck-sysdeps-freebsd.c 24 Mar 2008 03:50:11 -0000 1.1 +++ sysutils/consolekit/files/patch-src_ck-sysdeps-freebsd.c 2 Feb 2009 18:00:37 -0000 @@ -1,5 +1,5 @@ ---- src/ck-sysdeps-freebsd.c.orig 2008-01-23 09:30:44.000000000 -0500 -+++ src/ck-sysdeps-freebsd.c 2008-02-06 22:50:57.000000000 -0500 +--- src/ck-sysdeps-freebsd.c.orig 2008-04-03 20:36:21.000000000 -0400 ++++ src/ck-sysdeps-freebsd.c 2009-01-30 17:03:00.000000000 -0500 @@ -27,6 +27,7 @@ #include #include @@ -24,7 +24,7 @@ *stat = NULL; } -@@ -318,38 +317,40 @@ gboolean +@@ -327,38 +326,38 @@ gboolean ck_get_max_num_consoles (guint *num) { int max_consoles; @@ -41,19 +41,16 @@ - if (res == 0) { - goto done; - } -- -- while ((t = getttyent ()) != NULL) { -- if (t->ty_status & TTY_ON && strncmp (t->ty_name, "ttyv", 4) == 0) + g.gl_offs = 0; -+ glob ("/dev/ttyv*", GLOB_DOOFFS, NULL, &g); ++ glob ("/dev/ttyv*", GLOB_DOOFFS | GLOB_NOSORT, NULL, &g); + for (i = 0; i < g.gl_pathc && g.gl_pathv[i] != NULL; i++) { -+ int fd; ++ struct stat sb; + char *cdev; -+ + +- while ((t = getttyent ()) != NULL) { +- if (t->ty_status & TTY_ON && strncmp (t->ty_name, "ttyv", 4) == 0) + cdev = g.gl_pathv[i]; -+ fd = open (cdev, O_RDONLY | O_NOCTTY); -+ if (fd > -1) { -+ close (fd); ++ if (stat (cdev, &sb) > -1 && S_ISCHR (sb.st_mode)) { max_consoles++; + } else { + break; @@ -83,7 +80,7 @@ } char * -@@ -360,7 +361,12 @@ ck_get_console_device_for_num (guint num +@@ -369,7 +368,12 @@ ck_get_console_device_for_num (guint num /* The device number is always one less than the VT number. */ num--; @@ -97,7 +94,7 @@ return device; } -@@ -370,6 +376,7 @@ ck_get_console_num_from_device (const ch +@@ -379,6 +383,7 @@ ck_get_console_num_from_device (const ch guint *num) { guint n; @@ -105,7 +102,7 @@ gboolean ret; n = 0; -@@ -379,7 +386,11 @@ ck_get_console_num_from_device (const ch +@@ -388,7 +393,11 @@ ck_get_console_num_from_device (const ch return FALSE; } @@ -118,7 +115,7 @@ /* The VT number is always one more than the device number. */ n++; ret = TRUE; -@@ -399,6 +410,7 @@ ck_get_active_console_num (int consol +@@ -408,6 +417,7 @@ ck_get_active_console_num (int consol gboolean ret; int res; int active; @@ -126,7 +123,7 @@ g_assert (console_fd != -1); -@@ -411,7 +423,12 @@ ck_get_active_console_num (int consol +@@ -420,7 +430,12 @@ ck_get_active_console_num (int consol goto out; } From jkim at FreeBSD.org Mon Feb 2 10:34:51 2009 From: jkim at FreeBSD.org (Jung-uk Kim) Date: Mon Feb 2 10:34:58 2009 Subject: [PATCH] sysutils/hal Message-ID: <200902021334.34173.jkim@FreeBSD.org> Please review the attached patch: - Do not search for Linux-specific hald-addon-acpi module. - Remove unnecessary ioctl calls for battery on non-laptops. - Do not use model-specific sysctl if it is not available. - Always provide frequencies of BSP as we do not export APs' yet. Thanks, Jung-uk Kim -------------- next part -------------- Index: sysutils/hal/Makefile =================================================================== RCS file: /home/pcvs/ports/sysutils/hal/Makefile,v retrieving revision 1.46 diff -u -r1.46 Makefile --- sysutils/hal/Makefile 31 Jan 2009 21:49:13 -0000 1.46 +++ sysutils/hal/Makefile 2 Feb 2009 18:00:37 -0000 @@ -8,7 +8,7 @@ PORTNAME= hal DISTVERSION= 0.5.11 -PORTREVISION= 15 +PORTREVISION= 16 CATEGORIES= sysutils MASTER_SITES= http://hal.freedesktop.org/releases/ Index: sysutils/hal/files/patch-fdi_policy_10osvendor_10-power-mgmt-policy.fdi =================================================================== RCS file: sysutils/hal/files/patch-fdi_policy_10osvendor_10-power-mgmt-policy.fdi diff -N sysutils/hal/files/patch-fdi_policy_10osvendor_10-power-mgmt-policy.fdi --- /dev/null 1 Jan 1970 00:00:00 -0000 +++ sysutils/hal/files/patch-fdi_policy_10osvendor_10-power-mgmt-policy.fdi 2 Feb 2009 18:00:37 -0000 @@ -0,0 +1,13 @@ +--- fdi/policy/10osvendor/10-power-mgmt-policy.fdi.orig 2008-05-07 19:21:15.000000000 -0400 ++++ fdi/policy/10osvendor/10-power-mgmt-policy.fdi 2009-01-30 17:41:05.000000000 -0500 +@@ -10,7 +10,9 @@ + + + +- hald-addon-acpi ++ ++ hald-addon-acpi ++ + + + Index: sysutils/hal/files/patch-hald_freebsd_hf-acpi.c =================================================================== RCS file: sysutils/hal/files/patch-hald_freebsd_hf-acpi.c diff -N sysutils/hal/files/patch-hald_freebsd_hf-acpi.c --- /dev/null 1 Jan 1970 00:00:00 -0000 +++ sysutils/hal/files/patch-hald_freebsd_hf-acpi.c 2 Feb 2009 18:00:37 -0000 @@ -0,0 +1,31 @@ +--- hald/freebsd/hf-acpi.c.orig 2008-05-07 19:23:59.000000000 -0400 ++++ hald/freebsd/hf-acpi.c 2009-01-30 15:53:14.000000000 -0500 +@@ -105,6 +105,9 @@ hf_acpi_poll_batt (HalDevice *device) + gboolean ispresent; + union acpi_battery_ioctl_arg battif, battst, battinfo; + ++ if (! hf_has_sysctl("hw.acpi.battery")) ++ return; ++ + battif.unit = battst.unit = battinfo.unit = + hal_device_property_get_int(device, "freebsd.unit"); + +@@ -504,6 +507,8 @@ hf_acpi_laptop_panel_new (HalDevice *par + + g_return_val_if_fail(HAL_IS_DEVICE(parent), NULL); + ++ if (! hf_has_sysctl("hw.acpi.%s", access)) ++ return NULL; + device = hf_device_new(parent); + + hf_device_property_set_string_printf(device, "info.product", "Laptop Panel (%s)", name); +@@ -597,7 +602,8 @@ hf_acpi_probe (void) + laptop_panel_types[i].max_sysctl, + laptop_panel_types[i].access, + laptop_panel_types[i].name); +- hf_device_preprobe_and_add(panel_device); ++ if (panel_device) ++ hf_device_preprobe_and_add(panel_device); + } + } + } Index: sysutils/hal/files/patch-hald_freebsd_hf-devtree.c =================================================================== RCS file: /home/pcvs/ports/sysutils/hal/files/patch-hald_freebsd_hf-devtree.c,v retrieving revision 1.1 diff -u -r1.1 patch-hald_freebsd_hf-devtree.c --- sysutils/hal/files/patch-hald_freebsd_hf-devtree.c 26 Jan 2009 17:55:44 -0000 1.1 +++ sysutils/hal/files/patch-hald_freebsd_hf-devtree.c 2 Feb 2009 18:00:37 -0000 @@ -1,6 +1,30 @@ --- hald/freebsd/hf-devtree.c.orig 2008-05-07 19:24:03.000000000 -0400 -+++ hald/freebsd/hf-devtree.c 2009-01-25 17:17:02.000000000 -0500 -@@ -426,7 +426,13 @@ hf_devtree_probe (void) ++++ hald/freebsd/hf-devtree.c 2009-01-30 14:30:57.000000000 -0500 +@@ -86,7 +86,11 @@ hf_devtree_cpu_can_throttle (int cpu) + gboolean can = FALSE; + char *levels; + ++#ifdef notyet + levels = hf_get_string_sysctl(NULL, "dev.cpu.%i.freq_levels", cpu); ++#else ++ levels = hf_get_string_sysctl(NULL, "dev.cpu.0.freq_levels"); ++#endif + if (levels) + { + char **toks; +@@ -109,7 +113,11 @@ hf_devtree_cpu_get_maxfreq (int cpu) + char *levels; + int freq = -1; + ++#ifdef notyet + levels = hf_get_string_sysctl(NULL, "dev.cpu.%i.freq_levels", cpu); ++#else ++ levels = hf_get_string_sysctl(NULL, "dev.cpu.0.freq_levels"); ++#endif + if (levels) + { + sscanf(levels, "%i/", &freq); +@@ -426,7 +434,13 @@ hf_devtree_probe (void) HalDevice *device; device = hf_devtree_device_new(parent, info->handler, info->unit); @@ -15,7 +39,7 @@ } devices = g_slist_delete_link(devices, root); -@@ -434,6 +440,17 @@ hf_devtree_probe (void) +@@ -434,6 +448,17 @@ hf_devtree_probe (void) } } @@ -33,7 +57,7 @@ HalDevice * hf_devtree_find_from_name (HalDeviceStore *store, const char *name) { -@@ -597,5 +614,6 @@ hf_devtree_is_driver (const char *name, +@@ -597,5 +622,6 @@ hf_devtree_is_driver (const char *name, } HFHandler hf_devtree_handler = { From marcus at marcuscom.com Mon Feb 2 14:13:22 2009 From: marcus at marcuscom.com (Joe Marcus Clarke) Date: Mon Feb 2 14:13:29 2009 Subject: [PATCH] sysutils/consolekit In-Reply-To: <200902021315.45623.jkim@FreeBSD.org> References: <200902021315.45623.jkim@FreeBSD.org> Message-ID: <1233612800.2303.1.camel@shumai.marcuscom.com> On Mon, 2009-02-02 at 13:15 -0500, Jung-uk Kim wrote: > The attached patch removes unnecessary open/close of /dev/ttyv* and > unnecessary sorting of globing result when counting number of > consoles. Please review. Approved. Joe -- PGP Key : http://www.marcuscom.com/pgp.asc -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-gnome/attachments/20090202/9122458c/attachment.pgp From marcus at marcuscom.com Mon Feb 2 14:13:32 2009 From: marcus at marcuscom.com (Joe Marcus Clarke) Date: Mon Feb 2 14:13:38 2009 Subject: [PATCH] sysutils/hal In-Reply-To: <200902021334.34173.jkim@FreeBSD.org> References: <200902021334.34173.jkim@FreeBSD.org> Message-ID: <1233612811.2303.2.camel@shumai.marcuscom.com> On Mon, 2009-02-02 at 13:34 -0500, Jung-uk Kim wrote: > Please review the attached patch: > > - Do not search for Linux-specific hald-addon-acpi module. > - Remove unnecessary ioctl calls for battery on non-laptops. > - Do not use model-specific sysctl if it is not available. > - Always provide frequencies of BSP as we do not export APs' yet. Approved. Joe -- PGP Key : http://www.marcuscom.com/pgp.asc -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-gnome/attachments/20090202/ddd53822/attachment.pgp From ken at tydfam.jp Mon Feb 2 17:46:09 2009 From: ken at tydfam.jp (ken) Date: Mon Feb 2 17:46:16 2009 Subject: Can I compile gnome 2.24 using xorg 7.4 In-Reply-To: <20090130223338.GE29853@zod.isi.edu> References: <1233321898.1874.30.camel@wombat.2hip.net> <20090130.232444.123339447357712880.ken@tydfam.jp> <20090130223338.GE29853@zod.isi.edu> Message-ID: <20090203.104605.195066307663376664.ken@tydfam.jp> Yes, "portupgrade -rf libxcb" finally solved my problem at last after over 72 hours of compilation - still continues, 1070 ports exists. Delete all gnome related binary and reinstall might be the firstest way of upgrading... Umm.. Is not there any better/faster way of upgrading for impatients? From mexas at bristol.ac.uk Tue Feb 3 02:13:25 2009 From: mexas at bristol.ac.uk (Anton Shterenlikht) Date: Tue Feb 3 02:13:31 2009 Subject: policykit fails to build on 7.1-stable i386 Message-ID: <20090203095745.GA90786@mech-cluster238.men.bris.ac.uk> when building ports/sysutils/policykit on FBSD 7.1-stable i386 I get: Making all in man gmake[3]: Entering directory `/usr/ports/sysutils/policykit/work/PolicyKit-0.9/d oc/man' /usr/local/bin/xsltproc -nonet http://docbook.sourceforge.net/release/xsl/curren t/manpages/docbook.xsl polkit-auth.xml I/O error : Attempt to load network entity http://docbook.sourceforge.net/releas e/xsl/current/manpages/docbook.xsl warning: failed to load external entity "http://docbook.sourceforge.net/release/ xsl/current/manpages/docbook.xsl" cannot parse http://docbook.sourceforge.net/release/xsl/current/manpages/docbook .xsl gmake[3]: *** [polkit-auth.1] Error 4 gmake[3]: Leaving directory `/usr/ports/sysutils/policykit/work/PolicyKit-0.9/do c/man' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory `/usr/ports/sysutils/policykit/work/PolicyKit-0.9/do c' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/sysutils/policykit/work/PolicyKit-0.9' gmake: *** [all] Error 2 *** Error code 2 Stop in /usr/ports/sysutils/policykit. What shall I do? many thanks anton -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 928 8233 Fax: +44 (0)117 929 4423 From mexas at bristol.ac.uk Tue Feb 3 02:25:05 2009 From: mexas at bristol.ac.uk (Anton Shterenlikht) Date: Tue Feb 3 02:25:18 2009 Subject: policykit fails to build on 7.1-stable i386 In-Reply-To: <20090203095745.GA90786@mech-cluster238.men.bris.ac.uk> References: <20090203095745.GA90786@mech-cluster238.men.bris.ac.uk> Message-ID: <20090203102455.GA99454@mech-cluster238.men.bris.ac.uk> On Tue, Feb 03, 2009 at 09:57:45AM +0000, Anton Shterenlikht wrote: > when building ports/sysutils/policykit on FBSD 7.1-stable i386 I get: > > Making all in man > gmake[3]: Entering directory `/usr/ports/sysutils/policykit/work/PolicyKit-0.9/d > oc/man' > /usr/local/bin/xsltproc -nonet http://docbook.sourceforge.net/release/xsl/curren > t/manpages/docbook.xsl polkit-auth.xml > I/O error : Attempt to load network entity http://docbook.sourceforge.net/releas > e/xsl/current/manpages/docbook.xsl > warning: failed to load external entity "http://docbook.sourceforge.net/release/ > xsl/current/manpages/docbook.xsl" > cannot parse http://docbook.sourceforge.net/release/xsl/current/manpages/docbook > .xsl > gmake[3]: *** [polkit-auth.1] Error 4 > gmake[3]: Leaving directory `/usr/ports/sysutils/policykit/work/PolicyKit-0.9/do > c/man' > gmake[2]: *** [all-recursive] Error 1 > gmake[2]: Leaving directory `/usr/ports/sysutils/policykit/work/PolicyKit-0.9/do > c' > gmake[1]: *** [all-recursive] Error 1 > gmake[1]: Leaving directory `/usr/ports/sysutils/policykit/work/PolicyKit-0.9' > gmake: *** [all] Error 2 > *** Error code 2 > > Stop in /usr/ports/sysutils/policykit. > > > What shall I do? The file seems to be there, I can get to it with lynx. -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 928 8233 Fax: +44 (0)117 929 4423 From uwe at laverenz.de Tue Feb 3 05:03:50 2009 From: uwe at laverenz.de (Uwe Laverenz) Date: Tue Feb 3 05:03:56 2009 Subject: GDM 2.24.1 and XDMCP In-Reply-To: <1233438711.38049.6.camel@shumai.marcuscom.com> References: <20090119095444.GA10520@laverenz.de> <1232387275.33516.92.camel@shumai.marcuscom.com> <20090120082335.GA8747@laverenz.de> <1232472673.60296.68.camel@shumai.marcuscom.com> <20090128142407.GA6144@laverenz.de> <1233438711.38049.6.camel@shumai.marcuscom.com> Message-ID: <20090203130159.GA9099@laverenz.de> On Sat, Jan 31, 2009 at 04:51:51PM -0500, Joe Marcus Clarke wrote: > > - There are patches for gdm 2.24.1 that seem to solve the XDMCP-problem > > on Fedora 10. I'm not a programmer, but I tested the patches and > > managed to get gdm listen to UDP 177 again, but another problem > > came up with the patched version of gdm that I wasn't able to solve. > > So I was forced to give up for now. > > What problems did you see? I have tried to make the xdmcp-patch work from the files-subdirectory in x11/gdm. The patched gdm starts and actually listens on UDP 177 but as soon as you start it displays: gdm-binary[45684]: WARNING: Unable lookup numeric info: Non-recoverable failure in name resolution You get lots of these messages as soon as you try to connect via XDMCP, followed by a final "Illegal instruction". I guess that this xdmcp-patch collides with one of the FreeBSD-patches somewhere, otherwise it wouldn't work for Fedora?! Anyway, since I'm not a programmer, I don't know how to fix this at this time. If you want to take a look, I have put the new/changed patches online: http://www.laverenz.de/gdm-2.24-xdmcp-files.tar.gz To be honest, I think that this should rather be fixed upstream and that nobody should use gdm >= 2.22 in production until it works at least as well as 2.20 does. GDM 2.20 works fine with Gnome 2.24, so maybe you could re-add it to the ports tree for all people that want to use XDMCP. Thanks, Uwe From edwin at FreeBSD.org Tue Feb 3 12:20:13 2009 From: edwin at FreeBSD.org (edwin@FreeBSD.org) Date: Tue Feb 3 12:20:24 2009 Subject: ports/131346: patch to make www/nsplugginwrapper honor www/firefox3 plugins Message-ID: <200902032020.n13KKCr9059204@freefall.freebsd.org> Synopsis: patch to make www/nsplugginwrapper honor www/firefox3 plugins Responsible-Changed-From-To: freebsd-ports-bugs->gnome Responsible-Changed-By: edwin Responsible-Changed-When: Tue Feb 3 20:20:12 UTC 2009 Responsible-Changed-Why: Over to maintainer (via the GNATS Auto Assign Tool) http://www.freebsd.org/cgi/query-pr.cgi?pr=131346 From roberthuff at rcn.com Tue Feb 3 13:25:20 2009 From: roberthuff at rcn.com (Robert Huff) Date: Tue Feb 3 13:25:27 2009 Subject: problem building security/nss Message-ID: <18824.44956.451552.539859@jerusalem.litteratus.org> Trying to (re)build nss, I can't get beyond: ../../../coreconf/nsinstall/FreeBSD7.0_OPT.OBJ/nsinstall -R -m 775 FreeBSD7.0_OPT.OBJ/modutil ../../../../dist/FreeBSD7.0_OPT.OBJ/bin gmake[2]: Leaving directory `/usr/ports/security/nss/work/nss-3.11.9/mozilla/security/nss/cmd/modutil' gmake[1]: Leaving directory `/usr/ports/security/nss/work/nss-3.11.9/mozilla/security/nss/cmd' huff@>> make deinstall install ===> Deinstalling for security/nss ===> nss not installed, skipping ===> Installing for nss-3.11.9_2 ===> nss-3.11.9_2 depends on shared library: nspr4.1 - found ===> Generating temporary packing list ===> Checking if security/nss already installed /bin/mkdir -p /usr/local/include/nss /usr/local/lib/nss /usr/bin/tar -C /usr/ports/security/nss/work/nss-3.11.9/mozilla/dist/public --dereference -cf - . | /usr/bin/tar -C /usr/local/include/nss -xf - install -o root -g wheel -m 444 /usr/ports/security/nss/work/nss-3.11.9/mozilla/dist/FreeBSD8.*_OPT.OBJ/lib/*.so.1 /usr/local/lib/nss install: /usr/ports/security/nss/work/nss-3.11.9/mozilla/dist/FreeBSD8.*_OPT.OBJ/lib/*.so.1: No such file or directory *** Error code 71 What have I mucked up? Respectfully, Robert Huff From marcus at marcuscom.com Tue Feb 3 13:32:01 2009 From: marcus at marcuscom.com (Joe Marcus Clarke) Date: Tue Feb 3 13:32:13 2009 Subject: problem building security/nss In-Reply-To: <18824.44956.451552.539859@jerusalem.litteratus.org> References: <18824.44956.451552.539859@jerusalem.litteratus.org> Message-ID: <1233696721.24228.34.camel@shumai.marcuscom.com> On Tue, 2009-02-03 at 15:57 -0500, Robert Huff wrote: > Trying to (re)build nss, I can't get beyond: > > ../../../coreconf/nsinstall/FreeBSD7.0_OPT.OBJ/nsinstall -R -m 775 FreeBSD7.0_OPT.OBJ/modutil ../../../../dist/FreeBSD7.0_OPT.OBJ/bin > gmake[2]: Leaving directory `/usr/ports/security/nss/work/nss-3.11.9/mozilla/security/nss/cmd/modutil' > gmake[1]: Leaving directory `/usr/ports/security/nss/work/nss-3.11.9/mozilla/security/nss/cmd' > huff@>> make deinstall install > ===> Deinstalling for security/nss > ===> nss not installed, skipping > ===> Installing for nss-3.11.9_2 > ===> nss-3.11.9_2 depends on shared library: nspr4.1 - found > ===> Generating temporary packing list > ===> Checking if security/nss already installed > /bin/mkdir -p /usr/local/include/nss /usr/local/lib/nss > /usr/bin/tar -C /usr/ports/security/nss/work/nss-3.11.9/mozilla/dist/public --dereference -cf - . | /usr/bin/tar -C /usr/local/include/nss -xf - > install -o root -g wheel -m 444 /usr/ports/security/nss/work/nss-3.11.9/mozilla/dist/FreeBSD8.*_OPT.OBJ/lib/*.so.1 /usr/local/lib/nss > install: /usr/ports/security/nss/work/nss-3.11.9/mozilla/dist/FreeBSD8.*_OPT.OBJ/lib/*.so.1: No such file or directory > *** Error code 71 > > What have I mucked up? Your CFLAGS or your environment most likely. The port tries to install files based on ${OSREL}. ${OSREL} is coming back as 8, but it looks like you're on 7.X. Joe -- PGP Key : http://www.marcuscom.com/pgp.asc -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-gnome/attachments/20090203/8b66e311/attachment.pgp From reg at freebsd.org Tue Feb 3 16:24:22 2009 From: reg at freebsd.org (Jeremy Lea) Date: Tue Feb 3 16:24:30 2009 Subject: Patch for Ogg Theora