Re: cfengine port update?

2008-05-08 Thread Boris Samorodov
On Wed, 7 May 2008 16:11:12 -0700 Jo Rhett wrote:

 Yes, they updated the port yesterday apparently.

No, the port won't be updated until pkg-plist (and the patch at the
PR) is fixed.

 On May 6, 2008, at 12:34 AM, Boris Samorodov wrote:
  My tinderbox gives:
  -
  phase 7: make package
  ===  Building package for cfengine-2.2.6
  Creating package /tmp/packages/All/cfengine-2.2.6.tbz
  Registering depends: db46-4.6.21.1.
  Creating bzip'd tar ball in '/tmp/packages/All/cfengine-2.2.6.tbz'
  Deleting cfengine-2.2.6
  
 
  === Checking filesystem state
  list of extra files and directories in / (not present before this
  port was installed but present after it was deinstalled)
  65830181   12 -r--r--r--1 root  wheel
  4788 May  6 07:25 usr/local/man/man8/cfagent.8
  658301824 -r--r--r--1 root  wheel
  764 May  6 07:25 usr/local/man/man8/cfenvd.8
  658301834 -r--r--r--1 root  wheel
  1441 May  6 07:25 usr/local/man/man8/cfenvgraph.8
  658301844 -r--r--r--1 root  wheel
  774 May  6 07:25 usr/local/man/man8/cfexecd.8
  658301854 -r--r--r--1 root  wheel
  505 May  6 07:25 usr/local/man/man8/cfkey.8
  658301864 -r--r--r--1 root  wheel
  1730 May  6 07:25 usr/local/man/man8/cfrun.8
  658301874 -r--r--r--1 root  wheel
  863 May  6 07:25 usr/local/man/man8/cfservd.8
  658301884 -r--r--r--1 root  wheel
  1632 May  6 07:25 usr/local/man/man8/cfshow.8
  65830189   24 -r--r--r--1 root  wheel
  10391 May  6 07:25 usr/local/man/man8/ cfetoolcheck.8
  65830190   16 -r--r--r--1 root  wheel
  7293 May  6 07:25 usr/local/man/man8/ cfetooldump.8
  65830191   16 -r--r--r--1 root  wheel
  6390 May  6 07:25 usr/local/man/man8/ cfetoolimport.8
  65830192   24 -r--r--r--1 root  wheel
  10258 May  6 07:25 usr/local/man/man8/ cfetoolupdate.8
  65830193   16 -r--r--r--1 root  wheel
  7535 May  6 07:25 usr/local/man/man8/ cfetoolcreate.8
  65830194   16 -r--r--r--1 root  wheel
  7039 May  6 07:25 usr/local/man/man8/ cfetoolgraph.8
  65830195   16 -r--r--r--1 root  wheel
  6269 May  6 07:25 usr/local/man/man8/ cfetoolinfo.8
  658515964 drwxr-xr-x4 root  wheel
  512 May  6 07:25 usr/local/share/cfengine
  658515974 drwxr-xr-x2 root  wheel
  512 May  6 07:25 usr/local/share/cfengine/doc
  658515984 drwxr-xr-x2 root  wheel
  512 May  6 07:25 usr/local/share/cfengine/html
  Deleting db46-4.6.21.1
  -
 
  -- 
  WBR, bsam

 -- 
 Jo Rhett
 Net Consonance : consonant endings by net philanthropy, open source
 and other randomness



WBR
-- 
bsam
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: Trying for a duplex printer

2008-05-08 Thread Gary Jennejohn
On Wed, 07 May 2008 14:43:32 -0400
Chuck Robey [EMAIL PROTECTED] wrote:

[snip Kyocera FS-1030D]
 Thanks, Gary.  Took me quite a while to find this baby, because it seems that
 Kyocera's main site doesn't acknowledge of the Kyocera-Mita's products.  I
 finally found out that it's a fairly big  monochrome laser.  I rather like the
 color I get from the cheaper inkjets, although I sure would rather get one 
 with
 a FreeBSD driver.  Further, from what I could find, I couldn't tell if it was 
 a
 postscript native printer, and I am dead-set against any postscript native
 printers, because I used to have one, and when compared to any innkset that 
 must
 use a translator such as ghostscript, the postscript native printers are (or, 
 at
 least used to be) dead slow.  Maybe it took them too long to transfer big
 postscript files, or maybe it took the internal processors too long to
 translate, I dunno, but when I had one of the original old HP laserjets with a
 postscript cartridge, and I converted to using ghostscript about a year after 
 I
 got it, I was shocked that my print rate went up about 4-5 times as fast.  I
 could actually get the advertised print rates.
 

Well, I have an ethernet card in it, so transfer times are not a problem.

This printer _emulates_ postscript quite well.  It actually supports other
modes.  Here's a list from the Technical Reference manual:

The printing systems emulate the operation of seven other printers:
  HP LaserJet (mode 6)
  HP 7550A (mode 8)
  IBM Proprinter X24E (mode 1)
  Epson LQ-850 (mode 5)
  Diablo 630 (mode 2)
  Standard line printer (mode 0)
  KPDL (mode 9) [PostScript compatible]

Supposedly it can do 22 ppm single sheet and 11 ppm duplex, but I've never 
checked
that.

 I suppose my next trick is to attempt to find out about glib's symbol
 versioning, enough so that it could be added to the linuxwrapper.  Then (I 
 hope)
 I get the PIPS driver that exists for the Epson RX680.
 

I wasn't trying to suggest that you get a FS-1030D.  I was just giving an
example of a printer which works with CUPS in duplex mode.

IMO the next trick would be to look for a PPD file for one of the printers
you have in mind.  If you find one then it would be simple to use CUPS.

---
Gary Jennejohn
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: perl5.8 - perlio.c:2919: error: dereferencing pointer to incomplete type

2008-05-08 Thread Kris Kennaway

Randy Bush wrote:

`sh  cflags optimize='-O2 -pipe -march=pentiumpro
-fno-strict-aliasing' globals.o` -DPIC -fPIC globals.c
  CCCMD =  cc -DPERL_CORE -c
-DAPPLLIB_EXP=/usr/local/lib/perl5/5.8.8/BSDPAN -DHAS_FPSETMASK
-DHAS_FLOATINGPOINT_H -fno-strict-aliasing -pipe
-Wdeclaration-after-statement -I/usr/local/include -O2 -pipe
-march=pentiumpro -fno-strict-aliasing  -Wall
`sh  cflags optimize='-O2 -pipe -march=pentiumpro
-fno-strict-aliasing' perlio.o` -DPIC -fPIC perlio.c
  CCCMD =  cc -DPERL_CORE -c
-DAPPLLIB_EXP=/usr/local/lib/perl5/5.8.8/BSDPAN -DHAS_FPSETMASK
-DHAS_FLOATINGPOINT_H -fno-strict-aliasing -pipe
-Wdeclaration-after-statement -I/usr/local/include -O2 -pipe
-march=pentiumpro -fno-strict-aliasing  -Wall
perlio.c: In function 'PerlIOStdio_invalidate_fileno':
perlio.c:2919: error: dereferencing pointer to incomplete type
*** Error code 1

am i doing something wrong?


cvsup, make world
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: perl5.8 - perlio.c:2919: error: dereferencing pointer to incomplete type

2008-05-08 Thread Randy Bush
Kris Kennaway wrote:
 Randy Bush wrote:
 `sh  cflags optimize='-O2 -pipe -march=pentiumpro
 -fno-strict-aliasing' globals.o` -DPIC -fPIC globals.c
   CCCMD =  cc -DPERL_CORE -c
 -DAPPLLIB_EXP=/usr/local/lib/perl5/5.8.8/BSDPAN -DHAS_FPSETMASK
 -DHAS_FLOATINGPOINT_H -fno-strict-aliasing -pipe
 -Wdeclaration-after-statement -I/usr/local/include -O2 -pipe
 -march=pentiumpro -fno-strict-aliasing  -Wall
 `sh  cflags optimize='-O2 -pipe -march=pentiumpro
 -fno-strict-aliasing' perlio.o` -DPIC -fPIC perlio.c
   CCCMD =  cc -DPERL_CORE -c
 -DAPPLLIB_EXP=/usr/local/lib/perl5/5.8.8/BSDPAN -DHAS_FPSETMASK
 -DHAS_FLOATINGPOINT_H -fno-strict-aliasing -pipe
 -Wdeclaration-after-statement -I/usr/local/include -O2 -pipe
 -march=pentiumpro -fno-strict-aliasing  -Wall
 perlio.c: In function 'PerlIOStdio_invalidate_fileno':
 perlio.c:2919: error: dereferencing pointer to incomplete type
 *** Error code 1

 am i doing something wrong?
 
 cvsup, make world

actually it seemed to [also] need
rm -rf /usr/obj

randy
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


asterisk: undefined reference to `__sync_fetch_and_add_4'

2008-05-08 Thread Randy Bush
i386 very current
-DWITHOUT_ODBC -DWITHOUT_ZAPTEL -DWITHOUT_H323

/usr/ports/net/asterisk/work/asterisk-1.4.18.1/include/asterisk/lock.h:1101:
undefined reference to `__sync_fetch_and_add_4'
manager.o(.text+0x6e6c):/usr/ports/net/asterisk/work/asterisk-1.4.18.1/include/asterisk/lock.h:1101:
undefined reference to `__sync_fetch_and_add_4'
utils.o(.text+0xdd4): In function `ast_atomic_dec_and_test':
/usr/ports/net/asterisk/work/asterisk-1.4.18.1/include/asterisk/lock.h:1147:
undefined reference to `__sync_sub_and_fetch_4'
utils.o(.text+0xded): In function `ast_atomic_fetchadd_int':
/usr/ports/net/asterisk/work/asterisk-1.4.18.1/include/asterisk/lock.h:1101:
undefined reference to `__sync_fetch_and_add_4'
gmake[1]: *** [asterisk] Error 1
gmake: *** [main] Error 2
*** Error code 2

randy
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: problems building the latest ghostscript-gpl

2008-05-08 Thread Scot Hetzel
I'm also having the same problem building on
FreeBSD/AMD64 8-CURRENT.  I commented out the entries
I had in ports.conf for this port, and checked CFLAGS:

# cd /usr/ports/print/ghostscript-gpl
# make -V CFLAGS
-O2 -pipe  -fno-strict-aliasing

And the port fails the same way.  FT_BRIDGE is not enabled.  When I added -fPIC
to CFLAGS_STANDARD.  Then the port would build.

Scot

On 5/7/08, Andy Fawcett [EMAIL PROTECTED] wrote:
 On Wednesday 07 May 2008 19:42:31 Sean C. Farley wrote:
 On Wed, 7 May 2008, Andy Fawcett wrote:
  On Wednesday 07 May 2008 17:13:59 Sean C. Farley wrote:
  On Wed, 7 May 2008, Aryeh M. Friedman wrote:
  /usr/bin/ld: ./obj/../soobj/gs.o: relocation R_X86_64_32 can not be
  used when making a shared object; recompile with -fPIC
 
  On amd64, you need to remove the FT_BRIDGE option to compile.  I have
  not had time to look into what is actually happening or needs to be
  fixed.
 
  Makes no difference here, I get the same error with:
 
  _OPTIONS_READ=ghostscript-gpl-8.62_1
  WITHOUT_FONTCONFIG=true
  WITHOUT_FT_BRIDGE=true
  WITHOUT_GS_lvga256=true
  WITHOUT_GS_vgalib=true
  .
  .
  all other items are WITH_foo=true

 That is what I have.  Maybe a rebuild of freetype2 (v2.3.5 here) would
 help?  Are you using a port builder that sets the environment variable
 BATCH and have portconf installed?  That may bypass the setting in the
 options file.  Those are my only guesses.

 I'm using portupgrade, BATCH is not set, portconf isn't installed, and all
 dependency ports are up to date. This is with a csup just before I sent the
 mail, so pretty up to date.

 Andy




 --
 Andy Fawcett | [EMAIL PROTECTED]
  | [EMAIL PROTECTED]
 In an open world without walls and fences,  | [EMAIL PROTECTED]
   we wouldn't need Windows and Gates.  -- anon  | [EMAIL PROTECTED]
 ___
 freebsd-ports@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-ports
 To unsubscribe, send any mail to [EMAIL PROTECTED]

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


firefox 2.0.0.14 crashes

2008-05-08 Thread Thomas Hummel
Hello,

On FreeBSD 7.0-STABLE amd64, firefox crashes since I portupgraded it to
firefox-2.0.0.14,1 (same behavior with the binary package) :

The program 'gecko' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadImplementation (server does not implement operation)'.
  (Details: serial 32 error_code 17 request_code 146 minor_code 5)
  (Note to programmers: normally, X errors are reported asynchronously;
   that is, you will receive the error a while after causing it.
   To debug your program, run it with the --sync command line
   option to change this behavior. You can then get a meaningful
   backtrace from your debugger if you break on the gdk_x_error() function.)

For instance, it happens when gmail is loading it's mail index list (before I
have the opportunity to read one of the messages) but it does it very quick on
apparently random sites.

It occurs even when started with a fresh .mozilla (i.e. rm -rf .mozilla).

Any clue ?

-- 
Thomas Hummel
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: problems building the latest ghostscript-gpl

2008-05-08 Thread Aryeh M. Friedman

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Scot Hetzel wrote:
| I'm also having the same problem building on
| FreeBSD/AMD64 8-CURRENT.  I commented out the entries
| I had in ports.conf for this port, and checked CFLAGS:
|
| # cd /usr/ports/print/ghostscript-gpl
| # make -V CFLAGS
| -O2 -pipe  -fno-strict-aliasing
|
| And the port fails the same way.  FT_BRIDGE is not enabled.  When I 
added -fPIC

| to CFLAGS_STANDARD.  Then the port would build.

None of the below work but the above does with a slight motification 
(tha attached patch). Is it time to submit a formal PR with the 
patch attached?


|
| Scot
|
| On 5/7/08, Andy Fawcett [EMAIL PROTECTED] wrote:
| On Wednesday 07 May 2008 19:42:31 Sean C. Farley wrote:
| On Wed, 7 May 2008, Andy Fawcett wrote:
| On Wednesday 07 May 2008 17:13:59 Sean C. Farley wrote:
| On Wed, 7 May 2008, Aryeh M. Friedman wrote:
| /usr/bin/ld: ./obj/../soobj/gs.o: relocation R_X86_64_32 can not be
| used when making a shared object; recompile with -fPIC
| On amd64, you need to remove the FT_BRIDGE option to compile.  I have
| not had time to look into what is actually happening or needs to be
| fixed.
| Makes no difference here, I get the same error with:
|
| _OPTIONS_READ=ghostscript-gpl-8.62_1
| WITHOUT_FONTCONFIG=true
| WITHOUT_FT_BRIDGE=true
| WITHOUT_GS_lvga256=true
| WITHOUT_GS_vgalib=true
| .
| .
| all other items are WITH_foo=true
| That is what I have.  Maybe a rebuild of freetype2 (v2.3.5 here) would
| help?  Are you using a port builder that sets the environment variable
| BATCH and have portconf installed?  That may bypass the setting in the
| options file.  Those are my only guesses.
| I'm using portupgrade, BATCH is not set, portconf isn't installed, 
and all
| dependency ports are up to date. This is with a csup just before I 
sent the

| mail, so pretty up to date.
|
| Andy
|
|
|
|
| --
| Andy Fawcett | [EMAIL PROTECTED]
|  | [EMAIL PROTECTED]
| In an open world without walls and fences,  | [EMAIL PROTECTED]
|   we wouldn't need Windows and Gates.  -- anon  | [EMAIL PROTECTED]
| ___
| freebsd-ports@freebsd.org mailing list
| http://lists.freebsd.org/mailman/listinfo/freebsd-ports
| To unsubscribe, send any mail to [EMAIL PROTECTED]
|
|

-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.9 (FreeBSD)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkgjE1QACgkQk8GFzCrQm4D0HwCguyGmBdwQvKd4dmCKVl40Vyho
HTYAoJV/95vSF/Z2dzdvONpn6snOpWUS
=HL35
-END PGP SIGNATURE-

Index: Makefile
===
RCS file: /usr/home/ncvs/ports/print/ghostscript-gpl/Makefile,v
retrieving revision 1.166
diff -r1.166 Makefile
35a36
 CFLAGS += -fPIC
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: Trying for a duplex printer

2008-05-08 Thread Joakim Fogelberg
On Tue, May 6, 2008 at 6:43 PM, Chuck Robey [EMAIL PROTECTED] wrote:
 -BEGIN PGP SIGNED MESSAGE-
  Hash: SHA1

  I have been scouring all the data I can, to find printers that do duplex
  printing (that means doublesided printing).  I found 3 models, but two of 
 them
  (the HP C7280 and the Canon PIXMA MX850) have no public drivers I can find.  
 The
  third, which is the Epson RX680, seems to be supported via drivers from 
 Avasys
  (http://avasys.jp/hp/menu00900/hpg00859.htm) called PIPS drivers, but
  while there is are ports for various versions of PIPS in the print dir of 
 ports,
  and I can find that the Avasys site lists supporting the RX680, I have two 
 problems:

  1) I can't determine which (if any) of the PIPS ports support the RX680, and
  2) right now, none of them build because of an error you get about a
linuxwrapper not handling symbol versioning.

  Is there any way to rely on any FreeBSD port to be able to use the RX680 from
  Epson?

Have you tried print/gutenprint ?

-- 

Joakim Fogelberg
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: Trying for a duplex printer

2008-05-08 Thread Chuck Robey
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Gary Jennejohn wrote:
 On Wed, 07 May 2008 14:43:32 -0400
 Chuck Robey [EMAIL PROTECTED] wrote:
 
 [snip Kyocera FS-1030D]
 Thanks, Gary.  Took me quite a while to find this baby, because it seems that
 Kyocera's main site doesn't acknowledge of the Kyocera-Mita's products.  I
 finally found out that it's a fairly big  monochrome laser.  I rather like 
 the
 color I get from the cheaper inkjets, although I sure would rather get one 
 with
 a FreeBSD driver.  Further, from what I could find, I couldn't tell if it 
 was a
 postscript native printer, and I am dead-set against any postscript native
 printers, because I used to have one, and when compared to any innkset that 
 must
 use a translator such as ghostscript, the postscript native printers are 
 (or, at
 least used to be) dead slow.  Maybe it took them too long to transfer big
 postscript files, or maybe it took the internal processors too long to
 translate, I dunno, but when I had one of the original old HP laserjets with 
 a
 postscript cartridge, and I converted to using ghostscript about a year 
 after I
 got it, I was shocked that my print rate went up about 4-5 times as fast.  I
 could actually get the advertised print rates.

 
 Well, I have an ethernet card in it, so transfer times are not a problem.
 
 This printer _emulates_ postscript quite well.  It actually supports other
 modes.  Here's a list from the Technical Reference manual:
 
 The printing systems emulate the operation of seven other printers:
   HP LaserJet (mode 6)
   HP 7550A (mode 8)
   IBM Proprinter X24E (mode 1)
   Epson LQ-850 (mode 5)
   Diablo 630 (mode 2)
   Standard line printer (mode 0)
   KPDL (mode 9) [PostScript compatible]
 
 Supposedly it can do 22 ppm single sheet and 11 ppm duplex, but I've never 
 checked
 that.
 
 I suppose my next trick is to attempt to find out about glib's symbol
 versioning, enough so that it could be added to the linuxwrapper.  Then (I 
 hope)
 I get the PIPS driver that exists for the Epson RX680.

 
 I wasn't trying to suggest that you get a FS-1030D.  I was just giving an
 example of a printer which works with CUPS in duplex mode.
 
 IMO the next trick would be to look for a PPD file for one of the printers
 you have in mind.  If you find one then it would be simple to use CUPS.

Umm, I may be wrong here, but I thought the absolute minimum to get any printer
working (in cups, or in any printing system whatever) was a way to get a page
description language translator working (ghostscript is a good example of what
I'm referring to).  If you don't have a PPD, you can make one yourself, I've
done that, but you can't fake out the PDL translator, right?

Maybe, you meant that if you have a PPD, the chances of having that PDL
translator are very, very good, is that it?

I mean, well, like apsfilter doesn't need ppds at all, but it sure does need
that PDL translator.

 
 ---
 Gary Jennejohn

-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.4 (FreeBSD)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFIIyKpz62J6PPcoOkRAoUSAJ4yz4x+jvUJv5fSDvqFAB/JmWuJbgCdFBJI
ecAWbd2R5VwTOiXl1tpCE7M=
=3MS3
-END PGP SIGNATURE-
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: Trying for a duplex printer

2008-05-08 Thread Chuck Robey
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Joakim Fogelberg wrote:
 On Tue, May 6, 2008 at 6:43 PM, Chuck Robey [EMAIL PROTECTED] wrote:
 -BEGIN PGP SIGNED MESSAGE-
  Hash: SHA1

  I have been scouring all the data I can, to find printers that do duplex
  printing (that means doublesided printing).  I found 3 models, but two of 
 them
  (the HP C7280 and the Canon PIXMA MX850) have no public drivers I can find. 
  The
  third, which is the Epson RX680, seems to be supported via drivers from 
 Avasys
  (http://avasys.jp/hp/menu00900/hpg00859.htm) called PIPS drivers, 
 but
  while there is are ports for various versions of PIPS in the print dir of 
 ports,
  and I can find that the Avasys site lists supporting the RX680, I have two 
 problems:

  1) I can't determine which (if any) of the PIPS ports support the RX680, and
  2) right now, none of them build because of an error you get about a
linuxwrapper not handling symbol versioning.

  Is there any way to rely on any FreeBSD port to be able to use the RX680 
 from
  Epson?
 
 Have you tried print/gutenprint ?
 

No ... I know how to do a minimal test with gs (just use the gs flags to convert
a postscript file to a printer-native file, then (as root) copy it over to the
printer's port in /dev).  Do you know how to do that in gutenprint?  There isn't
any man page for it.

Besides that, I think that the usb interface must have some bug in it.  At every
attempted copy to /dev/ulpt0, it always fails to print, just tossing this error:

Cannot open /dev/ulpt0 read/write: Device busy

That happens even if I have powered down the printer for a minute, then
restarting it.  I know that's the correct device by reading /var/log/messages:

May  8 12:02:01 april kernel: ulpt0: EPSON USB Printer, class 0/0, rev
1.10/1.00, addr 3 on uhub0
May  8 12:02:01 april kernel: ulpt0: using bi-directional mode
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.4 (FreeBSD)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFIIyZNz62J6PPcoOkRAh+TAJ4yQirycFgMOk2UA8JGOUe98rH6nQCdGubk
O/ZLQfIIHHShHKW5I6X74rA=
=M6np
-END PGP SIGNATURE-
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]