On Wed, Jul 14, 2021, 19:48 Jeremie Courreges-Anglas wrote:
>
> Since ~4 years I've received reports of emacs hanging in certain
> situations, without a good hint about what was wrong.
>
> https://marc.info/?l=openbsd-ports&m=150996114220295&w=2
> https://debbugs.gnu.org/cgi/bugreport.cgi?bug
On Fri, May 25, 2018 at 14:07 -0400, Kurt Miller wrote:
> > Hi,
> >
> > This appears to be the same issue as described here:
> >
> > https://bugs.openjdk.java.net/browse/JDK-8022407
> >
> > that I can trigger with the following test case (SIGSEGV on a null
> > pointer):
> >
> > https://gist
Hi,
This appears to be the same issue as described here:
https://bugs.openjdk.java.net/browse/JDK-8022407
that I can trigger with the following test case (SIGSEGV on a null pointer):
https://gist.github.com/mbelop/6ebb11d7e583562279abfb2e3b733fa5
Regards,
Mike
Index: devel/jdk/1.8/patches
Please consider updating tig to the latest version.
Index: Makefile
===
RCS file: /cvs/ports/devel/tig/Makefile,v
retrieving revision 1.12
diff -u -p -u -p -r1.12 Makefile
--- Makefile16 Jan 2014 21:50:12 - 1.12
+++ Makef
On 9 January 2014 13:00, Jérémie Courrèges-Anglas wrote:
> Marc Espie writes:
>
>> On Thu, Jan 09, 2014 at 10:46:49AM +0100, Mike Belopuhov wrote:
>>> Hi,
>>>
>>> To speed things up i'm using the following Makefile instead
>>> of the ports
On 9 January 2014 12:54, Marc Espie wrote:
> On Thu, Jan 09, 2014 at 10:46:49AM +0100, Mike Belopuhov wrote:
>> Hi,
>>
>> To speed things up i'm using the following Makefile instead
>> of the ports one to build my emacs.
>>
>> http://gir.theapt.
On Thu, Jan 09, 2014 at 10:46 +0100, Mike Belopuhov wrote:
> Hi,
>
> To speed things up i'm using the following Makefile instead
> of the ports one to build my emacs.
>
> http://gir.theapt.org/~mike/Makefile.athena (attached as well)
>
> Please note that I don'
Hi,
To speed things up i'm using the following Makefile instead
of the ports one to build my emacs.
http://gir.theapt.org/~mike/Makefile.athena (attached as well)
Please note that I don't use GNUS, therefore gnutls gets disabled as well.
Cheers,
Mike
COMMENT=GNU editor: extensi
On Thu, Nov 21, 2013 at 18:38 +0100, Mike Belopuhov wrote:
> Hi,
>
> There's going to be a minor fallout in ports regarding the change
> I just did to split kernel parts of if.h to if_var.h. While most
> of the software will pick up if_var.h, there will be some that'l
Hi,
There's going to be a minor fallout in ports regarding the change
I just did to split kernel parts of if.h to if_var.h. While most
of the software will pick up if_var.h, there will be some that'll
fail to compile. I'm attaching patches for net/ifmcstat and
security/antisniff. Please contact
On 8 December 2012 19:45, Brad Smith wrote:
> On Sat, Dec 08, 2012 at 01:54:24PM +0100, Mike Belopuhov wrote:
>> On 8 December 2012 09:57, Brad Smith wrote:
>> > On Thu, Dec 06, 2012 at 12:27:59PM +0100, Mike Belopuhov wrote:
>> >> On 6 December 2012 11:35, Mike
On 8 December 2012 09:57, Brad Smith wrote:
> On Thu, Dec 06, 2012 at 12:27:59PM +0100, Mike Belopuhov wrote:
>> On 6 December 2012 11:35, Mike Belopuhov wrote:
>> > On 6 December 2012 07:44, Brad Smith wrote:
>> >> On Wed, Dec 05, 2012 at 06:36:27PM +0100, Mik
On 6 December 2012 11:35, Mike Belopuhov wrote:
> On 6 December 2012 07:44, Brad Smith wrote:
>> On Wed, Dec 05, 2012 at 06:36:27PM +0100, Mike Belopuhov wrote:
>>> On 5 December 2012 02:25, Brad Smith wrote:
>>> > On Wed, Dec 05, 2012 at 01:46:43AM +0100, Mik
should i just commit whatever we've got and link it?
seems like nobody here cares for it.
cheers
On 6 December 2012 07:44, Brad Smith wrote:
> On Wed, Dec 05, 2012 at 06:36:27PM +0100, Mike Belopuhov wrote:
>> On 5 December 2012 02:25, Brad Smith wrote:
>> > On Wed, Dec 05, 2012 at 01:46:43AM +0100, Mike Belopuhov wrote:
>> >> On 5 December
On 5 December 2012 02:25, Brad Smith wrote:
> On Wed, Dec 05, 2012 at 01:46:43AM +0100, Mike Belopuhov wrote:
>> On 5 December 2012 01:40, Brad Smith wrote:
>> >
>> > Although the build infrastructure allows for building
>> > both the Gtk+2 and Gtk+3 support
On 5 December 2012 01:40, Brad Smith wrote:
>
> Although the build infrastructure allows for building
> both the Gtk+2 and Gtk+3 support the resulting package
> does not actually work properly trying to use both toolkits.
> So do what actually makes sense and just build with one
> of them. I have
On 28 November 2012 19:14, Alexandr Shadchin
wrote:
> On Mon, Nov 19, 2012 at 11:33:09PM +0600, Alexandr Shadchin wrote:
>> Hi,
>>
>> This update package deadbeef to the latest release 0.5.6.
>> Tested on amd64.
>>
>> Split package on -main, -gtk2 and -gtk3.
>> Please make review this change.
>>
>
Please consider importing Emacs 24.
FWIW, it works fine for me now.
On Sat, Nov 17, 2012 at 10:33 PM, Jérémie Courrèges-Anglas
wrote:
> Hi,
>
> the next Emacs (24.3) pretest cycle will start on Nov. 24.
> I intend to publish an updated port for it when the -rc tarball will be
> available, so that
On Mon, Oct 1, 2012 at 4:05 PM, Mike Belopuhov wrote:
> On Mon, Oct 1, 2012 at 3:20 PM, Mike Belopuhov wrote:
>> On Mon, Oct 1, 2012 at 12:19 PM, Mike Belopuhov wrote:
>>> On Tue, Sep 4, 2012 at 2:56 PM, Manuel Giraud wrote:
>>>> jca+o...@wxcvbn.org (Jé
On Mon, Oct 1, 2012 at 3:20 PM, Mike Belopuhov wrote:
> On Mon, Oct 1, 2012 at 12:19 PM, Mike Belopuhov wrote:
>> On Tue, Sep 4, 2012 at 2:56 PM, Manuel Giraud wrote:
>>> jca+o...@wxcvbn.org (Jérémie Courrèges-Anglas) writes:
>>>
>>>> I'm running
On Mon, Oct 1, 2012 at 12:19 PM, Mike Belopuhov wrote:
> On Tue, Sep 4, 2012 at 2:56 PM, Manuel Giraud wrote:
>> jca+o...@wxcvbn.org (Jérémie Courrèges-Anglas) writes:
>>
>>> I'm running the no_x11 flavor on i386 since a few hours, without
>>> a problem. T
On Mon, Oct 1, 2012 at 12:19 PM, Mike Belopuhov wrote:
> On Tue, Sep 4, 2012 at 2:56 PM, Manuel Giraud wrote:
>> jca+o...@wxcvbn.org (Jérémie Courrèges-Anglas) writes:
>>
>>> I'm running the no_x11 flavor on i386 since a few hours, without
>>> a problem. T
On Tue, Sep 4, 2012 at 2:56 PM, Manuel Giraud wrote:
> jca+o...@wxcvbn.org (Jérémie Courrèges-Anglas) writes:
>
>> I'm running the no_x11 flavor on i386 since a few hours, without
>> a problem. The gtk3 and (default) gtk2 flavors are building fine,
>> athena is on the way, but please do test them
On Wed, Sep 12, 2012 at 6:51 PM, Jérémie Courrèges-Anglas
wrote:
> Manuel Giraud writes:
>> jca+o...@wxcvbn.org (Jérémie Courrèges-Anglas) writes:
>>
>>> If someone on amd64 could just confirm that --build=${GCCARCH} does the
>>> right thing, that would be cool.
>>
>> I just did a quick test on a
On Tue, Jun 26, 2012 at 11:14 AM, Manuel Giraud wrote:
> Antoine Jacoutot writes:
>
>> So obviously OK for me but I don't think my vote counts.
>
> I like that too because if one has dbus installed via a dependency it
> seems reasonable to start it in the xsession as an application might
> need i
On Mon, May 14, 2012 at 9:16 PM, Alexandr Shadchin
wrote:
> Hi,
>
> pkg/DESCR:
> DeaDBeeF (as in 0xDEADBEEF) is an audio player for GNU/Linux, BSD,
> OpenSolaris and probably other UNIX-like systems.
>
> Some features (more can be found on the homepage):
>
> * mp3, ogg vorbis, flac, ape, wv, wav,
On Mon, Apr 30, 2012 at 9:51 PM, Alexandr Shadchin
wrote:
> Hi,
>
> This update package fvwm2 to the latest release 2.6.5.
> Tested on amd64.
>
> Comments ? OK ?
>
works fine for me.
On Tue, Mar 22, 2011 at 11:32 PM, Peter Valchev wrote:
> On Mon, Mar 21, 2011 at 1:22 PM, Rafael Sadowski
> wrote:
>> On Fri Mar 18, 2011 at 09:17:23PM +0500, Alexandr Shadchin wrote:
>>> I prepared diff update x11/fvwm2 to 2.5.31 (on request and test mikeb@)
>>>
>>> current x11/fvwm2 - 2.4.20 (
On Tue, Mar 15, 2011 at 12:26 +0100, Mike Belopuhov wrote:
> re,
>
> it turns out that SIGIO handling in emacs incorporates too many
> workarounds, especially when running under X and at this point
> it's impossible (at least for me) to grasp through the code and
> find wh
On Tue, Mar 15, 2011 at 15:17 +0100, Manuel Giraud wrote:
> Mike Belopuhov writes:
>
> > re,
> >
> > it turns out that SIGIO handling in emacs incorporates too many
> > workarounds, especially when running under X and at this point
> > it's impossible (a
On Tue, Mar 15, 2011 at 3:17 PM, Manuel Giraud
wrote:
> Mike Belopuhov writes:
>
>> re,
>>
>> it turns out that SIGIO handling in emacs incorporates too many
>> workarounds, especially when running under X and at this point
>> it's impossible (at le
re,
it turns out that SIGIO handling in emacs incorporates too many
workarounds, especially when running under X and at this point
it's impossible (at least for me) to grasp through the code and
find why it fails to work with xcb or X in general.
but fortunately there's a tweak (DISABLE_SIGIO) th
Hi folks,
I have tried current gtkam port with my Canon S3 and have found it
pretty much unusable due to regular crashes. Although a new version
of gtkam requires one additional lib (libexif-gtk) it is worth efforts
cause of far better stability. And port of libexif-gtk is rather simple
and straig
On Fri, Oct 27, 2006 at 15:26 +0200, Antoine Jacoutot wrote:
> Selon Bernd Ahlers <[EMAIL PROTECTED]>:
> > How about creating stable and snapshot dirs inside the x11/fvwm2
> > directory instead of add a fvwm2-devel port dir?
>
> Oh, definitely the right thing to do IMHO.
> Also, the "-fvicons" sub
Hi Antoine,
On Fri, Oct 27, 2006 at 14:37 +0200, Antoine Jacoutot wrote:
> Selon Mike Belopuhov <[EMAIL PROTECTED]>:
> > Below comes update to fvwm2 port to bring it up to 2.5.18.
>
> I did not try the diff but at first glance:
> - there's no need for a png fla
Hello for the third time today ;)
Below comes update to fvwm2 port to bring it up to 2.5.18.
New features according to fvwm.org:
* Full Enhanced Window Manager Hints support
* Full internationalization
* Greatly improved font support, including anti-aliasing
* Improved decoration
Hi Folks,
Besides the update, this diff brings support for displaying
national characters in titlebar, etc.
Tested with Russian (Cyrillic).
Thanks.
Index: Makefile
===
RCS file: /cvs/ports/x11/icewm/Makefile,v
retrieving revision 1
Hi Folks,
This is a rather straight-and-forward port of a really good
QT3 icq client. Hope somebody will need it ;)
http://crypt.org.ru/~mkb/ports/licq.tgz
Regards.
Hi,
i made a licq port recentely. it's attached.
you can also fetch it here:
http://crypt.org.ru/~mkb/ports/licq.tgz
MD5 (licq.tgz) = a5213406b68d9ac51dbe64d9ce4310f8
Please CC me in replies, since i'm not subscribed to this list.
licq.tgz
Description: application/tar-gz
On Tue, Jan 17, 2006 at 23:31 -0800, Jacob Meuser wrote:
> the mplayer port has used audio(4) for a long time (always?).
>
> the bktr "driver" in the mplayer distribution uses OSS, though.
> that is what I changed, not the rest of mplayer.
>
sorry, i might have overlooked it.
> what does this a
Hi, the following diff makes mplayer use a /dev/mixer device
as a mixer device and do right stuff with it. Adopted from xmms.
Though, this diff has some rough edges, it works pretty well.
The most crude thing is a setting sun_mixer_device variable
in setup_device_paths() function. Actually, the m
Update zsh to recently released 4.2.6 version.
Index: Makefile
===
RCS file: /cvs/ports/shells/zsh/Makefile,v
retrieving revision 1.36
diff -u -r1.36 Makefile
--- Makefile2005/04/17 08:13:00 1.36
+++ Makefile2005/12/18 20:
Recursive patch is below.
If a full tarball is required, send a request directly to me.
Please include me in Cc since I'm not subscribed.
cu.
diff -Nur tcsh.old/Makefile tcsh/Makefile
--- tcsh.old/Makefile Tue Dec 13 22:56:17 2005
+++ tcsh/Makefile Sun Dec 18 22:34:26 2005
@@ -2,8 +2,8
44 matches
Mail list logo