Re: [oi-dev] Shipping the nano editor alongside with vi
; > > > > > Hello, > > > > basically one could add the nano package to: > > > > > > > > > https://github.com/OpenIndiana/oi-userland/blob/oi/hipster/components/meta-packages/install-types/includes/minimal > > > > > > > > Kind regards, > > > > > > > > Aurélien > > > > > > > > > > > > > > > > ___ > > > > oi-dev mailing list > > > > oi-dev@openindiana.org > > > > https://openindiana.org/mailman/listinfo/oi-dev > > > > > > > > > > > > -- > > > > --- > > > > Praise the Caffeine embeddings > > > > ___ > > > > oi-dev mailing list > > > > oi-dev@openindiana.org > > > > https://openindiana.org/mailman/listinfo/oi-dev > > > > > > > > > > ___ > > > oi-dev mailing list > > > oi-dev@openindiana.org > > > https://openindiana.org/mailman/listinfo/oi-dev > > > > > > > -- > > Tim Mooney tim.moo...@ndsu.edu > > Enterprise Computing & Infrastructure / > > Division of Information Technology/701-231-1076 > (Voice) > > North Dakota State University, Fargo, ND > 58105-5164___ > > oi-dev mailing list > > oi-dev@openindiana.org > > https://openindiana.org/mailman/listinfo/oi-dev > > > > ___ > oi-dev mailing list > oi-dev@openindiana.org > https://openindiana.org/mailman/listinfo/oi-dev > -- Michael Schuster http://recursiveramblings.wordpress.com/ recursion, n: see 'recursion' ___ oi-dev mailing list oi-dev@openindiana.org https://openindiana.org/mailman/listinfo/oi-dev
Re: [oi-dev] OpenIndiana Code of Conduct
On Sat, Jul 23, 2016 at 11:27 AM, Peter Tribble <peter.trib...@gmail.com> wrote: > 4. It does not provide a mechanism to manage violations. Such a mechanism > should be confidential. (Confidential, not secret.) Why? > a. Problems can become acrimonious and turn into a flamewar > b. People should be comfortable to report problems without fear of > retribution > I'd add c. People make mistakes. :-) cheers michael -- Michael Schuster http://recursiveramblings.wordpress.com/ recursion, n: see 'recursion' ___ oi-dev mailing list oi-dev@openindiana.org http://openindiana.org/mailman/listinfo/oi-dev
Re: [oi-dev] OpenIndiana Code of Conduct
Hi all, On Tue, Jul 19, 2016 at 11:56 AM, Jim Klimov <jimkli...@cos.ru> wrote: > > behalf of OI developers the adoption of an OpenIndiana Code of > >> Conduct. The draft text for this new document can be found > >> at http://www.openindiana.org/community/code-of-conduct/. > >> > [...] > >> > > > >You put things on discussion and editing before putting them on site. > perhaps, to help avoid (further) confusion or misapprehension, the draft could be named as such, eg http://www.openindiana.org/community/code-of-conduct-draft/ (and the current link removed until a final version is reached)? Plus, make it much clearer in the document that it's a draft. regards Michael -- Michael Schuster http://recursiveramblings.wordpress.com/ recursion, n: see 'recursion' ___ oi-dev mailing list oi-dev@openindiana.org http://openindiana.org/mailman/listinfo/oi-dev
Re: [oi-dev] Running a debug kernel
Liam, I'd look at this from a more generic POV (that's all I can do ATM, I'm afraid): In order for a debug kernel to be useful, it has to record (you guessed it) debug information (in addition to what the kernel records without debug - obviously). This additional recording effort will consume space and CPU cycles. How much is consumed depends on what you're doing and what kind of debug information is recorded. The impact will depend on how much you're doing - if your system is only lightly loaded, the additional load may go unnoticed. So, to get the answer for your specific circumstances, I'd first run your usual job(s)/workloads/whatever using the debug kernel, and record the times various tasks consume. Then repeat the exercise with a non-debug kernel, and compare times. This will give you an idea about *your* situation. HTH Michael On Thu, Jul 10, 2014 at 7:05 AM, Liam Slusser lslus...@gmail.com wrote: Scott - Oh wow, thank you so much for the reply. I'll run on the debug kernel for a few days to make sure it is stable and then rebuild with no debug. thanks, liam On Wed, Jul 9, 2014 at 9:59 PM, Scott McClung sc...@mcclung.com wrote: * Liam Slusser (lslus...@gmail.com) [140709 05:55]: Does running a debug kernel cause a performance impact? Basically I build a nightly image with debugging enabled (defaults) and all seems to work great but I'm wondering if there is a performance penalty and I should rebuild without debugging? I am not an OI developer, but I had reason to build my own illumos-gate a few months ago for testing a patch I thought might help my particular workload. I found that the debug build was much slower, on the order of 1/5th the I/O performance of a non-debug build for our iozone benchmarks. -- Scott McClung (sc...@mcclung.com) ___ oi-dev mailing list oi-dev@openindiana.org http://openindiana.org/mailman/listinfo/oi-dev ___ oi-dev mailing list oi-dev@openindiana.org http://openindiana.org/mailman/listinfo/oi-dev -- Michael Schuster http://recursiveramblings.wordpress.com/ ___ oi-dev mailing list oi-dev@openindiana.org http://openindiana.org/mailman/listinfo/oi-dev
Re: [oi-dev] git infrastructure in userland
Hi, my exposure to git is not very extensive, so I may be missing something: what exactly apart from 'git clone ...' etc. are you looking for/expecting, or are you saying that the git command isn't there? cheers Michael On Tue, Jun 25, 2013 at 12:51 PM, Alexander Pyhalov a...@rsu.ru wrote: Hello. I don't see any infrastructure in oi-userland to work with VCS ( and git in in particular). So, if I want to get sources from git repository I have to write a script for this. Alternatively I can fetch repository or individual files using github links, but their checksums will be changed eventually. What do you think? For now I'm inclined just to script work with git... P.S. This all is to get libcxxrt pieces from Pathscale github repository... -- Best regards, Alexander Pyhalov, system administrator of Computer Center of Southern Federal University __**_ oi-dev mailing list oi-dev@openindiana.org http://openindiana.org/**mailman/listinfo/oi-devhttp://openindiana.org/mailman/listinfo/oi-dev -- Michael Schuster http://recursiveramblings.wordpress.com/ ___ oi-dev mailing list oi-dev@openindiana.org http://openindiana.org/mailman/listinfo/oi-dev
Re: [oi-dev] Strange libgmp effect
have you looked at compile-time vs run-time path setting for ld (eg
LD_LIBRARY_PATH, etc - I'm a little rusty in this respect, so please look
in the man-page)?
HTH
Michael
On Tue, Jun 18, 2013 at 10:45 PM, Alexander Pyhalov a...@rsu.ru wrote:
Hello.
While testing 3801 bug fix I observed one interestin unrelated GCC effect.
We have two gmp libraries:
one from library/gmp
$ ls -l /usr/lib/libgmp.so*
lrwxrwxrwx 1 root root 15 Jun 13 23:28 /usr/lib/libgmp.so -
libgmp.so.3.5.0
lrwxrwxrwx 1 root root 15 Jun 13 23:28 /usr/lib/libgmp.so.3 -
libgmp.so.3.5.0
-rwxr-xr-x 1 root bin 294528 Jun 13 23:28 /usr/lib/libgmp.so.3.5.0
and another coming with gcc
$ ls -l /usr/gcc/4.7/lib/libgmp.so*
lrwxrwxrwx 1 root root 16 Jun 13 23:39 /usr/gcc/4.7/lib/libgmp.so -
libgmp.so.10.0.5
lrwxrwxrwx 1 root root 16 Jun 13 23:39 /usr/gcc/4.7/lib/libgmp.so.10
- libgmp.so.10.0.5
-r-xr-xr-x 1 root bin 577620 Jun 13 23:39 /usr/gcc/4.7/lib/libgmp.so.10.*
*0.5
Now, when autoconf tries to find libgmp it tries to compile the next
program:
/* confdefs.h */
#define PACKAGE_NAME FULL-PACKAGE-NAME
#define PACKAGE_TARNAME full-package-name
#define PACKAGE_VERSION VERSION
#define PACKAGE_STRING FULL-PACKAGE-NAME VERSION
#define PACKAGE_BUGREPORT BUG-REPORT-ADDRESS
#define PACKAGE_URL
#define HAVE_LIBGMP 1
#define HAVE_DECL_MPZ_POWM 1
#define HAVE_DECL_MPZ_POWM_SEC 1
/* end confdefs.h. */
#include ctype.h
#include stdlib.h
#if ((' ' 0x0FF) == 0x020)
# define ISLOWER(c) ('a' = (c) (c) = 'z')
# define TOUPPER(c) (ISLOWER(c) ? 'A' + ((c) - 'a') : (c))
#else
# define ISLOWER(c) (('a' = (c) (c) = 'i')
|| ('j' = (c) (c) = 'r') || ('s' = (c) (c) =
'z'))
# define TOUPPER(c) (ISLOWER(c) ? ((c) | 0x40) : (c))
#endif
#define XOR(e, f) (((e) !(f)) || (!(e) (f)))
int
main ()
{
int i;
for (i = 0; i 256; i++)
if (XOR (islower (i), ISLOWER (i))
|| toupper (i) != TOUPPER (i))
return 2;
return 0;
}
with: gcc -o gmp gmp.c -O2 -lgmp
The command finishes succesfully but links gmp to libgmp.so.10:
$ ldd gmp
libgmp.so.10 = (file not found)
libc.so.1 = /lib/libc.so.1
libm.so.2 = /lib/libm.so.2
So, the resulting binary cannot be run.
So, I have an ethernal question: who is guilty and what to do?
--
System Administrator of Southern Federal University Computer Center
__**_
oi-dev mailing list
oi-dev@openindiana.org
http://openindiana.org/**mailman/listinfo/oi-devhttp://openindiana.org/mailman/listinfo/oi-dev
--
Michael Schuster
http://recursiveramblings.wordpress.com/
___
oi-dev mailing list
oi-dev@openindiana.org
http://openindiana.org/mailman/listinfo/oi-dev
Re: [oi-dev] Resignation as OI Lead
On Wed, Aug 29, 2012 at 10:53 AM, Volker A. Brandt v...@bb-c.de wrote: Hello Alasdair! It is with much sadness that I hereby resign as project lead. This is sad news indeed. Thank you for all your work. It has not gone unnoticed, and it stands as an example to others. I personally hope that OI continues in one form or another. +1 -- Michael Schuster http://recursiveramblings.wordpress.com/ ___ oi-dev mailing list oi-dev@openindiana.org http://openindiana.org/mailman/listinfo/oi-dev
Re: [oi-dev] OI on SPARC???
On Tue, Jun 19, 2012 at 4:02 PM, Sašo Kiselkov skiselkov...@gmail.com wrote: I love SPARC and I've got a bunch of unused SPARC kit lying around too, but unfortunately, for real-world performance, support, choice, ease of development and pure economic sense, SPARC is a dead platform. Intel ate WADR, etc... what are you trying to achieve? -- Michael Schuster http://recursiveramblings.wordpress.com/ ___ oi-dev mailing list oi-dev@openindiana.org http://openindiana.org/mailman/listinfo/oi-dev
