Here is an update to QEMU 1.6.0.
Looking for any testing.
Index: Makefile
===
RCS file: /cvs/ports/emulators/qemu/Makefile,v
retrieving revision 1.109
diff -u -p -r1.109 Makefile
--- Makefile19 Aug 2013 05:28:20 - 1.109
On 8/18/13, Matthew Dempsky wrote:
> On Sun, Aug 18, 2013 at 2:43 AM, patrick keshishian
> wrote:
>> + bt::timeval::timeval(const ::timeval &t)
>> +- : tv_sec(t.tv_sec), tv_usec(t.tv_usec)
>> +-{ }
>> ++{ tv_sec = t.tv_sec; tv_usec = t.tv_usec; }
>
> What's the point of these changes?
The bt::t
On Sun, Aug 18, 2013 at 2:43 AM, patrick keshishian wrote:
> + bt::timeval::timeval(const ::timeval &t)
> +- : tv_sec(t.tv_sec), tv_usec(t.tv_usec)
> +-{ }
> ++{ tv_sec = t.tv_sec; tv_usec = t.tv_usec; }
What's the point of these changes?
On 8/18/13, Christian Weisgerber wrote:
> patrick keshishian wrote:
>
>> unsquandering ... (hopefully)
>
> I think most of this is pointless and misleading. The timeout value
> that is passed around is NOT a time_t. It's a time offset in the
> range 0 .. 3600*1000 milliseconds. Putting it into
On 08/12/13 09:53, Brian Callahan wrote:
On 8/8/2013 9:13 PM, Brian Callahan wrote:
Hi ports --
Attached is an update to rawdog. As stated in my py-feedparser update
email, feedparser is now a RUN_DEP, so please don't test this without
the updated feedparser.
Also, reformat the Makefile to add
On 08/12/13 09:53, Brian Callahan wrote:
On 8/8/2013 9:08 PM, Brian Callahan wrote:
Hi ports --
Attached is an update to py-feedparser bringing it up to its latest
version. Feedparser is now required for www/rawdog (update patch for
that to be sent shortly).
Some tweaks: change the V variable
On 2013/08/17 15:28, Bill Swisher wrote:
> I'm running OpenBSD 5.3 and have loaded the ntop-1.1 package. Years
> ago I ran this package under Suse 9.* and it would fail giving me a
> core dump. Here is the message:
> ntop v.1.1 MT [i386-unknown-openbsd5.2] listening on ne1
> 4192 Pkts
Hello all.
Second bunch of fixes for problems found with portcheck(1).
More to come.
For games/heroes, this removes "ggi" FLAVOR, because we have
graphics/ggi removed a long ago.
okay?
--
WBR,
Vadim Zhukov
Index: editors/emacs/Makefile
On Aug 18 20:06:00, mpieuc...@nolizard.org wrote:
> On 18/08/13(Sun) 19:40, Jan Stary wrote:
> > On Aug 18 19:38:29, h...@stare.cz wrote:
> > > After I upgraded a MacMini to current/macppc,
> > > this is what happens when I try to run pstree:
> > >
> > > $ pstree
> > > Bad system call (core du
On Thu, Aug 08, 2013 at 03:21:05PM -0400, Adam Jeanguenat wrote:
> On 2013-08-07 at 15:59:44 -0400, Lawrence Teo wrote:
> > This updates Snort to 2.9.5.3.
> >
> > While testing I found that since Snort 2.9.4.1, upstream has removed the
> > ability for Snort to listen on "non-Ethernet" devices such
On Sun, Aug 18, 2013 at 07:45:16PM +0200, Jan Stary wrote:
> After I upgraded a MacMini to current/macppc,
> this is what happens when xmlcatalog is run
> during a build of mutt (or by hand any other time)
>
> Bad system call (core dumped)
>
> I made a ktrace of it (attached).
> Could this
18.08.2013 21:30 пользователь "Antoine Jacoutot"
написал:
>
> On Sun, Aug 18, 2013 at 09:19:17PM +0400, Vadim Zhukov wrote:
> > Here is the first bunch of fixes for handling of FreeDesktop goo.
> > Okay?
> > --
> > WBR,
> > Vadim Zhukov
> >
> >
> > Index: audio/deadbeef/Makefile
> >
On 18/08/13(Sun) 19:40, Jan Stary wrote:
> On Aug 18 19:38:29, h...@stare.cz wrote:
> > After I upgraded a MacMini to current/macppc,
> > this is what happens when I try to run pstree:
> >
> > $ pstree
> > Bad system call (core dumped)
> >
> > I made a ktrace of it (attached).
> > It loo
After I upgraded a MacMini to current/macppc,
this is what happens when xmlcatalog is run
during a build of mutt (or by hand any other time)
Bad system call (core dumped)
I made a ktrace of it (attached).
Could this be related to the recent ABI change?
Jan
On Aug 18 19:38:29, h...@stare.cz wrote:
> After I upgraded a MacMini to current/macppc,
> this is what happens when I try to run pstree:
>
> $ pstree
> Bad system call (core dumped)
>
> I made a ktrace of it (attached).
> It looks like the ps(1) child is exiting prematurely.
> Could
On Sun, Aug 18, 2013 at 09:19:17PM +0400, Vadim Zhukov wrote:
> Here is the first bunch of fixes for handling of FreeDesktop goo.
> Okay?
> --
> WBR,
> Vadim Zhukov
>
>
> Index: audio/deadbeef/Makefile
> ===
> RCS file: /cvs/po
Here is the first bunch of fixes for handling of FreeDesktop goo.
Okay?
--
WBR,
Vadim Zhukov
Index: audio/deadbeef/Makefile
===
RCS file: /cvs/ports/audio/deadbeef/Makefile,v
retrieving revision 1.7
diff -u -p -r1.7 Makefile
--
> I think most of this is pointless and misleading. The timeout value
> that is passed around is NOT a time_t. It's a time offset in the
> range 0 .. 3600*1000 milliseconds. Putting it into a time_t is an
> abuse of that type.
However, typecasting a time_t to an int is almost always an error.
On Fri, Aug 16, 2013 at 11:41:34AM +0200, David Coppa wrote:
> > Otherwise, ghc assumes time_t is long.
> >
> > [1] Adapted from the larger diff at
> > https://raw.github.com/iquiw/ghc-NetBSD-patches/master/ghc-7.6.2-NetBSD.patch
>
> New diff that adds the configure.ac bits, just because I'm uns
patrick keshishian wrote:
> unsquandering ... (hopefully)
I think most of this is pointless and misleading. The timeout value
that is passed around is NOT a time_t. It's a time offset in the
range 0 .. 3600*1000 milliseconds. Putting it into a time_t is an
abuse of that type.
> +--- lib/Time
Hello all.
So here is an attempt on separate portcheck(1) utility. It intended to
be run anytime you want: when creating a port, when updating it or to
run validate the whole tree. Manual page is at the end of this letter,
and actual code begins right after my signature. It currently handles
the f
Update Tiny Tiny RSS to 1.9 (Jul 21, 2013)
I removed '@sample tt-rss/config.php' from PLIST, because you don't need
it when you install (update) for the first time (from older version).
Is that right? Any comments?
Index: Makefile
=
Swaping accounts for sending diff in-line and not have
gmail fuck it up.
On Sat, Aug 17, 2013 at 20:03:32 -0600, Theo de Raadt wrote:
> > > > So basically, this takes a long long value, and casts it to a long.
> > >
> > > Yes, but that's not the entire story.
> > >
> > > the function declaration
23 matches
Mail list logo