Re: Encountered a problem with GNOME gdm
Hi, I think use "/usr/bin/env bash" is better than "/usr/local/bin/bash" in portability. /Eric On Sat, 2008-01-19 at 02:23 +0530, आशीष शुक्ल Ashish Shukla wrote: > Hi, > > I encountered a problem with gdm. The file > "/usr/local/etc/gdm/Xsession" needs "/usr/local/bin/bash" for its > execution, whereas "/bin/sh" is specified. Following is the patch > which will fix this problem. Is this already reported as PR, hmm...? > > 8<-8<- > --- /usr/local/etc/gdm/Xsession~2008-01-17 01:17:04.0 +0530 > +++ /usr/local/etc/gdm/Xsession 2008-01-18 23:55:39.0 +0530 > @@ -1,4 +1,4 @@ > -#!/bin/sh > +#!/usr/local/bin/bash > # > # This is SORT OF LIKE an X session, but not quite. You get a command as the > # first argument (it could be multiple words, so run it with "eval"). As a > >8->8- > > TIA > ___ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "[EMAIL PROTECTED]" ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: 7-STABLE regression that breaks lang/drscheme is src/contrib/gcc/gthr-posix.h 1.1.1.8.2.1
Hi Marius, On Tue, 22 Jan 2008 10:33:27 +0100 Marius Strobl <[EMAIL PROTECTED]> wrote: > The __gthread_active_p(), which returns false positives prior > to the current version of gthr-posix.h, isn't only used in > libstdc++ but also in headers that are installed beneath > /usr/include/c++. So the code in those headers compiled into > an existing binary which was built prior to the gthr-posix.h > fix still might erroneously determine that it's running in a > threaded environment while f.e. libstdc++ does not, causing > the problems you see. Did you try a mred built on a stock > 7-STABLE? When it first stopped working (around the 11th, from memory), my first approach was to rebuild it (over and over, and attempt to debug it...) No joy that way. It's only since I reverted to the earlier version of FreeBSD that it's started working again. As part of the attempt to make mred work again, I re-built *all* of the ports that I have installed (some 900-odd), so all of the libraries in /usr/local/lib are post-15 Jan., and have whatever effect the change introduces. Perhaps that is why epiphany has gone unstable on me (seems to be complaining about failing to connect to gnomevfs). I suspect that mred wasn't minding false-positives before, because it's been configured/compiled with pthreads enabled (for the benefit of Mesa/OpenGL, apparently). If you think that it might help to track things down, I can jump forward to -STABLE again and rebuild at least all of mred's dependencies, but that's going to be a slow process... Reckon I'll give that a go. No point staying in the past, now that we know where abouts the breakage occurred. Cheers, -- Andrew ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: 7-STABLE regression that breaks lang/drscheme is src/contrib/gcc/gthr-posix.h 1.1.1.8.2.1
On Tue, Jan 22, 2008 at 09:44:05AM +1100, Andrew Reilly wrote: > Hello again, > > [to recap: drscheme, (which is an IDE that runs under the "mred" > runtime, built from ports/lang/drscheme (or actually manually > from a personal copy of that Makefile that builds the current > release: 372, rather than ver 370 in ports)) worked beautifully > on my system until I updated to 7-STABLE after 4 Jan. I track > -STABLE every week or two. After that, it segfaults before > printing or displaying anything, and running under gdb has found > that it stops in the garbage collector initialization. I > haven't raised a PR for this yet because I still think that the > problem is probably the drscheme FreeBSD configuration that has > bit-rotted a little, now that FreeBSD has changed slightly. > Still investigating... I've cc'd Joseph Koshy, because this > seems to be somehow related to PR ports/118808.] > > I've done the binary search through CVS, and established that > the precise file and revision that is causing me (or rather, > drscheme) grief: src/contrib/gcc/gthr-posix.h 1.1.1.8.2.1 marius > at 5 Jan 22:58.51. Csupping back to 5 Jan 22:50 is enough to > make everyting happy again. > > Unfortunately, I'm at a loss to explain how this change could be > causing an existing binary to run or not, because it changes the > compiler. Well, presumably it changes the installed libc.so and > libstdc++.so, both of which are linked in at run-time (c++ is used > in mred/drscheme for the wxWidgets GUI). Indeed, the most recent > time that I backed this revision of gthr-posix.h out (regressed > to 5 Jan 22:50), drscheme started to work as soon as the system > libraries had been installed, before I had rebooted. The __gthread_active_p(), which returns false positives prior to the current version of gthr-posix.h, isn't only used in libstdc++ but also in headers that are installed beneath /usr/include/c++. So the code in those headers compiled into an existing binary which was built prior to the gthr-posix.h fix still might erroneously determine that it's running in a threaded environment while f.e. libstdc++ does not, causing the problems you see. Did you try a mred built on a stock 7-STABLE? > > Since there hasn't been any other wailing about incompatability > since this change, my guess is that mred was somehow working > around the previous FreeBSD behaviour: it has quite a bit of > low-level platform-specific configuration, since it is a > language runtime. The ideal solution will be to figure out how > to tweak it's FreeBSD compatability to suit the new operation. > If anyone can offer a hint as to which area I should be looking > at for configuration knobs, I'd be really grateful. > Marius ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Encountered a problem with GNOME gdm
On Tue, 22 Jan 2008 16:18:31 +0800 "Eric L. Chen" <[EMAIL PROTECTED]> wrote: > I think use "/usr/bin/env bash" is better than "/usr/local/bin/bash" > in portability. I concur. I have written several scripts that are used on various operating systems and found using the '/usr/bin/env' notation in the shebang the most successful. I am quite surprised that it is not employed more frequently. Just my 2¢. -- Gerard [EMAIL PROTECTED] The Wright Bothers weren't the first to fly. They were just the first not to crash. signature.asc Description: PGP signature
ports/119664
Cheers, Can somebody please commit ports/119664 ? It is an important bugfix, without nobody can install Rubygems. Thanks, Jonathan -- Jonathan Weiss http://blog.innerewut.de ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
create ports from list
Hello, I have a server with round about 200 installed Ports. I need to setup a second server with the same, but slightly newer, ports recompiled from source. Is there an easy way to crate a port list with compile options and feed a build command on the second server with it? Thanks in advance. Regards, Charles -- Pt! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Encountered a problem with GNOME gdm
> Eric L Chen writes: Eric> Hi, Eric> I think use "/usr/bin/env bash" is better than "/usr/local/bin/bash" in Eric> portability. True, but is this reported as P.R., hmm...? Thanks -- Ashish Shukla आशीष शुक्ल http://wahjava.wordpress.com/ ·-- ·- ·--- ·- ···- ·- ·--·-· --· -- ·- ·· ·-·· ·-·-·- -·-· --- -- pgpoAkCzXhXwR.pgp Description: PGP signature
Re: create ports from list
[EMAIL PROTECTED] wrote: > I have a server with round about 200 installed Ports. I need > to setup a second server with the same, but slightly newer, > ports recompiled from source. > > Is there an easy way to crate a port list Use the Root and Leaf sections from 'portmaster -l' (ports-mgmt/portmaster) and skip the Trunk and Branch sections. > with compile options I try to use ports.conf (ports-mgmt/portconf) for this, but it does not include the OPTIONS framework (/var/db/ports/*/options) . Maybe someone else can help further on this point, and > and feed a build command on the second server with it? on this one as well. (I use my own script portsinstall.sh for this, it uses a list like x11/xorg x11/kde3 devel/glib20 ...) regards, Hans Lambermont -- http://hans.dse.nl/ () ASCII-ribbon campaign against vCards, /\ HTML-mail and proprietary formats. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
please commit ports/119544?
Can I get a little love for ports/119544 and get someone to commit it? thanks! It will simplify my deployment process to have it as a package. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: 7-STABLE regression that breaks lang/drscheme is src/contrib/gcc/gthr-posix.h 1.1.1.8.2.1
On Tue, Jan 22, 2008 at 09:10:14PM +1100, Andrew Reilly wrote: > Hi Marius, > > On Tue, 22 Jan 2008 10:33:27 +0100 > Marius Strobl <[EMAIL PROTECTED]> wrote: > > > The __gthread_active_p(), which returns false positives prior > > to the current version of gthr-posix.h, isn't only used in > > libstdc++ but also in headers that are installed beneath > > /usr/include/c++. So the code in those headers compiled into > > an existing binary which was built prior to the gthr-posix.h > > fix still might erroneously determine that it's running in a > > threaded environment while f.e. libstdc++ does not, causing > > the problems you see. Did you try a mred built on a stock > > 7-STABLE? > > When it first stopped working (around the 11th, from memory), my > first approach was to rebuild it (over and over, and attempt to > debug it...) No joy that way. It's only since I reverted to > the earlier version of FreeBSD that it's started working again. > > As part of the attempt to make mred work again, I re-built > *all* of the ports that I have installed (some 900-odd), so > all of the libraries in /usr/local/lib are post-15 Jan., and > have whatever effect the change introduces. Perhaps that is > why epiphany has gone unstable on me (seems to be complaining > about failing to connect to gnomevfs). I suspect that mred > wasn't minding false-positives before, because it's been > configured/compiled with pthreads enabled (for the benefit of > Mesa/OpenGL, apparently). > Ok, in your previous mail you talked about an "exisiting binary" so I assumed you haden't tried with a recompiled one or a recompiled one didn't exhibit the problem. Anyway, you're right and I've overlooked that mred is threaded anyway so in this case it shouldn't matter if __gthread_active_p() prevously returned false-positives or not. The only way I currently can think of the new __gthread_active_p() causing problems would be if now it returned false-negatives. So far I can't reproduce such a problem nor see how that could happen though. It would help if you could debug where mred craches and what __gthread_active_p() returned in this case. Marius ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
git on gjournal problem
I was cloning the linux kernel git tree on a gjournal'd partition. After git did its usual initial stuff it spat some errors during check out: ... Checking 23062 files out... error: git-checkout-index: unable to create file include/asm-arm/arch-integrator/cm.h (Interrupted system call) 100% (23062/23062) done Next thing, I run it again on a ufs2+su partition and everything goes fine, no errors, all files are checked out ok. I run it again on gjournal, same errors as before (but on different files, sometimes on a dozen, sometimes on a single file. Seems to kick in randomly). Tried it on another computer on a gjournal partition, the same errors occur. Looks like something is going on with git when gjournal is used. I don't have the know-how to look any further on the issue by myself, if someone is interested let me know how to help. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: 7-STABLE regression that breaks lang/drscheme is src/contrib/gcc/gthr-posix.h 1.1.1.8.2.1
On Tue, 22 Jan 2008 19:41:54 -0500
"Alexandre \"Sunny\" Kovalenko" <[EMAIL PROTECTED]> wrote:
> Am I right to assume that this is *not* i386? I have 7-PRERELEASE (i386)
> cvsup'ed on January 22, early morning EST, and mred built from vanilla
> 372 sources (per your earlier recommendation) on January 8th. They seem
> to be pretty happy with each other. If there is any information I can
> provide that will help you with your quest, please, let me know.
You're correct, I'm running an amd64 system, and it turns out
that a bunch of the garbage collection code is different/more
complicated in that case. And it contains a bug:
Found it, and fixed it. Works fine in my test-build at -O0, and
I'm just re-building at -O2 to make sure...
--- plt-372.orig/src/mzscheme/gc2/newgc.c 2007-10-08 21:40:43.0 +1
000
+++ plt-372/src/mzscheme/gc2/newgc.c2008-01-23 11:21:25.0 +1100
@@ -260,13 +260,13 @@ inline static struct mpage **create_page
pos = (unsigned long)p >> 48;
page_maps = page_mapss[pos];
if (!page_maps) {
-page_maps = (struct mpage ***)malloc(sizeof(struct mpage **) * (1 << 16));
+page_maps = (struct mpage ***)calloc(1 << 16, sizeof(struct mpage **));
page_mapss[pos] = page_maps;
}
pos = ((unsigned long)p >> 32) & ((1 << 16) - 1);
page_map = page_maps[pos];
if (!page_map) {
-page_map = (struct mpage **)malloc(sizeof(struct mpage *) * (1 <<
USEFUL_ADDR_BITS));
+page_map = (struct mpage **)calloc(1 << USEFUL_ADDR_BITS, sizeof(struct
mpage *));
page_maps[pos] = page_map;
}
return page_map;
In essence, it was using malloc to create second-tier page maps
on the fly, and assuming (incorrectly) that the memory returned
would be initialized to zero. What's mildly confusing, then,
is that the memory that it was getting here in the pre-Jan-5
version of the system *was* zero. Probably just luck. Let this
be a lesson: I should have turned on the malloc-debug knob in
the first instance.
I'll feed the patches (I've also made some tweaks to ensure that
it all compiles with -Werror-implicit-function-declaration,
because that's usually a good source of breakage on 64-bit
systems) up-stream, and see what happens. I'll add the new
patches to the port PR, too.
Thanks, everyone, for your patience with my red-herring reports.
--
Andrew
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: 7-STABLE regression that breaks lang/drscheme is src/contrib/gcc/gthr-posix.h 1.1.1.8.2.1
On Tue, 2008-01-22 at 21:10 +1100, Andrew Reilly wrote: > Hi Marius, > > On Tue, 22 Jan 2008 10:33:27 +0100 > Marius Strobl <[EMAIL PROTECTED]> wrote: > > > The __gthread_active_p(), which returns false positives prior > > to the current version of gthr-posix.h, isn't only used in > > libstdc++ but also in headers that are installed beneath > > /usr/include/c++. So the code in those headers compiled into > > an existing binary which was built prior to the gthr-posix.h > > fix still might erroneously determine that it's running in a > > threaded environment while f.e. libstdc++ does not, causing > > the problems you see. Did you try a mred built on a stock > > 7-STABLE? > > When it first stopped working (around the 11th, from memory), my > first approach was to rebuild it (over and over, and attempt to > debug it...) No joy that way. It's only since I reverted to > the earlier version of FreeBSD that it's started working again. > > As part of the attempt to make mred work again, I re-built > *all* of the ports that I have installed (some 900-odd), so > all of the libraries in /usr/local/lib are post-15 Jan., and > have whatever effect the change introduces. Perhaps that is > why epiphany has gone unstable on me (seems to be complaining > about failing to connect to gnomevfs). I suspect that mred > wasn't minding false-positives before, because it's been > configured/compiled with pthreads enabled (for the benefit of > Mesa/OpenGL, apparently). > > If you think that it might help to track things down, I can jump > forward to -STABLE again and rebuild at least all of mred's > dependencies, but that's going to be a slow process... > > Reckon I'll give that a go. No point staying in the past, now > that we know where abouts the breakage occurred. Am I right to assume that this is *not* i386? I have 7-PRERELEASE (i386) cvsup'ed on January 22, early morning EST, and mred built from vanilla 372 sources (per your earlier recommendation) on January 8th. They seem to be pretty happy with each other. If there is any information I can provide that will help you with your quest, please, let me know. > > Cheers, > -- Alexandre "Sunny" Kovalenko ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: please commit ports/119544?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Vivek Khera wrote: > Can I get a little love for ports/119544 and get someone to commit it? > thanks! It will simplify my deployment process to have it as a package. DONE. Cheers, - -- Xin LI <[EMAIL PROTECTED]> http://www.delphij.net/ FreeBSD - The Power to Serve! -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHlp6ki+vbBBjt66ARAl+CAJ9N+ySoRFzQUXLkwSD1b+A2uU0V+gCgoTd6 fIUz63AMOJPHlBRKow5KfVA= =Q1BJ -END PGP SIGNATURE- ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: ports/sysutils/libchk checks X11BASE
On Mon, 2008-01-21 at 14:07 +0100, Rene Ladan wrote: > 2008/1/21, Bruce M Simpson <[EMAIL PROTECTED]>: > > Hi, > > > > I still haven't rebuilt everything on my system, and have /usr/X11R6 > > symlinked to /usr/local, > > so libchk generates a lot of false positives. > > > > maybe consider removing $x11base from the script on «6.2 systems? > > > Or just remove $x11base entirely? I personally have /usr/X11R6 > symlinked to /var/empty > > Regards, > Rene I own PR 113099 about this issue but there's no consensus on how to fix it. I'd suggest contacting the author to get this sorted out. I should also probably suspend that PR if there's no good solution. tom -- | tmclaugh at sdf.lonestar.org tmclaugh at FreeBSD.org | | FreeBSD http://www.FreeBSD.org | ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
X.Org security advisory: multiple vulnerabilities in the X server
This security advisory contains numerous vulnerabilities with proposed patches related to xorg-server and libXfont. Is it expected to be committed? (flz CC'ed) http://lists.freedesktop.org/archives/xorg/2008-January/031918.html http://lists.freedesktop.org/archives/xorg/2008-January/032099.html wbr, pluknet ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Latest Stable FreeBSD version and its Dell 2950 Compatiblity
Hi, I need to know which is the latest stable FreeBSD release(6.2 ?) and does it goes well with Dell 2950 ? Thanks Navneet ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
install jdk16 under freeBSD 6.2
I cannot install jdk16 under freeBSD 6.2-RELEASE-p9 due to the following error: There was an error trying to initialize the HPI library. Could not create the Java virtual machine. gmake[3]: *** [product] Error 1 gmake[3]: Leaving directory `/usr/ports/java/jdk16/work/control/build/bsd-i586/hotspot/outputdir' gmake[2]: *** [generic_build2] Error 2 gmake[2]: Leaving directory `/usr/ports/java/jdk16/work/hotspot/make' gmake[1]: *** [product] Error 2 gmake[1]: Leaving directory `/usr/ports/java/jdk16/work/hotspot/make' gmake: *** [hotspot-build] Error 2 *** Error code 2 Stop in /usr/ports/java/jdk16. *** Error code 1 Stop in /usr/ports/java/jdk16. how to solve this problem ? ___ Join Excite! - http://www.excite.com The most personalized portal on the Web! ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
