search for: nkf

...ignedness sha2hl.c:181: warning: pointer targets in return differ in signedness sha2hl.c: In function ''rb_Digest_SHA512_End'': sha2hl.c:228: warning: pointer targets in assignment differ in signedness sha2hl.c:241: warning: pointer targets in return differ in signedness compiling nkf gcc -fno-common -g -O2 -pipe -fno-common -I. -I../.. -I../../. - I../.././ext/nkf -c nkf.c nkf.c: In function ''rb_nkf_putchar'': nkf.c:66: warning: pointer targets in assignment differ in signedness nkf.c: In function ''rb_nkf_kconv'': nkf.c:92: warning: pointer...

...My mailer code now: # topic is a ActiveRecord instance. topic attrs encoding is Shift_JIS. mail = Notifications.create_invoice(sent_on, {"topic"=>topic}) # convert from Shift_JIS to ISO-2022-JP # mail.body is incompatible between 1.7.1 and 1.8.0 in ActionMailer... mail.body = NKF.nkf(''-Sj -m0'', mail.quoted_body) # sigh. Notifications.deliver(mail) class Notifications < ActionMailer::Base @@default_charset = "iso-2022-jp" @@encode_subject = false # and set Ruby option -Ks (Kcode is SJIS). # uses Base64 encoding (default in TMail)....

...4-linux/bigdecimal.so 2ae17e46c000-2ae17e46d000 rw-p 0000a000 fe:00 6209846 /usr/lib/ruby/1.8/x86_64-linux/bigdecimal.so 2ae17e46d000-2ae17e86f000 rw-p 2ae17e46d000 00:00 0 2ae17e86f000-2ae17e8ab000 r-xp 00000000 fe:00 6209861 /usr/lib/ruby/1.8/x86_64-linux/nkf.so 2ae17e8ab000-2ae17eaab000 ---p 0003c000 fe:00 6209861 /usr/lib/ruby/1.8/x86_64-linux/nkf.so 2ae17eaab000-2ae17eaaf000 rw-p 0003c000 fe:00 6209861 /usr/lib/ruby/1.8/x86_64-linux/nkf.so 2ae17eaaf000-2ae17eab0000 rw-p 2ae17eaaf000 00:00 0 2ae17eab1000-2ae17...

I have a Rails 1.2.3 app (due for an update, I know) running on a Mongrel 1.1.4 behind Apache 2.2.3 mod_proxy on Debian 4.0. It keeps hanging up for no reason I can tell. I have tried everything that anyone has ever hinted at being a solution for this problem: - The application doesn''t use MySQL, so setting the connection timeout won''t help. - Using AR not PStore for sessions. -

...cX89+mmKLHeB 2Ibd2DDyc7oZ6CHZj5FgIELGQz50D5ivX0TYoKM32dp2DBv2o+eMQT7SF5h8+VLO zFJIHZ+DdZ4iFngp9v5s1ZoOeXCY+KcRU0b6wml3z0R+ZGvNhbxxq8r326h6hSt3 5yif7hX0ApDHhIrXAH7h/YuKdfDYv6hIvVx4sF8y8QlohY81DE0vYrpnmO7PeBcC 7r8UAGirWqTaZOeK/hqKcN8pwFq1Q3oasKlDxLePAey0CMSfpCa0Jfh8+0eVdLcJ nLPN1U68+owXTF4d85IpQb43lV/NkF+wr83ISNOa8TLlxyzDSHEt4iU561pMAEtq H2aJoEFdJMTXis1XrbIn =JgUL -----END PGP SIGNATURE-----

...9zO0xqjHQwx054BB9p3oDFLgtHsWssXSL/9xf1gtzr72Ig737tMEXS9oj3zq8ZhTxcCfQeLIzE rjVvBLjml3KccqM4KoS06nmhOvdD4ymc3JAZBd7Oq26lcCdFB4Tg4kym5ZCPUShZa7WLPonQv58r h+gB0tlBUt1+ycT0GZYl2J1xsD5A5tsf+Olwyy+2fcb7ZeHt6teFERTVhqgwQIOjt7kKGlApTj+o SS80ygnMxGdrKxRbeCctKHjUfNDSV2rzeibWpL0kIF5n7/CHnY/4zXn60ClyoYibE1OIvU/NKf+y a8t6UFty7Gj/p0DX0Am2cuDKqePYVGu2aoVGTLwMN9E4tG6jd3zgtr1SvlICUOC5dp21FESn45Md OBHca07NpPoz+st3MMqMopKFajF+pxTdNwUwIg0hIUlcwZFvcZP+Hhiw890XTn2UbMIC3IOKmJla 3CkSxxe11jgKYBC1pl2Jv6LTmZ2x9NcAZ/ZaEwgoUEkpaArDIGhknAldfJZZywo1xITkoGW/w3CO aPiRvw2lyNkjKjAtdqWinkTZt3jJKjN/Urc2wvU8slQHZZB74muWGy8uiooYz98aRP...

During yum upgrade a couple days ago, I saw this: Cleanup : kernel-3.10.0-229.20.1.el7.x86_64 35/64 warning: file /lib/modules/3.10.0-229.20.1.el7.x86_64/modules.softdep: remove failed: No such file or directory warning: file /lib/modules/3.10.0-229.20.1.el7.x86_64/modules.devname: remove failed: No such file

...On-Right from being applied to far more of the memory than I expect. (I expect the stack to be private, and a bit of process-malloc''ed heap). The pmap of a running mongrel says that by far the bulk of the memory immediately following launch is mapped anon / private for libruby.so, 23M libnkf.so 6M for kanji libsyck.so 7M for yaml I guess that is because Ruby is a dynamic language, and always allows for a running proc to modify the optree itself (''monkey patching''). So, in contrast to a compiled binary where the program code is all in the text seg, Ruby keeps...

Hi- Recently starting using puppet while migrating an existing messy group of systems to some nice new hardware. Things are going incredibly well, and puppet''s functioning great. Have a bit of a headache. I''d like to keep myself from duplicating lots of included classes. Lets say I have this (snippet of a) class: class dbserver { file { "/etc/my_${db}.cnf":

Skipped content of type multipart/alternative-------------- next part -------------- A non-text attachment was scrubbed... Name: new_notes Type: application/octet-stream Size: 5801 bytes Desc: not available Url : http://wrath.rubyonrails.org/pipermail/rails/attachments/20060723/34e20e45/new_notes.obj

...200 curio mem REG 8,3 18707 134491718 /usr/local/lib/ruby/1.8/i686-linux/iconv.so mongrel_r 32200 curio mem REG 8,3 16101 335612184 /usr/local/lib/ruby/1.8/i686-linux/racc/cparse.so mongrel_r 32200 curio mem REG 8,3 159997 134491721 /usr/local/lib/ruby/1.8/i686-linux/nkf.so mongrel_r 32200 curio mem REG 8,3 10796 134491709 /usr/local/lib/ruby/1.8/i686-linux/digest.so mongrel_r 32200 curio mem REG 8,3 10754 201362293 /usr/local/lib/ruby/1.8/i686-linux/digest/md5.so mongrel_r 32200 curio mem REG 8,3 6780 134491717 /usr/local/lib/ruby...

Hi, I'm having problems with perl. I'm receivings this e-mails from logwatch everyday and appears to be a problem with perl. I explain a bit before expose the errors that I received: I tried to download all perl* packages, uninstall the repeated ones and reinstall all packages where installed. I need some help to try to solve this problem, because is a production server and I can't

I have updated the 1100 clients that prior to the update used to connect to the master just fine. Now after about 30 minutes of running, puppetmasterd starts to complain "puppetmasterd[6875]: Too many connections", and from that point forward will stop compiling catalogs. Puppetmaster is configured using the Mongrel Apache configuration as described here:

I keep on getting this message: err: Too many open files - /var/lib/puppet/state/state.yaml.tmp Does anybody know what might be causing it? I''m also getting "err: State got corrupted". Everything does seem to be kind of working, but it''s sort of worrying getting these new errors. -- You received this message because you are subscribed to the Google Groups

...t;/packagelist> </group> @@ -4901,8 +4867,6 @@ <packagereq type="default">lv</packagereq> <packagereq type="conditional" requires="man-pages">man-pages-ja</packagereq> <packagereq type="default">nkf</packagereq> - <packagereq type="default">Deployment_Guide-ja-JP</packagereq> - <packagereq type="conditional" requires="openoffice.org-core">openoffice.org-langpack-ja_JP</packagereq> <packagereq type="default&quo...

...pciutils-devel -pcmciautils pcre pcre-devel pcsc-lite pcsc-lite-libs perl perl-Compress-Zlib perl-Convert-ASN1 perl-Crypt-SSLeay perl-DateManip perl-DBD-Pg perl-DBI perl-HTML-Parser perl-HTML-Tagset perl-IO-Socket-SSL perl-LDAP perl-libwww-perl perl-libxml-perl perl-Net-SSLeay perl-Net-Telnet perl-NKF perl-String-CRC32 perl-URI perl-XML-Dumper perl-XML-Grove perl-XML-NamespaceSupport perl-XML-Parser perl-XML-SAX perl-XML-Twig pinfo -pirut pkgconfig pkinit-nss pm-utils -policycoreutils poppler popt portmap postfix postgresql-libs ppp prelink procinfo procps psacct psgml psmisc pstack psutils -pyc...

Hello, we have one puppet server managing approx servers, all FreeBSD. The problem is that the puppet clients all hangs, one by one, eventually. They will run for anything between an hour up to a week. But eventually the all hang. We really like puppet and want to keep using it. But the way it is now is completely unusable. We''ve tried many versions, from 24.x, and now 2.6.1rc1. But

....IMON.PD 0670: 54 53 08 50 4b 47 41 08 50 41 4d 54 08 41 43 30 TS.PKGA.PAMT.AC0 0680: 46 08 41 43 31 46 08 44 54 53 33 08 44 54 53 34 F.AC1F.DTS3.DTS4 0690: 08 10 8b aa 02 5f 53 42 5f 08 50 52 30 30 12 43 ....._SB_.PR00.C 06a0: 1b 1e 12 0d 04 0c ff ff 1f 00 00 4c 4e 4b 46 00 ...........LNKF. 06b0: 12 0d 04 0c ff ff 1f 00 01 4c 4e 4b 44 00 12 0e .........LNKD... 06c0: 04 0c ff ff 1f 00 0a 02 4c 4e 4b 43 00 12 0e 04 ........LNKC.... 06d0: 0c ff ff 1f 00 0a 03 4c 4e 4b 41 00 12 0d 04 0c .......LNKA..... 06e0: ff ff 1d 00 00 4c 4e 4b 48 00 12 0d 04 0c ff ff .....LNKH..........