Dear Responsible person,
Our company is China, filter are demand according to the clients’ requirement.
If you can produce,
please reply to me. I will send the detail demand kinds and drawings to you.
Awaiting for your early reply.
Best regards
Contact;Mr Wang
TEL +86-13510991249
E-mail;
Update to 5.22
While here, switch USE_GMAKE=yes to USES=gmake
-
Build ID: 20130831235600-4971
Job owner: zeis...@freebsd.org
Buildtime: 8 minutes
Enddate: Sun, 01 Sep 2013 00:04:29 GMT
On 08/31/13 22:25, Boris Samorodov wrote:
31.08.2013 23:17, Boris Samorodov пишет:
(let's change the subject to a more apropriate)
31.08.2013 18:28, Guido Falsi пишет:
I have spent a few hours experimenting and produced this PR:
http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/181693
Guid
On Sat, 31 Aug 2013, Warren Block wrote:
On Sat, 31 Aug 2013, Tijl Coosemans wrote:
On Wed, 28 Aug 2013 13:54:25 -0600 (MDT) Warren Block wrote:
Trying to use cdrecord from cdrtools-devel on 9.2-PRERELEASE amd64 from
Saturday, a generic kernel, gives
:-( unable to CAMGETPASSTHRU for /dev/
On Sat, 31 Aug 2013, Tijl Coosemans wrote:
On Wed, 28 Aug 2013 13:54:25 -0600 (MDT) Warren Block wrote:
Trying to use cdrecord from cdrtools-devel on 9.2-PRERELEASE amd64 from
Saturday, a generic kernel, gives
:-( unable to CAMGETPASSTHRU for /dev/cd1: Inappropriate ioctl for
device
Reb
31.08.2013 23:17, Boris Samorodov пишет:
> (let's change the subject to a more apropriate)
>
> 31.08.2013 18:28, Guido Falsi пишет:
>
>> I have spent a few hours experimenting and produced this PR:
>>
>> http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/181693
Guido, here are some notes about yo
Boris Samorodov writes:
> 31.08.2013 19:21, Raphael Kubo da Costa пишет:
>> Boris Samorodov writes:
>>
>>> Hi All,
>>>
>>> I've examined the following error (486 ports affected):
>>> http://pb2.nyi.freebsd.org/bulk/nogcc-default/2013-08-30_22h26m46s/logs/errors/qt4-gui-4.8.4.log
>>>
>>> ... and
(let's change the subject to a more apropriate)
31.08.2013 18:28, Guido Falsi пишет:
> I have spent a few hours experimenting and produced this PR:
>
> http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/181693
Can OSVERSION detection be removed? If yes, it may greately simplify
changes.
--
WBR
On 08/31/13 18:17, Boris Samorodov wrote:
31.08.2013 19:21, Raphael Kubo da Costa пишет:
Boris Samorodov writes:
Hi All,
I've examined the following error (486 ports affected):
http://pb2.nyi.freebsd.org/bulk/nogcc-default/2013-08-30_22h26m46s/logs/errors/qt4-gui-4.8.4.log
... and it appear
31.08.2013 19:21, Raphael Kubo da Costa пишет:
> Boris Samorodov writes:
>
>> Hi All,
>>
>> I've examined the following error (486 ports affected):
>> http://pb2.nyi.freebsd.org/bulk/nogcc-default/2013-08-30_22h26m46s/logs/errors/qt4-gui-4.8.4.log
>>
>> ... and it appeared to be a result of lates
On 08/31/13 17:26, Tijl Coosemans wrote:
On Sat, 31 Aug 2013 15:00:24 +0200 Baptiste Daroussin wrote:
This last build with with libc++ activated by default, it has fallout
from both iconv in libc and and libc++.
Something else seems to be wrong too. All successful builds end with
Error code 1
On Sat, 31 Aug 2013 15:00:24 +0200 Baptiste Daroussin wrote:
> This last build with with libc++ activated by default, it has fallout
> from both iconv in libc and and libc++.
Something else seems to be wrong too. All successful builds end with
Error code 1 (ignored). It seems to be the security-ch
Boris Samorodov writes:
> Hi All,
>
> I've examined the following error (486 ports affected):
> http://pb2.nyi.freebsd.org/bulk/nogcc-default/2013-08-30_22h26m46s/logs/errors/qt4-gui-4.8.4.log
>
> ... and it appeared to be a result of latest iconv changes at FreeBSD.
>
Are you able to reproduce t
On 08/31/13 16:42, Dimitry Andric wrote:
On Aug 31, 2013, at 16:28, Guido Falsi wrote:
On 08/31/13 15:38, Dimitry Andric wrote:
...
Yes, the basic problem is that programs do "#include ", which
pulls in /usr/local/include/iconv.h (the GNU version) instead of
/usr/include/iconv.h (the base ver
On Aug 31, 2013, at 16:28, Guido Falsi wrote:
> On 08/31/13 15:38, Dimitry Andric wrote:
...
>> Yes, the basic problem is that programs do "#include ", which
>> pulls in /usr/local/include/iconv.h (the GNU version) instead of
>> /usr/include/iconv.h (the base version). The GNU version redefines a
On 08/31/13 15:38, Dimitry Andric wrote:
On Aug 31, 2013, at 13:08, Boris Samorodov wrote:
(moving the discussion to ports@)
30.08.2013 14:03, Guido Falsi пишет:
On 08/30/13 11:52, Boris Samorodov wrote:
Author: bsam
Date: Fri Aug 30 09:52:20 2013
New Revision: 325668
URL: http://svnweb.fre
.Actually, the subject is just a title, probably not the subject (multiple
issues).
I continue to believe svn, (pkg...) (gpart) should have a *flowchart* so issues
could be resolved without consulting
forums, wikis, ... quicker.
Should one compose one for svn, the following fixed "checksum mis
On Aug 31, 2013, at 13:08, Boris Samorodov wrote:
> (moving the discussion to ports@)
>
> 30.08.2013 14:03, Guido Falsi пишет:
>
>> On 08/30/13 11:52, Boris Samorodov wrote:
>>> Author: bsam
>>> Date: Fri Aug 30 09:52:20 2013
>>> New Revision: 325668
>>> URL: http://svnweb.freebsd.org/changeset/
Hi All,
I've examined the following error (486 ports affected):
http://pb2.nyi.freebsd.org/bulk/nogcc-default/2013-08-30_22h26m46s/logs/errors/qt4-gui-4.8.4.log
... and it appeared to be a result of latest iconv changes at FreeBSD.
While configuring some tests to detect cups are run. Here is the
On Wed, 28 Aug 2013 13:54:25 -0600 (MDT) Warren Block wrote:
> Trying to use cdrecord from cdrtools-devel on 9.2-PRERELEASE amd64 from
> Saturday, a generic kernel, gives
>
>:-( unable to CAMGETPASSTHRU for /dev/cd1: Inappropriate ioctl for
>device
>
> Rebuilding cdrtools-devel does not
On Sat, 31 Aug 2013 09:21:56 +0100
cr...@bayofrum.net wrote:
> I'm sorry that I was unable to runtime test transmission-qt.
>
> I'll try to get an instance up when I can-- is anyone else able to launch
> transmission-qt4? I don't think I missed any patches from opened when I
> imported them :-
On Sat, Aug 31, 2013 at 03:08:36PM +0400, Boris Samorodov wrote:
> (moving the discussion to ports@)
>
> 30.08.2013 14:03, Guido Falsi пишет:
>
> > On 08/30/13 11:52, Boris Samorodov wrote:
> >> Author: bsam
> >> Date: Fri Aug 30 09:52:20 2013
> >> New Revision: 325668
> >> URL: http://svnweb.fre
(moving the discussion to ports@)
30.08.2013 14:03, Guido Falsi пишет:
> On 08/30/13 11:52, Boris Samorodov wrote:
>> Author: bsam
>> Date: Fri Aug 30 09:52:20 2013
>> New Revision: 325668
>> URL: http://svnweb.freebsd.org/changeset/ports/325668
>>
>> Log:
>>Fix build at 10.x after recent cha
Dear port maintainer,
The portscout new distfile checker has detected that one or more of your
ports appears to be out of date. Please take the opportunity to check
each of the ports listed below, and if possible and appropriate,
submit/commit an update. If any ports have already been updated, you
Add explicit dependency on pkgconf
While here:
- trim headers
- convert USE_GMAKE to USES=gmake
-
Build ID: 20130831011800-11750
Job owner: b...@freebsd.org
Buildtime: 8 hours
Enddate: Sa
I'm sorry that I was unable to runtime test transmission-qt.
I'll try to get an instance up when I can-- is anyone else able to launch
transmission-qt4? I don't think I missed any patches from opened when I
imported them :-(
Chris
Sent from my android device.
--
This message has been scanne
Em Sex, 2013-08-30 às 14:37 -0400, Mike Jakubik escreveu:
> Hello,
>
> I updated transmission from 2.80 to 2.82 today, it now dumps core. Could
> this be somehow related to the glib / gio-fam change?
>
> $ transmission-qt
> QDBusConnection: session D-Bus connection created before
> QCoreApplic
27 matches
Mail list logo