17 jan 2015 kl. 01:41 skrev Baptiste Daroussin :
> On Thu, Jan 15, 2015 at 08:02:22PM -0800, Waitman Gobble wrote:
>> On Thu, Jan 15, 2015 at 8:01 AM, Baptiste Daroussin wrote:
>>> On Wed, Jan 14, 2015 at 10:27:14PM -0800, Waitman Gobble wrote:
Hi,
I noticed that postgresql93-cl
On Sat, Jan 17, 2015 at 10:37:49AM +0100, Palle Girgensohn wrote:
>
>
> 17 jan 2015 kl. 01:41 skrev Baptiste Daroussin :
>
> > On Thu, Jan 15, 2015 at 08:02:22PM -0800, Waitman Gobble wrote:
> >> On Thu, Jan 15, 2015 at 8:01 AM, Baptiste Daroussin
> >> wrote:
> >>> On Wed, Jan 14, 2015 at 10:2
On Sat, Jan 17, 2015 at 6:09 AM, Baptiste Daroussin wrote:
> On Sat, Jan 17, 2015 at 10:37:49AM +0100, Palle Girgensohn wrote:
>>
>>
>> 17 jan 2015 kl. 01:41 skrev Baptiste Daroussin :
>>
>> > On Thu, Jan 15, 2015 at 08:02:22PM -0800, Waitman Gobble wrote:
>> >> On Thu, Jan 15, 2015 at 8:01 AM, Ba
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 -D
On Sat, Jan 17, 2015 at 06:38:10AM -0800, Waitman Gobble wrote:
> On Sat, Jan 17, 2015 at 6:09 AM, Baptiste Daroussin wrote:
> > On Sat, Jan 17, 2015 at 10:37:49AM +0100, Palle Girgensohn wrote:
> >>
> >>
> >> 17 jan 2015 kl. 01:41 skrev Baptiste Daroussin :
> >>
> >> > On Thu, Jan 15, 2015 at 08:
On Sat, Jan 17, 2015 at 6:54 AM, Baptiste Daroussin 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 wrote:
>> > On Sat, Jan 17, 2015 at 10:37:49AM +0100, Palle Girgensohn wrote:
>> >>
>> >>
>> >> 17 jan 2015 kl. 01:41
On Sat, Jan 17, 2015 at 7:00 AM, Waitman Gobble wrote:
> On Sat, Jan 17, 2015 at 6:54 AM, Baptiste Daroussin 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
>>> wrote:
>>> > On Sat, Jan 17, 2015 at 10:37:49AM +010
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 h
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 h
Andrea Venturoli 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:
> /tmp/usr/ports/www/
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 p
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
Thanks
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 be
???
___
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 che
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
> ===
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 require
On Sat, Jan 17, 2015 at 1:48 PM, Marco Beishuizen 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 OLD/
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} ${WRKSRC}
On Sat, Jan 17, 2015 at 2:54 PM, Marco Beishuizen 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 to in
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 th
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:
> Compr
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, bu
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 poudrie
On Sat, Jan 17, 2015 at 7:43 AM, Andreas Tobler
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
>> linker_load_
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.
>
On Sat, Jan 17, 2015 at 8:34 PM, Bob Willcox 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
> > > FreeBS
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
>
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
>
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. Kevin
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, right
35 matches
Mail list logo