* [sup-talk] startup crash
[not found] <20080310134823.GA24401@lenin>
@ 2008-03-10 14:01 ` Mack, Daemian
2008-03-10 17:12 ` William Morgan
0 siblings, 1 reply; 5+ messages in thread
From: Mack, Daemian @ 2008-03-10 14:01 UTC (permalink / raw)
> > But I'm still curious, why this dependency problem is showing itself
> > in a such odd way ?
>
> Not sure. Sup generates the default name value using:
>
> require 'etc'
> Etc.getpwnam(ENV["USER"]).gecos.split(/,/).first
>
> What does that evaluate to on your system?
>
> Now that actually could evaluate to nil for a variety of
> reasons, so I've fixed the logic to avoid the crash if so.
> But I'm not sure why it would be nil due to iconv not being installed.
I was getting the 'no name for account' message recently too, when
setting up a test sup instance to play with the indexing, and wondered
if it might be related to gecos info.
I've tried the test snippet above on three boxes (Debian Etch, Debian
Sarge, Ubuntu 7.10), and it returns the current username when run under
an existing user account. If I add a test user, and run the snippet as
that user, it returns nil. This is true for all three boxes. I
eventually got around it by hardcoding a dummy account name in
account.rb, as I haven't had time to Do The Right Thing and figure out
why ENV["USER"] isn't getting set for new accounts.
Thanks for sup, incidentally! I'm experimenting with using it to manage
a huge influx of business emails that Outlook makes somewhat annoying.
DJFM
--
Daemian Mack
Configuration Management
Tickets.com
344 W Genesee St
Syracuse NY, 13202
315.479.6663 x476
AIM: daemianmack
^ permalink raw reply [flat|nested] 5+ messages in thread* [sup-talk] startup crash
2008-03-10 14:01 ` [sup-talk] startup crash Mack, Daemian
@ 2008-03-10 17:12 ` William Morgan
0 siblings, 0 replies; 5+ messages in thread
From: William Morgan @ 2008-03-10 17:12 UTC (permalink / raw)
Excerpts from Mack, Daemian's message of Mon Mar 10 07:01:14 -0700 2008:
> This is true for all three boxes. I eventually got around it by
> hardcoding a dummy account name in account.rb, as I haven't had time
> to Do The Right Thing and figure out why ENV["USER"] isn't getting set
> for new accounts.
Is it really ENV["USER"], or is it the gecos entry being empty?
At any rate, I think this should also be fixed in the newest git.
--
William <wmorgan-sup at masanjin.net>
^ permalink raw reply [flat|nested] 5+ messages in thread
* [sup-talk] startup crash
@ 2008-03-09 13:28 Jean-Hadrien CHABRAN
2008-03-09 14:45 ` Jean-Hadrien CHABRAN
0 siblings, 1 reply; 5+ messages in thread
From: Jean-Hadrien CHABRAN @ 2008-03-09 13:28 UTC (permalink / raw)
Hello,
I just discovered sup, and I wanted to give it a try, but sup-config /
sup crash on startup, without any useful informations ( for me ) to
discover why.
Some informations :
uname -a : Linux Gradius 2.6.24-gentoo-r2 #3 SMP Wed Feb 20 17:39:36
CET 2008 i686 Intel(R) Pentium(R) 4 CPU 2.60GHz GenuineIntel GNU/Linux
ruby : ruby 1.8.6 (2007-12-03 patchlevel 113) [i686-linux]
using sup v0.4, installed with "gem i sup"
backtrace :
jh at gradius $ sup-config
/usr/lib/ruby/gems/1.8/gems/sup-0.4/lib/sup/account.rb:7:in
`initialize': no name for account (ArgumentError)
from /usr/lib/ruby/gems/1.8/gems/sup-0.4/lib/sup/account.rb:44:in `new'
from /usr/lib/ruby/gems/1.8/gems/sup-0.4/lib/sup/account.rb:44:in
`add_account'
from /usr/lib/ruby/gems/1.8/gems/sup-0.4/lib/sup/account.rb:26:in
`initialize'
from /usr/lib/ruby/gems/1.8/gems/sup-0.4/lib/sup.rb:98:in `new'
from /usr/lib/ruby/gems/1.8/gems/sup-0.4/lib/sup.rb:98:in `start'
from /usr/lib/ruby/gems/1.8/gems/sup-0.4/bin/sup-config:153
from /usr/bin/sup-config:16:in `load'
from /usr/bin/sup-config:16
tested on my three gentoo boxes, got same results :(
--
Jean-Hadrien Chabran
^ permalink raw reply [flat|nested] 5+ messages in thread* [sup-talk] startup crash
2008-03-09 13:28 Jean-Hadrien CHABRAN
@ 2008-03-09 14:45 ` Jean-Hadrien CHABRAN
2008-03-09 17:44 ` William Morgan
0 siblings, 1 reply; 5+ messages in thread
From: Jean-Hadrien CHABRAN @ 2008-03-09 14:45 UTC (permalink / raw)
I just solved the problem on my FreeBSD 6.3, by installing
ruby18-iconv-1.8.6.111,1.
On my gentoo boxes, iconv seems to be correctly installed
/usr/lib64/ruby/1.8/x86_64-linux/iconv.so, but this is now a
distribution issue.
But I'm still curious, why this dependency problem is showing itself
in a such odd way ?
On 3/9/08, Jean-Hadrien CHABRAN <jh at chabran.fr> wrote:
> Hello,
>
> I just discovered sup, and I wanted to give it a try, but sup-config /
> sup crash on startup, without any useful informations ( for me ) to
> discover why.
---- 8< --- 8< -------------------------------------------------------------------
>
--
Jean-Hadrien Chabran
Maitre-Oeuvre SEP EFREI
Reponsable Tutorat-L
^ permalink raw reply [flat|nested] 5+ messages in thread
* [sup-talk] startup crash
2008-03-09 14:45 ` Jean-Hadrien CHABRAN
@ 2008-03-09 17:44 ` William Morgan
0 siblings, 0 replies; 5+ messages in thread
From: William Morgan @ 2008-03-09 17:44 UTC (permalink / raw)
Reformatted excerpts from Jean-Hadrien CHABRAN's message of 2008-03-09:
> But I'm still curious, why this dependency problem is showing itself
> in a such odd way ?
Not sure. Sup generates the default name value using:
require 'etc'
Etc.getpwnam(ENV["USER"]).gecos.split(/,/).first
What does that evaluate to on your system?
Now that actually could evaluate to nil for a variety of reasons, so
I've fixed the logic to avoid the crash if so. But I'm not sure why it
would be nil due to iconv not being installed.
--
William <wmorgan-sup at masanjin.net>
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2008-03-10 17:12 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
[not found] <20080310134823.GA24401@lenin>
2008-03-10 14:01 ` [sup-talk] startup crash Mack, Daemian
2008-03-10 17:12 ` William Morgan
2008-03-09 13:28 Jean-Hadrien CHABRAN
2008-03-09 14:45 ` Jean-Hadrien CHABRAN
2008-03-09 17:44 ` William Morgan
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox