Re: FreeBSD Port: inn-2.4.5
Howard Goldstein wrote: > Michael Grimm wrote: >> The recent Perl-upgrade to 5.8.9 crashes innd (core dump) at start-up, >> reproducible. I did re-compile all ports including inn, same result. >> Then I removed Perl support during configuration, re-compiled, and now >> innd starts and runs as expected. > For what it's worth, same situation and resolution here. This has also been discussed on the INN mailinglist. The changes in perl 5.8.9 are not compatible with 5.8.8 and current versions of INN simple don't work with perl 5.8.8 yet (although perl 5.10 is reported to work). For now the only workaround appears to either stick with perl 5.8.8 or disable perl support altogether in INN. Ciao, Johan pgpr5rSMZcT9r.pgp Description: PGP signature
Re: FreeBSD Port: squidGuard-1.4
On Tue, Jan 20, 2009 at 10:09:25PM -0800, Doug Barton wrote:
> Guido Falsi wrote:
> > Since ports are expected not to leave files behind when deinstalled,
> > port logic checks on first install if ${DATADIR} exists. If it does it
> > will NOT be created/populated and NOT included in the plist, and not
> > removed on deinstall.
> >
> > On the contrary if it does not find such directory it will create,
> > populate it remove it on deinstall.
>
> The way that this is traditionally handled is for the port to install
> both file and file.sample, but only list file.sample in the plist.
> Then at deinstall time there should be a script to compare file to
> file.sample and remove file if it is the same. Repeat for values of
> $file as needed.
>
> It is not expected or desirable for a port to remove user-modified
> files (including those files created by a daemon).
I agree. I was thinking if it could be acceptable to add an option to
the port for installing/not installing the sample blacklists and not
adding those to the plist anyway. This could be easier to handle.
Perhaps also more logical.
With this change a note on deinstall to check and remove by hand the
folder should also be added, obviously.
--
Guido Falsi
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: gnome-power-manager fails to build
Eduardo Cerejo schrieb: Trying to build this port on FreeBSD 7.1 release but it fails either using just make or portupgrade, I cvsuped my ports twice in the last two days to no avail. file=`echo tr | sed 's,.*/,,'`.gmo \ && rm -f $file && /usr/local/bin/msgfmt -o $file tr.po file=`echo uk | sed 's,.*/,,'`.gmo \ && rm -f $file && /usr/local/bin/msgfmt -o $file uk.po file=`echo vi | sed 's,.*/,,'`.gmo \ && rm -f $file && /usr/local/bin/msgfmt -o $file vi.po file=`echo zh_CN | sed 's,.*/,,'`.gmo \ && rm -f $file && /usr/local/bin/msgfmt -o $file zh_CN.po file=`echo zh_HK | sed 's,.*/,,'`.gmo \ && rm -f $file && /usr/local/bin/msgfmt -o $file zh_HK.po file=`echo zh_TW | sed 's,.*/,,'`.gmo \ && rm -f $file && /usr/local/bin/msgfmt -o $file zh_TW.po gmake[2]: Leaving directory `/usr/ports/sysutils/gnome-power-manager/wo rk/gnome-power-manager-2.24.3/po' Making all in docs gmake[2]: Entering directory `/usr/ports/sysutils/gnome-power-manager/w ork/gnome-power-manager-2.24.3/docs' gmake[2]: Nothing to be done for `all'. gmake[2]: Leaving directory `/usr/ports/sysutils/gnome-power-manager/wo rk/gnome-power-manager-2.24.3/docs' Making all in man gmake[2]: Entering directory `/usr/ports/sysutils/gnome-power-manager/w ork/gnome-power-manager-2.24.3/man' docbook2man gnome-power-manager.sgml > gnome-power-manager.1 gmake[2]: *** [gnome-power-manager.1] Error 8 gmake[2]: Leaving directory `/usr/ports/sysutils/gnome-power-manager/wo rk/gnome-power-manager-2.24.3/man' ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade.1 8830.0 env UPGRADE_TOOL=portupgrade UPGRADE_PORT=gnome-power-manager-2. 22.1_2 UPGRADE_PORT_VER=2.22.1_2 make ** Fix the problem and try again. ** Listing the failed packages (-:ignored / *:skipped / !:failed) ! sysutils/gnome-power-manager (gnome-power-manager-2.22.1_2)(u nknown build error) This problem is dicussed at gn...@freebsd.org mailing list now. I am afraid we will have to wait what gnome porting team finds out. Greetings, Uli. Any idea what might be causing this? ___ 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: FreeBSD Port: squidGuard-1.4
Guido Falsi wrote:
On Tue, Jan 20, 2009 at 10:09:25PM -0800, Doug Barton wrote:
Guido Falsi wrote:
> Since ports are expected not to leave files behind when deinstalled,
port logic checks on first install if ${DATADIR} exists. If it does it
will NOT be created/populated and NOT included in the plist, and not
removed on deinstall.
On the contrary if it does not find such directory it will create,
populate it remove it on deinstall.
The way that this is traditionally handled is for the port to install
both file and file.sample, but only list file.sample in the plist.
Then at deinstall time there should be a script to compare file to
file.sample and remove file if it is the same. Repeat for values of
$file as needed.
It is not expected or desirable for a port to remove user-modified
files (including those files created by a daemon).
I agree. I was thinking if it could be acceptable to add an option to
the port for installing/not installing the sample blacklists and not
adding those to the plist anyway. This could be easier to handle.
Perhaps also more logical.
With this change a note on deinstall to check and remove by hand the
folder should also be added, obviously.
That might make more sense, esp. if a user has created numerous large
dbs rather than downloading them from a 3rd party. It wasn't disastrous
for me since I upgraded a test server first, but it would be preferable
if the upgrade didn't touch the db dir or squidGuard.conf.
thanks guys,
Rick
___
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"
move x11/xclock to x11-clocks/
Proposal: move x11/xclock to x11-clocks/xclock -- Eitan Adler "Security is increased by designing for the way humans actually behave." -Jakob Nielsen ___ 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: move x11/xclock to x11-clocks/
On Wed, Jan 21, 2009 at 3:58 PM, Eitan Adler wrote: > Proposal: move x11/xclock to x11-clocks/xclock Makes sense, please submit a PR and specify that I'll handle the PR when the repocopy is done. Thanks. -- Florent Thoumie f...@freebsd.org FreeBSD Committer ___ 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: squidGuard-1.4
On Wed, Jan 21, 2009 at 10:26:19AM -0500, Rick Chisholm wrote: >> I agree. I was thinking if it could be acceptable to add an option to >> the port for installing/not installing the sample blacklists and not >> adding those to the plist anyway. This could be easier to handle. >> Perhaps also more logical. >> >> With this change a note on deinstall to check and remove by hand the >> folder should also be added, obviously. >> >> > That might make more sense, esp. if a user has created numerous large > dbs rather than downloading them from a 3rd party. It wasn't disastrous > for me since I upgraded a test server first, but it would be preferable > if the upgrade didn't touch the db dir or squidGuard.conf. As I said that was behaviour already present in the port logic. I will make some experiments in this direction and modify the port as needed. Only doubt I have is, how will tinderboxes react to this kind of implementation? -- Guido Falsi ___ 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: gcompris-8.4.8
Dear gn...@freebsd support , I apologize for bothering you with this but I am a little confused. I have 5 and 6 year old girls who love gcompris, but I can not get it to install and run on one of my systems at home. I have 2 systems with FreeBSD 7.1 i386 installs , with kde . One successfully installs and runs gcompris and one doesn't. I have tried packages, and compiling from ports, with the same effect. The error message I get when I start gcompis, is that it is unable to find boards/skins/gartoon/boardicons/computer.svg. The file does exist, and the information when I start if from a cli indicates the paths are correct, so it must be some other problem. Config dir '/home/barry/.config/gcompris' Users dir '/home/barry/My GCompris' Database '/home/barry/.config/gcompris/gcompris_sqlite.db' I went to www.freebsd.org and checked the port dependencies for gcompris. There were 185 listed, but when I check with the command pkg_info -r gcompris-8.4.8, I only see 163 dependencies. I compared the 2 different lists of dependencies and found that they are quite different.There are dependencies that are unique in both lists. Any light you can shed on this problem would be very much appreciated. Right now the only thing I can assume that I can do the the "broken" system , is to wipe and reinstall from scratch. IMO, this is the Microsoft way to fix things, so I am loathe to do it, nor am I confident that it will fix the problem. this is the list of dependencies for the following link, http://www.freebsd.org/cgi/ports.cgi?query=gcompris&stype=all ORBit2-2.14.16 aalib-1.4.r5_4 atk-1.24.0 avahi-app-0.6.24 bash-3.2.48_1 bitstream-vera-1.10_4 cairo-1.8.6,1 cdparanoia-3.9.8_8 compositeproto-0.4 consolekit-0.3.0_3 damageproto-1.1.0_2 dbus-1.2.4.4 dbus-glib-0.78 dmidecode-2.10 docbook-sk-4.1.2_4 docbook-xml-4.2_1 docbook-xml-4.3 docbook-xml-4.4 docbook-xsl-1.74.0 encodings-1.0.2,1 esound-0.2.41 expat-2.0.1 fixesproto-4.0 font-arabic-misc-1.0.0 font-bh-ttf-1.0.0 font-cursor-misc-1.0.0 font-daewoo-misc-1.0.0 font-dec-misc-1.0.0 font-isas-misc-1.0.0 font-jis-misc-1.0.0 font-micro-misc-1.0.0 font-misc-ethiopic-1.0.0 font-misc-meltho-1.0.0_1 font-misc-misc-1.0.0 font-mutt-misc-1.0.0 font-schumacher-misc-1.0.0_1 font-sony-misc-1.0.0 font-sun-misc-1.0.0 font-util-1.0.1 fontconfig-2.6.0,1 fontsproto-2.0.2 freetype2-2.3.7 fusefs-kmod-0.3.9.p1.20080208_5 fusefs-libs-2.7.3 gamin-0.1.10 gconf2-2.24.0 gdbm-1.8.3_3 getopt-1.1.4_1 gettext-0.17_1 gio-fam-backend-2.18.4 glib-2.18.4 gmake-3.81_3 gnet2-2.0.8_1 gnome-doc-utils-0.14.2 gnome-icon-theme-2.24.0_2 gnome-keyring-2.24.1_2 gnome-mime-data-2.18.0_3 gnome-mount-0.8_2 gnome-vfs-2.24.0 gnome_subr-1.0 gnomehier-2.3_11 gnuchess-5.07 gnutls-2.6.3_1 gstreamer-0.10.21 gstreamer-plugins-0.10.21,3 gtk-2.14.7 gvfs-1.0.3 hal-0.5.11_11 hicolor-icon-theme-0.10_2 inputproto-1.4.2.1 intltool-0.40.5 jasper-1.900.1_6 jpeg-6b_7 kbproto-1.0.3 libGL-7.0.3 libGLU-7.0.3 libICE-1.0.4_1,1 libIDL-0.8.12 libSM-1.0.3_1,1 libX11-1.1.3_1,1 libXau-1.0.3_2 libXaw-1.0.4_1,1 libXcomposite-0.4.0,1 libXcursor-1.1.9_1 libXdamage-1.1.1 libXdmcp-1.0.2_1 libXext-1.0.3,1 libXfixes-4.0.3_1 libXfont-1.3.1_3,1 libXft-2.1.13 libXi-1.1.3,1 libXinerama-1.0.2,1 libXmu-1.0.3,1 libXp-1.0.0,1 libXpm-3.5.7 libXrandr-1.2.2_1 libXrender-0.9.4_1 libXt-1.0.5_1 libXv-1.0.3_1,1 libXxf86misc-1.0.1 libXxf86vm-1.0.1 libao-0.8.8_1 libart_lgpl-2.3.20,1 libassetml-1.2.1_9 libaudiofile-0.2.6 libbonobo-2.24.0 libbonoboui-2.24.0 libcddb-1.3.0 libcdio-0.78.2_2 libdaemon-0.12 libdrm-2.3.1 libexif-0.6.17 libfontenc-1.0.4 libgcrypt-1.4.3 libglade2-2.6.3 libgnome-2.24.1 libgnomecanvas-2.20.1.1_2 libgnomeui-2.24.0 libgpg-error-1.7 libgphoto2-2.4.3 libiconv-1.11_1 libltdl-1.5.26 libmikmod-3.1.11_2 libnotify-0.4.5 libogg-1.1.3,4 liboil-0.3.15 libpthread-stubs-0.1 libsoup-2.24.3 libtasn1-1.8 libusb-0.1.12_4 libvolume_id-0.81.0 libvorbis-1.2.0_2,3 libxcb-1.1.90.1 libxkbfile-1.0.4 libxkbui-1.0.2_1 libxml2-2.7.2_1 libxslt-1.1.24_2 mkfontdir-1.0.3_1 mkfontscale-1.0.3 p5-XML-Parser-2.36 pango-1.22.4 pciids-20081012 pcre-7.8 perl-5.8.9 pixman-0.12.0 pkg-config-0.23_1 png-1.2.34 policykit-0.9_2 policykit-gnome-0.9.2 popt-1.7_5 printproto-1.0.3 py25-cairo-1.8.0_2 py25-gnome-2.22.3 py25-gobject-2.16.0 py25-gtk-2.13.0_1 py25-libxml2-2.7.2 py25-numeric-24.2_3 py25-orbit-2.24.0 py25-pysqlite-2.0.7_1 python25-2.5.2_3 randrproto-1.2.1 rarian-0.8.1 renderproto-0.9.3 samba-libsmbclient-3.0.34_1 sdl-1.2.13_2,2 sdl_mixer-1.2.8_1 sdocbook-xml-1.1,1 shared-mime-info-0.51 smpeg-0.4.4_8 sqlite3-3.6.4 startup-notification-0.9_2 texi2html-1.76_1,1 tiff-3.8.2_2 videoproto-2.2.2 xcb-proto-1.2 xcb-util-0.3.0 xextproto-7.0.2 xf86miscproto-0.9.2 xf86vidmodeproto-2.2.2 xineramaproto-1.1.2 xmlcatmgr-2.2 xorg-fonts-miscbitmaps-7.3 xorg-fonts-truetype-7.3 xorg-vfbserver-1.4_1,1 xproto-7.0.10_1 And this is the output from pkg_info -r gcompris-8.4.8 ORBit2-2.14.16 aalib-1.4.r5_4 aspell-0.60.6_2 atk-1.24.0 avahi-app-0.6.24 bash-3.2.48_1 bitstream-vera-1.10_4 cairo-1.
Re: FreeBSD Port: squidGuard-1.4
Rick Chisholm wrote:
> Guido Falsi wrote:
>> On Tue, Jan 20, 2009 at 10:09:25PM -0800, Doug Barton wrote:
>>
>>> Guido Falsi wrote:
>>> > Since ports are expected not to leave files behind when deinstalled,
>>>
port logic checks on first install if ${DATADIR} exists. If it does it
will NOT be created/populated and NOT included in the plist, and not
removed on deinstall.
On the contrary if it does not find such directory it will create,
populate it remove it on deinstall.
>>> The way that this is traditionally handled is for the port to install
>>> both file and file.sample, but only list file.sample in the plist.
>>> Then at deinstall time there should be a script to compare file to
>>> file.sample and remove file if it is the same. Repeat for values of
>>> $file as needed.
>>>
>>> It is not expected or desirable for a port to remove user-modified
>>> files (including those files created by a daemon).
>>>
>>
>> I agree. I was thinking if it could be acceptable to add an option to
>> the port for installing/not installing the sample blacklists and not
>> adding those to the plist anyway. This could be easier to handle.
>> Perhaps also more logical.
>>
>> With this change a note on deinstall to check and remove by hand the
>> folder should also be added, obviously.
>>
>>
> That might make more sense, esp. if a user has created numerous large
> dbs rather than downloading them from a 3rd party. It wasn't disastrous
> for me since I upgraded a test server first, but it would be preferable
> if the upgrade didn't touch the db dir or squidGuard.conf.
An option for whether or not to install the sample dbs would be a
nice-to-have. But regardless of whether or not that option is added
the port still needs to do the routine I described above when the
sample files are present.
To ease Guido's concerns, as long as in the default case (i.e., the
user has not modified any of the installed files) the port removes
everything it installs the tinderboxes will be happy. What you want to
avoid is automatically deinstalling files that users have modified.
Doug
--
This .signature sanitized for your protection
___
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: inn-2.4.5
Hi, again -
On 17.01.2009, at 10:38, Michael Grimm wrote:
I'm running FBSD 7.1-p2 and inn-2.4.5 with largefile support and
ovdb overview in a jail without any difficulties sofar.
The recent Perl-upgrade to 5.8.9 crashes innd (core dump) at start-
up, reproducible. I did re-compile all ports including inn, same
result. Then I removed Perl support during configuration, re-
compiled, and now innd starts and runs as expected.
I just want to bring this to your attention, if you won't know this
already. I couldn't find reports at the ports-mailing list sofar.
Hope that this isn't to difficult to fix. Let me know if you need
help in further debugging.
This bug can be solved by applying the following patch:
--- inn-2.4.5/lib/perl.c2008-06-29 19:56:57.0 +0200
+++ inn-2.4.5-1/lib/perl.c 2009-01-21 19:36:03.0 +0100
@@ -110,14 +110,18 @@
if (PerlCode == NULL) {
/* Perl waits on standard input if not called with '-e'. */
int argc = 3;
-const char *argv[] = { "innd", "-e", "0", NULL };
-char *env[] = { NULL };
+const char *argv_innd[] = { "innd", "-e", "0", NULL };
+char **argv = (char **)argv_innd; /* Cast required by Perl
5.10. */
+char **env = { NULL };
#ifdef PERL_SYS_INIT3
PERL_SYS_INIT3(&argc, &argv, &env);
#endif
PerlCode = perl_alloc();
perl_construct(PerlCode);
-perl_parse(PerlCode, xs_init, argc, (char **)argv, env) ;
+#ifdef PERL_EXIT_DESTRUCT_END
+PL_exit_flags |= PERL_EXIT_DESTRUCT_END;
+#endif
+perl_parse(PerlCode, xs_init, argc, argv, env) ;
}
if (startupfile != NULL && filterfile != NULL) {
This patch has been proposed by the current main developer of INN
(Julien Élie),
see Usenet thread at:
http://groups.google.com/group/news.software.nntp/browse_frm/thread/42238dc9237b5a81?q=
It did work for me after applying this patch to inn's vanilla tarfile,
putting the
patches tarfile into /usr/ports/distfiles/, modifying news/inn/
distinfo to cover
the new size and checksums, and re-installing with portmaster.
Regards,
Michael
___
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: RT 3.8?
I am trying to install the rt38 port in the tree on a fresh 7.1-STABLE build. The Makefile's id is: # $FreeBSD: ports/www/rt38/Makefile,v 1.6 2009/01/08 16:50:17 pav Exp $ a "/usr/local/sbin/rt-setup-database --dba root --action init" yeilds the following error: DBD::mysql::st execute failed: Table 'Attachments' already exists at /usr/local/lib/perl5/site_perl/5.8.8/RT/Handle.pm line 470. Any ideas as to where I should look to solve this? -- Arnold Cavazos, Jr. On Wed, Dec 17, 2008 at 10:31:16AM -0500, Steven Kreuzer wrote: > > On Dec 15, 2008, at 2:32 PM, Philip M. Gollucci wrote: > > > Wesley Shields wrote: > >> I've also added him as CC to this reply so he can speak up if he > >> has any > >> more information to add. > > I've gotten several comments (esp recently). My first thought is to > > commit it as is and let the PRs come it. Several people have been > > using the prototype in production for a while now. > > I have been running this port in both production with roughly 15 > people using it. (This number of users should grown to around 40 in > the near future). > The production version has been extremely reliable and I would say > that it ready to be added into the ports tree. > > I am willing to assist with any PRs that open up regarding this port. > If you would like, put me down as the maintainer until your workload > dies down and then you can > take maintainership back 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: RT 3.8?
On Jan 21, 2009, at 4:34 PM, Arnold Cavazos Jr. wrote: I am trying to install the rt38 port in the tree on a fresh 7.1-STABLE build. The Makefile's id is: # $FreeBSD: ports/www/rt38/Makefile,v 1.6 2009/01/08 16:50:17 pav Exp $ a "/usr/local/sbin/rt-setup-database --dba root --action init" yeilds the following error: DBD::mysql::st execute failed: Table 'Attachments' already exists at /usr/local/lib/perl5/site_perl/5.8.8/RT/Handle.pm line 470. Any ideas as to where I should look to solve this? -- Arnold Cavazos, Jr. Hi Arnold- This is a known issue documented in PR ports/130425 I recently inherited maintenance of this port and I currently have two patches that are being reviewed by ports committers that fix other problems in the port. Once those get checked in, which I was told *should* be done today, I will fix the issue you are having. (I have patches ready to go) Sorry for any inconvenience this may have caused you. This should be fixed in the very near future. -- Steven Kreuzer http://www.exit2shell.com/~skreuzer ___ 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: RT 3.8?
On Wed, Jan 21, 2009 at 06:05:50PM -0500, Steven Kreuzer wrote: > > On Jan 21, 2009, at 4:34 PM, Arnold Cavazos Jr. wrote: > > > > > > > I am trying to install the rt38 port in the tree on a fresh 7.1-STABLE > > build. The Makefile's id is: > > > > # $FreeBSD: ports/www/rt38/Makefile,v 1.6 2009/01/08 16:50:17 pav > > Exp $ > > > > > > a "/usr/local/sbin/rt-setup-database --dba root --action init" > > yeilds the following error: > > > > DBD::mysql::st execute failed: Table 'Attachments' already exists at > > /usr/local/lib/perl5/site_perl/5.8.8/RT/Handle.pm line 470. > > > > Any ideas as to where I should look to solve this? > > > > -- > > Arnold Cavazos, Jr. > > Hi Arnold- > > This is a known issue documented in PR ports/130425 > > I recently inherited maintenance of this port and I currently have two > patches > that are being reviewed by ports committers that fix other problems in > the port. > > Once those get checked in, which I was told *should* be done today, I > will fix the > issue you are having. (I have patches ready to go) > > Sorry for any inconvenience this may have caused you. This should be > fixed > in the very near future. As the person doing the review of the patches I can say that they visually look good to me but I'm putting them through a quick test run to make sure they are sane in practice. I hope to have these patches into the tree tonight and will continue to work with Steven to address any issues in this port. -- WXS ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
INDEX build failed for 6.x
INDEX build failed with errors: Generating INDEX-6 - please wait..pkg_info: not found pkg_info: not found pkg_info: not found pkg_info: not found Done. make_index: p5-HTTP-Router-0.01: no entry for /usr/ports/net/p5-URI-Template-Restrict Committers on the hook: amdmi3 beech bsam flz jadawin kuriyama pav pgj wxs Most recent CVS update was: U MOVED U archivers/p5-Archive-Tar/Makefile U archivers/p5-Archive-Tar/distinfo U audio/paprefs/Makefile U audio/paprefs/distinfo U audio/paprefs/pkg-plist U cad/freecad/Makefile U deskutils/linux-sunbird/Makefile U devel/Makefile U devel/cgit/Makefile U devel/cgit/distinfo U devel/lwp/Makefile U devel/lwp/distinfo U devel/rpc2/Makefile U devel/rpc2/distinfo U devel/rvm/Makefile U devel/rvm/distinfo U games/wesnoth-devel/Makefile U mail/linux-thunderbird/Makefile U misc/tmux/Makefile U misc/tmux/distinfo U misc/tmux/pkg-plist U misc/tmux/files/patch-Makefile U multimedia/nmm/Makefile U security/mosref/Makefile U security/mosref/pkg-descr U security/vuxml/vuln.xml U www/Makefile U www/linux-firefox/Makefile U www/linux-firefox-devel/Makefile U www/linux-flock/Makefile U www/linux-mozilla/Makefile U www/linux-nvu/Makefile U www/linux-seamonkey/Makefile U www/linux-seamonkey/Makefile.common U www/linux-seamonkey-devel/Makefile U www/p5-HTTP-Router/Makefile U www/p5-HTTP-Router/distinfo U www/p5-HTTP-Router/pkg-descr U www/p5-HTTP-Router/pkg-plist U www/rt38/Makefile U www/rt38/Makefile.cpan U www/rt38/pkg-plist U www/rt38/files/patch-Makefile.in U www/rt38/files/patch-config.layout U x11/hs-x11-ghc/Makefile U x11/hs-x11-ghc/pkg-plist U x11-toolkits/hs-gtk2hs/Makefile U x11-toolkits/p5-Tcl-Tk/Makefile U x11-toolkits/p5-TclTk/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: RT 3.8?
On Wed, Jan 21, 2009 at 06:32:59PM -0500, Wesley Shields wrote: > On Wed, Jan 21, 2009 at 06:05:50PM -0500, Steven Kreuzer wrote: > > > > On Jan 21, 2009, at 4:34 PM, Arnold Cavazos Jr. wrote: > > > > > > > > > > > I am trying to install the rt38 port in the tree on a fresh 7.1-STABLE > > > build. The Makefile's id is: > > > > > > # $FreeBSD: ports/www/rt38/Makefile,v 1.6 2009/01/08 16:50:17 pav > > > Exp $ > > > > > > > > > a "/usr/local/sbin/rt-setup-database --dba root --action init" > > > yeilds the following error: > > > > > > DBD::mysql::st execute failed: Table 'Attachments' already exists at > > > /usr/local/lib/perl5/site_perl/5.8.8/RT/Handle.pm line 470. > > > > > > Any ideas as to where I should look to solve this? > > > > > > -- > > > Arnold Cavazos, Jr. > > > > Hi Arnold- > > > > This is a known issue documented in PR ports/130425 > > > > I recently inherited maintenance of this port and I currently have two > > patches > > that are being reviewed by ports committers that fix other problems in > > the port. > > > > Once those get checked in, which I was told *should* be done today, I > > will fix the > > issue you are having. (I have patches ready to go) > > > > Sorry for any inconvenience this may have caused you. This should be > > fixed > > in the very near future. > > As the person doing the review of the patches I can say that they > visually look good to me but I'm putting them through a quick test run > to make sure they are sane in practice. I hope to have these patches > into the tree tonight and will continue to work with Steven to address > any issues in this port. I committed this fix and a couple of other small ones for this port tonight. Please let me know if you have any problems with it. -- WXS ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
INDEX now builds successfully on 6.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: FreeBSD Port: xfe-1.19.2_1
Leslie Jensen wrote: > Hello > > When I try to start xfe it produces the error message below. > > l...@blj01~:xfe > > /libexec/ld-elf.so.1: Shared object "libtasn1.so.3" not found, required > by "libcups.so.2" > > I've tried to fix it by doing > > portmaster -r xfe-1.19.2_1 and The -r for xfe isn't going to do anything since xfe is a leaf port (it is not depended on). > portmaster -r libtasn1-1.8 Did this actually rebuild cups-base at any point? I suspect not since the dependency seems to be indirect (i.e., I can't find a connection between the two in any of the ports infrastructure dependencies). Try just 'portmaster cups-base' and see if that works. You should not have to rebuild xfe since it will still be linking to libcups.so.2. You might want to look at the -w option for portmaster as well. While it would "fix" this particular problem, it also delays the inevitable and can lead to its own set of "unpredictable results." hope this helps, Doug -- This .signature sanitized for your protection ___ 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"
