Proposal moving *spell dicts to ports/textproc/*spell/dicts
Hi,
As I said some weeks ago I personally don't like much the use of
ports/{french,chinese,whatever}/ directories. I saw that openbsd
created sub directories in the aspell port. I think this is a really
good idea, it's really easier to find.
I don't think german/ispell french/aspell textproc/gu-aspell are
really easy to find.
I propose creating a ports/textproc/aspell/dicts and same for
textproc/ispell and textproc/hunspell and moving every spellings ports
to these directories.
--
Demelier David
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Proposal moving *spell dicts to ports/textproc/*spell/dicts
> Hi,
>
> As I said some weeks ago I personally don't like much the use of
> ports/{french,chinese,whatever}/ directories. I saw that openbsd
> created sub directories in the aspell port. I think this is a really
> good idea, it's really easier to find.
>
> I don't think german/ispell french/aspell textproc/gu-aspell are
> really easy to find.
>
> I propose creating a ports/textproc/aspell/dicts and same for
> textproc/ispell and textproc/hunspell and moving every spellings ports
> to these directories.
On the surface the idea sounds sensible. Maybe there are some issues relating
to consistency across the whole ports tree in the way languages are handled.
I see no solution being intrinsically better than any other but would tend to
favour a consistent approach for all language. We already have one built in
inconsistencyt -- i.e. english is handled different;ly than any other.
IMHO one inconsistency is enough!!
david
Photographic Artist
Permanent Installations & Design
Creative Imagery and Advanced Digital Techniques
High Dynamic Range Photography & Official Portraiture
Combined darkroom & digital creations
& Systems Adminstrator for the vizion2000.net network
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Proposal moving *spell dicts to ports/textproc/*spell/dicts
Le sam 4 déc 10 à 11:58:44 +0100, David DEMELIER
écrivait :
> Hi,
Hello,
> As I said some weeks ago I personally don't like much the use of
> ports/{french,chinese,whatever}/ directories. I saw that openbsd
> created sub directories in the aspell port. I think this is a really
> good idea, it's really easier to find.
>
> I don't think german/ispell french/aspell textproc/gu-aspell are
> really easy to find.
>
> I propose creating a ports/textproc/aspell/dicts and same for
> textproc/ispell and textproc/hunspell and moving every spellings ports
> to these directories.
I don't know about hunspell and ispell, but aspell's dictionaries are
maintained and updated independently, at different dates: its why these
are separate ports.
Regards,
--
Th. Thomas.
pgpIqPITBP3l2.pgp
Description: PGP signature
emacs and gconf troubles
Hello. I'm having a small, low priority, trouble; more an annoyance in fact. Since a while, if I start an X11 emacs from a terminal window, after I close emacs, the terminal window won't close with Ctrl-D; I have to close the terminal windows by hand. With the latest upgrade, I see the following warning at emacs startup: (emacs:2267): GLib-WARNING **: In call to g_spawn_sync() > exit status of a child process was requested but SIGCHLD > action was set to SIG_IGN and ECHILD was received by > waitpid(), so exit status can't be returned. This is a bug > in the program calling g_spawn_sync(); either don't request > the exit status, or don't set the SIGCHLD action. GConf Error: Failed to contact configuration server; some > possible causes are that you need to enable TCP/IP networking > for ORBit, or you have stale NFS locks due to a system crash. > See http://projects.gnome.org/gconf/ for information. > (Details - 1: Failed to get connection to session: Command > line `dbus-launch --autolaunch=b3fbd8cb89ee22fd22fc29261a5f > --binary-syntax --close-stderr' exited with non-zero exit status > 3429110: ) (emacs:2267): GLib-WARNING **: In call to g_spawn_sync(), exit > status of a child process was requested but SIGCHLD action was set > to SIG_IGN and ECHILD was received by waitpid(), so exit status > can't be returned. This is a bug in the program calling > g_spawn_sync(); either don't request the exit status, or don't set the > SIGCHLD action. I really don't understand what I should check... Any help is appreciated. bye & Thanks av. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Proposal moving *spell dicts to ports/textproc/*spell/dicts
Quoth David Southwell on Saturday, 04 December 2010:
> > Hi,
> >
> > As I said some weeks ago I personally don't like much the use of
> > ports/{french,chinese,whatever}/ directories. I saw that openbsd
> > created sub directories in the aspell port. I think this is a really
> > good idea, it's really easier to find.
> >
> > I don't think german/ispell french/aspell textproc/gu-aspell are
> > really easy to find.
> >
> > I propose creating a ports/textproc/aspell/dicts and same for
> > textproc/ispell and textproc/hunspell and moving every spellings ports
> > to these directories.
> On the surface the idea sounds sensible. Maybe there are some issues relating
> to consistency across the whole ports tree in the way languages are handled.
>
> I see no solution being intrinsically better than any other but would tend to
> favour a consistent approach for all language. We already have one built in
> inconsistencyt -- i.e. english is handled different;ly than any other.
>
> IMHO one inconsistency is enough!!
>
This is part of a much larger problem that isn't unique to FreeBSD ports: the
desirable abstractions do not fit into a single hierarchical pattern as
represented by directories. I humbly suggest that the directory
structure should be kept as simple as possible, hopefully only reflecting
one abstraction vector (instead of several as at present: human language,
programming
language, framework, application domain, etc.). Then we probably need to
develop more useful tools for managing the other abstraction vectors.
'make search', 'pkgsearch', etc. help, but perhaps some form of tagging
might be more to the point, with guidelines for porters about what kinds
of tags are expected.
--
Sterling (Chip) Camden| sterl...@camdensoftware.com | 2048D/3A978E4F
http://camdensoftware.com | http://chipstips.com| http://chipsquips.com
pgpE18KA7b6N4.pgp
Description: PGP signature
[xsane] scanimage -L coredumps
Hi List, Here is my trouble: - (gdb) run Starting program: /usr/local/bin/scanimage (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...[New LWP 100205] Program received signal SIGSEGV, Segmentation fault. [Switching to LWP 100205] 0x282168d5 in pthread_setcancelstate () from /lib/libthr.so.3 (gdb) bt #0 0x282168d5 in pthread_setcancelstate () from /lib/libthr.so.3 #1 0x2820fcac in open () from /lib/libthr.so.3 #2 0x283d5269 in __stack_chk_fail () from /lib/libssp.so.0 #3 0x in ?? () #4 0x28083cc0 in ?? () from /libexec/ld-elf.so.1 #5 0x in ?? () #6 0x in ?? () #7 0x in ?? () #8 0x in ?? () #9 0x283d6530 in ?? () from /lib/libssp.so.0 #10 0x283d651c in ?? () from /lib/libssp.so.0 #11 0xbfbfeae8 in ?? () #12 0xbfbfe518 in ?? () #13 0x283d52d5 in __stack_chk_fail () from /lib/libssp.so.0 #14 0x28091840 in ?? () #15 0xbfbfe558 in ?? () #16 0x283d48f1 in ?? () from /lib/libssp.so.0 #17 0x2809e200 in ?? () #18 0x280832f8 in ?? () from /libexec/ld-elf.so.1 #19 0xbfbfe558 in ?? () #20 0x28057d33 in dlsym () from /libexec/ld-elf.so.1 Previous frame inner to this frame (corrupt stack?) (gdb) % uname -a FreeBSD h30.sp.ipt.ru 8.1-STABLE FreeBSD 8.1-STABLE #5 r215569: Sat Nov 20 19:23:06 MSK 2010 b...@h30.sp.ipt.ru:/home/bsam/FreeBSD/base/stable/8/obj/home/bsam/FreeBSD/base/stable/8/src/sys/INDUS i386 % pkg_info -Ix sane sane-backends-1.0.21_1 API for access to scanners, digitals camera, frame grabbers xsane-0.996_4 Gtk-based X11 frontend for SANE (Scanner Access Now Easy) - Any help is appreciated. -- WBR, bsam ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: packages compressed with xz
On 30 Nov 2010, at 03:16, jhell wrote: > Agreed. Soon can be quantified by actual need and of which there is not > much need except for larger packages but adding this would just add > unneeded complication to the system that is already in place. We are running out of diskspace on event the FTP master site - currently we are at ~1TB. The xz compression gives as significant space saving - so there is already a need. PS. anyone saying a 1 TB etc. disk is cheap will be ignored. -- Simon L. B. Nielsen ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
kde 4.5.4
Yesterdays update to KDE 4.5.4 from 4.5.3 was without problems but when I start KDE (startx) it show splash screen than turn to black with mouse cursor which works, I heard sound when looks KDE start and that is it. I switch to console to close (ctrl-c) KDE. I try to start with a new user but it is the same problem. I also try to start KMail with ALT-F2 - kmail and when I look in console if it is running was there. Thanks in advance. . Thanks. Mitja ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
