Unfortunately I won't be able to look in until the beginning of June due to
a couple of real life reasons. :( If someone else among devs uses Calligra,
feel free to review and commit this update.
--
Vadim Zhukov
-- Переадресованное сообщение --
От: "Rafael Sadowski"
Дата: 19 мая 2
On 05/07/15 17:26, Brian Callahan wrote:
> Hi ports --
>
> Attached is a major update for uget.
> Changelog is here:
> http://ugetdm.com/blog/3-stable/76-uget-20-is-officially-released
>
> Works well on amd64 and i386.
>
> OK?
>
> ~Brian
>
Ping.
On 05/19/15 18:30, Marc Espie wrote:
> On Tue, May 19, 2015 at 02:22:39PM -0400, RD Thrush wrote:
>> Looking at the smallest logfile[3], in the clean phase:
>> ===> Cleaning for xfce4-panel-4.12.0p2
>> (Junk lock failure for dpb@a8v2 at 1432039248)
>> Received IO
>> (Junk lock obtained for dpb
Only the one today
www/fcgi http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2012-6687
Sevan / Venture37
On Tue, May 19, 2015 at 02:22:39PM -0400, RD Thrush wrote:
> Looking at the smallest logfile[3], in the clean phase:
> ===> Cleaning for xfce4-panel-4.12.0p2
> (Junk lock failure for dpb@a8v2 at 1432039248)
> Received IO
> (Junk lock obtained for dpb@a8v2 at 1432039332)
> Short-cut: depends a
Anyone?
http://marc.info/?l=openbsd-ports&m=143151299107801&w=2
On 2015/05/13 11:29, Stuart Henderson wrote:
> OK to import this?
>
> Jellyfish is a python library for doing approximate and phonetic
> matching of strings.
>
> String comparison:
>
> Levenshtein Distance
> Damerau-Levenshtein Di
On 2015/05/19 17:24, Sébastien Marie wrote:
> I have rebuild the bootstrapper.
> Could you try again with this patch ?
Yes - works here, thanks.
bmercer, you can go ahead and commit if you like, OK me.
On 2015/05/19 17:37, Francisco de Borja Lopez Rio wrote:
> Hi guys.
>
> I'm maintaining a buildslave box for python.org [1], running on (more or less)
> up-to-date snapshots and I've realized that something started to go wrong
> after my latest upgrade, it seems mercurial is not able to clone the
ame dpb session. [5]
is the diff between failure and success. Is there anything further to be
learned from the associated dpb logs?
I'm running -current amd64 Sun May 17 20:42:55 MDT 2015 and see that there are
pending changes to chroot and id that you've requested. Are they relevant to
this report?
[3]<http://arp.thrush.com/openbsd/dpb/20150519/logs/paths/x11/xfce4/xfce4-panel.log.201505190843.26>
[4]<http://arp.thrush.com/openbsd/dpb/20150519/logs/paths/x11/xfce4/xfce4-panel.log>
[5]<http://arp.thrush.com/openbsd/dpb/20150519/logs/paths/x11/xfce4/xfce4-panel.log.diff>
On Tue, May 19, 2015 at 06:18:50PM +0200, Mark Patruck wrote:
> ...and to 6.11
OK bluhm@
> Index: Makefile
> ===
> RCS file: /cvs/ports/www/p5-Mojo/Makefile,v
> retrieving revision 1.17
> diff -u -p -r1.17 Makefile
> --- Makefile 27
On Tue, May 19, 2015 at 12:06:48PM -0400, RD Thrush wrote:
> I realize dpb is undergoing rapid development so if the following anomaly is
> old news, please disregard.
>
> Using -current(amd64) dpb and multiple chrooted remote hosts, I notice that
> rerunning some failed jobs result in success w
Le 19-05-2015 17:37, Francisco de Borja Lopez Rio a écrit :
Hi guys.
I'm maintaining a buildslave box for python.org [1], running on (more
or less)
up-to-date snapshots and I've realized that something started to go
wrong
after my latest upgrade, it seems mercurial is not able to clone the
cp
On May 19 17:26:07, feine...@logic.at wrote:
> On Tue, May 19, 2015 at 04:29:49PM +0200, David Coppa wrote:
> > On Tue, May 19, 2015 at 4:24 PM, David Coppa wrote:
> > > On Tue, May 19, 2015 at 4:08 PM, Jan Stary wrote:
> > >> Dear R users,
> > >>
> > >> this is my first time using R; I have this
...and to 6.11
Index: Makefile
===
RCS file: /cvs/ports/www/p5-Mojo/Makefile,v
retrieving revision 1.17
diff -u -p -r1.17 Makefile
--- Makefile27 Apr 2015 19:27:47 - 1.17
+++ Makefile19 May 2015 16:16:44 -
@@ -3,
And this could also be applied without bumping REVISION - generated
HOMEPAGEs are identical to those set explicitly.
--
Dmitrij D. Czarkoff
Index: astro/ansiweather/Makefile
===
RCS file: /var/cvs/ports/astro/ansiweather/Makefile,v
completes if useful to help analyze.
For these 7 jobs, I have saved[1] the before and after logfiles as well as the
lockfile at 1st failure. [2] is a tgz of all files.
[1] <http://arp.thrush.com/openbsd/dpb/20150519/>
[2] <http://arp.thrush.com/openbsd/dpb/20150519.tar.gz>
Here's an
Stuart Henderson said:
> Yes, it is necessary, otherwise the ports won't package on machines which have
> built them previously (PLIST_DB).
That was stupid of me. Updated diff follows.
--
Dmitrij D. Czarkoff
Index: bsd.port.mk
===
Hi guys.
I'm maintaining a buildslave box for python.org [1], running on (more or less)
up-to-date snapshots and I've realized that something started to go wrong
after my latest upgrade, it seems mercurial is not able to clone the cpython
repository anymore:
$ hg clone --verbose --noupdate http:/
On Tue, May 19, 2015 at 04:29:49PM +0200, David Coppa wrote:
> On Tue, May 19, 2015 at 4:24 PM, David Coppa wrote:
> > On Tue, May 19, 2015 at 4:08 PM, Jan Stary wrote:
> >> Dear R users,
> >>
> >> this is my first time using R; I have this piece of R software
> >> that I am trying to run. It has
On May 19 16:29:49, dco...@gmail.com wrote:
> On Tue, May 19, 2015 at 4:24 PM, David Coppa wrote:
> > On Tue, May 19, 2015 at 4:08 PM, Jan Stary wrote:
> >> Dear R users,
> >>
> >> this is my first time using R; I have this piece of R software
> >> that I am trying to run. It has some dependencie
On 2015/05/19 13:55, Dmitrij D. Czarkoff wrote:
> Stuart Henderson said:
> > This makes sense to me, but you'll also need to identify any ports where
> > this affects HOMEPAGE and make sure you bump REVISION for all subpackages
> > of any such port.
>
> Is REVISION bump really necessary? The chan
On Tue, May 19, 2015 at 4:24 PM, David Coppa wrote:
> On Tue, May 19, 2015 at 4:08 PM, Jan Stary wrote:
>> Dear R users,
>>
>> this is my first time using R; I have this piece of R software
>> that I am trying to run. It has some dependencies, most of which
>> install just fine using install.pack
On Tue, May 19, 2015 at 4:08 PM, Jan Stary wrote:
> Dear R users,
>
> this is my first time using R; I have this piece of R software
> that I am trying to run. It has some dependencies, most of which
> install just fine using install.packages("package");
>
> The installation of "httpuv", which I n
On 05/19/15 06:14, Dmitrij D. Czarkoff wrote:
> Hi!
>
> The diff below makes HOMEPAGE default to port's Github project page
> (https://github.com/${GH_ACCOUNT}/${GH_PROJECT}) for ports where both
> GH_ACCOUNT and GH_PROJECT variables are defined. FWIW there are 202
> ports that have such HOMEPAGE
Dear R users,
this is my first time using R; I have this piece of R software
that I am trying to run. It has some dependencies, most of which
install just fine using install.packages("package");
The installation of "httpuv", which I need as a dependence of "shiny",
fils with the following error (
Stuart Henderson said:
> This makes sense to me, but you'll also need to identify any ports where
> this affects HOMEPAGE and make sure you bump REVISION for all subpackages
> of any such port.
Is REVISION bump really necessary? The change is pretty subtle, and it
doesn't appear to interfer with
Hi,
mGBA is a Game Boy Advance emulator.
It provides:
- Near full Game Boy Advance hardware support.
- Fast emulation.
- Save type detection, even for flash memory size.
- Real-time clock support.
- A built-in BIOS implementation, and ability to load external BIOS.
- Frameskip, config
On 2015/05/19 12:14, Dmitrij D. Czarkoff wrote:
> Hi!
>
> The diff below makes HOMEPAGE default to port's Github project page
> (https://github.com/${GH_ACCOUNT}/${GH_PROJECT}) for ports where both
> GH_ACCOUNT and GH_PROJECT variables are defined. FWIW there are 202
> ports that have such HOMEPA
Hi!
The diff below makes HOMEPAGE default to port's Github project page
(https://github.com/${GH_ACCOUNT}/${GH_PROJECT}) for ports where both
GH_ACCOUNT and GH_PROJECT variables are defined. FWIW there are 202
ports that have such HOMEPAGE value set explicitly:
* archivers/luazlib
* archivers/
> From: j...@wxcvbn.org (=?utf-8?Q?J=C3=A9r=C3=A9mie_Courr=C3=A8ges-Anglas?=)
> Date: Mon, 18 May 2015 18:47:34 +0200
>
> Mark Kettenis writes:
>
> >> From: j...@wxcvbn.org (=?utf-8?Q?J=C3=A9r=C3=A9mie_Courr=C3=A8ges-Anglas?=)
> >> Date: Mon, 18 May 2015 13:26:08 +0200
> >>
> >> Mark Kettenis
Hi,
this is the port of burpsuite, a tool for testing security of web
applications.
=
$ pkg_info burpsuite
Information for inst:burpsuite-1.6.01
Comment:
BurpSuite is a tool for testing security of web applications
Description:
Burp Suite is an integrated plat
JeagerTrampoline is referenced from C code where it is considered to
be hidden and therefore local. But the inline assembly doesn't
declare it as such. This results in an X86_64_PC32 relocation, which
binutils 2.17 complains about. This is probably a bug in our GCC, but
it's a bit of a corner ca
Stuart Henderson said:
> Do you think it might be worth ansiweather detecting if location is all-
> numeric and switching from q= to id=?
FWIW not before it is unbashified.
--
Dmitrij D. Czarkoff
On 2015/05/19 10:38, Frederic Cambus wrote:
> Thanks for taking care of this Brian! As I said off-list, the changes
> looks great, and it makes sense to default on using ftp on OpenBSD.
Good - I've just imported this.
> @sthen: Indeed, just queried the API manually for verification and
> both "Bo
Thanks for taking care of this Brian! As I said off-list, the changes
looks great, and it makes sense to default on using ftp on OpenBSD.
@sthen: Indeed, just queried the API manually for verification and
both "Bogustownname" and "Ottery Saint Mary" return data for
Birmingham.
Could it be that Bi
On Sun, May 17, 2015 at 12:26:48PM +0100, Stuart Henderson wrote:
>
> (gdb) bt
> #0 0x17cf21e32181 in je_tsd_cleanup () from
> /usr/obj/ports/rust-1.0.0/rust-stage0/bin/rustc
> #1 0x17d21b150056 in _rthread_tls_destructors (thread=0x17d17efaaa00)
> at /usr/src/lib/librthread/rthread
On Mon, 18 May 2015, Edd Barrett wrote:
> New tarball attached (also in openbsd-wip). OK?
The attached revision (containing further enhancements) is ok with
me to import.
Ciao!
David
mosquitto_r4.tgz
Description: application/tar-gz
37 matches
Mail list logo
