On Sun, Mar 22, 2020 at 02:08:12AM +0100, Christian Weisgerber wrote:
> - find ${PREFIX}/libexec/drush -name '*.orig' -exec rm {} +
> - find ${PREFIX}/libexec/drush -name '.git' -type d -exec rm -rf {} +
> + find ${PREFIX}/libexec/drush \
>
- mirrors.zerg.biz is no more (points to 127.0.0.1), drop it.
- savannah.c3sl.ufpr.br stopped their FTP service, fall back on
ftp.cc.uoc.gr
- ftp.twaren.net replies 403 errors when fetching with ftp(1) (it's an
IIS server fwiw). Move to mirror.ossplanet.net which is also in .tw
and support
Klemens Nanni:
> > * Use the -delete operator to remove files and empty directories.
> > I'm ambivalent about this since it isn't POSIX, but people seem
> > to like it.
> All major find implementations have it, its faster and much less error
> prone;
Well...
I have a few more tweaks to existi
Hi ports@
I switched to firefox recently, because with chromium, hangouts screen sharing
doesn't work at all and I need it for work.
While testing Firefox screen sharing in hangouts, pledge kills it with:
"/bsd: firefox[43476]: pledge "", syscall 289"
The syscall itself is shmget(2). Ru
On Tue, 17 Mar 2020 11:25:35 +0100
Jeremie Courreges-Anglas wrote:
> On Mon, Mar 16 2020, Ian McWilliam
> wrote:
> > You'll actually need to add CGI::Fast as a package as it is missing.
> >
> > pkg_add p5-CGI-Fast
>
> FastCGI is indeed optional in this release of sympa, later releases
> make
Hi,
On Thu, Mar 19, 2020 at 08:08:10AM +0100, Antoine Jacoutot wrote:
> > - How do you handle kernel modifications via config(8) with kernel
> > relinking in a more automated way?
>
> $ cat /etc/rc.shutdown
> printf 'disable ulpt\nq\n' | config -ef /bsd
> sh
On Sat Mar 21, 2020 at 08:21:11PM +0100, Antoine Jacoutot wrote:
> On Fri, Mar 20, 2020 at 03:58:18PM +0100, Rafael Sadowski wrote:
> > On Fri Mar 20, 2020 at 03:00:18PM +0100, Landry Breuil wrote:
> > > On Fri, Mar 20, 2020 at 01:47:48PM +0100, Rafael Sadowski wrote:
> > > > Hi ports@
> > > >
> >
On Fri, Mar 20, 2020 at 03:58:18PM +0100, Rafael Sadowski wrote:
> On Fri Mar 20, 2020 at 03:00:18PM +0100, Landry Breuil wrote:
> > On Fri, Mar 20, 2020 at 01:47:48PM +0100, Rafael Sadowski wrote:
> > > Hi ports@
> > >
> > > After that we reached a stable level with Qt5 5.13.2. We can update our
On Sat, Mar 14, 2020 at 01:37:59AM -0400, Brad Smith wrote:
> ping ping.
Committed. Sorry for the wait.
--Kurt
Hi,
> > the diff below updates py-twitter to the latest version and moves it
> > to py3-only. Tested on amd64.
> >
> Thank you for this diff! I did not test it so far but I did notice two
> things:
>
> 1. Instead of commenting out the IRC functionality you could opt for
>another solution: Th
On Thu, 19 Mar 2020, Bjorn Ketelaars wrote:
> On Thu 19/03/2020 17:29, Paco Esteban wrote:
> > The diff I sent for devel/ipython also removed the renaming of the
> > binaries (so there's no more ipython-3, but ipython and all that).
> >
> > Should we do that ?
> > Or leave it with the "-3" suffix
My bad looking at sqlports...
OK mariani@
On Sat, Mar 21, 2020 at 12:32 PM Bjorn Ketelaars wrote:
>
> On Sat 21/03/2020 11:58, Elias M. Mariani wrote:
> > This version has:
> > python_requires=">=3.6.1"
> > (1.0.1 had the same)
> >
> > If you are sure that this still works on py2 (which still has
On Sat, Mar 21 2020, Bjorn Ketelaars wrote:
> On Sat 21/03/2020 16:12, Remi Pointel wrote:
>> On 2020-03-10 10:19, Jeremie Courreges-Anglas wrote:
>> > On Mon, Mar 09 2020, Paco Esteban wrote:
>> > > Hi Remi,
>> > >
>> > > On Sun, 08 Mar 2020, Remi Pointel wrote:
>> > >
>> > > > Hi,
>> > > >
>
On Sat 21/03/2020 00:04, Daniel Winters wrote:
> Dear all,
>
> the diff below updates py-twitter to the latest version and moves it
> to py3-only. Tested on amd64.
>
> This is mostly interesting for the commandline tools and is has no
> consumers. I commented out the IRC functionality as the py-i
On Sat 21/03/2020 16:12, Remi Pointel wrote:
> On 2020-03-10 10:19, Jeremie Courreges-Anglas wrote:
> > On Mon, Mar 09 2020, Paco Esteban wrote:
> > > Hi Remi,
> > >
> > > On Sun, 08 Mar 2020, Remi Pointel wrote:
> > >
> > > > Hi,
> > > >
> > > > these are the diff to update filebytes and roppe
On Sat 21/03/2020 11:58, Elias M. Mariani wrote:
> This version has:
> python_requires=">=3.6.1"
> (1.0.1 had the same)
>
> If you are sure that this still works on py2 (which still has consumers):
> OK mariani@
I'm not sure that I understand you.
pandas has dropped py2 support in >=0.25.0 [0].
On 2020-03-10 10:19, Jeremie Courreges-Anglas wrote:
On Mon, Mar 09 2020, Paco Esteban wrote:
Hi Remi,
On Sun, 08 Mar 2020, Remi Pointel wrote:
Hi,
these are the diff to update filebytes and ropper to latest releases.
Ok?
LGTM and appears to work fine in my tests on amd64, ok jca@
ropp
This version has:
python_requires=">=3.6.1"
(1.0.1 had the same)
If you are sure that this still works on py2 (which still has consumers):
OK mariani@
Cheers.
Elias.
On Sat, Mar 21, 2020 at 9:08 AM Bjorn Ketelaars wrote:
>
> Diff below brings py-pandas to 1.0.3, which includes some regression
>
Hi Martin,
Martin wrote on Sat, Mar 21, 2020 at 06:07:57AM +:
> make fake -> make update-plist successfully generates PLIST but
>
> make package and make install produce an error:
>
> make: don't know how to make /usr/ports/packages/.tgz
> (prerequisite of: /usr/ports/packages/amd64/all/uhd
On Thu, 19 Mar 2020, Edd Barrett wrote:
> On Thu, Mar 19, 2020 at 05:29:17PM +0100, Paco Esteban wrote:
> > The diff I sent for devel/ipython also removed the renaming of the
> > binaries (so there's no more ipython-3, but ipython and all that).
> >
> > Should we do that ?
> > Or leave it with th
On Sat, Mar 21 2020, Rafael Sadowski wrote:
[...]
> Thanks Jeremie, tested with the diff qtwebkit diff below.
Thanks for testing. It's nice that you want to use the support for
"alpha" releases right now, but I wouldn't delay your qtwebkit update
for this reason.
> From /var/log/messages
> Ma
Diff below brings py-pandas to 1.0.3, which includes some regression
fixes and bug fixes. Release notes:
https://pandas.pydata.org/docs/whatsnew/index.html#release
Tarball does not include all files required for the test suite, as such
numerous tests fail:
1.0.1 (currently in ports):
= 429 failed
On 2020/03/21 10:59, Klemens Nanni wrote:
> Upstream has been using a tiny shell script wrapper around bsdtar for
> years now.
>
> sysutils/mdprint extracts just fine as before.
>
> OK?
>
>
> Index: Makefile
> ===
> RCS file: /cvs/
On Sat Mar 21, 2020 at 02:57:39AM +0100, Jeremie Courreges-Anglas wrote:
> On Fri, Mar 20 2020, Marc Espie wrote:
> > On Fri, Mar 20, 2020 at 05:16:12PM +, Stuart Henderson wrote:
> >> On 2020/03/20 17:41, Jeremie Courreges-Anglas wrote:
> >> > >> only rc[N], beta[N], pre[N], and pl[N]. Would
Upstream has been using a tiny shell script wrapper around bsdtar for
years now.
sysutils/mdprint extracts just fine as before.
OK?
Index: Makefile
===
RCS file: /cvs/ports/converters/rpm2cpio/Makefile,v
retrieving revision 1.16
di
Oh, forget what I said about EPOCH, I figured out why is not needed now :-)
--
Sent from a phone, apologies for poor formatting.
On 21 March 2020 02:00:31 Jeremie Courreges-Anglas wrote:
On Fri, Mar 20 2020, Marc Espie wrote:
On Fri, Mar 20, 2020 at 05:16:12PM +, Stuart Henderson wrote:
This is a result of debugging qt5-cups. Starts fine and feels usable on
amd64. Any consumers around?
Index: Makefile
===
RCS file: /cvs/ports/cad/qcad/Makefile,v
retrieving revision 1.36
diff -u -p -u -p -r1.36 Makefile
--- Makefile
On Sat, Mar 21, 2020 at 02:26:26PM +0530, putridsou...@gmail.com wrote:
> I'm have never tried the ports system before.
> I have read through the faq and the man pages,
> but I get stuck at building dependencies.
> I follow through the fetch,checksum steps and then
> for 'make prepare' as local
I'm have never tried the ports system before.
I have read through the faq and the man pages,
but I get stuck at building dependencies.
I follow through the fetch,checksum steps and then
for 'make prepare' as local user,
I'm greeted with following message.
This is for the 'rsnapshot' package
=
On Sat, Mar 21, 2020 at 08:06:21AM +0100, Rafael Sadowski wrote:
> Hi ports!
>
> Landry said "iirc so far cmake failed to provide useful debugging syms,
> so i dont see the point ofadding DEBUG_PACKAGES if they're not helpful."
>
> That's probably because we're building a "Release" type and not
Hi ports!
Landry said "iirc so far cmake failed to provide useful debugging syms,
so i dont see the point ofadding DEBUG_PACKAGES if they're not helpful."
That's probably because we're building a "Release" type and not a
release with debug informations (RelWithDebInfo).
I have not tested it any
31 matches
Mail list logo
