Re: Update of ImageMagick to 6.6.7.10, dependencies
On Wed, Mar 09, 2011 at 11:32:25PM +, Helmut Schneider wrote: > Martin Wilke wrote: > > > On Thu, Mar 10, 2011 at 7:10 AM, 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? > > > > thats happend because svg is now enabled by default, xfce requested > > that. > > A hint at UPDATING would have been nice, I run/ran ImageMagick only > because of MediaWiki/Typo3... :) svg is cool! Give it a go. Firefox has now (or maybe had for some time) a native(?) svn engine. I like it! -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 ___ 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: xorg-server 1.9.3 and 1.10.0
Martin Wilke writes: > just for the record, i manage to get xorg-server 1.9.3 and 1.10.0 to work, Why not 1.9.4? > also drm, and dri works very well, > > screens and logs gives here: > http://people.freebsd.org/~miwi/xorg76/ > > I'll cleanup all the mess and commit all stuff to the xorg-dev repo. Maybe > someone have intressing > to test it. Can you import bugfix for Xserver 1.10.0 when options for InputDevice are specified in xorg.conf, e.g. Option "XkbLayout" "us(dvorak)" ? http://cgit.freedesktop.org/xorg/xserver/commit/?id=0077993 ___ 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: Superfluous dependencies
On Tue, Mar 8, 2011 at 3:51 PM, Michael Scheidell wrote: > > > On 3/8/11 4:42 AM, Hans Ottevanger wrote: >> >> One of them that I already hunted down is bison-2.4.3,1 that gets >> dragged in via gobject-introspection-0.9.12_1 when installing >> xorg-7,5.1 (even as a package). This is caused by bison specified as a >> dependency of type "both" in the port Makefile of >> gobject-introspection where it should be specified as "build". I don't >> think that Bison is used on run-time here and most likely not even on >> build- time. > > appears one of our 'short cuts' causes this. and I found it on a port I > took over maint of. > > happens all the time if you do a 'RUN_DEPENDS += BUILD_DEPENDS' > > pulls in all kind of cruft. > Indeed I see this 'shortcut' being used all over the place. But in the cases I have looked into the last few days, i.e. the xorg-7.5.1 and kde-lite-3.5.10_8 ports, the problem is just a trivial, but slightly different. It appears that in many occasions USE_PYTHON and USE_PERL are specified in situations where I think USE_PYTHON_BUILD and USE_PERL_BUILD, respectively, would suffice. By making a few trivial changes i can make xorg-7.5.1 fully independent on run-time of Python, Perl and Bison. The same can be done for kde-lite-3.5.10_8 when I also disable the Perl support in net-snmp, which is a dependency of kdeutils-3.5.10_8. If anybody is interested I could consolidate my results and post a few patches. Kind regards, Hans Ottevanger ]...] ___ 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
Anton Shterenlikht wrote: > On Wed, Mar 09, 2011 at 11:32:25PM +, Helmut Schneider wrote: > > Martin Wilke wrote: > > > > > On Thu, Mar 10, 2011 at 7:10 AM, 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? > > > > > > thats happend because svg is now enabled by default, xfce > > > requested that. > > > > A hint at UPDATING would have been nice, I run/ran ImageMagick only > > because of MediaWiki/Typo3... :) > > svg is cool! I have no doubt and I really appreciate the "Fresh Blood" initiative... > Give it a go. ...but ImageMagick is only an optional dependency for Typo3 I maintain and... > Firefox has now (or maybe had for some time) > a native(?) svn engine. I like it! ...most of "my" users won't run Typo3 *and* X on the same machine. :) ___ 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 xfce4-xkb-plugin to 0.5.3.3
George Liaskos wrote: > The latest version has a GUI option to set the shortcut for switching > between keyboard layouts. Handy for newcomers. > It has an added dependency to librsvg2 because the country flags are > in svg format now, the following patch takes care of the compilation > errors. > > --- xkb-config.c.orig 2011-03-06 04:02:24.0 +0200 > +++ xkb-config.c 2011-03-06 04:09:26.0 +0200 > @@ -150,7 +150,7 @@ > config->application_map = g_hash_table_new (g_direct_hash, NULL); > > registry = xkl_config_registry_get_instance (config->engine); > -xkl_config_registry_load (registry); > +xkl_config_registry_load (registry, FALSE); > > config_item = xkl_config_item_new (); > > @@ -214,7 +214,8 @@ > > gdk_window_remove_filter (NULL, (GdkFilterFunc) handle_xevent, > NULL); > > -xkl_engine_stop_listen (config->engine); > +xkl_engine_stop_listen (config->engine, > + XKLL_MANAGE_LAYOUTS | XKLL_MANAGE_WINDOW_STATES); > } > > gint > @@ -547,7 +548,7 @@ > if (!config) return NULL; > > registry = xkl_config_registry_get_instance (config->engine); > -xkl_config_registry_load (registry); > +xkl_config_registry_load (registry, FALSE); > > return registry; > } > > Regards Hi George, thanks for the update. Could you please create a PR so that it doesn't get lost? Emanuel ___ 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
> Martin Wilke: > please recompile again and restart it should really work. Hmm, may be I do something wrong, but it doesn`t work. 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 1st, 2nd and 3rd icons/areas - is it normal location? I just added a plugin to 3rd area. Before that it looked like 2nd. 4th area - don`t see icons. Looks bad. Is it normal? Maybe I pick, I don`t know. Screenshots #2 and #3 http://img-fotki.yandex.ru/get/6005/mox87.0/0_62e06_a32b7ba5_orig http://img-fotki.yandex.ru/get/5605/mox87.0/0_62e07_2c163ded_orig missing icons. Also opera crashes my system when I use it in xfce4. It permanently hangs, no messages in logs and no response from system. If I launch opera in clean Xorg (twm?) it works very good. Sorry for my english and bad fotos. I just want to help. I use FreeBSD 8.2 RELEASE, fresh ports, last opera-11.01, last xfce4.8 from ports, xf86-video-ati-6.14.0_1. Do you need any additional info from me? ___ 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: xorg-server 1.9.3 and 1.10.0
on 09/03/2011 21:11 Martin Wilke said the following: > just for the record, i manage to get xorg-server 1.9.3 and 1.10.0 to work, > also drm, and dri works very well, > > screens and logs gives here: > http://people.freebsd.org/~miwi/xorg76/ > > I'll cleanup all the mess and commit all stuff to the xorg-dev repo. Maybe > someone have intressing > to test it. Just to share a little bit of my experience. I am using xorg-server-1.9.4 with CURRENT amd64 system and radeon video card. But I've been having the problem described here with any version from 1.8.x and 1.9.x that I've tried: https://bugs.freedesktop.org/show_bug.cgi?id=28181 The patch that I proposed and the patch in the mailing list link after it do help with issue. Apparently other FreeBSD users had the same problem (Anton Shterenlikht). -- Andriy Gapon ___ 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
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"
Re: Superfluous dependencies
On Thu, 10 Mar 2011, Hans Ottevanger wrote: Indeed I see this 'shortcut' being used all over the place. But in the cases I have looked into the last few days, i.e. the xorg-7.5.1 and kde-lite-3.5.10_8 ports, the problem is just a trivial, but slightly different. It appears that in many occasions USE_PYTHON and USE_PERL are specified in situations where I think USE_PYTHON_BUILD and USE_PERL_BUILD, respectively, would suffice. By making a few trivial changes i can make xorg-7.5.1 fully independent on run-time of Python, Perl and Bison. The same can be done for kde-lite-3.5.10_8 when I also disable the Perl support in net-snmp, which is a dependency of kdeutils-3.5.10_8. If anybody is interested I could consolidate my results and post a few patches. Anything that makes ports more accurate is good. Please post, and the maintainers of those ports would likely be interested also. ___ 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
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 > 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"
Re: xfce 4.8 upgrade errors
On Thu, 10 Mar 2011 06:53:56 -0600, Pavel Timofeev wrote: Also opera crashes my system when I use it in xfce4. It permanently hangs, no messages in logs and no response from system. If I launch opera in clean Xorg (twm?) it works very good. I also run Opera but I was getting hangs on any browser if there was flash playing. I haven't had the hang without flash so far. I'll report back if that changes. 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"
[HEADS UP] GNU make 3.82
Work is now underway to bring GNU make 3.82 into the tree. Sadly, there are a
number of rather unfortunate backwards incompatibility issues between this and
3.81 which makes a simple replacement unworkable.
A new port, devel/gmake381 has just been committed to the tree which is a
heavily stripped down 3.81 version (just the binary, installed as
${LOCALBASE}/bin/gmake381, no NLS support. It is also currently marked IGNORE
and is NOT attached to devel/Makefile. Please do NOT use it directly in any
way, shape or form.
The next steps are as follows:
1. A patchset will be implemented, upgrading devel/gmake to 3.82, attaching
devel/gmake381 to the build, and extending the USE_GMAKE variable so that a
value of 'yes' will continue to use devel/gmake (now 3.82) and '381' will use
the older 3.81
2. -exp runs will be iterated over to determine which ports break building
with 3.82, and they will be marked as USE_GMAKE=381 to allow them to continue
to build. A list of such ports will be maintained and posted.
3. devel/gmake381 will then be marked DEPRECATED with a suitable
EXPIRATION_DATE (at least 6 months), at which point it will be removed, and the
USE_GMAKE=381 logic also reverted, so that everything will go back to using
devel/gmake. Note: it will not be necessary to edit individual port Makefiles
back to USE_GMAKE=yes, since the checks for USE_GMAKE only look to see if the
variable is defined. This will provide for ease of use (grep -R USE_GMAKE=381
ports/) to pick up any stragglers -- not to mention the fact that they'll most
likely be broken in weird and interesting ways.
A followup posting will occur as and when steps (1) and (2) have been completed.
-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: Update of ImageMagick to 6.6.7.10, dependencies
On 03/10/2011 02:40, Helmut Schneider wrote: Anton Shterenlikht wrote: On Wed, Mar 09, 2011 at 11:32:25PM +, Helmut Schneider wrote: Martin Wilke wrote: On Thu, Mar 10, 2011 at 7:10 AM, 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? thats happend because svg is now enabled by default, xfce requested that. A hint at UPDATING would have been nice, I run/ran ImageMagick only because of MediaWiki/Typo3... :) svg is cool! I have no doubt and I really appreciate the "Fresh Blood" initiative... Give it a go. ...but ImageMagick is only an optional dependency for Typo3 I maintain and... Firefox has now (or maybe had for some time) a native(?) svn engine. I like it! ...most of "my" users won't run Typo3 *and* X on the same machine. :) Sounds like it's time for imagemagick-nox11 slave port. 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"
Expansion of -I wrong for emacs & builds without fail.
stable/8 i386, Can we get this fixed please!. It does not stop compilation and build succeeds and runs as expected though were throwing non-existent options to gcc or any other compiler that's used. I noticed this a few weeks ago when I first built the port but let it be figuring it would probably be fixed by now... needless to say due to the ncurses bump not too long ago, it has brought it to my attention again. cc -c -I/usr/X11R6/include -I/usr/local/include -L/usr/local/lib -I/usr/local/include -Demacs -DHAVE_CONFIG_H -I. -I/usr/obj/usr/ports/editors/emacs/work/emacs-23.2/src -I/usr/X11R6/include -I/usr/local/include -L/usr/local/lib -I/usr/local/include -D_THREAD_SAFE -D_REENTRANT -I/usr/local/include/gtk-2.0 -I/usr/local/lib/gtk-2.0/include -I/usr/local/include/atk-1.0 -I/usr/local/include/cairo -I/usr/local/include/gdk-pixbuf-2.0 -I/usr/local/include/pango-1.0 :HERE: -I/usr/local/include/gio-1 -2.0/ -I/usr/local/include :HERE: -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/pixman-1 -I/usr/local/include/freetype2 -D_THREAD_SAFE -I/usr/local/include -I/usr/local/include/freetype2 -D_REENTRANT -D_THREAD_SAFE -I/usr/local/include/librsvg-2.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/gdk-pixbuf-2.0 -I/usr/local/include/cairo -I/usr/local/include -I/usr/local/include/pixman-1 -I/usr/local/include/freetype2 -O2 -pipe -fno-strict-aliasing -I/usr/local/include/freetype2 -I/usr/local/include xdisp.c :CAUSES: cc: unrecognized option '-2.0/' :CAUSES: Relevant configuration: /var/db/ports/emacs/options # This file is auto-generated by 'make config'. Incorrect spelling for ``servicable'' as a side note. :PS: # No user-servicable parts inside! :PS: # Options for emacs-23.2_4,2 _OPTIONS_READ=emacs-23.2_4,2 WITHOUT_CANNA=true WITHOUT_DBUS=true WITHOUT_GCONF=true WITH_GIF=true WITH_GTK2=true WITH_JPEG=true WITHOUT_M17N=true WITHOUT_MOTIF=true WITH_OTF=true WITH_PNG=true WITHOUT_SOUND=true WITH_SOURCES=true WITH_SVG=true WITH_TIFF=true WITHOUT_XAW=true WITHOUT_XAW3D=true WITH_SYNC_INPUT=true WITH_SCROLLBARS=true WITH_XFT=true WITH_XIM=true WITH_XPM=true -- Regards, J. Hellenthal (0x89D8547E) JJH48-ARIN ® ___ 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 09:43, Ade Lovett wrote: Work is now underway to bring GNU make 3.82 into the tree. Sadly, there are a number of rather unfortunate backwards incompatibility issues between this and 3.81 which makes a simple replacement unworkable. Can you give us an idea of how many ports we're talking about? Rather than having 2 gmake ports (which is likely to last for a very long time, "best laid plans" aside) can we at least explore the idea of fixing things that are broken to work with 3.82 first? My suggestion is to do the -exp run, then post here and to maintainers of broken ports directly and see what a reasonable time frame would be to get things fixed the right way first. My understanding is that there is _currently_ no pressure to get gmake upgraded, so at least exploring the idea of doing it without a kludge seems reasonable to me, although I'm happy to be proven wrong. 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"
FreeBSD Port: mysql-server-5.5.9
I have been using mysql since fbsd 7.2 and always just issued the mysql_install_db command on the command line to create mysql's control databases and it always worked fine. But now with fbsd 8.2 I get the following error and have no idea why. I installed using pkg_add -r mysql55-server command. I see that 3 weeks ago you updated the mysql55-server port from mysql 554 to 559. I believe there is an error in your update causing the mysql_install_db command to error out. The error message follows. # /usr/local/bin >mysql_install_db --user=mysql or #root >mysql_install_db --user=mysql FATAL ERROR: Could not find ./bin/my_print_defaults If you compiled from source, you need to run 'make install' to copy the software into the correct location ready for operation. 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. * end of error msg. # /usr/local/bin >locate my_print_defaults /usr/local/bin/my_print_defaults As you can see the script the error message says it can not find is really in the same location as the mysql_install_db script, so it should have found it. I ended up pointing to the 8.1 packages with the pkg-add command to install and then the mysql-server5.5.4 mysql_install_db command ran from the command line without any errors. ___ 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 Mar 10, 2011, at 13:24 , Doug Barton wrote: > Can you give us an idea of how many ports we're talking about? Rather than > having 2 gmake ports (which is likely to last for a very long time, "best > laid plans" aside) can we at least explore the idea of fixing things that are > broken to work with 3.82 first? My suggestion is to do the -exp run, then > post here and to maintainers of broken ports directly and see what a > reasonable time frame would be to get things fixed the right way first. Preliminary runs show ~50 ports that break with 3.82, some of them unfortunately being dependencies for a reasonable number of others. An -exp has already been run, though there were a number of false positives for whatever reason. There will absolutely _not_ be two gmake ports for anything more than a suitable deprecation period (if it is determined to move ahead) or for perhaps a month (specifically note that devel/gmake381 is marked IGNORE and not attached to the tree, so anyone trying to use it will have ... problems) if it's too much in the way of hacking. > My understanding is that there is _currently_ no pressure to get gmake > upgraded, so at least exploring the idea of doing it without a kludge seems > reasonable to me, although I'm happy to be proven wrong. The "kludge", in terms of actually testing things to get empirical data, rather than hand-waving about the sky falling, is ~4 lines of code in bsd.port.mk. We have a plan, we're going to get the results of that plan, and then do some analysis on it. Working closely with the pkgsrc tree that already _is_ at gmake-3.82 You may find a more productive approach would be to wander over to the gnumake mailing list, and ask why such a massive amount of backwards incompatibility was introduced in a minor version upgrade. Of course, that's entirely your prerogative. In the meantime, I along with a few others are actually going to _do_ the work involved in _testing_ the _possibility_ of this instead of sitting in our armchairs. -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: FreeBSD Port: mysql-server-5.5.9
On Thu, 10 Mar 2011 14:37:20 -0500 joeb articulated: > I have been using mysql since fbsd 7.2 and always just issued the > mysql_install_db command on the command line to create mysql's control > databases and it always worked fine. > > But now with fbsd 8.2 I get the following error and have no idea why. > I installed using pkg_add -r mysql55-server command. > > I see that 3 weeks ago you updated the mysql55-server port from mysql > 554 to 559. > I believe there is an error in your update causing the > mysql_install_db command to error out. > The error message follows. > > > # /usr/local/bin >mysql_install_db --user=mysql or > #root >mysql_install_db --user=mysql > > > FATAL ERROR: Could not find ./bin/my_print_defaults > > If you compiled from source, you need to run 'make install' to > copy the software into the correct location ready for operation. > > 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. > * end of error msg. > > > # /usr/local/bin >locate my_print_defaults > /usr/local/bin/my_print_defaults > > As you can see the script the error message says it can not find is > really in the same location as > the mysql_install_db script, so it should have found it. > > I ended up pointing to the 8.1 packages with the pkg-add command to > install and then > the mysql-server5.5.4 mysql_install_db command ran from the command > line without any errors. How do you start mysql, via the command line or using the rc.d script? -- Jerry ✌ freebsd-ports.u...@seibercom.net Disclaimer: off-list followups get on-list replies or get ignored. Please do not ignore the Reply-To header. __ ___ 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: Superfluous dependencies
On Thursday, March 10, 2011 03:28:40 am Hans Ottevanger wrote: > On Tue, Mar 8, 2011 at 3:51 PM, Michael Scheidell > > wrote: > > On 3/8/11 4:42 AM, Hans Ottevanger wrote: > >> One of them that I already hunted down is bison-2.4.3,1 that gets > >> dragged in via gobject-introspection-0.9.12_1 when installing > >> xorg-7,5.1 (even as a package). This is caused by bison specified as a > >> dependency of type "both" in the port Makefile of > >> gobject-introspection where it should be specified as "build". I don't > >> think that Bison is used on run-time here and most likely not even on > >> build- time. > > FWIW, I was just investigating why bison made it into a embedded device I'm working on, and if you look at the sources for gobject-introspection, there is actually a code path where bison is used at run time. While it seems unlikely it would be used, it is technically a runtime depend. -- Thanks, Josh Paetzel signature.asc Description: This is a digitally signed message part.
Re: [HEADS UP] GNU make 3.82
On 03/10/2011 12:05, Ade Lovett wrote: On Mar 10, 2011, at 13:24 , Doug Barton wrote: Can you give us an idea of how many ports we're talking about? Rather than having 2 gmake ports (which is likely to last for a very long time, "best laid plans" aside) can we at least explore the idea of fixing things that are broken to work with 3.82 first? My suggestion is to do the -exp run, then post here and to maintainers of broken ports directly and see what a reasonable time frame would be to get things fixed the right way first. Preliminary runs show ~50 ports that break with 3.82, some of them unfortunately being dependencies for a reasonable number of others. An -exp has already been run, though there were a number of false positives for whatever reason. What I'm suggesting is that the URL for the logs of that run get posted here, along with contacting the maintainers of the affected ports. Then let's see what people have to say about getting them fixed sooner rather than later. Can you explain why doing that would be a bad idea? There will absolutely _not_ be two gmake ports for anything more than a suitable deprecation period I admire your optimism, however experience tells us that once these types of accomodations get into the tree, they stay there for a long time. My understanding is that there is _currently_ no pressure to get gmake upgraded, so at least exploring the idea of doing it without a kludge seems reasonable to me, although I'm happy to be proven wrong. The "kludge", in terms of actually testing things to get empirical data, rather than hand-waving about the sky falling, Um, no one said the sky is falling, and you've reacted emotionally to the term "kludge" rather than answering my question about what the urgency is to get the update done. We have a plan, we're going to get the results of that plan, and then do some analysis on it. And my concern is that the plan seems to have been formulated without wider input from the community. So I ask again ... what harm can come from at least trying to fix the broken ports first? 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"
FreeBSD Port: sabnzbdplus-0.5.6_2
Hello,
Now that cherrypy 3.2 is in the ports tree, I think you should remove the
following lines in the FreeBSD patch:
@@ -42,8 +42,8 @@
sys.exit(1)
import cherrypy
-if not cherrypy.__version__.startswith("3.2"):
-print "Sorry, requires Python module Cherrypy 3.2 (use the included
version)"
+if not cherrypy.__version__.startswith("3.1"):
+print "Sorry, requires Python module Cherrypy 3.1 (use the included
version)"
sys.exit(1)
from cherrypy import _cpserver
Best regards,
Sylvain.___
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
On Thu, 10 Mar 2011, joeb wrote: I have been using mysql since fbsd 7.2 and always just issued the mysql_install_db command on the command line to create mysql's control databases and it always worked fine. But now with fbsd 8.2 I get the following error and have no idea why. I installed using pkg_add -r mysql55-server command. I see that 3 weeks ago you updated the mysql55-server port from mysql 554 to 559. I believe there is an error in your update causing the mysql_install_db command to error out. The error message follows. # /usr/local/bin >mysql_install_db --user=mysql or #root >mysql_install_db --user=mysql I'm not sure I follow this, but if you have an existing db, the command to issue IMMEDIATELY after updating mysql is mysql_upgrade. (see man mysql_upgrade). If mysql_upgrade it not necessary (for example in a reinstall) it will say so harmlessly. Error messages you may get if you fail to mysql_upgrade, in my experience, vary from not pertinent to completely misleading. -- Lars Eighner http://www.larseighner.com/index.html 8800 N IH35 APT 1191 AUSTIN TX 78753-5266 ___ 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 Mar 10, 2011, at 14:21 , Doug Barton wrote: > What I'm suggesting is that the URL for the logs of that run get posted here, > along with contacting the maintainers of the affected ports. Then let's see > what people have to say about getting them fixed sooner rather than later. > Can you explain why doing that would be a bad idea? Those 50 or so ports are not the complete picture. Some of them are preventing other ports from being built. So, we cycle through an -exp run adding USE_GMAKE=381 (it's not a library or anything, just an executable, and in the context of clean building, only one or the other will exist for a specific port -exp build, so there's no question of interaction) until we have _all_ of the affected ports. Then the list gets posted somewhere, USE_GMAKE=381 goes active, then there's a period (6-7 months) for folks to clean things up, at which point USE_GMAKE=381 does exactly the same as USE_GMAKE=yes (use gmake-3.82) -- ports that get fixed after this date simply change USE_GMAKE=381 -> USE_GMAKE=yes (cosmetic change only), and a list of known-broken ports can still be determined by grepping for 'USE_GMAKE=381'. If updates to those ports fix them, change USE_GMAKE back to 'yes'. > I admire your optimism, however experience tells us that once these types of > accomodations get into the tree, they stay there for a long time. There is no issue of optimism about it. gmake-3.82 _will_ be the sole version of GNU make in the tree by (at latest) the end of this year. -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: [HEADS UP] GNU make 3.82
On 03/10/2011 12:52, Ade Lovett wrote: On Mar 10, 2011, at 14:21 , Doug Barton wrote: What I'm suggesting is that the URL for the logs of that run get posted here, along with contacting the maintainers of the affected ports. Then let's see what people have to say about getting them fixed sooner rather than later. Can you explain why doing that would be a bad idea? Those 50 or so ports are not the complete picture. Some of them are preventing other ports from being built. So, we cycle through an -exp run adding USE_GMAKE=381 (it's not a library or anything, just an executable, and in the context of clean building, only one or the other will exist for a specific port -exp build, so there's no question of interaction) until we have _all_ of the affected ports. Then the list gets posted somewhere, Great! USE_GMAKE=381 goes active, That's the bit that we disagree on, but your unwillingness to answer the question I've posed twice now tells me clearly that you are determined to follow this course of action, so I give up. I admire your optimism, however experience tells us that once these types of accomodations get into the tree, they stay there for a long time. There is no issue of optimism about it. gmake-3.82 _will_ be the sole version of GNU make in the tree by (at latest) the end of this year. You've already slipped your deadline from 6 months firm, to 6-7 months, now to 9 months in the course of just a few emails. I'd be willing to wager $BEVERAGE of your choice that we enter 2012 with multiple gmakes in the ports tree. But like I said, I'd be glad to be proven wrong. :) 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"
New member for portmgr@
Hey all! Just wanted to say that I have been made a voting member of portmgr@ http://blogs.freebsdish.org/portmgr/2011/03/10/new-member-for-portmgr/ Thomas -- Thomas Abthorpe | FreeBSD Committer tabtho...@freebsd.org | http://people.freebsd.org/~tabthorpe pgpUzfso3k4Gi.pgp Description: PGP signature
Re: New member for portmgr@
On Mar 10, 2011, at 1:17 PM, Thomas Abthorpe wrote: > Just wanted to say that I have been made a voting member of portmgr@ > > http://blogs.freebsdish.org/portmgr/2011/03/10/new-member-for-portmgr/ Congratulations. (What is the reward for doing some work, but even *more* work...? :-) Regards, -- -Chuck ___ 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
On Mar 10, 2011, at 11:37 AM, joeb wrote: > FATAL ERROR: Could not find ./bin/my_print_defaults Does running rehash in your shell help it find the binary? Or does using --basedir /usr/local/bin help? Regards, -- -Chuck ___ 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 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? ___ 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 Thu, 10 Mar 2011, 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? Answering myself: it's not. The port renames itself when the X11 option is disabled: .if defined(WITHOUT_X11) PKGNAMESUFFIX+= -nox11 CONFIGURE_ARGS+=--without-x ___ 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
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? Can I turn off X11 via (Typo3-)Makefile? ___ 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 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. -- 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"
Re: New member for portmgr@
On Thursday 10 March 2011 22:17:58 Thomas Abthorpe wrote: > Just wanted to say that I have been made a voting member of portmgr@ yay! -- Alberto Villa, FreeBSD committer http://people.FreeBSD.org/~avilla Most seminars have a happy ending. Everyone's glad when they're over. signature.asc Description: This is a digitally signed message part.
RE: FreeBSD Port: mysql-server-5.5.9
Tried that with on results. -Original Message- From: Chuck Swiger [mailto:cswi...@mac.com] Sent: Thursday, March 10, 2011 3:26 PM To: j...@a1poweruser.com Cc: FreeBSD Ports Mailing List Subject: Re: FreeBSD Port: mysql-server-5.5.9 On Mar 10, 2011, at 11:37 AM, joeb wrote: > FATAL ERROR: Could not find ./bin/my_print_defaults Does running rehash in your shell help it find the binary? Or does using --basedir /usr/local/bin help? Regards, -- -Chuck ___ 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: Expansion of -I wrong for emacs & builds without fail.
J Hellenthal writes: > stable/8 i386, > Can we get this fixed please!. It does not stop compilation and build > succeeds and runs as expected though were throwing non-existent > options to gcc or any other compiler that's used. > I noticed this a few weeks ago when I first built the port but let it > be figuring it would probably be fixed by now... needless to say due > to the ncurses bump not too long ago, it has brought it to my > attention again. > cc -c -I/usr/X11R6/include -I/usr/local/include -L/usr/local/lib > -I/usr/local/include -Demacs -DHAVE_CONFIG_H > -I. -I/usr/obj/usr/ports/editors/emacs/work/emacs-23.2/src > -I/usr/X11R6/include -I/usr/local/include -L/usr/local/lib > -I/usr/local/include -D_THREAD_SAFE -D_REENTRANT > -I/usr/local/include/gtk-2.0 -I/usr/local/lib/gtk-2.0/include > -I/usr/local/include/atk-1.0 -I/usr/local/include/cairo > -I/usr/local/include/gdk-pixbuf-2.0 -I/usr/local/include/pango-1.0 > :HERE: > -I/usr/local/include/gio-1 -2.0/ -I/usr/local/include :HERE: > -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include > -I/usr/local/include/pixman-1 -I/usr/local/include/freetype2 > -D_THREAD_SAFE -I/usr/local/include -I/usr/local/include/freetype2 > -D_REENTRANT -D_THREAD_SAFE -I/usr/local/include/librsvg-2.0 > -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include > -I/usr/local/include/gdk-pixbuf-2.0 -I/usr/local/include/cairo > -I/usr/local/include -I/usr/local/include/pixman-1 > -I/usr/local/include/freetype2 -O2 -pipe -fno-strict-aliasing > -I/usr/local/include/freetype2 -I/usr/local/include xdisp.c > :CAUSES: > cc: unrecognized option '-2.0/' > :CAUSES: > Relevant configuration: /var/db/ports/emacs/options > # This file is auto-generated by 'make config'. > Incorrect spelling for ``servicable'' as a side note. > :PS: > # No user-servicable parts inside! > :PS: > # Options for emacs-23.2_4,2 > _OPTIONS_READ=emacs-23.2_4,2 > WITHOUT_CANNA=true > WITHOUT_DBUS=true > WITHOUT_GCONF=true > WITH_GIF=true > WITH_GTK2=true > WITH_JPEG=true > WITHOUT_M17N=true > WITHOUT_MOTIF=true > WITH_OTF=true > WITH_PNG=true > WITHOUT_SOUND=true > WITH_SOURCES=true > WITH_SVG=true > WITH_TIFF=true > WITHOUT_XAW=true > WITHOUT_XAW3D=true > WITH_SYNC_INPUT=true > WITH_SCROLLBARS=true > WITH_XFT=true > WITH_XIM=true > WITH_XPM=true Hi, I'm aware of this issue which is caused by GNU Emacs using cpp to generate Makefile. This was fixed in bzr HEAD, as well as branch for Emacs 23. Emacs 23.3 was released yesterday, where it is fixed. I'm pushing an update in this week or the next week, so this should be fixed then. Sorry for the inconvenience. -- Ashish SHUKLA | GPG: F682 CDCC 39DC 0FEA E116 20B6 C746 CFA9 E74F A4B0 freebsd.org!ashish | http://people.freebsd.org/~ashish/ Avoid Success At All Costs !! pgpUf4TR0az1i.pgp Description: PGP signature
Re: [HEADS UP] GNU make 3.82
On Thu, Mar 10, 2011 at 02:05:50PM -0600, Ade Lovett wrote: > Preliminary runs show ~50 ports that break with 3.82, some of them > unfortunately being dependencies for a reasonable number of others. For values of "reasonable" in the ~1100 range. 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: [HEADS UP] GNU make 3.82
On Mar 10, 2011, at 14:21 , Doug Barton wrote:
> I admire your optimism, however experience tells us that once these
> types of accomodations get into the tree, they stay there for a long
> time.
Here's what I have on my system:
devel/autoconf
devel/autoconf213
devel/automake
devel/automake14
devel/autotools
devel/libtool
(That's not counting the -wrapper convenience ports.)
So: one antiquated version each of autoconf and automake.
$ dependson autoconf-2.1 | wc -l
73
$ dependson autoconf | wc -l
910
$ dependson automake-1.4 | wc -l
31
$ dependson automake | wc -l
325
('dependson' is just a script that greps INDEX.)
Summary: there used to be a lot of auto* ports. There aren't, now.
Anyone interested in looking through the sordid details can find them at
http://www.freebsd.org/cgi/cvsweb.cgi/ports/devel/ .
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: [HEADS UP] GNU make 3.82
Mark Linimon writes: > Summary: there used to be a lot of auto* ports. There aren't, > now. Am I correct in remembering the "used to be" period covered 2+(+) years? Robert "sure seemed like it :-)" 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"
Re: [HEADS UP] GNU make 3.82
On 03/10/2011 15:54, Mark Linimon wrote: On Mar 10, 2011, at 14:21 , Doug Barton wrote: I admire your optimism, however experience tells us that once these types of accomodations get into the tree, they stay there for a long time. Here's what I have on my system: devel/autoconf devel/autoconf213 devel/automake devel/automake14 devel/autotools devel/libtool (That's not counting the -wrapper convenience ports.) [snip] Summary: there used to be a lot of auto* ports. There aren't, now. First, my point was not "there are going to be a lot of gmake ports," my point was, "there will be >1 for a long time after it's split into >1." You have now proved my point, thanks. While we're discussing anecdotal evidence: autoconf-2.13.000227_6 autoconf-2.68 automake-1.4.6_6 automake-1.11.1 But that's only because I periodically do 'pkg_delete auto*' so this is not really representative. Meanwhile, this is why I reacted so strongly on IRC when it was suggested that bifurcating gmake was the way to go. I was 100% certain at the time that it was a foregone conclusion. So maybe you will take a stab at my real question, what is the urgency in upgrading gmake that prevents "fix the broken ports first" as an option to at least explore? And while we're at it, if you have already done the iterative -exp runs to get the 1100 ports figure, where are those logs? Thanks, 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"
Re: New member for portmgr@
Congratulations ! wen 2011/3/11 Thomas Abthorpe : > Hey all! > > Just wanted to say that I have been made a voting member of portmgr@ > > http://blogs.freebsdish.org/portmgr/2011/03/10/new-member-for-portmgr/ > > > Thomas > > -- > Thomas Abthorpe | FreeBSD Committer > tabtho...@freebsd.org | http://people.freebsd.org/~tabthorpe > ___ 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: sabnzbdplus-0.5.6_2
2011/3/11 Sylvain :
> Hello,
>
> Now that cherrypy 3.2 is in the ports tree, I think you should remove the
> following lines in the FreeBSD patch:
>
> @@ -42,8 +42,8 @@
> sys.exit(1)
>
> import cherrypy
> -if not cherrypy.__version__.startswith("3.2"):
> - print "Sorry, requires Python module Cherrypy 3.2 (use the included
> version)"
> +if not cherrypy.__version__.startswith("3.1"):
> + print "Sorry, requires Python module Cherrypy 3.1 (use the included
> version)"
> sys.exit(1)
>
> from cherrypy import _cpserver
A PR had been submitted to fix it some days ago and I take it.
Sorry for the delay and I shall commit it soon.
Thank your message.
wen
>
> Best regards,
> Sylvain.___
> 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: Update of ImageMagick to 6.6.7.10, dependencies
On Thu, 10 Mar 2011, Helmut Schneider wrote: 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? Can I turn off X11 via (Typo3-)Makefile? No, that's what Doug Barton was saying. Adding WITHOUT_X11=yes to /etc/make.conf ought to work. ___ 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"
Fwd: prelminary analysis of the gmake3.82 -exp run
I recent did a first-pass experimental ports run with gmake3.82. The results from that were pretty bad: 38 confirmed errors (5 more possible), with ~1100 ports as collateral damage, mostly from audio/portaudio and devel/p5-Module-Build. After a brief discussion among the portmgrs, we decided to make another run with some patches (see http://www.freebsd.org/cgi/query-pr.cgi?pr=155215) to try to narrow down the collateral damage, before notifying individual maintainers. However, here's the information for those that want to get a head start on doing the work. Note that the new 'gmake' error classification has been added to the results; OTOH, many regressions will be classified as 'makefile'. It depends on how, exactly, the build failure occurred. mcl - Forwarded message from Mark Linimon - Date: Sat, 5 Mar 2011 20:49:28 -0600 From: Mark Linimon To: a...@freebsd.org Cc: port...@freebsd.org Subject: prelminary analysis of gmake -exp run User-Agent: Mutt/1.5.20 (2009-06-14) http://pointyhat-west.isc.freebsd.org/errorlogs/amd64-errorlogs/e.8-exp.20110304064411.pointyhat-west/index-category.html definitely gmake: audio/portaudio biology/grappa cad/varkon deskutils/contacts devel/ORBit devel/allegro devel/cil devel/deputy devel/hyena devel/libarena devel/p5-Module-Build devel/psptoolchain-binutils games/grubik games/lgeneral games/pinball games/xconq graphics/stamp irc/xchat-gnome mail/ifile misc/gnustep-examples multimedia/mythtv-frontend net/gupnp-igd net/proxy-suite net/xtraceroute sysutils/gkrellm sysutils/isomd5sum sysutils/lire sysutils/slmon textproc/domc www/rubygem-railties www/rubygem-activeresource www/seamonkey www/swish++ x11-toolkits/gtkextra x11-toolkits/v x11-toolkits/vdkbuilder x11-wm/awesome x11/xnee not sure, someone needs to investigate: devel/cc65 games/sarien lang/io multimedia/tstools not gmake (they break elsewhere): chinese/scim-chewing chinese/tin comms/usbmuxd deskutils/doodle deskutils/xfce4-notification-daemon devel/fossology devel/otrs devel/py-sendfile dns/dhid graphics/gegl net-p2p/gnunet news/tin print/latex-prettyref sysutils/garcon www/foswiki-ModPerlEngineContrib - End forwarded message - ___ 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 Mar 10, 2011, at 18:09 , Doug Barton wrote: > First, my point was not "there are going to be a lot of gmake ports," my > point was, "there will be >1 for a long time after it's split into >1." You > have now proved my point, thanks. Apples and oranges, my friend. Given the sheer amount of stuff we have in ports/, there is a small amount of stuff that hasn't been updated in forever, nor ever will be, requiring the "legacy" autoconf-2.13/automake-1.4 Go look up pkgsrc. Or any Linux distribution. You'll find both of them lying there. I'd love to nuke them, and those ports that require them to build, but people tend to get upset when Really Important Application (sic) gets removed from under them. As for the rest of your post. It's the usual diatribe. If you think you can do better, by all means, step up to the plate and actually _do_ something. Like yours truly has done reducing libtool to 1 version, and autoconf/automake to 2 versions (legacy and current). Unless you're prepared to step up to the plate, offer alternate _concrete_ plans (as I have already done) and are willing to spend considerable brain and cpu cycles to get to the desired solution, you have no right to question what _is_ being done by those that _are_ doing it. This is _not_ a democracy. The war cry of "Patches Welcome" should be obvious in that fact. So. Let's see your patches. Seriously. Hell, if someone else takes this on (and note, it is only a matter of time before something fundamental _requires_ GNU make 3.82, so we can't just bury our heads in the sand), go for it. Didn't think so. -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: [HEADS UP] GNU make 3.82
On 03/10/2011 19:46, Ade Lovett wrote: On Mar 10, 2011, at 18:09 , Doug Barton wrote: First, my point was not "there are going to be a lot of gmake ports," my point was, "there will be>1 for a long time after it's split into>1." You have now proved my point, thanks. Apples and oranges, my friend. Given the sheer amount of stuff we have in ports/, there is a small amount of stuff that hasn't been updated in forever, nor ever will be, requiring the "legacy" autoconf-2.13/automake-1.4 And my concern is that we're heading down the same road with gmake. Maybe it's worth doing that, I don't know. It's hard to make an intelligent decision when neither you nor Mark will answer what I think is a totally reasonable question: What is the urgency in upgrading gmake that prevents "fix the broken ports first" as an option to at least explore? As for the rest of your post. It's the usual diatribe. If you think you can do better, by all means, step up to the plate and actually _do_ something. Um, I do quite a bit, thanks. But even if I didn't, it doesn't mean that I don't get to ask questions. Like yours truly has done reducing libtool to 1 version, and autoconf/automake to 2 versions (legacy and current). Yes, and that work has been greatly appreciated. Unless you're prepared to step up to the plate, offer alternate _concrete_ plans (as I have already done) and are willing to spend considerable brain and cpu cycles to get to the desired solution, you have no right to question what _is_ being done by those that _are_ doing it. Yeah, no ... that's not how this works. This is a community, with all the problems that entails. Work on something this important should not be happening in a vacuum. At bare minimum it's impossible to provide an intelligent answer to the question of, "Is there a better way to do it?" because we (the community) don't have all the facts. So what I'm asking for as step 1 is, share the facts. Then step 2 _should be_, work together to find the right solution. If it turns out that your idea is actually the best one, then great, let's do it! OTOH, throwing the door open and having the many smart people who are interested in making FreeBSD ports better have a crack at it might just result in a better/easier solution. It might even result in getting more volunteers who have the desire and ability to actually help with the work. I don't see a downside here. But if you'd like to engage in a discussion rather than throwing around ad hominem's and pointless "patches welcome" statements, maybe you can show me why I'm wrong. 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"
Re: [HEADS UP] GNU make 3.82
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. 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. In this case it was "here is someone willing to do the work, here's an action plan, let's just do it." I've already spent nearly as much time arguing with you as I had spent running the initial -exp run (more, if you exclude the work I did to update the processonelog script), so I'm done here. 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: [HEADS UP] GNU make 3.82
On Mar 10, 2011, at 22:02 , Doug Barton wrote: > But if you'd like to engage in a discussion rather than throwing around ad > hominem's and pointless "patches welcome" statements, maybe you can show me > why I'm wrong. How about working from the basis that perhaps, just perhaps, I'm _right_, and show me why _I_ am wrong. After all, right now, I see me and a few others doing actual _work_, and others merely taking potshots. By all means, show an alternate solution, one that assumes that some project or another, which will be a part of the FreeBSD ports collection, will _require_ GNU make 3.82, and we can go from there. Believe me, I'm willing to listen to well thought on, start to end, include all possibility plans, but right now, all I'm seeing is "you're wrong" without anything substantial to back it up so, at this point, I'd like to focus on the issue at hand and get the work _done_. -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"
