On 01/01/2011 13:40, Alexander Churanov wrote:
2011/1/1 Doug Barton:
I'm getting the following with qbittorrent-23 which depends on
libtorrent-rasterbar-15 after the latest boost lib update:
qbittorrent
terminate called after throwing an instance of 'std::runtime_error'
what(): locale::facet
I'm happy to have a discussion about this topic either publicly, or
privately, your choice. Since your message went to -current@, that's
where my reply is headed. I've also cc'ed ports@ since the topic is
relevant there too.
Meanwhile, I've snipped some of what you wrote to focus on the issues
On Jan 7, 2011, at 9:48 PM, Ade Lovett wrote:
>
> On Jan 07, 2011, at 17:37 , Doug Barton wrote:
>> On 01/07/2011 13:54, Ade Lovett wrote:
>>>
>>> Most likely it's low priority given all the other exp-runs that
>>> affect 7.x/8.x, tweaking things for an 6.x-EOL-tagged tree, and a
>>> bunch of ot
On Jan 07, 2011, at 17:37 , Doug Barton wrote:
> On 01/07/2011 13:54, Ade Lovett wrote:
>>
>> Most likely it's low priority given all the other exp-runs that
>> affect 7.x/8.x, tweaking things for an 6.x-EOL-tagged tree, and a
>> bunch of other infrastructure stuff. Not to mention the impending
Dimitry Andric writes:
[...]
> Please report any problems with either the base system, or ports that
> come up as a result of this binutils update.
Looks like lang/sbcl doesn't like new ld(1), here on amd64.
Same error when building using devel/binutils. Can you reproduce?
$ make
[...]
ob
On 7 January 2011 12:09, Marek Salwerowicz wrote:
>>
>> kldload nfssvc && dmesg | tail -n 10 ?
>>
>
> vm-salwerom% sudo kldload nfssvc
> kldload: can't load nfssvc: File exists
>
> but:
>
> vm-salwerom% sudo kldload nfssvc.ko
> vm-salwerom% dmesg | tail -n 10
> em0 at 194.29.146.128 server 194.29.
On 01/07/2011 13:54, Ade Lovett wrote:
On Jan 07, 2011, at 15:41 , Doug Barton wrote:
On 01/07/2011 13:29, Dimitry Andric wrote:
Yes, I submitted an exp-run request Nov 15, 2010:
http://www.freebsd.org/cgi/query-pr.cgi?pr=152268 Unfortunately,
there has been little or no interest.
Fair enou
On Jan 07, 2011, at 15:41 , Doug Barton wrote:
> On 01/07/2011 13:29, Dimitry Andric wrote:
>>
>> Yes, I submitted an exp-run request Nov 15, 2010:
>> http://www.freebsd.org/cgi/query-pr.cgi?pr=152268
>> Unfortunately, there has been little or no interest.
>
> Fair enough, that sounds to me like
On 01/07/2011 13:29, Dimitry Andric wrote:
On 2011-01-07 22:22, Doug Barton wrote:
This is much appreciated work of course, but I'm wondering if you've
requested an experimental ports run with the change? It would be good to
know how much damage to expect before the change gets committed.
Yes,
On 2011-01-07 22:21, Mehmet Erol Sanliturk wrote:
http://svn.freebsd.org/base/projects/binutils-2.17/
all of the Text files are seen as Binary files by Firefox in Linux
Try http://svn.freebsd.org/viewvc/base/projects/binutils-2.17/ instead.
For checking out the source tree, please use a Subve
On 2011-01-07 22:22, Doug Barton wrote:
This is much appreciated work of course, but I'm wondering if you've
requested an experimental ports run with the change? It would be good to
know how much damage to expect before the change gets committed.
Yes, I submitted an exp-run request Nov 15, 2010
On 01/07/2011 12:57, Dimitry Andric wrote:
Please report any problems with either the base system, or ports that
come up as a result of this binutils update.
This is much appreciated work of course, but I'm wondering if you've
requested an experimental ports run with the change? It would be g
On Fri, Jan 7, 2011 at 3:57 PM, Dimitry Andric wrote:
> Hi all,
>
> For some time, I have been working on importing a newer version of
> binutils into -current. This updates our quite ancient 2.15 version to
> the last version available under GPLv2, 2.17.50. (Special thanks to
> Nathan Whitehor
Hi all,
For some time, I have been working on importing a newer version of
binutils into -current. This updates our quite ancient 2.15 version to
the last version available under GPLv2, 2.17.50. (Special thanks to
Nathan Whitehorn for his valuable feedback.)
As far as I know, all issues buildi
Ivan Voras writes:
> On 7 January 2011 20:15, Rick Macklem wrote:
>> Well, no UIDs on the wire inside the NFSv4 RPCs. Unfortunately, if
>> you are using AUTH_SYS, there are still UIDs in the RPC header. But
>> if you use krb5 then, yes, no UIDs on the wire.
>
> I was thinking about the practical
On 7 January 2011 20:15, Rick Macklem wrote:
>> On 01/07/11 15:47, Rick Macklem wrote:
>>
>> > What it needs to know is the domain name that you are using
>> > for bind, etc since that is appended to user and group names
>> > that go on the wire. For example:
>> > - If the machine's name is nfs-cl
>
> I was thinking about the practical scenario where users share a server
> - currently, as there's AFAIK no facility for remapping UIDs in
> FreeBSD, UIDs and usernames have to match on all machines. Will this
> change with NFSv4?
Unless you use Kerberized mounts (sec=krb5 or sec=krb5i or sec=k
> On 01/07/11 15:47, Rick Macklem wrote:
>
> > What it needs to know is the domain name that you are using
> > for bind, etc since that is appended to user and group names
> > that go on the wire. For example:
> > - If the machine's name is nfs-client.cis.uoguelph.ca as shown
> >by the hostnam
On 01/07/11 15:47, Rick Macklem wrote:
What it needs to know is the domain name that you are using
for bind, etc since that is appended to user and group names
that go on the wire. For example:
- If the machine's name is nfs-client.cis.uoguelph.ca as shown
by the hostname command...
--> t
I'm not very good at this stuff so others might need to chime in,
but it looks to me like some of your kernel modules are from different
builds.
I always:
# make KERNEL= install
after doing a kernel build, which copies the kernel and all the modules
to /boot/. I always use a other than "kernel"
> >
> > kldload nfssvc && dmesg | tail -n 10 ?
> >
>
> vm-salwerom% sudo kldload nfssvc
> kldload: can't load nfssvc: File exists
>
> but:
>
> vm-salwerom% sudo kldload nfssvc.ko
> vm-salwerom% dmesg | tail -n 10
> em0 at 194.29.146.128 server 194.29.146.27 server name amp2
> subnet mask 255.255
> > Try loading all of the modules one-by-one.
>
> so, after loading nfssvc.ko:
>
> vm-salwerom% sudo ./nfsuserd start
> Starting nfsuserd.
> vm-salwerom% sudo ./nfscbd start
> Starting nfscbd.
> nfscbd: Can't get fully qualified host name
This won't break the nfscbd, which you don't need unless
kldload nfssvc && dmesg | tail -n 10 ?
vm-salwerom% sudo kldload nfssvc
kldload: can't load nfssvc: File exists
but:
vm-salwerom% sudo kldload nfssvc.ko
vm-salwerom% dmesg | tail -n 10
em0 at 194.29.146.128 server 194.29.146.27 server name amp2
subnet mask 255.255.255.0 router 194.29.146.1 r
On 01/07/2011 06:09, Garrett Cooper wrote:
On Thu, Jan 6, 2011 at 8:49 PM, Craig Leres wrote:
On 01/06/11 20:05, Garrett Cooper wrote:
Just to make sure we're both on the same page:
$ grep xterm /etc/ttys
ttyv0 "/usr/libexec/getty Pc" xterm on secure
ttyv1 "/usr/libexec/getty Pc"
On Fri, 7 Jan 2011, Daniel Eischen wrote:
On Fri, 7 Jan 2011, Bjoern A. Zeeb wrote:
On Fri, 7 Jan 2011, Daniel Eischen wrote:
When sending multicast packets to a socket that is _not_
bound to the multicast address, this generates bad UDP
checksums. This use to work and was broke sometime be
> Try loading all of the modules one-by-one.
so, after loading nfssvc.ko:
vm-salwerom% sudo ./nfsuserd start
Starting nfsuserd.
vm-salwerom% sudo ./nfscbd start
Starting nfscbd.
nfscbd: Can't get fully qualified host name
vm-salwerom% kldstat
Id Refs AddressSize Name
1 29 0xfff
On Thu, 6 Jan 2011 21:09:05 -0800
Garrett Cooper wrote:
> On Thu, Jan 6, 2011 at 8:49 PM, Craig Leres wrote:
> > On 01/06/11 20:05, Garrett Cooper wrote:
> >> Just to make sure we're both on the same page:
> >>
> >> $ grep xterm /etc/ttys
> >> ttyv0 "/usr/libexec/getty Pc" xterm on se
On Fri, 7 Jan 2011, Bjoern A. Zeeb wrote:
On Fri, 7 Jan 2011, Daniel Eischen wrote:
When sending multicast packets to a socket that is _not_
bound to the multicast address, this generates bad UDP
checksums. This use to work and was broke sometime between
the middle of October and late Decembe
On Fri, 7 Jan 2011, Daniel Eischen wrote:
When sending multicast packets to a socket that is _not_
bound to the multicast address, this generates bad UDP
checksums. This use to work and was broke sometime between
the middle of October and late December as far as I can
tell.
My very best guess
On Jan 7, 2011, at 1:09 AM, Marek Salwerowicz wrote:
>>
>> kldload nfssvc && dmesg | tail -n 10 ?
>>
>
> vm-salwerom% sudo kldload nfssvc
> kldload: can't load nfssvc: File exists
>
> but:
>
> vm-salwerom% sudo kldload nfssvc.ko
> vm-salwerom% dmesg | tail -n 10
> em0 at 194.29.146.128 server
When sending multicast packets to a socket that is _not_
bound to the multicast address, this generates bad UDP
checksums. This use to work and was broke sometime between
the middle of October and late December as far as I can
tell.
A test program is here:
http://people.freebsd.org/~deischen/
31 matches
Mail list logo
