Re: sysutils/fusefs-kmod problem in CURRENT

2013-03-27 Thread Marcelo/Porks
On Wed, Mar 27, 2013 at 2:03 AM, Attilio Rao wrote: > On Wed, Mar 27, 2013 at 4:00 AM, Marcelo/Porks wrote: >> >> On Mar 22, 2013 1:02 AM, "Attilio Rao" wrote: >>> >>> On Fri, Mar 22, 2013 at 2:02 AM, Marcelo/Porks >>> wrote: >>>

Re: sysutils/fusefs-kmod problem in CURRENT

2013-03-26 Thread Marcelo/Porks
On Mar 22, 2013 1:02 AM, "Attilio Rao" wrote: > > On Fri, Mar 22, 2013 at 2:02 AM, Marcelo/Porks wrote: > > Hi, I'm facing an error compiling the sysutils/fusefs-kmod. > > > > I'm using the CURRENT from today (2013-03-21). > > > > Can s

sysutils/fusefs-kmod problem in CURRENT

2013-03-21 Thread Marcelo/Porks
Hi, I'm facing an error compiling the sysutils/fusefs-kmod. I'm using the CURRENT from today (2013-03-21). Can someone using the CURRENT confirm if this also happens in your system? How should I proceed? Thanks in advance. BARAD-DUR# portsnap fetch update Looking up portsnap.FreeBSD.org mirro

Re: libfftw3.so.5: compile error on port of awesome

2012-01-18 Thread Marcelo/Porks
On Wed, Jan 18, 2012 at 03:04, Kevin Oberman wrote: > On Tue, Jan 17, 2012 at 5:09 PM, Marcelo/Porks > wrote: >> >> Hi guys, I do not know if this is the correct mail list to report this. >> >> I'm trying to compile the port x11-wm/awesome but failed with

libfftw3.so.5: compile error on port of awesome

2012-01-17 Thread Marcelo/Porks
Hi guys, I do not know if this is the correct mail list to report this. I'm trying to compile the port x11-wm/awesome but failed with the error: [ 37%] Building C object CMakeFiles/awesome.dir/common/tokenize.c.o Linking C executable awesome [ 37%] Built target awesome Scanning dependencies of ta

Re: FreeBSD 9.0-BETA1/amd64 r224808: buildworld failure: ===> lib/clang/include (all), 1 error, *** Error code 2, 1 error, *** Error code 2, 1 error

2011-08-13 Thread Marcelo/Porks
On Sat, Aug 13, 2011 at 05:39, Hartmann, O. wrote: > I run several boxes based on FreebSD 9.0-BETA1/amd64, compiled with clang. > Since yesterday, I run on all of these > machines into strange situations: buildworld won't build anymore, it fails > always on all boxes at > the very same position as

Re: please (re) test if_ath in -HEAD

2011-03-05 Thread Marcelo/Porks
On Thu, Mar 3, 2011 at 19:31, Adrian Chadd wrote: > Hi all, > > For those of you who are testing out my if_ath changes, I'd really > appreciate it if you'd update to -HEAD and re-test. > > I've done a variety of changes to the radio setup and found/fixed a few bugs > in the TX path. It's quite pos

Re: Can't update CLang-based system

2011-03-03 Thread Marcelo/Porks
On Mon, Feb 28, 2011 at 09:06, Dimitry Andric wrote: > On 2011-02-28 04:30, Tim Kientzle wrote: >> >> I have a FreeBSD-CURRENT AMD64 system here that was last updated at >> r215029. >> >> I'm trying to update it to r219079, but the build fails in lib/libz when >> it tries to compile gvmat64.S.  It

Re: Can't update CLang-based system

2011-02-28 Thread Marcelo/Porks
On Mon, Feb 28, 2011 at 00:30, Tim Kientzle wrote: > I have a FreeBSD-CURRENT AMD64 system here that was last updated at r215029. > > I'm trying to update it to r219079, but the build fails in lib/libz when it > tries to compile gvmat64.S.  It looks like the Makefile here has a workaround > for

Re: [TESTING]: updated clang/LLVM needs testing in ClangBSD

2010-07-20 Thread Marcelo/Porks
On Tue, Jul 20, 2010 at 8:25 AM, Marcelo/Porks wrote: > On Wed, Jul 14, 2010 at 3:38 PM, Roman Divacky wrote: >> hi, >> >> ClangBSD was updated to LLVM/clang revision r108243 which we plan to >> merge into HEAD. We would like that revision to be tested as much as possi

Re: [TESTING]: updated clang/LLVM needs testing in ClangBSD

2010-07-20 Thread Marcelo/Porks
On Wed, Jul 14, 2010 at 3:38 PM, Roman Divacky wrote: > hi, > > ClangBSD was updated to LLVM/clang revision r108243 which we plan to > merge into HEAD. We would like that revision to be tested as much as possible > and therefore we ask you to test ClangBSD to assure that the revision > we are upda

Re: Fwd: umodem (4) recognize a CDC-ACM device

2010-06-07 Thread Marcelo/Porks
On Fri, Jun 4, 2010 at 12:32 PM, Marcelo/Porks wrote: > On Fri, Jun 4, 2010 at 4:28 AM, Hans Petter Selasky wrote: >>> On Thu, Jun 3, 2010 at 12:57 PM, Hans Petter Selasky >> wrote: >>> > Should be like this: Note the structure is called "bulk_min":

Re: Fwd: umodem (4) recognize a CDC-ACM device

2010-06-04 Thread Marcelo/Porks
On Fri, Jun 4, 2010 at 4:28 AM, Hans Petter Selasky wrote: > On Friday 04 June 2010 03:02:52 Marcelo/Porks wrote: >> On Thu, Jun 3, 2010 at 12:57 PM, Hans Petter Selasky > wrote: >> > On Thursday 03 June 2010 17:54:17 Hans Petter Selasky wrote: >> >> On Thursday

Re: Fwd: umodem (4) recognize a CDC-ACM device

2010-06-03 Thread Marcelo/Porks
On Thu, Jun 3, 2010 at 12:57 PM, Hans Petter Selasky wrote: > On Thursday 03 June 2010 17:54:17 Hans Petter Selasky wrote: >> On Thursday 03 June 2010 17:50:08 Hans Petter Selasky wrote: >> > On Thursday 03 June 2010 16:22:33 Marcelo/Porks wrote: >> > > On Wed, Jun 2

Re: Fwd: umodem (4) recognize a CDC-ACM device

2010-06-03 Thread Marcelo/Porks
On Wed, Jun 2, 2010 at 1:25 PM, Hans Petter Selasky wrote: > Hi, > > The problem is that LOW speed does not support BULK transfers according to the > USB specification. I guess we could switch that support on, though I'd rather > stick with the spec. > > Try changing this line in: > > src/sys/dev/

Re: Fwd: umodem (4) recognize a CDC-ACM device

2010-06-02 Thread Marcelo/Porks
On Wed, Jun 2, 2010 at 12:50 PM, Hans Petter Selasky wrote: > On Wednesday 02 June 2010 03:23:47 Garrett Cooper wrote: >> Looks like this device might be a bit quirky... Just forwarding to you >> to see if you had any details for the OP. >> Thanks! >> -Garrett > > Hi, > > Can you dump the USB desc

umodem (4) recognize a CDC-ACM device

2010-06-01 Thread Marcelo/Porks
Hi guys. I have a device[1] that is recognized on Linux by the generic CDC-ACM driver and I'm trying to do the same on FreeBSD current with umodem (4). But, as you can see, I had no success: Jun 1 20:00:54 BARAD-DUR kernel: uhub_reattach_port: port 1 reset failed, error=USB_ERR_TIMEOUT Jun 1 20:

Re: SUJ Changes

2010-05-27 Thread Marcelo/Porks
On 5/27/10, Garrett Cooper wrote: > On Thu, May 27, 2010 at 3:44 PM, Marcelo/Porks > wrote: >> On 5/27/10, John Baldwin wrote: >>> On Thursday 27 May 2010 10:13:38 am Marcelo/Porks wrote: >>>> On Thu, May 27, 2010 at 10:33 AM, John Baldwin wrote: >>&

Re: SUJ Changes

2010-05-27 Thread Marcelo/Porks
On 5/27/10, John Baldwin wrote: > On Thursday 27 May 2010 10:13:38 am Marcelo/Porks wrote: >> On Thu, May 27, 2010 at 10:33 AM, John Baldwin wrote: >> > On Wednesday 26 May 2010 7:56:24 pm Garrett Cooper wrote: >> >> On Wed, May 26, 2010 at 3:52 PM

Re: SUJ Changes

2010-05-27 Thread Marcelo/Porks
On Thu, May 27, 2010 at 10:33 AM, John Baldwin wrote: > On Wednesday 26 May 2010 7:56:24 pm Garrett Cooper wrote: >> On Wed, May 26, 2010 at 3:52 PM, Marcelo/Porks >> wrote: >> > >> > Hi guys. I'm not sure if I could call this a problem but I can disable &g

Re: SUJ Changes

2010-05-26 Thread Marcelo/Porks
On 5/25/10, Marcelo/Porks wrote: > Hi! I tested the r208241 and it's seems to be ok but this calls my > atention to other thing: Could I disable de SU when the SUJ is > enabled? > > I did some tests and seems that I can do this (logs bellow). > > But will SUJ work prop

Re: SUJ Changes

2010-05-25 Thread Marcelo/Porks
On 5/17/10, Jeff Roberson wrote: > I fixed the sparse inode tunefs bug and changed the tunefs behavior based > on discussions here on curr...@. Hopefully this works for everyone. Hi! I tested the r208241 and it's seems to be ok but this calls my atention to other thing: Could I disable de SU whe