Hi
,
Thanks. It didn't look like it even attempted to transmit on the 5ghz
band at all (no SCAN - AUTH, then xmit attempts.)
-a
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send
In message
CAPyFy2Cd5FgOKoTEvFNH3PHL-t0Q6roYV9nYgLK3jkBXJpe=l...@mail.gmail.com
, Ed Maste writes:
I'm running with the patch at BSDCan. Failed to associate several
times at 5Ghz before settling on channel 11 (2462 MHz 11g ht/20). A
log with:
wlandebug +assoc +state +rate
sysctl
On 11 June 2015 at 05:03, Poul-Henning Kamp p...@phk.freebsd.dk wrote:
In message
CAPyFy2Cd5FgOKoTEvFNH3PHL-t0Q6roYV9nYgLK3jkBXJpe=l...@mail.gmail.com
, Ed Maste writes:
I'm running with the patch at BSDCan. Failed to associate several
times at 5Ghz before settling on channel 11
On Mon, Jun 08, 2015 at 08:29:17AM -0700, Adrian Chadd wrote:
Sigh.
This patch:
https://people.freebsd.org/~adrian/net80211/20150524-iwn-delay-xmit-passive-1.diff
along with the latest net80211 tree in -HEAD will buffer frames until
the first beacon is received after association. It
Hi,
This patch:
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Sigh.
This patch:
https://people.freebsd.org/~adrian/net80211/20150524-iwn-delay-xmit-passive-1.diff
along with the latest net80211 tree in -HEAD will buffer frames until
the first beacon is received after association. It doesn't (yet!)
purge frames in all the right places, but it should be
On Mar 21, 2015, at 5:32, Ryan Stone ryst...@gmail.com wrote:
I still see the compile errors that I reported here:
https://lists.freebsd.org/pipermail/freebsd-current/2015-February/054803.html
It affects these builds:
sparc64 LINT kernel failed, check _.sparc64.LINT for details
powerpc
On Mar 21, 2015, at 06:35, Ian Lepore i...@freebsd.org wrote:
On Fri, 2015-03-20 at 19:52 -0400, Ryan Stone wrote:
make tinderbox has been broken for weeks, so I presume it's not what I'm
supposed to be using to test my commits anymore. What's the officially
supported make target that I'm
I still see the compile errors that I reported here:
https://lists.freebsd.org/pipermail/freebsd-current/2015-February/054803.html
It affects these builds:
sparc64 LINT kernel failed, check _.sparc64.LINT for details
powerpc LINT kernel failed, check _.powerpc.LINT for details
powerpc LINT64
On Fri, 2015-03-20 at 19:52 -0400, Ryan Stone wrote:
make tinderbox has been broken for weeks, so I presume it's not what I'm
supposed to be using to test my commits anymore. What's the officially
supported make target that I'm supposed to use?
I use make universe, sometimes
On 21 Mar 2015, at 17:25, Garrett Cooper yaneurab...@gmail.com wrote:
On Mar 21, 2015, at 06:35, Ian Lepore i...@freebsd.org wrote:
On Fri, 2015-03-20 at 19:52 -0400, Ryan Stone wrote:
make tinderbox has been broken for weeks, so I presume it's not what I'm
supposed to be using to test my
for weeks, so I presume it's not what I'm
supposed to be using to test my commits anymore. What's the officially
supported make target that I'm supposed to use?
I use make universe, sometimes with the -DMAKE_JUST_KERNELS option.
make universe doesn't error out; make tinderbox does however
On Fri, Mar 20, 2015 at 4:52 PM, Ryan Stone ryst...@gmail.com wrote:
make tinderbox has been broken for weeks, so I presume it's not what I'm
supposed to be using to test my commits anymore. What's the officially
supported make target that I'm supposed to use?
It should work. If it doesn't
make tinderbox has been broken for weeks, so I presume it's not what I'm
supposed to be using to test my commits anymore. What's the officially
supported make target that I'm supposed to use?
___
freebsd-current@freebsd.org mailing list
http
to add DDS5 to the density table in libmt. Can
you send the output of 'mt status -v'? It would actually be helpful for
all three drives.
Hello,
I'd like to present some test results.
All tests were done with 10-stable-r273923 and Ken's
sa_driver_changes-patchset, reduced by the commited scsi-sys
correctly,
you have your DDS4 reporting DDS4?
That means that we need to add DDS5 to the density table in libmt. Can
you send the output of 'mt status -v'? It would actually be helpful for
all three drives.
Hello,
I'd like to present some test results.
All tests were done with 10-stable
On Sat, Mar 07, 2015 at 14:30:26 +0100, Harald Schmalzbauer wrote:
Bez?glich Kenneth D. Merry's Nachricht vom 19.02.2015 01:13 (localtime):
I have updated the patches.
I have removed the XPT_DEV_ADVINFO changes from the patches to head, since
I committed those separately.
I have
Bezüglich Kenneth D. Merry's Nachricht vom 19.02.2015 01:13 (localtime):
I have updated the patches.
I have removed the XPT_DEV_ADVINFO changes from the patches to head, since
I committed those separately.
I have (hopefully) fixed the build for the stable/10 patches by MFCing
dependencies.
this for the tape drive in
bacula-sd.conf:
Hardware End of Medium = yes
It looks like the Bacula tape program (btape) has a test mode, and
it would
be good to run through the tests on one of the tape drives and see
whether
they work, and whether the results are different before and after
Residual Count -1
So the thing to try, in addition to just making sure that Bacula
continues
to work properly, is to try setting this for the tape drive in
bacula-sd.conf:
Hardware End of Medium = yes
It looks like the Bacula tape program (btape) has a test mode,
and it would
tape program (btape) has a test mode,
and it would
be good to run through the tests on one of the tape drives and
see whether
they work, and whether the results are different before and after
the
changes. I'm not sure how to enable the test mode.
I have this in /usr/local/etc
: 2 Record Number: -1 Residual Count -1
So the thing to try, in addition to just making sure that Bacula continues
to work properly, is to try setting this for the tape drive in
bacula-sd.conf:
Hardware End of Medium = yes
It looks like the Bacula tape program (btape) has a test
to work properly, is to try setting this for the tape drive in
bacula-sd.conf:
Hardware End of Medium = yes
It looks like the Bacula tape program (btape) has a test mode, and it
would
be good to run through the tests on one of the tape drives and see
whether
they work, and whether
setting this for the tape drive in
bacula-sd.conf:
Hardware End of Medium = yes
It looks like the Bacula tape program (btape) has a test mode, and it
would
be good to run through the tests on one of the tape drives and see
whether
they work, and whether the results are different before
On Mar 1, 2015, at 9:06 PM, Kenneth D. Merry k...@freebsd.org wrote:
On Sun, Mar 01, 2015 at 19:40:40 -0500, Dan Langille wrote:
On Mar 1, 2015, at 7:36 PM, Kenneth D. Merry k...@freebsd.org wrote:
On Sun, Mar 01, 2015 at 19:28:37 -0500, Dan Langille wrote:
On Mar 1, 2015, at 7:18
On Feb 13, 2015, at 7:32 PM, Kenneth D. Merry k...@freebsd.org wrote:
I have a fairly large set of changes to the sa(4) driver and mt(1) driver
that I'm planning to commit in the near future.
A description of the changes is here and below in this message.
If you have tape hardware
On Mon, Mar 02, 2015 at 11:43:15 -0500, Dan Langille wrote:
On Mar 1, 2015, at 9:06 PM, Kenneth D. Merry k...@freebsd.org wrote:
On Sun, Mar 01, 2015 at 19:40:40 -0500, Dan Langille wrote:
On Mar 1, 2015, at 7:36 PM, Kenneth D. Merry k...@freebsd.org wrote:
On Sun, Mar 01, 2015
program (btape) has a test mode, and it
would
be good to run through the tests on one of the tape drives and see
whether
they work, and whether the results are different before and after the
changes. I'm not sure how to enable the test mode.
I have this in /usr/local/etc/bacula/bacula
On Mon, Mar 02, 2015 at 11:45:59 -0500, Dan Langille wrote:
On Feb 13, 2015, at 7:32 PM, Kenneth D. Merry k...@freebsd.org wrote:
I have a fairly large set of changes to the sa(4) driver and mt(1) driver
that I'm planning to commit in the near future.
A description of the
Number: -1 Residual Count -1
So the thing to try, in addition to just making sure that Bacula
continues
to work properly, is to try setting this for the tape drive in
bacula-sd.conf:
Hardware End of Medium = yes
It looks like the Bacula tape program (btape) has a test mode
It looks like the Bacula tape program (btape) has a test mode, and
it would
be good to run through the tests on one of the tape drives and see
whether
they work, and whether the results are different before and after the
changes. I'm not sure how to enable the test mode.
I have
On Mar 1, 2015, at 7:36 PM, Kenneth D. Merry k...@freebsd.org wrote:
On Sun, Mar 01, 2015 at 19:28:37 -0500, Dan Langille wrote:
On Mar 1, 2015, at 7:18 PM, Kenneth D. Merry k...@freebsd.org wrote:
On Sun, Mar 01, 2015 at 17:06:24 -0500, Dan Langille wrote:
On Feb 13, 2015, at 7:32
to work properly, is to try setting this for the tape drive in
bacula-sd.conf:
Hardware End of Medium = yes
It looks like the Bacula tape program (btape) has a test mode, and it would
be good to run through the tests on one of the tape drives and see whether
they work, and whether
On Feb 13, 2015, at 7:32 PM, Kenneth D. Merry k...@freebsd.org wrote:
I have a fairly large set of changes to the sa(4) driver and mt(1) driver
that I'm planning to commit in the near future.
A description of the changes is here and below in this message.
If you have tape hardware
On Sun, Mar 01, 2015 at 19:40:40 -0500, Dan Langille wrote:
On Mar 1, 2015, at 7:36 PM, Kenneth D. Merry k...@freebsd.org wrote:
On Sun, Mar 01, 2015 at 19:28:37 -0500, Dan Langille wrote:
On Mar 1, 2015, at 7:18 PM, Kenneth D. Merry k...@freebsd.org wrote:
On Sun, Mar 01, 2015
program (btape) has a test mode, and it would
be good to run through the tests on one of the tape drives and see whether
they work, and whether the results are different before and after the
changes. I'm not sure how to enable the test mode.
I have this in /usr/local/etc/bacula/bacula-sd.conf
On Mar 1, 2015, at 7:18 PM, Kenneth D. Merry k...@freebsd.org wrote:
On Sun, Mar 01, 2015 at 17:06:24 -0500, Dan Langille wrote:
On Feb 13, 2015, at 7:32 PM, Kenneth D. Merry k...@freebsd.org wrote:
I have a fairly large set of changes to the sa(4) driver and mt(1) driver
that I'm
, is to try setting this for the tape drive in
bacula-sd.conf:
Hardware End of Medium = yes
It looks like the Bacula tape program (btape) has a test mode, and it would
be good to run through the tests on one of the tape drives and see whether
they work, and whether the results are different
On Sun, Mar 01, 2015 at 17:06:24 -0500, Dan Langille wrote:
On Feb 13, 2015, at 7:32 PM, Kenneth D. Merry k...@freebsd.org wrote:
I have a fairly large set of changes to the sa(4) driver and mt(1) driver
that I'm planning to commit in the near future.
A description of the
On Sun, Mar 01, 2015 at 19:28:37 -0500, Dan Langille wrote:
On Mar 1, 2015, at 7:18 PM, Kenneth D. Merry k...@freebsd.org wrote:
On Sun, Mar 01, 2015 at 17:06:24 -0500, Dan Langille wrote:
On Feb 13, 2015, at 7:32 PM, Kenneth D. Merry k...@freebsd.org wrote:
I have a fairly
(btape) has a test mode, and it
would
be good to run through the tests on one of the tape drives and see whether
they work, and whether the results are different before and after the
changes. I'm not sure how to enable the test mode.
I have this in /usr/local/etc/bacula/bacula
On Feb 28, 2015, at 6:42 PM, Dan Langille d...@langille.org wrote:
On Feb 28, 2015, at 6:15 PM, Kenneth D. Merry k...@freebsd.org wrote:
On Sat, Feb 28, 2015 at 17:29:48 -0500, Dan Langille wrote:
On Feb 18, 2015, at 7:13 PM, Kenneth D. Merry k...@freebsd.org wrote:
I have updated
-* maintainer and a Bacula committer.
Actually, yes. Bacula is a bit tricky to configure, so your trying it out
would be helpful if you have the time.
I have been unable to test yet. I've encountered time and hardware issues.
I know how that goes! (On both counts.)
Hardware issues fixed
On Feb 18, 2015, at 7:13 PM, Kenneth D. Merry k...@freebsd.org wrote:
I have updated the patches.
I have removed the XPT_DEV_ADVINFO changes from the patches to head, since
I committed those separately.
I have (hopefully) fixed the build for the stable/10 patches by MFCing
On Sat, Feb 28, 2015 at 17:29:48 -0500, Dan Langille wrote:
On Feb 18, 2015, at 7:13 PM, Kenneth D. Merry k...@freebsd.org wrote:
I have updated the patches.
I have removed the XPT_DEV_ADVINFO changes from the patches to head, since
I committed those separately.
I have
On Feb 28, 2015, at 6:15 PM, Kenneth D. Merry k...@freebsd.org wrote:
On Sat, Feb 28, 2015 at 17:29:48 -0500, Dan Langille wrote:
On Feb 18, 2015, at 7:13 PM, Kenneth D. Merry k...@freebsd.org wrote:
I have updated the patches.
I have removed the XPT_DEV_ADVINFO changes from the
On Feb 18, 2015, at 7:13 PM, Kenneth D. Merry k...@freebsd.org wrote:
I have updated the patches.
I have removed the XPT_DEV_ADVINFO changes from the patches to head, since
I committed those separately.
I have (hopefully) fixed the build for the stable/10 patches by MFCing
On Feb 28, 2015, at 11:48 AM, Dan Langille d...@langille.org wrote:
On Feb 18, 2015, at 7:13 PM, Kenneth D. Merry k...@freebsd.org wrote:
I have updated the patches.
I have removed the XPT_DEV_ADVINFO changes from the patches to head, since
I committed those separately.
I have
. Bacula is a bit tricky to configure, so your trying it out
would be helpful if you have the time.
I have been unable to test yet. I've encountered time and hardware issues.
I know how that goes! (On both counts.)
I may be able to try tomorrow.
So I have tested building it and it does
the maximum I/O size to 33
segments * PAGE_SIZE.)
Thanks for the hint! I wasn't aware that kern.cam.sa.N.maxio has driver
limitations corresponding to systems MAX/DFLTPHYS. I thought only
silicon limitations define it's value.
But in order to have a best matching pre-production test-environment, I
test-environment, I
nevertheless replaced it, now using mpt(4) instead of ahc(4)/ahc_pci on
PCI-X@S3210 (for parallel tape drives I consistently have mpt(4)@PCIe,
which is the same LSI(53c1020) chip but with on-board PCI-X-PCIe bridge).
Okay. That should work.
Still just works fine
have the time.
I have been unable to test yet. I've encountered time and hardware issues.
I may be able to try tomorrow.
In looking at the manuals for both the SDLT 220 and the DLT 8000, they both
claim to support long position information for the SCSI READ POSITION
command.
You can see
On Thu, Feb 26, 2015 at 10:57:50 +0100, Harald Schmalzbauer wrote:
Bez?glich Kenneth D. Merry's Nachricht vom 19.02.2015 01:13 (localtime):
I have updated the patches.
I have removed the XPT_DEV_ADVINFO changes from the patches to head, since
I committed those separately.
I have
I have updated the patches.
I have removed the XPT_DEV_ADVINFO changes from the patches to head, since
I committed those separately.
I have (hopefully) fixed the build for the stable/10 patches by MFCing
dependencies. (One of them mav did for me, thanks!)
Rough draft commit message:
sure that Bacula continues
to work properly, is to try setting this for the tape drive in
bacula-sd.conf:
Hardware End of Medium = yes
It looks like the Bacula tape program (btape) has a test mode, and it would
be good to run through the tests on one of the tape drives and see whether
they work
On Feb 13, 2015, at 7:32 PM, Kenneth D. Merry k...@freebsd.org wrote:
I have a fairly large set of changes to the sa(4) driver and mt(1) driver
that I'm planning to commit in the near future.
A description of the changes is here and below in this message.
If you have tape hardware
I have a fairly large set of changes to the sa(4) driver and mt(1) driver
that I'm planning to commit in the near future.
A description of the changes is here and below in this message.
If you have tape hardware and the inclination, I'd appreciate testing and
feedback.
Rough draft
Hi,
Not sure why pkg upgrade stopped after #45. Maybe the error code below
is incorrect or should not cause a halt?
[45/128] Installing linux-c6-hicolor-icon-theme-0.5: 0%
pkg: archive_read_extract(): Can't remove already-existing dir
[45/128] Installing linux-c6-hicolor-icon-theme-0.5:
Am 03.11.2014 um 22:48 schrieb Freddie Cash:
On Mon, Nov 3, 2014 at 1:40 PM, Hans Petter Selasky h...@selasky.org wrote:
Is it possible when upgrading a system via pkg to selectivly switch
upgrades ON/OFF. For example I have a custom ffmpeg install and would like
to keep it every time I do a
On Sun, Nov 9, 2014 at 11:43 PM, Matthias Andree matthias.and...@gmx.de
wrote:
Am 03.11.2014 um 22:48 schrieb Freddie Cash:
On Mon, Nov 3, 2014 at 1:40 PM, Hans Petter Selasky h...@selasky.org
wrote:
Is it possible when upgrading a system via pkg to selectivly switch
upgrades ON/OFF.
On Sat, 1 Nov 2014 23:45:49 +0100
Baptiste Daroussin b...@freebsd.org wrote:
On Sat, Nov 01, 2014 at 04:13:32PM +0100, Marc UBM wrote:
[snip]
The update is failing for me with:
.../usr/ports/ports-mgmt/pkg-devel# make all install clean
=== Installing for pkg-1.4.0.a3
===
On 29/10/2014 15:53, Baptiste Daroussin wrote:
yes remove the current pkg
pkg delete -f pkg
install ports-mgmt/pkg-devel (adding WITH_PKG=devel in make.conf)
use it
So, I followed these instructions and got pkg replaced with 1.4.0.p.a16.
Then I ran pkg upgrade like this:
$ pkg upgrade -y
Hi,
Is it possible when upgrading a system via pkg to selectivly switch
upgrades ON/OFF. For example I have a custom ffmpeg install and would
like to keep it every time I do a binary upgrade?
--HPS
___
freebsd-current@freebsd.org mailing list
On Mon, Nov 3, 2014 at 1:40 PM, Hans Petter Selasky h...@selasky.org wrote:
Is it possible when upgrading a system via pkg to selectivly switch
upgrades ON/OFF. For example I have a custom ffmpeg install and would like
to keep it every time I do a binary upgrade?
# man pkg-lock
;)
I
On Mon, Nov 3, 2014 at 4:48 PM, Freddie Cash fjwc...@gmail.com wrote:
On Mon, Nov 3, 2014 at 1:40 PM, Hans Petter Selasky h...@selasky.org
wrote:
Is it possible when upgrading a system via pkg to selectivly switch
upgrades ON/OFF. For example I have a custom ffmpeg install and would
like
--
R. Kevin Oberman, Network Engineer, Retired
E-mail: rkoberman@gmail.comOn Mon, Nov 3, 2014 at 5:09 PM, Henry Hu
henry.hu...@gmail.com wrote:
On Mon, Nov 3, 2014 at 4:48 PM, Freddie Cash fjwc...@gmail.com wrote:
On Mon, Nov 3, 2014 at 1:40 PM, Hans Petter Selasky h...@selasky.org
wrote:
On 11/3/2014 9:50 PM, Kevin Oberman wrote:
I simply do periodic(8) weekly runs of pkg version -vRl\ to catch any
port that has not been updated due to being locked. On option to only
report locked packages would simplify this and looks to me like it would be
pretty easy to add, but unless you
Thanks you! That dies the trick.
R. Kevin Oberman, Network Engineer, Retired
E-mail: rkober...@gmail.com
On Mon, Nov 3, 2014 at 10:51 PM, Darren Pilgrim
list_free...@bluerosetech.com wrote:
On 11/3/2014 9:50 PM, Kevin Oberman wrote:
I simply do periodic(8) weekly runs of pkg version -vRl\
On Mon, Nov 3, 2014 at 11:03 PM, Kevin Oberman rkober...@gmail.com wrote:
Thanks you! That dies the trick.
Or, at least does the trick.
R. Kevin Oberman, Network Engineer, Retired
E-mail: rkober...@gmail.com
On Mon, Nov 3, 2014 at 10:51 PM, Darren Pilgrim
list_free...@bluerosetech.com
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 29/10/2014 02:19, Baptiste Daroussin wrote:
We are starting the release process of pkg 1.4, we want to have a
better release process than with every single previous version of
pkg. For that we will need you help!
pkg-devel has been updated
I upgraded one of my machines to have pkg-devel on it
(1.4.0.alpha4), and attempted to recreate my test repo with it.
Version : 1.4.0.alpha4
PKG_DBDIR = /tmp/pkg.tmp.67648;
PKG_CACHEDIR = /var/cache/pkg;
PORTSDIR = /usr/ports;
INDEXDIR = ;
INDEXFILE = INDEX-9;
HANDLE_RC_SCRIPTS
On Sat, Nov 01, 2014 at 04:13:32PM +0100, Marc UBM wrote:
On Wed, 29 Oct 2014 00:19:33 +0100
Baptiste Daroussin b...@freebsd.org wrote:
Hi all,
We are starting the release process of pkg 1.4, we want to have a better
release
process than with every single previous version of pkg.
On Wed, Oct 29, 2014 at 12:19:33AM +0100, Baptiste Daroussin wrote:
Hi all,
We are starting the release process of pkg 1.4, we want to have a better
release
process than with every single previous version of pkg. For that we will need
you help!
I have issuse, but I am not test on 1.4.
I
. For that we will
need
you help!
I have issuse, but I am not test on 1.4.
I upgrade php (5.5.15 - 5.5.17), pecl-memcache don't change version.
pkg uprgade don't reinstall pecl-memcache (pourdure rebuild pecl-memcache).
This is a problem with the port infrastructure for pecl
pkg-devel has
a better
release
process than with every single previous version of pkg. For that we will
need
you help!
I have issuse, but I am not test on 1.4.
I upgrade php (5.5.15 - 5.5.17), pecl-memcache don't change version.
pkg uprgade don't reinstall pecl-memcache (pourdure rebuild pecl
,
We are starting the release process of pkg 1.4, we want to have a
better release
process than with every single previous version of pkg. For that we
will need
you help!
I have issuse, but I am not test on 1.4.
I upgrade php (5.5.15 - 5.5.17), pecl-memcache don't
, but I am not test on 1.4.
I upgrade php (5.5.15 - 5.5.17), pecl-memcache don't change version.
pkg uprgade don't reinstall pecl-memcache (pourdure rebuild
pecl-memcache).
This is a problem with the port infrastructure for pecl
What problem?
deps: {
php55-session
version of pkg. For that we
will need
you help!
I have issuse, but I am not test on 1.4.
I upgrade php (5.5.15 - 5.5.17), pecl-memcache don't change version.
pkg uprgade don't reinstall pecl-memcache (pourdure rebuild
pecl-memcache).
This is a problem
On Wed, Oct 29, 2014 at 01:53:04PM +0100, Baptiste Daroussin wrote:
How can we know pecl-memcache has to be reinstalled?
We won't reinstall each time a version of a dep changes :)
And what is solution?
May be some flag on package (php) for reinstall all deps?
I do have no
On Wed, Oct 29, 2014 at 12:19 AM, Baptiste Daroussin b...@freebsd.org wrote:
Hi Baptiste,
We are starting the release process of pkg 1.4, we want to have a better
release
process than with every single previous version of pkg. For that we will need
you help!
glad to help.
I'd like to test
On 2014-10-29 13:53, Baptiste Daroussin wrote:
How can we know pecl-memcache has to be reinstalled?
We won't reinstall each time a version of a dep changes :)
And what is solution?
May be some flag on package (php) for reinstall all deps?
I do have no idea, I'm open for suggestions :)
On Wed, Oct 29, 2014 at 02:28:05PM +0100, Daniel Gerzo wrote:
On 2014-10-29 13:53, Baptiste Daroussin wrote:
How can we know pecl-memcache has to be reinstalled?
We won't reinstall each time a version of a dep changes :)
And what is solution?
May be some flag on package (php) for
of pkg. For that we will
need
you help!
glad to help.
I'd like to test it on a 10 system, so I suppose I have to install
ports-mgmt/pkg-devel
Can we test it now, then remove it when 1.4 will be in -RELEASE or -STABLE?
yes remove the current pkg
pkg delete -f pkg
install ports-mgmt
On Wed, Oct 29, 2014 at 05:03:49PM +0400, Slawa Olhovchenkov wrote:
On Wed, Oct 29, 2014 at 01:53:04PM +0100, Baptiste Daroussin wrote:
How can we know pecl-memcache has to be reinstalled?
We won't reinstall each time a version of a dep changes :)
And what is solution?
On 2014-10-29 15:07, Baptiste Daroussin wrote:
On Wed, Oct 29, 2014 at 05:03:49PM +0400, Slawa Olhovchenkov wrote:
On Wed, Oct 29, 2014 at 01:53:04PM +0100, Baptiste Daroussin wrote:
How can we know pecl-memcache has to be reinstalled?
We won't reinstall each time a version of a dep
On Wed, Oct 29, 2014 at 05:10:58PM +0100, Daniel Gerzo wrote:
On 2014-10-29 15:07, Baptiste Daroussin wrote:
On Wed, Oct 29, 2014 at 05:03:49PM +0400, Slawa Olhovchenkov wrote:
On Wed, Oct 29, 2014 at 01:53:04PM +0100, Baptiste Daroussin wrote:
How can we know pecl-memcache has to be
On Wed, Oct 29, 2014 at 03:07:14PM +0100, Baptiste Daroussin wrote:
Why the help does a minor version has an inpact on the pecl? isn't the abi
stable over minor versions?
I am don't know -- I am not php guru.
As result -- memcache module don't loaded and class Memcache not
found.
On Wed, Oct 29, 2014 at 01:05:49PM -0700, Anton Afanasyev wrote:
On Tue, Oct 28, 2014 at 4:19 PM, Baptiste Daroussin b...@freebsd.org
wrote:
- new 3 way merge code (stolen from the fossil-scm) to allow automerging
configuration files
- new @config keyword to mark a file as a config
version of pkg as of alpha2.
Changes you can expect in pkg 1.4 are the following:
- Loads of bug fixes
I kind of doubt that I'll have time to test it, but I've stumbled across
an interesting test case for package building with pkg-1.3.8_3.
When I tried to build a multimedia/2mandvd package
will
need
you help!
pkg-devel has been updated to the latest version of pkg as of alpha2.
Changes you can expect in pkg 1.4 are the following:
- Loads of bug fixes
I kind of doubt that I'll have time to test it, but I've stumbled across
an interesting test case for package
On Wed, Oct 29, 2014 at 01:22:01PM -0700, Anton Afanasyev wrote:
On Wed, Oct 29, 2014 at 1:08 PM, Baptiste Daroussin b...@freebsd.org
wrote:
On Wed, Oct 29, 2014 at 01:05:49PM -0700, Anton Afanasyev wrote:
On Tue, Oct 28, 2014 at 4:19 PM, Baptiste Daroussin b...@freebsd.org
wrote:
On Tue, Oct 28, 2014 at 4:19 PM, Baptiste Daroussin b...@freebsd.org
wrote:
- new 3 way merge code (stolen from the fossil-scm) to allow automerging
configuration files
- new @config keyword to mark a file as a config file (during
upgrade/reinstallation it will try to merge the
On Wed, Oct 29, 2014 at 1:08 PM, Baptiste Daroussin b...@freebsd.org
wrote:
On Wed, Oct 29, 2014 at 01:05:49PM -0700, Anton Afanasyev wrote:
On Tue, Oct 28, 2014 at 4:19 PM, Baptiste Daroussin b...@freebsd.org
wrote:
- new 3 way merge code (stolen from the fossil-scm) to allow
On 10/29/14 00:19, Baptiste Daroussin wrote:
Hi all,
We are starting the release process of pkg 1.4, we want to have a better
release
process than with every single previous version of pkg. For that we will need
you help!
Hi, last version works fine, but, sometimes, core files show up in
Hi,
On Tue, Oct 28, 2014 at 7:19 PM, Baptiste Daroussin b...@freebsd.org
wrote:
Hi all,
We are starting the release process of pkg 1.4, we want to have a better
release
process than with every single previous version of pkg. For that we will
need
you help!
pkg-devel has been updated to
On Wed, Oct 29, 2014 at 06:07:44PM -0400, Henry Hu wrote:
Hi,
On Tue, Oct 28, 2014 at 7:19 PM, Baptiste Daroussin b...@freebsd.org
wrote:
Hi all,
We are starting the release process of pkg 1.4, we want to have a better
release
process than with every single previous version of
On Wed, Oct 29, 2014 at 10:37:43PM +0100, Guido Falsi wrote:
On 10/29/14 00:19, Baptiste Daroussin wrote:
Hi all,
We are starting the release process of pkg 1.4, we want to have a better
release
process than with every single previous version of pkg. For that we will
need
you
On Thu, Oct 30, 2014 at 12:03:21AM +0100, Baptiste Daroussin wrote:
On Wed, Oct 29, 2014 at 06:07:44PM -0400, Henry Hu wrote:
Hi,
On Tue, Oct 28, 2014 at 7:19 PM, Baptiste Daroussin b...@freebsd.org
wrote:
Hi all,
We are starting the release process of pkg 1.4, we want to
On Wed, Oct 29, 2014 at 8:39 PM, Baptiste Daroussin b...@freebsd.org
wrote:
On Thu, Oct 30, 2014 at 12:03:21AM +0100, Baptiste Daroussin wrote:
On Wed, Oct 29, 2014 at 06:07:44PM -0400, Henry Hu wrote:
Hi,
On Tue, Oct 28, 2014 at 7:19 PM, Baptiste Daroussin b...@freebsd.org
previous version of pkg. For that we will
need
you help!
pkg-devel has been updated to the latest version of pkg as of alpha2.
Changes you can expect in pkg 1.4 are the following:
- Loads of bug fixes
I kind of doubt that I'll have time to test it, but I've stumbled across
201 - 300 of 885 matches
Mail list logo