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
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
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
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
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
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
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
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
) = 5585753
--
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
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
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
Yes, thanks for working on this.
--
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
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
*** 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
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
@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
-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
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
) =
MvzOL6OVpuTEQt6SRZhuziynw62w2yQPELXr+i5axLc=
+SIZE (PkgTTC-IosevkaSlab-31.1.0.zip) = 116056364
--
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
ermits to build on OpenBSD outside the ports infrastructure. No?
And thanks for the fork(2) issue fix.
--
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
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
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
OS_LIBS += -lutil
-
- LINKFLAGS += -export-dynamic
- LDFLAGS += -export-dynamic
--
--CFLAGS = -g -Wall -O2 -fno-omit-frame-pointer
--
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&#
an't really comment on the port changes but I'm using the default gtk2
flavor for 3 days now without issue.
--
Manuel Giraud
ll and deinstall
correctly. Machine dependent stuff is installed in
${PREFIX}/libexec/emacs/24.2/amd64-unknown-openbsd5.2/
--
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
amd64 without issue but haven't tested it on any
other arch.
--
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
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
!(i386|amd64|sparc64).
Sorry but I cannot help here (but I'm just going to use your version).
--
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
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
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
AME ": .FIT header with unrecognized size\n");
++// Unused according to Ingo Arndt
++gbfgetuint16(fin);
++ }
+ }
+
+ static gbuint8
--
Manuel Giraud
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
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
> ==
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
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
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
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
ns). Could someone
jump in (or help me) on this?
--
Manuel Giraud
hould all be set to NO. And
there will be no package of cspice?
3- Knowing 2, don't you think it might be better to patch
xplanet and celestia ports to build cspice and link to it?
--
Manuel Giraud
ge name (I'm using stable)).
--
Manuel Giraud
cspice.tar.gz
Description: application/gzip
m here. I've just tested on -current and the default gtk
flavor hangs at startup. The athena flavor doesn't have this problem. On
4.8, everything works fine.
> Any help to make that progress is welcome.
:-) that did't really help to make progress but I don't know what to do
from here.
--
Manuel Giraud
3b4)
"command-line" (0xcfbc04f4)
"normal-top-level" (0xcfbc05c0)
(gdb)
--8<---cut here---end--->8---
Also a fstat -s on this process shows that it never stops reading on
fd=5. Is there any other tests I could do to resolve this issue?
emacs.tgz
Description: Unix tar archive
--
Manuel Giraud
Hi,
Is porting this nzb grabber (http://sabnzbd.org) worth it? Or hellanzb
(maybe slrn) is good enough?
--
Manuel Giraud
ption: Unix tar archive
--
Manuel Giraud
but no real explanation) here:
http://thread.gmane.org/gmane.os.openbsd.ports/44648/
--
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
_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
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
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
ents and repost ASAP.
Just out of curiousity, how did you trace such bug? I ended up lost in
uthread lib.
--
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
Another round. Tested on i386 GENERIC.MP and "emacs --batch -f
byte-compile-file": ok.
emacs.tgz
Description: Unix tar archive
--
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
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
default and there is no trace of "mips64-*-openbsd*"
in the new configure.in).
emacs23.2.tar.gz
Description: Binary data
--
Manuel Giraud
ure in this
port but I don't know (and cannot test) if it is still revelant.
I'd like to have opinions or tests regarding the mips64 patches.
--
Manuel Giraud
New version with correct WANTLIB and LIB_DEPENDS usage and a "wishful
thinking" remove of the propolice workaround for powerpc.
emacs23.2.tar.gz
Description: Binary data
--
Manuel Giraud
estia/celestiacore.cpp
--
Manuel Giraud
patch-src_celengine_spiceorbit_cpp
Description: Binary data
patch-src_celengine_spicerotation_cpp
Description: Binary data
Vec3d(a10, a11, a12),
++Vec3d(a20, a21, a22));
++
+ #else
+ Mat3d m(Vec3d(xform[0][0], xform[1][0], xform[2][0]),
+ Vec3d(xform[0][1], xform[1][1], xform[2][1]),
--
Manuel Giraud
> On 2009/11/19 13:23, Manuel GIRAUD wrote:
>> +# Can be bundled according to
>
> I don't think some private notification by email is enough here.
> There's nothing in cspice's tar file with information about copyright
> holders, permission to copy etc.
Jan 1970 00:00:00 -
+++ pkg/MESSAGE-spice 30 Nov 2009 16:50:45 -
@@ -0,0 +1,2 @@
+Now, you can load NAIF spice kernels into celestia. See,
+http://en.wikibooks.org/wiki/Celestia/SPICE for an example.
cspice.tar.gz
Description: Binary data
--
Manuel Giraud
in i386-current from yesterday with a
sync ports tree and up to date packages (w/ libltdl-1.5.26p0 and
libtool-1.5.26p2).
Side question: How to find out if a port will have an ftp package
pre-built? (e.g. wine don't have one)
--
Manuel Giraud
fails in the bulk
> build it will also not show up.
Ok, thank you I can look up in the Makefiles (still the quickest answer
will be a "Not found" from pkg_add).
--
Manuel Giraud
Stuart Henderson writes:
> On 2010/01/13 15:04, Manuel Giraud wrote:
>
>> configure:16406: cc -o conftest -O2 -pipe -Wall -Wmissing-declarations
>> -Wmissing-prototypes -I/usr/local/include -I$(top_srcdir) -I$(top_builddir)
>> -I$(top_srcdir)/libgphoto2_port -I$(top_s
k like a distfile.
--
Manuel Giraud
Hi,
Has anybody worked on an emacs23 ports? If not I'd like to try.
--
Manuel Giraud
/build.sh
that could be a starting point for one (or some) ports.
Thanks,
--
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
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
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
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
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
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
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
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
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,
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
The following 1 problem failed: (104)
--
Manuel Giraud
Edd Barrett writes:
> Did this fail before?
Yes exact same failure with previous version.
--
Manuel Giraud
ar.gz) = uaK4Q0BSdx95fSAydy66hi/5qhQwKe/HIpUXBgconBg=
+SIZE (emacs-23.4.tar.gz) = 47721193
--
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
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
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
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
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
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
'll look
into it but I think it is a tough one for me.
--
Manuel Giraud
95 matches
Mail list logo
