is that with the command I entered it has built all the
other subpackages (-emacs and -mutt) requiring emacs and such: is it
expected?
--
Manuel Giraud
Landry Breuil writes:
[...]
> please test in your most unusual setups for potential regressions, but
> i'm now more confident in that updated, so oks now welcome :)
FWIW, I'm only testing mpd and everything seems to work fine on a
-current amd64.
--
Manuel Giraud
Kirill A. Korinsky writes:
> On Tue, 21 Jan 2025 10:48:59 +0100,
> Manuel Giraud wrote:
>>
>> Kirill A. Korinsky writes:
>>
>> > On Mon, 20 Jan 2025 16:04:20 +0100,
>> > Manuel Giraud wrote:
>> >>
>> >> Kirill A. Korinsky
Kirill A. Korinsky writes:
> On Mon, 20 Jan 2025 16:04:20 +0100,
> Manuel Giraud wrote:
>>
>> Kirill A. Korinsky writes:
>>
>> [...]
>>
>> >> While it may fix them for some people, it may break them for others.
>> >> And you can&
includes all your remakrs.
Thanks. FWIW, "OpenMoji Black" does not seems to be a SVG font and
works great in Emacs.
--
Manuel Giraud
Kirill A. Korinsky writes:
> On Fri, 10 Jan 2025 11:34:38 +0100,
> Manuel Giraud wrote:
>>
>> Kirill A. Korinsky writes:
>>
>> [...]
>>
>> > martjin@ had pointed me that original port consumes CPU when a font is
>> > used.
>>
try to make it work in emacs without luck
so far.
--
Manuel Giraud
Josh Grosse writes:
> On Fri, Dec 13, 2024 at 03:50:57PM +0100, Manuel Giraud wrote:
>> Manuel Giraud writes:
>>
>> [...]
>>
>> >> Thanks! Simpler than a patch. Added this in the `version 2` tar
>> >> ball, attached:
>> >>
>
Manuel Giraud writes:
[...]
>> Thanks! Simpler than a patch. Added this in the `version 2` tar ball,
>> attached:
>>
>> CONFIGURE_ARGS += -DRUN_CLANG_TIDY=OFF
>
> Thanks but it seems to be the same tarball.
Sorry, my bad the v2 prefix got me :-/
--
Manuel Giraud
Josh Grosse writes:
> On Fri, Dec 13, 2024 at 08:18:38AM -0500, Brad Smith wrote:
>> On 2024-12-13 7:27 a.m., Josh Grosse wrote:
>> > On Fri, Dec 13, 2024 at 12:12:25PM +0100, Manuel Giraud wrote:
>> > > Hi,
>> > >
>> > > I was not a
Josh Grosse writes:
> On Fri, Dec 13, 2024 at 12:12:25PM +0100, Manuel Giraud wrote:
>> Hi,
>>
>> I was not able to compile this. I'm stuck on the following error:
>> [snip]
>> Error running '/usr/local/bin/clang-tidy': Segmentation fault
>
-cache.cc
Error running '/usr/local/bin/clang-tidy': Segmentation fault
--
Manuel Giraud
/ports/pobj/symbolsonly-nerd-fonts-3.3.0/*.otf: No such file or
directory
--8<---cut here---end--->8---
--
Manuel Giraud
22 2024
@@ -1,4 +1,4 @@
-NF_FONT = NerdFontsSymbolsOnly
+NF_FONT = SymbolsOnly
post-install:
${INSTALL_DATA_DIR} ${DOCDIR}
Otherwise the package is named "nerdfontssymbolsonly-nerd-fonts-3.3.0".
I guess that it also need this in the parent Makefile:
--- Makefile.~1.1.1.1.~ Sat Dec 31 11:02:54 2022
+++ MakefileTue Dec 10 09:35:58 2024
@@ -7,5 +7,6 @@
SUBDIR += terminus
SUBDIR += ubuntu
SUBDIR += ubuntu-mono
+SUBDIR += symbol-only
.include
--
Manuel Giraud
Hi!
Just a quick e-mail, since I'm totally new to OpenBSD's ports and my focus
is mainly on pkgsrc...
- - - - - - - - - - %< - - - - - - - - - -
apu# make install
===> net/unifi/5.6
===> unifi-5.6.42p21 depends on: mongodb-<3.7 - not found
===> Verifying install for mongodb-<3.7 in databases/mo
--
Manuel Giraud
icate the .htaccess security in the
> httpd.conf syntax.
You'd better use pkg_add(1) than "download and extract the port to
/tmp". For example, you can run "pkg_add nextcloud". It seems that an
httpd.conf examples is given in this package readme in
"/usr/local/share/doc/pkg-readmes/nextcloud".
--
Manuel Giraud
) =
MvzOL6OVpuTEQt6SRZhuziynw62w2yQPELXr+i5axLc=
+SIZE (PkgTTC-IosevkaSlab-31.1.0.zip) = 116056364
--
Manuel Giraud
Antoine Jacoutot writes:
> On Mon, Jul 08, 2024 at 11:43:25AM +0200, Manuel Giraud wrote:
>> Hi,
>>
>> I'm trying to make a patch to XScreenSaver to support bsdauth (hopefully
>> to have it upstream).
>>
>> So far so good but at one point I'm
Landry Breuil writes:
> Le Mon, Jul 08, 2024 at 11:43:25AM +0200, Manuel Giraud a écrit :
>> Hi,
>>
>> I'm trying to make a patch to XScreenSaver to support bsdauth (hopefully
>> to have it upstream).
>
> you might want to have a look at
Thanks! AFAIU, xs
Stuart Henderson writes:
> On 2024/07/08 14:29, Manuel Giraud wrote:
>> Stuart Henderson writes:
>>
>> > I believe it should be setgid auth (mode 2755 or 2555).
>>
>> I have the same error message with the following settings:
>>
>> $ ls -l /tm
ver/libexec/xscreensaver/xscreensaver-auth
-r-xr-sr-x 1 root auth 522400 Jul 8 11:16
/tmp/xscreensaver/libexec/xscreensaver/xscreensaver-auth*
--
Manuel Giraud
is call to auth_userokay(3) is done from the
'xscreensaver-auth' executable which was forked from the 'xscreensaver'
executable. I have tried many combination of ownership and setuid bit
on both 'xscreensaver' and 'xscreensaver-auth' but I always end up with
this sam
Hi!
Please excuse my e-mail - I already searched google.com and asked on
#openbsd at libera.chat but haven't got a satisfying answer. The problem
is as follows:
I want to create a new port, namely net/matrirc
(https://github.com/martinetd/matrirc). It's an irc to matrix bridge,
written in rust, t
Marc Espie writes:
> On Mon, Nov 20, 2023 at 01:56:54PM +0100, Manuel Giraud wrote:
>> Hi,
>>
>> For the first time, I have to touch devel/quirks after a port
>> modification. But when I try to update the patched devel/quirks from
>> port I get the followin
@wantlib m.10.1
crashme-2.4p1:@name crashme-2.4p1
crashme-2.4p1:@version 10
crashme-2.4p1:@comment pkgpath=sysutils/crashme ftp=yes
crashme-2.4p1:@arch amd64
crashme-2.4p1:@wantlib c.97.1
--
Manuel Giraud
ick-to-build ones:
>
> math/moo
> sysutils/colorls
> sysutils/colortree
> sysutils/entr
> sysutils/cpuid
> converters/mpack
> games/wtf
> sysutils/obsdfreqd
Thanks. But it seems I need even more :) I'll report when I found out
how much.
--
Manuel Giraud
*** Error 2 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2233
'/usr/ports/packages/amd64/no-arch/quirks-6.198.tgz': @cd /usr/ports/devel/q...)
*** Error 2 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2723
'_internal-package': @case X${_DEPENDS_CACHE} in X) _DEPENDS_CACHE=$( mktem...)
*** Error 2 in /usr/ports/devel/quirks
(/usr/ports/infrastructure/mk/bsd.port.mk:2702 'package': @lock=quirks-6.198;
export _LOCKS_HELD=" q...)
--
Manuel Giraud
and I'm still getting this
error on a fresh cvs update.
BTW, I never had to build quirks from port so maybe I have this error
since forever.
--
Manuel Giraud
ckage': @case X${_DEPENDS_CACHE} in X) _DEPENDS_CACHE=$( mktem...)
*** Error 2 in /usr/ports/devel/quirks
(/usr/ports/infrastructure/mk/bsd.port.mk:2702 'package': @lock=quirks-6.197;
export _LOCKS_HELD=" q...)
BTW, I'm running -current. What might cause this error? Thanks.
--
Manuel Giraud
Yes, thanks for working on this.
--
Manuel Giraud
, I think you could have both php80_fpm and
php81_fpm but you'd have to set their flags into rc.conf.local to use
their particular config (or by default both would use /etc/php-fpm.conf
which would lead to errors)
--
Manuel Giraud
-iosevka-11.3.0.zip) = z9a9+jHHr0DAcjf/rXbU8DQfYmcat1Ar3lViGmpHnDE=
-SIZE (ttc-iosevka-11.3.0.zip) = 70445215
+SHA256 (ttc-iosevka-19.0.1.zip) = dQ2QR33PZ/PBZ7Eu/7YApnCPA+LmJMw4Z00MyeIb5kA=
+SIZE (ttc-iosevka-19.0.1.zip) = 75570917
--
Manuel Giraud
/build.sh
that could be a starting point for one (or some) ports.
Thanks,
--
Manuel Giraud
It appears to work. 'cirrus' is list under bochs features, and Windows
98 correctly detect the video card.
_ARGS'=. Can be done?
Thank you for you work.
Manuel
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
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
@@ AC_DEFUN
case $opsys in
dnl SIGIO exists, but the feature doesn't work in the way Emacs needs.
- hpux* | nacl | openbsd | solaris | unixware )
+ hpux* | nacl | solaris | unixware )
emacs_broken_SIGIO=yes
;;
So great job Gregoire and Jeremie!
--
Manuel Giraud
o libexec/gcc/avr/${V}/liblto_plugin.so
@bin libexec/gcc/avr/${V}/lto-wrapper
@bin libexec/gcc/avr/${V}/lto1
libexec/gcc/avr/${V}/plugin/
@@ -741,6 +843,8 @@ libexec/gcc/avr/${V}/plugin/
@man man/man1/avr-cpp.1
@man man/man1/avr-g++.1
@man man/man1/avr-gcc.1
+@man man/man1/avr-gcov-dump.1
+@man man/man1/avr-gcov-tool.1
@man man/man1/avr-gcov.1
@comment @man man/man7/fsf-funding.7
@comment @man man/man7/gfdl.7
--
Manuel Giraud
Stuart Henderson writes:
> at least all of the single flavours:
>
> SUBDIR += ttyp0-font,sq
> SUBDIR += ttyp0-font,ct
> SUBDIR += ttyp0-font,nbd
> SUBDIR += ttyp0-font,sz
>
> others by request I guess?
maybe nbs,sz too (as terminus as already a s
hink)
> - don't set nbs flavour by default, i'd also be sort-of ok without this
> but it's not very intuitive to run "FLAVOR= make" if you want the default
> version
I too am ok to keep the defaults as default.
--
Manuel Giraud
Hi,
Here is a nice monospace bitmap font I'm using that is in my mystuff's
port for quite some time now. Maybe this could go in if someone is
interested.
uw-ttyp0.tar.gz
Description: Unix tar archive
--
Manuel Giraud
Manuel Giraud writes:
> Hi,
>
> Maybe the ports tree is unlocked now so I'm reposting this nice font:
> https://people.mpi-inf.mpg.de/~uwe/misc/uw-ttyp0/
Ping? Anyone for yet another font?
--
Manuel Giraud
ially if you use an arch
> different from amd64 / arm, or if you use one of the graphical
> flavors.
Using amd64/athena since two days now without issue.
--
Manuel Giraud
Hi,
Maybe the ports tree is unlocked now so I'm reposting this nice font:
https://people.mpi-inf.mpg.de/~uwe/misc/uw-ttyp0/
uw-ttyp0.tar.gz
Description: Unix tar archive
--
Manuel Giraud
Manuel Giraud writes:
> This one, I didn't understand. Do you mean that the ports infrastructure
> will take care of generating/installing those files just by declaring
> them @fontdir in PLIST ?
Ok, I've just tested and declaring @fontdir is enough to generate
fonts.d
Stuart Henderson writes:
> On 2017/09/25 08:30, Manuel Giraud wrote:
>> Hi,
>>
>> Here is a port of yet another monospace font.
>> (preview here:
>> https://people.mpi-inf.mpg.de/~uwe/misc/uw-ttyp0/sample-8x16.html)
>>
>
> After unlock, plea
Hi,
Here is a port of yet another monospace font.
(preview here:
https://people.mpi-inf.mpg.de/~uwe/misc/uw-ttyp0/sample-8x16.html)
uw-ttyp0.tar.gz
Description: Unix tar archive
--
Manuel Giraud
Jeremie Courreges-Anglas writes:
> Hi,
>
> here's a update to the first 25.2 RC. no_x11 works fine for me on
> amd64 and arm. As usual, this is an RC so it is not intended for
> commit, but early tests are welcome.
amd64/{gtk3|athena} builds, installs and runs fine here.
--
Manuel Giraud
em notifications support via kqueue.
>
> I forgot to mention that this update fixes the freezes with the gtk3
> flavor. :)
FWIW, build and test ok on {ALL_FLAVORS}/amd64.
Thanks.
--
Manuel Giraud
ermits to build on OpenBSD outside the ports infrastructure. No?
And thanks for the fork(2) issue fix.
--
Manuel Giraud
amd64 without issue but haven't tested it on any
other arch.
--
Manuel Giraud
) = 5585753
--
Manuel Giraud
sb-sprof.fasl
+lib/sbcl/contrib/uiop.fasl
lib/sbcl/sbcl.core
lib/sbcl/site-systems/
@man man/man1/sbcl.1
@@ -45,6 +48,3 @@ share/doc/sbcl/BUGS
share/doc/sbcl/COPYING
share/doc/sbcl/CREDITS
share/doc/sbcl/NEWS
-share/doc/sbcl/asdf.html
-share/doc/sbcl/html/
-share/doc/sbcl/sbcl.html
--
Manuel Giraud
Landry Breuil writes:
> On Fri, Jul 03, 2015 at 04:07:45PM +0200, Manuel Giraud wrote:
>> Hi,
>>
>> Here is a port of libLAS (www.liblas.org), a library (and basic tools)
>> to manipulate LAS format Lidar files.
>
> Nice! I had a port of lastools a while ago sin
Hi,
Here is a port of libLAS (www.liblas.org), a library (and basic tools)
to manipulate LAS format Lidar files.
liblas.tgz
Description: Unix tar archive
--
Manuel Giraud
Here's an attempt to port cloudcompare a 3D point cloud processing
software.
cloudcompare-2.6.1.tar.gz
Description: Unix tar archive
--
Manuel Giraud
Ping. Or maybe someone is porting 1.5.2 version?
Manuel Giraud writes:
> A bug fix to gpsbabel related to this:
> https://bugzilla.redhat.com/show_bug.cgi?id=989851
> Tested on 5.6 amd64.
>
> Index: Makefile
> ==
Vcw=
-SIZE (gpx-viewer-0.3.0.tar.gz) = 483607
+SHA256 (gpx-viewer-0.4.0.tar.gz) = lWrPr4cKxDYwDNmVPezmMN9/19/45K4ld6YAKIRGb4A=
+SIZE (gpx-viewer-0.4.0.tar.gz) = 534735
--
Manuel Giraud
AME ": .FIT header with unrecognized size\n");
++// Unused according to Ingo Arndt
++gbfgetuint16(fin);
++ }
+ }
+
+ static gbuint8
--
Manuel Giraud
j...@wxcvbn.org (Jérémie Courrèges-Anglas) writes:
> Indeed this problem makes tramp unusable. Updated diff.
Thanks. I'm using it and it works here FWIW.
--
Manuel Giraud
Manuel Giraud writes:
> Sorry but I cannot help here (but I'm just going to use your version).
Hi,
It seems that we should have this patch too:
https://lists.gnu.org/archive/html/bug-gnu-emacs/2014-10/msg01232.html
because we are affected and it is annoying.
--
Manuel Giraud
ightly different
(http://marc.info/?l=openbsd-ports&m=141709505507388)
but I cannot reproduce this ('n' works as usual). Could you try gnus
with "emacs -Q"?
--
Manuel Giraud
!(i386|amd64|sparc64).
Sorry but I cannot help here (but I'm just going to use your version).
--
Manuel Giraud
SSAGES/
share/locale/da/LC_MESSAGES/klavaro.mo
+share/locale/de/
+share/locale/de/LC_MESSAGES/
share/locale/de/LC_MESSAGES/klavaro.mo
+share/locale/el/
+share/locale/el/LC_MESSAGES/
+share/locale/el/LC_MESSAGES/klavaro.mo
share/locale/en_GB/
share/locale/en_GB/LC_MESSAGES/
share/locale/en_GB/LC_MESSAGES/klavaro.mo
+share/locale/eo/
+share/locale/eo/LC_MESSAGES/
share/locale/eo/LC_MESSAGES/klavaro.mo
+share/locale/es/
+share/locale/es/LC_MESSAGES/
share/locale/es/LC_MESSAGES/klavaro.mo
+share/locale/eu/
+share/locale/eu/LC_MESSAGES/
+share/locale/eu/LC_MESSAGES/klavaro.mo
+share/locale/fi/
+share/locale/fi/LC_MESSAGES/
+share/locale/fi/LC_MESSAGES/klavaro.mo
+share/locale/fr/
+share/locale/fr/LC_MESSAGES/
share/locale/fr/LC_MESSAGES/klavaro.mo
+share/locale/gl/
+share/locale/gl/LC_MESSAGES/
share/locale/gl/LC_MESSAGES/klavaro.mo
+share/locale/hu/
+share/locale/hu/LC_MESSAGES/
share/locale/hu/LC_MESSAGES/klavaro.mo
+share/locale/it/
+share/locale/it/LC_MESSAGES/
+share/locale/it/LC_MESSAGES/klavaro.mo
+share/locale/kk/
+share/locale/kk/LC_MESSAGES/
+share/locale/kk/LC_MESSAGES/klavaro.mo
+share/locale/ky/
+share/locale/ky/LC_MESSAGES/
+share/locale/ky/LC_MESSAGES/klavaro.mo
+share/locale/nb/
+share/locale/nb/LC_MESSAGES/
share/locale/nb/LC_MESSAGES/klavaro.mo
+share/locale/nl/
+share/locale/nl/LC_MESSAGES/
share/locale/nl/LC_MESSAGES/klavaro.mo
+share/locale/pl/
+share/locale/pl/LC_MESSAGES/
share/locale/pl/LC_MESSAGES/klavaro.mo
+share/locale/pt_BR/
+share/locale/pt_BR/LC_MESSAGES/
share/locale/pt_BR/LC_MESSAGES/klavaro.mo
+share/locale/ru/
+share/locale/ru/LC_MESSAGES/
share/locale/ru/LC_MESSAGES/klavaro.mo
+share/locale/sv/
+share/locale/sv/LC_MESSAGES/
share/locale/sv/LC_MESSAGES/klavaro.mo
+share/locale/te/
+share/locale/te/LC_MESSAGES/
+share/locale/te/LC_MESSAGES/klavaro.mo
+share/locale/uk/
+share/locale/uk/LC_MESSAGES/
+share/locale/uk/LC_MESSAGES/klavaro.mo
share/locale/ur/
share/locale/ur/LC_MESSAGES/
share/locale/ur/LC_MESSAGES/klavaro.mo
+share/locale/vi/
+share/locale/vi/LC_MESSAGES/
share/locale/vi/LC_MESSAGES/klavaro.mo
+share/locale/wo/
+share/locale/wo/LC_MESSAGES/
+share/locale/wo/LC_MESSAGES/klavaro.mo
+share/locale/zh_CN/
+share/locale/zh_CN/LC_MESSAGES/
+share/locale/zh_CN/LC_MESSAGES/klavaro.mo
@exec %D/bin/gtk-update-icon-cache -q -t %D/share/icons/hicolor
@unexec-delete %D/bin/gtk-update-icon-cache -q -t %D/share/icons/hicolor
--
Manuel Giraud
as installed by me
or by another package dependency.
Plus image-dired is tweakable so someone could make it use netpbm
converters instead of ImageMagick convert.
So I guess it doesn't make sense to bring this new dependency as it
doesn't prevent users from using it.
--
Manuel Giraud
ll and deinstall
correctly. Machine dependent stuff is installed in
${PREFIX}/libexec/emacs/24.2/amd64-unknown-openbsd5.2/
--
Manuel Giraud
an't really comment on the port changes but I'm using the default gtk2
flavor for 3 days now without issue.
--
Manuel Giraud
Josh Elsasser writes:
> On Mon, Aug 13, 2012 at 10:54:26AM +0200, Manuel Giraud wrote:
>> Here is an update for sbcl. Tested on i386. 'make regress' passes now.
>>
>
> Looks good, however one nit is that the DISTFILES line is no longer
> needed at all, you&#
OS_LIBS += -lutil
-
- LINKFLAGS += -export-dynamic
- LDFLAGS += -export-dynamic
--
--CFLAGS = -g -Wall -O2 -fno-omit-frame-pointer
--
Manuel Giraud
urce.tar.bz2) =
oUCGIBS9zdc4IaigU0/2iw7InrZTms/NNf0qCrB3ce8=
+SIZE (sbcl-1.0.57-documentation-html.tar.bz2) = 174146
+SIZE (sbcl-1.0.57-source.tar.bz2) = 3611050
cvs server: Diffing patches
cvs server: patches/patch-src_runtime_Config_x86-openbsd was removed, no
comparison available
cvs server: Diffing pkg
--
Manuel Giraud
nes with
stripped-down configuration won't have a dbus dependency in the first
place.
(next time I need an issue to be fixed I'll say that gnome sucks on a
public mailing list :-)
--
Manuel Giraud
'll look
into it but I think it is a tough one for me.
--
Manuel Giraud
it's a bug to be
reported). Do you think "-main" and "-el" subpackages could be merged
into one big jumbo pack?
emacs24.tgz
Description: Unix tar archive
--
Manuel Giraud
Stuart Henderson writes:
> On 2012/06/11 10:22, Manuel Giraud wrote:
>> Hi,
>>
>> Here's a port of the new version of emacs. Currently testing on
>> i386.
>
> A couple of things I noticed reading the port,
>
> - missing desktop/icon-cache dependencie
Hi,
Here's a port of the new version of emacs. Currently testing on
i386. FWIW, I'm all for killing the emacs 23 port in the process.
emacs24.tgz
Description: Unix tar archive
--
Manuel Giraud
2 at uhub4 port 2 configuration 1 interface 0 "Dell Dell USB Optical
Mouse" rev 2.00/43.01 addr 3
uhidev2: iclass 3/1
ums0 at uhidev2: 3 buttons, Z dir
wsmouse0 at ums0 mux 0
vscsi0 at root
scsibus2 at vscsi0: 256 targets
softraid0 at root
scsibus3 at softraid0: 256 targets
root on sd0a (52f5d73a8c873468.a) swap on sd0b dump on sd0b
sd1 at scsibus3 targ 1 lun 0: SCSI2 0/direct fixed
sd1: 50908MB, 512 bytes/sector, 104261322 sectors
--
Manuel Giraud
86/compile/GENERIC.MP
I have run drracket and test some examples (including a "web server" and
graphical one) from their website. Thanks for this port.
--
Manuel Giraud
Stuart Henderson writes:
> Does this issue affect previous emacs branches or is it just 23.x?
It is affecting CEDET (http://cedet.sourceforge.net). I've just checked
that emacs 22.3 doesn't even have a lisp/cedet/ directory so I guess the
answer is "only 23.x"
--
Manuel Giraud
ar.gz) = uaK4Q0BSdx95fSAydy66hi/5qhQwKe/HIpUXBgconBg=
+SIZE (emacs-23.4.tar.gz) = 47721193
--
Manuel Giraud
Edd Barrett writes:
> Did this fail before?
Yes exact same failure with previous version.
--
Manuel Giraud
The following 1 problem failed: (104)
--
Manuel Giraud
Hi,
Here's a port of the pretest version of emacs 24. I'm using it right now
on -current i386. It is intended to people willing to test it on other
arch. The "real" port will have to wait the 24.1 release.
emacs24.tgz
Description: Unix tar archive
--
Manuel Giraud
¿Quiere ser socio de una empresa de videojuegos y recibir beneficios anualmente?
horaria importante
y puede que me retrase un poco.
Un fuerte abrazo
Manuel MartÃnez
Presidente Apps Capital
Estimado amigo, soy Manuel MartÃnez, director de la empresa de videojuegos Apps
Capital, una de las tres empresas más importantes de videojuegos para iPhone,
iPad, etc., de España.
Vamos a iniciar un nuevo videojuego con socios de México y nos gustarÃa que
aceptara mi invitación personal
ns). Could someone
jump in (or help me) on this?
--
Manuel Giraud
up now or
> forever hold your peace.
>
> Comments, ok?
Many thanks for this update. Regarding the doc, I don't care about the
PDF but isn't it possible to keep building the info files without
relying on the texlive dependency? I find the info handy to browse
within emacs.
--
Manuel Giraud
Puffy BSD writes:
> The diffs I had for a couple of ports have now been deleted.
Wow, this one was fun. I too had a couple of diffs that can make OpenBSD
the best OS one can dream of but just deleted them.
--
Manuel Giraud
Hi,
I just saw that you've commited editors/emacs23 why didn't you make it
editors/emacs and get rid of old emacs21 and emacs22 version? It seems
extra work to maintain these old versions, no?
--
Manuel Giraud
David Coppa writes:
> On Wed, Mar 16, 2011 at 1:21 PM, Manuel Giraud
> wrote:
>>
>> Another round. Tested on i386 GENERIC.MP and "emacs --batch -f
>> byte-compile-file": ok.
>
> What's about this? Can it be committed?
I didn't have report on o
Another round. Tested on i386 GENERIC.MP and "emacs --batch -f
byte-compile-file": ok.
emacs.tgz
Description: Unix tar archive
--
Manuel Giraud
Here's the new version of emacs 23 port. Tested and ok on i386 GENERIC.MP
emacs.tgz
Description: Unix tar archive
--
Manuel Giraud
ents and repost ASAP.
Just out of curiousity, how did you trace such bug? I ended up lost in
uthread lib.
--
Manuel Giraud
have changed the output.
>
> If you read sticky(8) you'll see there's no point in having
> the sticky bit set...
It is an obsolete feature but it seems to be caused by the emacs install
process. Don't know if it worth the effort to fight for it upstream.
--
Manuel Giraud
Matthew Dempsky writes:
> On Wed, Mar 9, 2011 at 5:07 AM, Manuel Giraud
> wrote:
>> Anyone to test on other archs (and eventually, we'll have more recent
>> emacs in OpenBSD 5.0) ?
>
> Seems to work on amd64.
>
> I noticed that "make port-lib-depends-c
_edit_1 () at keyboard.c:954
#32 0x0816c0e8 in Frecursive_edit () at keyboard.c:1016
#33 0x0816a8ff in main (argc=1, argv=0xcfbf6dc4) at emacs.c:1833
--8<---cut here---end--->8---
I need some insights to go further.
--
Manuel Giraud
Manuel Giraud writes:
> Matthias Guedemann writes:
>
>> On GENERIC i386, emacs (GTK) hangs when starting the ediff mode.
>
> Oh my... I'll try it.
I've just tested M-x ediff a couple of time without issue. Could you
retry it with emacs -Q ?
--
Manuel Giraud
but no real explanation) here:
http://thread.gmane.org/gmane.os.openbsd.ports/44648/
--
Manuel Giraud
1 - 100 of 124 matches
Mail list logo
