Hi!
# then I check the build and stuff on my test system (10.1-amd64)
rm -rf work make check-plist
[ some iterations later ]
When I do the make check-plist I get an error:
=== License APACHE20 accepted by the user
=== Found saved configuration for alpine-2.11_2
=== alpine-2.20
On Sat, Jan 17, 2015 at 1:48 PM, Marco Beishuizen mb...@xs4all.nl wrote:
On Sat, 17 Jan 2015, the wise Kurt Jaeger wrote:
I normally proceed by moving all non-applying patches into a seperate
directory and try if the build works:
cd ~/myp/mail/alpine mkdir OLD mv files/patch-alpine__alpine.c
On Sat, 17 Jan 2015, the wise Kurt Jaeger wrote:
I normally proceed by moving all non-applying patches into a seperate
directory and try if the build works:
cd ~/myp/mail/alpine mkdir OLD mv files/patch-alpine__alpine.c OLD/
# and retry rm -rf work make check-plist
If the patch is required
On Sat, Jan 17, 2015 at 2:54 PM, Marco Beishuizen mb...@xs4all.nl wrote:
On Sat, 17 Jan 2015, the wise Scot Hetzel wrote:
On line 41 of the current ports Makefile, it shows tech-notes.txt:
41 PORTDOCSdoc= brochure.txt tech-notes.txt
Then on lines 163-164 in the post-install stage it tries
Good news - that means the port is now compiling fine, and the last thing
you need to do is fix the pkg-plist file to ensure it accurately reflects
all the files the port will install:
# cd PORTDIR
# make clean
# make
# make makeplist
That will dump the new plist to the console standard output,
On Sat, 17 Jan 2015, the wise Scot Hetzel wrote:
Are you using the correct version of the maildir.patch.gz.
If you look on line 116 of the original Makefile, it shows:
116 PATCH_SITES= http://patches.freeiz.com/alpine/patches/alpine-2.11/
117 PATCHFILES+= maildir.patch.gz
You should change
On Sat, 17 Jan 2015, the wise Scot Hetzel wrote:
Well, problems with the maildir patch seem to have dissappeared, but I'm
not there yet. Alpine compiles, but the problems with the plist remain.
I'll look further into the Makefile and see if I can solve this.
The current error is:
On Sat, 17 Jan 2015, the wise Scot Hetzel wrote:
On line 41 of the current ports Makefile, it shows tech-notes.txt:
41 PORTDOCSdoc= brochure.txt tech-notes.txt
Then on lines 163-164 in the post-install stage it tries to install them:
163 .for f in ${PORTDOCSdoc}
164 ${INSTALL_MAN}
On Sat, Jan 17, 2015 at 07:48:37AM -0800, David Wolfskill wrote:
On Sat, Jan 17, 2015 at 04:45:04PM +0100, Hans Petter Selasky wrote:
Hi,
The nvidia-driver package needs to be recompiled with the latest
FreeBSD-current sources, because of changes in the callout subsystem.
If
On Sat, Jan 17, 2015 at 8:34 PM, Bob Willcox b...@immure.com wrote:
On Sat, Jan 17, 2015 at 07:48:37AM -0800, David Wolfskill wrote:
On Sat, Jan 17, 2015 at 04:45:04PM +0100, Hans Petter Selasky wrote:
Hi,
The nvidia-driver package needs to be recompiled with the latest
On 01/15/15 20:35, Russell L. Carter wrote:
Greetings,
amd64 stable/10, updated across the failure.
I've been watching a poudriere build failure with graphics/libfpx for
several days now and investigated, and it is a curious failure. Some
advice solicited on the fix.
With an updated
Immediately after Poudriere reports the OSVERSIONs:
!!! Jail is newer than host. (Jail: 1100052, Host: 1100050) !!!
!!! This is not supported. !!!
!!! Host kernel must be same or newer than jail. !!!
!!! Expect build failures. !!!
Given that, I suppose the rest of the error report is bogus,
On Sat, Jan 17, 2015 at 7:43 AM, Andreas Tobler andreast-l...@fgznet.ch
wrote:
On 17.01.15 16:18, Bob Willcox wrote:
Yesterday when I upgraded my current box I encountered this failure when
attempting to load the nvidia-driver (nvidia.so):
link_elf_obj: symbol _callout_stop_safe undefined
On Sat, Jan 17, 2015 at 09:22:06PM -0800, Kevin Oberman wrote:
...
Can anyone tell me where PORTS_MODULES is documented? I don't find it in
the Handbook. It's not in src.conf(5). I've known of it since Doug B. (I
thing) wrote it. This is a very beneficial tool. It really needs to be well
Any hope to get a bit of text on this into the Handbook? Maybe with the
example in Doug B.'s e-mail announcing it. (It's in the ports archive and
DuckDuckGo can find it easily.) The example in build(7) is for a single
module while Doug's message show that they should be space delimited.
--
R.
from Stefan Ehmann:
After you get the No such file or directory error type
# dmesg | tail
Hopefully this will reveal a more helpful error message.
Last message was a reference to dhclient re0, which I did some time previous.
I'm currently not using fuse. But I think something like
#
17 jan 2015 kl. 01:41 skrev Baptiste Daroussin b...@freebsd.org:
On Thu, Jan 15, 2015 at 08:02:22PM -0800, Waitman Gobble wrote:
On Thu, Jan 15, 2015 at 8:01 AM, Baptiste Daroussin b...@freebsd.org wrote:
On Wed, Jan 14, 2015 at 10:27:14PM -0800, Waitman Gobble wrote:
Hi,
I noticed that
On Sat, Jan 17, 2015 at 10:37:49AM +0100, Palle Girgensohn wrote:
17 jan 2015 kl. 01:41 skrev Baptiste Daroussin b...@freebsd.org:
On Thu, Jan 15, 2015 at 08:02:22PM -0800, Waitman Gobble wrote:
On Thu, Jan 15, 2015 at 8:01 AM, Baptiste Daroussin b...@freebsd.org
wrote:
On Wed, Jan
On Sat, Jan 17, 2015 at 6:09 AM, Baptiste Daroussin b...@freebsd.org wrote:
On Sat, Jan 17, 2015 at 10:37:49AM +0100, Palle Girgensohn wrote:
17 jan 2015 kl. 01:41 skrev Baptiste Daroussin b...@freebsd.org:
On Thu, Jan 15, 2015 at 08:02:22PM -0800, Waitman Gobble wrote:
On Thu, Jan 15,
Hello.
Due to the latest vulnerabilities, I'm trying to upgrade FireFox, but it
stops on this error:
clang++ -o Unified_cpp_content_media2.o -c -I../../dist/stl_wrappers
-I../../dist/system_wrappers -include
/tmp/usr/ports/www/firefox/work/mozilla-release/config/gcc_hidden.h
-DOS_POSIX=1
On Sat, Jan 17, 2015 at 06:38:10AM -0800, Waitman Gobble wrote:
On Sat, Jan 17, 2015 at 6:09 AM, Baptiste Daroussin b...@freebsd.org wrote:
On Sat, Jan 17, 2015 at 10:37:49AM +0100, Palle Girgensohn wrote:
17 jan 2015 kl. 01:41 skrev Baptiste Daroussin b...@freebsd.org:
On Thu, Jan
On Sat, Jan 17, 2015 at 6:54 AM, Baptiste Daroussin b...@freebsd.org wrote:
On Sat, Jan 17, 2015 at 06:38:10AM -0800, Waitman Gobble wrote:
On Sat, Jan 17, 2015 at 6:09 AM, Baptiste Daroussin b...@freebsd.org wrote:
On Sat, Jan 17, 2015 at 10:37:49AM +0100, Palle Girgensohn wrote:
17 jan
On Sat, Jan 17, 2015 at 7:00 AM, Waitman Gobble gobble...@gmail.com wrote:
On Sat, Jan 17, 2015 at 6:54 AM, Baptiste Daroussin b...@freebsd.org wrote:
On Sat, Jan 17, 2015 at 06:38:10AM -0800, Waitman Gobble wrote:
On Sat, Jan 17, 2015 at 6:09 AM, Baptiste Daroussin b...@freebsd.org
wrote:
Yesterday when I upgraded my current box I encountered this failure when
attempting to load the nvidia-driver (nvidia.so):
link_elf_obj: symbol _callout_stop_safe undefined
linker_load_file: Unsupported file type
So, today I updtated my system again today hoping it might be fixed but the
problem
On 01/17/15 16:18, Bob Willcox wrote:
Yesterday when I upgraded my current box I encountered this failure when
attempting to load the nvidia-driver (nvidia.so):
link_elf_obj: symbol _callout_stop_safe undefined
linker_load_file: Unsupported file type
So, today I updtated my system again today
On Sat, Jan 17, 2015 at 04:45:04PM +0100, Hans Petter Selasky wrote:
On 01/17/15 16:18, Bob Willcox wrote:
Yesterday when I upgraded my current box I encountered this failure when
attempting to load the nvidia-driver (nvidia.so):
link_elf_obj: symbol _callout_stop_safe undefined
On 17.01.15 16:18, Bob Willcox wrote:
Yesterday when I upgraded my current box I encountered this failure when
attempting to load the nvidia-driver (nvidia.so):
link_elf_obj: symbol _callout_stop_safe undefined
linker_load_file: Unsupported file type
So, today I updtated my system again today
Andrea Venturoli m...@netfence.it writes:
Due to the latest vulnerabilities, I'm trying to upgrade FireFox, but
it stops on this error:
In file included from
/tmp/usr/ports/www/firefox/work/mozilla-release/obj-i386-portbld-freebsd9.3/content/media/Unified_cpp_content_media1.cpp:29:
Hi,
I am the port maintainer of the alpine port, nevertheless not a very
experienced one.
The alpine mailer has recently been updated from 2.11 to 2.20 and I as a
maintainer would like to update the port to the new version.
According to the porter's handbook I have to use diff to create a
Hi!
I am the port maintainer of the alpine port, nevertheless not a very
experienced one.
The alpine mailer has recently been updated from 2.11 to 2.20 and I as a
maintainer would like to update the port to the new version.
According to the porter's handbook I have to use diff to
Dear Sir/Madam,
A Smile day for you !
This is eva of a professional RFID card manufacturer from China .
To welcome your Christmas Day,we prepare some presents for you,all of products
are with an amazing discount ,some as follow for your reference:
Mifare FM1108 1K (FUDAN) blank card-$ 0.093/pcs
On 01/17/15 17:19, Jan Beich wrote:
Already reported. std::abs(int64_t) for 32bit archs or std::llabs are not
available in base libstdc++ or before 10.0-RELEASE (r255294) for libstdc++
in lang/gcc47 and earlier (libstdc++/54686).
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196772
This just happened today. Any comments/suggestions?
laptop_93: {356} # pkg -v
1.4.4
laptop_93: {357} # pkg delete p5-Archive-Zip
Checking integrity... done (0 conflicting)
Deinstallation has been requested for the following 1 packages (of 0
packages in the universe):
Installed packages to
???
___
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
On Sat, 17 Jan 2015, the wise Kurt Jaeger wrote:
Hi Kurt,
Thanks for helping. Unfortunately not all things went as planned.
# fix distinfo, make makesum does this for mw
make makesum
This looked fine.
# then I check the build and stuff on my test system (10.1-amd64)
rm -rf work make
35 matches
Mail list logo
