On Mon, 4 Nov 2024 12:48:39 +0100
Jeremie Courreges-Anglas wrote:
>
> While I don't expect huge changes in emacs 30, here's a diff for you
> folks to test. The .txt and .jpg in the info/ dir look off, I suspect
> they won't end up in the final emacs-30 release build.
>
> kill-this-buffer isn't
On Mon, Nov 25 2024, Jeremie Courreges-Anglas wrote:
> On Mon, Nov 04, 2024 at 12:48:39PM +0100, Jeremie Courreges-Anglas wrote:
>>
>> While I don't expect huge changes in emacs 30, here's a diff for you
>> folks to test. The .txt and .jpg in the info/ dir look off, I suspect
>> they won't end u
On Mon, Nov 04, 2024 at 12:48:39PM +0100, Jeremie Courreges-Anglas wrote:
>
> While I don't expect huge changes in emacs 30, here's a diff for you
> folks to test. The .txt and .jpg in the info/ dir look off, I suspect
> they won't end up in the final emacs-30 release build.
>
> kill-this-buffer
Ok. I will look at it.
—
Antoine
> On 3 Aug 2023, at 22:50, Jeremie Courreges-Anglas wrote:
>
> On Thu, Aug 03 2023, Antoine Jacoutot wrote:
>> Couldn’t we use PSEUDO_FLAVORS and MULTI_PACKAGES ?
>
> We could. But moving the rust bits to another port gives us two simple
> ports instead of
On Thu, Aug 03 2023, Antoine Jacoutot wrote:
> Couldn’t we use PSEUDO_FLAVORS and MULTI_PACKAGES ?
We could. But moving the rust bits to another port gives us two simple
ports instead of cramming two different build systems in a single port.
Also, I'm lazy. :)
If someone actually cares and pref
Couldn’t we use PSEUDO_FLAVORS and MULTI_PACKAGES ?
—
Antoine
> On 3 Aug 2023, at 19:04, Jeremie Courreges-Anglas wrote:
>
> On Thu, Aug 03 2023, Stuart Henderson wrote:
>> According to upstream's description the cli should only be needed for
>> generating language parsers so shouldn't be nee
On Thu, Aug 03 2023, Stuart Henderson wrote:
> According to upstream's description the cli should only be needed for
> generating language parsers so shouldn't be needed by existing ports.
>
> If we later find someone needing the cli binary on OpenBSD we can deal
> with it then (either as an optio
On Thu, Aug 03 2023, Mikhail wrote:
> On Wed, Aug 02, 2023 at 08:49:10PM +0200, Jeremie Courreges-Anglas wrote:
>>
>> So emacs-29.1 introduced a tree-sitter backend to parse source code,
>> instead of the traditional bag of ugly regexes. I'd like to add
>> tree-sitter as a dep to the emacs port
On 2023/08/03 18:47, Mikhail wrote:
> On Wed, Aug 02, 2023 at 08:49:10PM +0200, Jeremie Courreges-Anglas wrote:
> >
> > So emacs-29.1 introduced a tree-sitter backend to parse source code,
> > instead of the traditional bag of ugly regexes. I'd like to add
> > tree-sitter as a dep to the emacs po
On Wed, Aug 02, 2023 at 08:49:10PM +0200, Jeremie Courreges-Anglas wrote:
>
> So emacs-29.1 introduced a tree-sitter backend to parse source code,
> instead of the traditional bag of ugly regexes. I'd like to add
> tree-sitter as a dep to the emacs port but the non-optional rust
> dependency is i
According to upstream's description the cli should only be needed for
generating language parsers so shouldn't be needed by existing ports.
If we later find someone needing the cli binary on OpenBSD we can deal with
it then (either as an optionally built subpackage or a separate port).
Ok wit
On August 3, 2023 12:55:22 PM GMT+02:00, Edd Barrett
wrote:
>On Thu, Aug 03, 2023 at 07:28:44AM +0200, Paco Esteban wrote:
>> ok paco.
>
>I'd say go ahead. We will soon find out if neovim needs it or not.
>
For what is worth, I tested neovim :TSUpdate and :TSInstall with the patch
without is
On Thu, Aug 03, 2023 at 07:28:44AM +0200, Paco Esteban wrote:
> ok paco.
I'd say go ahead. We will soon find out if neovim needs it or not.
--
Best Regards
Edd Barrett
https://www.theunixzoo.co.uk
On Wed, 02 Aug 2023, Jeremie Courreges-Anglas wrote:
> ...
>
> Upstream says that "tree-sitter aims to be dependency-free so that the
> runtime library (which is written in pure C) can be embedded in any
> application.
>
> I propose to zap the rust build-dependency. Paco, you did the inital
> im
Mikhail writes:
> emacs -Q .emacs and emacs -q .emacs also work.
This test hints to me that the error is in the .emacs file. Try removing
chunks of the .emacs file, testing crash and then restoring the
chunk. Repeat this tactic until you come across the suspect
chunk.
Start by removing this chun
On Wed, Nov 09, 2022 at 02:47:25PM -0800, Nam Nguyen wrote:
> Mikhail writes:
> > No crashes are observed when I run "emacs .emacs" outside of tmux. I
> > also have old laptop with latest current amd64 and I can't reproduce
> > crash there.
>
> Try moving .tmux.conf out of the way (or post your .t
Mikhail writes:
> then I also can do "emacs .emacs" without problem, but I suspect the
> crash has something with synatx coloring
xfaces.c in the backtrace looks suspicious to support this theory
(perhaps in combination with tmux?).
>
> ;;(require 'smex)
> with
> (require 'smex)
>
> there is als
On Thu, Jul 15 2021, Nam Nguyen wrote:
> Manuel Giraud writes:
>
>> Hi all,
>>
>> So here is what I did (on a quite fresh snapshot amd64):
>>
>>- comment the "Emacs.selectionTimeout: 10" line in my .Xresources
>>- build the default gtk3 flavor with this patch
>>- M-x org-capture => ask
On Fri, Jul 16 2021, Manuel Giraud wrote:
> Jeremie Courreges-Anglas writes:
>
>> On Thu, Jul 15 2021, Manuel Giraud wrote:
>>> FWIW, it seems that this patch also solves an issue I had:
>>> M-x list-packages used to fail at contacting elpa.gnu.org.
>>
>> Ouch I think I spotted this one earlier
Jeremie Courreges-Anglas writes:
> On Thu, Jul 15 2021, Manuel Giraud wrote:
>> FWIW, it seems that this patch also solves an issue I had:
>> M-x list-packages used to fail at contacting elpa.gnu.org.
>
> Ouch I think I spotted this one earlier but couldn't pinpoint it. And
> indeed I can't rep
Manuel Giraud writes:
> Hi all,
>
> So here is what I did (on a quite fresh snapshot amd64):
>
>- comment the "Emacs.selectionTimeout: 10" line in my .Xresources
>- build the default gtk3 flavor with this patch
>- M-x org-capture => asks for input instantly
Thanks. M-x org-capture wor
On Wed, Jul 14 2021, 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=29170
>
>
On Thu, Jul 15 2021, Manuel Giraud wrote:
> FWIW, it seems that this patch also solves an issue I had:
> M-x list-packages used to fail at contacting elpa.gnu.org.
Ouch I think I spotted this one earlier but couldn't pinpoint it. And
indeed I can't reproduce with CVS head.
--
jca | PGP : 0x152
FWIW, it seems that this patch also solves an issue I had:
M-x list-packages used to fail at contacting elpa.gnu.org.
--
Manuel Giraud
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
Hi all,
So here is what I did (on a quite fresh snapshot amd64):
- comment the "Emacs.selectionTimeout: 10" line in my .Xresources
- build the default gtk3 flavor with this patch
- M-x org-capture => asks for input instantly
- Evaluate the following bug report recipe which returns nil
Stuart Henderson writes:
> On 2020/11/24 06:57, Jon Fineman wrote:
>> Stuart Henderson writes:
>>
>> > On 2020/11/24 11:03, Jon Fineman wrote:
>> >> Had been running for several days. No idea how to re-create it. I was
>> >> creating a new email in notmuch.
>> >>
>> >> uname -a
>> >> OpenBSD
On 2020/11/24 06:57, Jon Fineman wrote:
> Stuart Henderson writes:
>
> > On 2020/11/24 11:03, Jon Fineman wrote:
> >> Had been running for several days. No idea how to re-create it. I was
> >> creating a new email in notmuch.
> >>
> >> uname -a
> >> OpenBSD desktop 6.8 GENERIC.MP#1 amd64
> >>
Stuart Henderson writes:
> On 2020/11/24 11:03, Jon Fineman wrote:
>> Had been running for several days. No idea how to re-create it. I was
>> creating a new email in notmuch.
>>
>> uname -a
>> OpenBSD desktop 6.8 GENERIC.MP#1 amd64
>>
>> In xterm:
>> Fatal error 11: Segmentation fault
>> Segm
On 2020/11/24 11:03, Jon Fineman wrote:
> Had been running for several days. No idea how to re-create it. I was
> creating a new email in notmuch.
>
> uname -a
> OpenBSD desktop 6.8 GENERIC.MP#1 amd64
>
> In xterm:
> Fatal error 11: Segmentation fault
> Segmentation fault (core dumped)
>
Do y
On Sat, Aug 22 2020, Nam Nguyen wrote:
> Jeremie Courreges-Anglas writes:
>
>> emacs-27.1 was released earlier than I expected, thanks Ken for the
>> heads-up.
>>
>> This is good news. As mentioned in
>> https://marc.info/?l=openbsd-ports&m=159380829911290&w=2 emacs now uses
>> a "portable dumper
Jeremie Courreges-Anglas writes:
> emacs-27.1 was released earlier than I expected, thanks Ken for the
> heads-up.
>
> This is good news. As mentioned in
> https://marc.info/?l=openbsd-ports&m=159380829911290&w=2 emacs now uses
> a "portable dumper" that doesn't involve games with ELF layout and
On Fri, Aug 14, 2020 at 02:14:07PM +0200, Jeremie Courreges-Anglas wrote:
>
> emacs-27.1 was released earlier than I expected, thanks Ken for the
> heads-up.
>
> This is good news. As mentioned in
> https://marc.info/?l=openbsd-ports&m=159380829911290&w=2 emacs now uses
> a "portable dumper" tha
On Thu, Jan 09 2020, Stuart Henderson wrote:
> On 2020/01/08 11:32, Jeremie Courreges-Anglas wrote:
>>
>> +cc rsadowski@
>>
>> On Wed, Jan 08 2020, Jeremie Courreges-Anglas wrote:
>> > On Tue, Jan 07 2020, Stuart Henderson wrote:
>> >> On 2020/01/08 00:45, Pekka Niiranen wrote:
>> >>> Hello,
>
On 2020/01/08 11:32, Jeremie Courreges-Anglas wrote:
>
> +cc rsadowski@
>
> On Wed, Jan 08 2020, Jeremie Courreges-Anglas wrote:
> > On Tue, Jan 07 2020, Stuart Henderson wrote:
> >> On 2020/01/08 00:45, Pekka Niiranen wrote:
> >>> Hello,
> >>>
> >>> Has anybody else got this error:
> >>>
> >
+cc rsadowski@
On Wed, Jan 08 2020, Jeremie Courreges-Anglas wrote:
> On Tue, Jan 07 2020, Stuart Henderson wrote:
>> On 2020/01/08 00:45, Pekka Niiranen wrote:
>>> Hello,
>>>
>>> Has anybody else got this error:
>>>
>>> When I start emacs-gtk3 -package from X on PowerBook G4 (5,7)
>>> I get
On Tue, Jan 07 2020, Stuart Henderson wrote:
> On 2020/01/08 00:45, Pekka Niiranen wrote:
>> Hello,
>>
>> Has anybody else got this error:
>>
>> When I start emacs-gtk3 -package from X on PowerBook G4 (5,7)
>> I get error
>>
>> root@pekkappc:~ # emacs
>> emacs:/usr/local/lib/libestdc++.so.19.0:
On 2020/01/08 00:45, Pekka Niiranen wrote:
> Hello,
>
> Has anybody else got this error:
>
> When I start emacs-gtk3 -package from X on PowerBook G4 (5,7)
> I get error
>
> root@pekkappc:~ # emacs
> emacs:/usr/local/lib/libestdc++.so.19.0: /usr/lib/libstdc++.so.57.0 :
> WARNING: symbol(_ZNSt6loc
On Sun, Jul 08 2018, John Long wrote:
> On Sun, 2018-07-08 at 18:49 +0200, Jeremie Courreges-Anglas wrote:
>> Hi John, emacs port maintainer here,
>>
>> On Sun, Jul 08 2018, John Long wrote:
>> > emacs-25.3p0-gtk3 GNU editor: extensible, customizable, self-
>> > documenting
>> > Gtk-Message: F
On Sun, 2018-07-08 at 18:49 +0200, Jeremie Courreges-Anglas wrote:
> Hi John, emacs port maintainer here,
>
> On Sun, Jul 08 2018, John Long wrote:
> > emacs-25.3p0-gtk3 GNU editor: extensible, customizable, self-
> > documenting
> > Gtk-Message: Failed to load module "canberra-gtk-module"
> >
Hi John, emacs port maintainer here,
On Sun, Jul 08 2018, John Long wrote:
> emacs-25.3p0-gtk3 GNU editor: extensible, customizable, self-documenting
> Gtk-Message: Failed to load module "canberra-gtk-module"
> Gtk-Message: Failed to load module "pk-gtk-module"
> Gtk-Message: Failed to load
We are aware of this. There is a diff being tested in snapshots.
Please install a newer snapshot, and carry on. Would like to know
if you find more issues like this.
>After recent upgrade emacs started to misbehave ;-)
>To reproduce: 'M-x list-packages RET'
>It seam to be working ok with libc.so
On Wed, Dec 07, 2016 at 11:22:08PM +0100, Jeremie Courreges-Anglas wrote:
>
> Hi,
>
> some good news from the Emacs front.
>
> Since glibc removed "private" stuff that was used for emacs, the
> direction is now towards using more portable techniques:
> - emacs-25.2 will use system malloc(3) (exc
On 12/08/16 01:05, Jeremie Courreges-Anglas wrote:
> Jeremie Courreges-Anglas writes:
>
>> Hi,
>>
>> some good news from the Emacs front.
>>
>> Since glibc removed "private" stuff that was used for emacs, the
>> direction is now towards using more portable techniques:
>> - emacs-25.2 will use sys
Jeremie Courreges-Anglas writes:
> Hi,
>
> some good news from the Emacs front.
>
> Since glibc removed "private" stuff that was used for emacs, the
> direction is now towards using more portable techniques:
> - emacs-25.2 will use system malloc(3) (except for the "unexec" step)
> - emacs-26.1 wi
Jeremie Courreges-Anglas writes:
> Aaron Bieber writes:
>
>> On Thu, Sep 29, 2016 at 07:51:46AM -0600, Aaron Bieber wrote:
>>> On Tue, Sep 27, 2016 at 06:46:06PM +0200, Jeremie Courreges-Anglas wrote:
>>> > j...@wxcvbn.org (Jeremie Courreges-Anglas) writes:
>>> >
>>> > > Announce:
>>> > > http
Aaron Bieber writes:
> On Thu, Sep 29, 2016 at 07:51:46AM -0600, Aaron Bieber wrote:
>> On Tue, Sep 27, 2016 at 06:46:06PM +0200, Jeremie Courreges-Anglas wrote:
>> > j...@wxcvbn.org (Jeremie Courreges-Anglas) writes:
>> >
>> > > Announce:
>> > > http://lists.gnu.org/archive/html/emacs-devel/20
On Thu, Sep 29, 2016 at 07:51:46AM -0600, Aaron Bieber wrote:
> On Tue, Sep 27, 2016 at 06:46:06PM +0200, Jeremie Courreges-Anglas wrote:
> > j...@wxcvbn.org (Jeremie Courreges-Anglas) writes:
> >
> > > Announce:
> > > http://lists.gnu.org/archive/html/emacs-devel/2016-09/msg00451.html
> > > NEWS
On Tue, Sep 27, 2016 at 06:46:06PM +0200, Jeremie Courreges-Anglas wrote:
> j...@wxcvbn.org (Jeremie Courreges-Anglas) writes:
>
> > Announce:
> > http://lists.gnu.org/archive/html/emacs-devel/2016-09/msg00451.html
> > NEWS file: https://www.gnu.org/software/emacs/news/NEWS.25.1
> > There is now
Jeremie Courreges-Anglas writes:
> j...@wxcvbn.org (Jeremie Courreges-Anglas) writes:
>
>> Announce: http://lists.gnu.org/archive/html/emacs-devel/2016-09/msg00451.html
>> NEWS file: https://www.gnu.org/software/emacs/news/NEWS.25.1
>> There is now support for filesystem notifications support via
Jeremie Courreges-Anglas writes:
> j...@wxcvbn.org (Jeremie Courreges-Anglas) writes:
>
>> Announce: http://lists.gnu.org/archive/html/emacs-devel/2016-09/msg00451.html
>> NEWS file: https://www.gnu.org/software/emacs/news/NEWS.25.1
>> There is now support for filesystem notifications support via
j...@wxcvbn.org (Jeremie Courreges-Anglas) writes:
> Announce: http://lists.gnu.org/archive/html/emacs-devel/2016-09/msg00451.html
> NEWS file: https://www.gnu.org/software/emacs/news/NEWS.25.1
> There is now support for filesystem notifications support via kqueue.
I forgot to mention that this u
editors/emacs maintainer here,
Philip Guenther writes:
> emacs on powerpc no longer needs to be built with --bss-plt, so the final
> one-line 'case' in editors/emacs/patches/patch-configure that currently
> adds it can be removed. I've uploaded the emacs-24.5p5-no_x11.tgz I built
> and that
Stuart Henderson writes:
> On 2016/02/15 13:05, Jérémie Courrèges-Anglas wrote:
>> If someone knows what the hell the alien C syntax in
>> patches/patch-src_fns_c is about, cluebat welcome.
>
> it's C99:
>
> https://en.wikipedia.org/wiki/Restrict
I've heard about restrict, but I had indeed never
On 2016/02/15 13:05, Jérémie Courrèges-Anglas wrote:
> If someone knows what the hell the alien C syntax in
> patches/patch-src_fns_c is about, cluebat welcome.
it's C99:
https://en.wikipedia.org/wiki/Restrict
j...@wxcvbn.org (Jérémie Courrèges-Anglas) writes:
> j...@wxcvbn.org (Jérémie Courrèges-Anglas) writes:
>
>> j...@wxcvbn.org (Jérémie Courrèges-Anglas) writes:
>>
>>> Hi,
>>>
>>> for those interested in the next Emacs update.
>>>
>>> Pretest announce:
>>> https://lists.gnu.org/archive/html/ema
j...@wxcvbn.org (Jérémie Courrèges-Anglas) writes:
> j...@wxcvbn.org (Jérémie Courrèges-Anglas) writes:
>
>> Hi,
>>
>> for those interested in the next Emacs update.
>>
>> Pretest announce:
>> https://lists.gnu.org/archive/html/emacs-devel/2015-03/msg00184.html
>>
>> emacs-24.5 schedule:
>>
j...@wxcvbn.org (Jérémie Courrèges-Anglas) writes:
> Hi,
>
> for those interested in the next Emacs update.
>
> Pretest announce:
> https://lists.gnu.org/archive/html/emacs-devel/2015-03/msg00184.html
>
> emacs-24.5 schedule:
> https://lists.gnu.org/archive/html/emacs-devel/2015-03/msg0060
Aaron writes:
> On Sun, Oct 26, 2014 at 2:01 PM, Jérémie Courrèges-Anglas
> wrote:
[...]
>> I'm unsure about those:
>>
>> inputmethods/anthy,-main|editors/emacs21|||editors/emacs21|B
>> inputmethods/anthy,-emacs|editors/emacs21|||editors/emacs21|B
>> math/gnuplot|editors/emacs21|||editor
Stuart Henderson writes:
> On 2014/10/27 22:05, patrick keshishian wrote:
>>
>> Fwiw, whenever I build gnuplot from ports, I remove the emacs
>> dependency and the .el and .elc files.
>>
>> I'm not sure what they are for, and I've not missed them.
>
> The .el files that we install in gnuplot ar
Aaron writes:
> On Sun, Oct 26, 2014 at 2:01 PM, Jérémie Courrèges-Anglas
> wrote:
[...]
>> I'm unsure about those:
>>
>> inputmethods/anthy,-main|editors/emacs21|||editors/emacs21|B
>> inputmethods/anthy,-emacs|editors/emacs21|||editors/emacs21|B
>> math/gnuplot|editors/emacs21|||editor
On Sun, Oct 26, 2014 at 2:01 PM, Jérémie Courrèges-Anglas
wrote:
>
> So the idea was to deconflict those two ports, to be able to use both
> during bulk builds. Several ports are waiting for this as they depend
> on newer emacs releases.
>
> I had sent patches to rename the conflicting files in e
On 2014/10/27 22:05, patrick keshishian wrote:
>
> Fwiw, whenever I build gnuplot from ports, I remove the emacs
> dependency and the .el and .elc files.
>
> I'm not sure what they are for, and I've not missed them.
The .el files that we install in gnuplot are just docs (a syntax reminder,
by th
On 10/26/14, Jérémie Courrèges-Anglas wrote:
>
> So the idea was to deconflict those two ports, to be able to use both
> during bulk builds. Several ports are waiting for this as they depend
> on newer emacs releases.
>
> I had sent patches to rename the conflicting files in emacs21, but it
> tur
Hi,
On Sun, 26 Oct 2014 21:01:07 +0100
j...@wxcvbn.org (Jérémie Courrèges-Anglas) wrote:
> I'm unsure about those:
>
> inputmethods/anthy,-main|editors/emacs21|||editors/emacs21|B
> inputmethods/anthy,-emacs|editors/emacs21|||editors/emacs21|B
> math/gnuplot|editors/emacs21|||editors/emacs2
j...@wxcvbn.org (Jérémie Courrèges-Anglas) writes:
> So the idea was to deconflict those two ports, to be able to use both
> during bulk builds. Several ports are waiting for this as they depend
> on newer emacs releases.
>
> I had sent patches to rename the conflicting files in emacs21, but it
>
For auctex: the most recent version is now distributed via ELPA, which
is included in Emacs 24, which in turn makes the print/auctex port
unnecessary for anybody using Emacs 24. (I've been happily using it
that way for quite some time now)
On Sun, Oct 26, 2014 at 3:01 PM, Jérémie Courrèges-Anglas
On 2014/01/09 13:04, Mike Belopuhov wrote:
> 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.t
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 one to build my emacs.
>>>
>>> http://gir.theapt.org/~mik
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 one to build my emacs.
>>
>> http://gir.theapt.org/~mike/Makefile.athena (attached as well)
>>
>> Please note that I do
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.org/~mike/Makefile.athena (attached as well)
>>
>> P
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.org/~mike/Makefile.athena (attached as well)
>
> Please note that I don't use GNUS, therefore gnutls
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't use GNUS, therefore gnutls gets
2014/1/9 Jérémie Courrèges-Anglas :
>
> Better version thanks to sthen. I didn't want to add another PFRAG and
> include it manually, but some !%%var%% plist magic does it for free.
> I already got sthen's ok for the previous version so I plan to commit
> this tomorrow.
>
> BTW emacs-24.4 should b
On Wed, Jan 08, 2014 at 11:16:20PM +0100, Jérémie Courrèges-Anglas wrote:
>
> Better version thanks to sthen. I didn't want to add another PFRAG and
> include it manually, but some !%%var%% plist magic does it for free.
> I already got sthen's ok for the previous version so I plan to commit
> thi
Better version thanks to sthen. I didn't want to add another PFRAG and
include it manually, but some !%%var%% plist magic does it for free.
I already got sthen's ok for the previous version so I plan to commit
this tomorrow.
BTW emacs-24.4 should be out soon, I can publish some pre-pre-release
t
j...@wxcvbn.org (Jérémie Courrèges-Anglas) writes:
> j...@wxcvbn.org (Jérémie Courrèges-Anglas) writes:
>
>> Antoine Jacoutot writes:
>>
>>> On Sun, Jan 05, 2014 at 01:16:22AM +0100, Jérémie Courrèges-Anglas wrote:
Hi,
The emacs.desktop and emacs icon files shipped by the va
j...@wxcvbn.org (Jérémie Courrèges-Anglas) writes:
> Antoine Jacoutot writes:
>
>> On Sun, Jan 05, 2014 at 01:16:22AM +0100, Jérémie Courrèges-Anglas wrote:
>>>
>>> Hi,
>>>
>>> The emacs.desktop and emacs icon files shipped by the various emacs-24.3
>>> flavors aren't useful for the no_x11 flav
Antoine Jacoutot writes:
> On Sun, Jan 05, 2014 at 01:16:22AM +0100, Jérémie Courrèges-Anglas wrote:
>>
>> Hi,
>>
>> The emacs.desktop and emacs icon files shipped by the various emacs-24.3
>> flavors aren't useful for the no_x11 flavor, so I'd rather drop the
>> run-deps on desktop-file-utils
On Sun, Jan 05, 2014 at 01:16:22AM +0100, Jérémie Courrèges-Anglas wrote:
>
> Hi,
>
> The emacs.desktop and emacs icon files shipped by the various emacs-24.3
> flavors aren't useful for the no_x11 flavor, so I'd rather drop the
> run-deps on desktop-file-utils and guic for the no_x11 case.
>
>
On 2013/01/30 23:47, Matthieu Herrb wrote:
> On Wed, Jan 30, 2013 at 09:07:55PM +, Stuart Henderson wrote:
> > On 2013/01/30 21:15, Matthieu Herrb wrote:
> > > On Wed, Jan 30, 2013 at 07:50:56PM +, Stuart Henderson wrote:
> > > >
> > > > Ok so this needs some more, at least for the default
On Wed, Jan 30, 2013 at 09:07:55PM +, Stuart Henderson wrote:
> On 2013/01/30 21:15, Matthieu Herrb wrote:
> > On Wed, Jan 30, 2013 at 07:50:56PM +, Stuart Henderson wrote:
> > >
> > > Ok so this needs some more, at least for the default flavour.
> > >
> > > cc -c -I/usr/local/include -I
On Wed, Jan 30, 2013 at 07:50:56PM +, Stuart Henderson wrote:
>
> Ok so this needs some more, at least for the default flavour.
>
> cc -c -I/usr/local/include -I/usr/local/include/libpng -Demacs
> -DHAVE_CONFIG_H -DUSE_LUCID -I. -I/usr/ports/pobj/emacs-21.4/emacs-21.4/src
> -I/usr/X
On 2013/01/30 12:54, Stuart Henderson wrote:
> In gmane.os.openbsd.misc, futzen wrote:
> > I have managed to install OpenBSD 5.2 on my DEC VaxStation 4000 Model 90 but
> > to my surprise have not found a binary for Emacs (any version) for the VAX
> > architecture. As best as I can tell I do not se
In gmane.os.openbsd.misc, futzen wrote:
> I have managed to install OpenBSD 5.2 on my DEC VaxStation 4000 Model 90 but
> to my surprise have not found a binary for Emacs (any version) for the VAX
> architecture. As best as I can tell I do not see it in the ports collection
> either.
>
> Has anybod
jca+o...@wxcvbn.org (Jérémie Courrèges-Anglas) writes:
> Hi,
>
> just in case someone is interested, here is an update for the pretest
> Emacs tarball that got published saturday. Builds and works fine so
> far on i386 and macppc.
Btw, upstream rc is now at 24.2.92, VERSION is the only tweak nee
I got no feedback on this, does it mean everything runs smoothly?
--
Jérémie Courrèges-Anglas
GPG Key fingerprint: 61DB D9A0 00A4 67CF 2A90 8961 6191 8FBF 06A1 1494
jca+o...@wxcvbn.org (Jérémie Courrèges-Anglas) writes:
[...]
> - one glitch in the athena flavor, for some reason
> port-lib-depends-check says:
>
> Extra: GL.13 Xext.12 cairo.12 expat.10 iconv.6 intl.6 xcb-render.0
> Extra: xcb-shm.0 xcb.2 z.4
>
> which is obviously wrong. Probably an error
On Fri, Oct 26, 2012 at 03:59:24PM +0200, Jérémie Courrèges-Anglas wrote:
> Whether you use explicitely use dbus or not (as in, linking in
> src/dbusbind.c) doesn't matter if you want to use a graphical flavor
> (such as gtk3). Even without GSettings or Gconf. For example, with
>
> ./configure --
Matthieu Herrb writes:
> On Thu, Oct 25, 2012 at 12:55:26PM +0100, Stuart Henderson wrote:
>> On 2012/10/25 11:03, Jérémie Courrèges-Anglas wrote:
>> > > Hi porters,
>> > >
>> > > what about getting this in?
>> >
>> > ping
>> >
>> > I can take over maintainership if that's a problem.
>>
>> Wel
On Thu, Oct 25, 2012 at 02:06:04PM +0200, Matthieu Herrb wrote:
> On Thu, Oct 25, 2012 at 12:55:26PM +0100, Stuart Henderson wrote:
> > On 2012/10/25 11:03, J?r?mie Courr?ges-Anglas wrote:
> > > > Hi porters,
> > > >
> > > > what about getting this in?
> > >
> > > ping
> > >
> > > I can take over
On Thu, Oct 25, 2012 at 12:55:26PM +0100, Stuart Henderson wrote:
> On 2012/10/25 11:03, Jérémie Courrèges-Anglas wrote:
> > > Hi porters,
> > >
> > > what about getting this in?
> >
> > ping
> >
> > I can take over maintainership if that's a problem.
>
> Well, the dbus problem mikeb@ ran into n
On 2012/10/25 11:03, Jérémie Courrèges-Anglas wrote:
> > Hi porters,
> >
> > what about getting this in?
>
> ping
>
> I can take over maintainership if that's a problem.
Well, the dbus problem mikeb@ ran into needs to be handled in some
way, it ought to degrade gracefully if a dbus session isn't
> Hi porters,
>
> what about getting this in?
ping
I can take over maintainership if that's a problem.
Regards,
--
Jérémie Courrèges-Anglas
GPG fingerprint: 61DB D9A0 00A4 67CF 2A90 8961 6191 8FBF 06A1 1494
pgpa7vTxRmnta.pgp
Description: PGP signature
Hi porters,
what about getting this in?
--
Jérémie Courrèges-Anglas
GPG fingerprint: 61DB D9A0 00A4 67CF 2A90 8961 6191 8FBF 06A1 1494
pgpfKyBEcMdLL.pgp
Description: PGP signature
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érémie Courrèges-Anglas) writes:
>
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 the no_x11 flavor on i386 since a few hours, with
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. The gtk3 and (default) gtk2 flavors are b
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. The gtk3 and (default) gtk2 flavors are b
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
1 - 100 of 189 matches
Mail list logo
