Re: [gentoo-user] Re: Mailing list and PGP/MIME
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 »Q« wrote: Wolf Canis [EMAIL PROTECTED] wrote: Would know a message reach the ML with my Name but no signature or a different signature, could one relatively be sure about the fact that this particular message is not from the original Wolf Canis. No, we'd have absolutely no way of telling whether or not it came from the original Wolf Canis. You could post using your usual signature, telling us the other one wasn't from you, but we'd have nothing to go on but your word. I think most of us /would/ take your word for it, but I doubt the signatures make a difference in that. That would mean that Wolf Canis is a bad boy and would have more than one signature, one for normal use and one or more for evil use. OK, if it's that what you mean, I understand it that way, then you are right. But I'm pretty sure that, if Wolf Canis comes with different signatures then it would be at least questionable and would probably lead to a ban, I think. W. Canis -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkg+XMgACgkQKT9zBKF0twX1VwCeKc82++vshXFlOky3K0KEWVq1 Wd8AoII2bi7Ap7Za01PyetP+pMrCqYXM =OFkQ -END PGP SIGNATURE- -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Mailing list and PGP/MIME
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Daniel Iliev wrote: [...] Absolutely. I just wonder how many people will choose not to use such kind of list in order not to sacrifice their anonymity. Exactly. [...] It also might be the same person signing with different keys or sometimes signing somtimes - not. What's the difference for the other guys on the list - in both cases they will get some junk before the offending account is stopped. What's the difference for the sender - guilty or not, his address gets blacklisted. Correct. Signing makes only sense if you do it consistently. [...] Forgot, choosed not to, didn't renew... I believe it's the majority, but I may be wrong. OK, I forgot the human factor. ;-) [...] Relatively easy? Well, hereby I give you my blessing and dare you to send a proof of concept message to this list imposing as me. Additional condition: you must have no other access to Gmail than what is granted to everyone outside the company. If you succeed I promise to sign every single email I send from that point on. :) OK, I can't bring myself a proof of concept. I'm not a evil hacker. But I said relatively easy, I meant that if you have your own server running (with for example sendmail) and enough criminal energy, know how, I'm pretty sure that it's possible. And I'm also pretty sure that my thinking is much to complicated. Because e-mail abuse is not new and your proof of concept is probably since a long time ago produced. ;-) W. Canis -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkg+YNYACgkQKT9zBKF0twVe2QCfZJtt/Squj33IROJMnRNwDk4A 5ZEAn1mTDiyAa6bA7JYKiFE+9ZuaucIi =l5vv -END PGP SIGNATURE- -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Mailing list and PGP/MIME
Hello On Wed, May 28, 2008 at 04:08:02AM +0300, Daniel Iliev wrote: Disagree, because of the possibility that without signatures it's relatively easy to bring a subscriber into discredit. Relatively easy? Well, hereby I give you my blessing and dare you to send a proof of concept message to this list imposing as me. Additional condition: you must have no other access to Gmail than what is granted to everyone outside the company. If you succeed I promise to sign every single email I send from that point on. :) You can set your own From:, Reply-To: and other headers. You do not change the Received: path, but this is enough for many people. Shall I show it? -- This email was generated by a biological random generator. If you want more random text, just respond to this email. Michal 'vorner' Vaner pgploXtcLm7pN.pgp Description: PGP signature
Re: [gentoo-user] Mailing list and PGP/MIME
W. Canis wrote: OK, I can't bring myself a proof of concept. Allow me to help you with that part. Personally I still think signatures in public mailing lists are overrated. NOT signed by Some Gentoo user with a security job and 5 minutes of time P.S. Daniel - I really hope this is ok with you. I took your dare literally for this one time. Your personality won't be abused by me again. -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] chroot problem
Peter Humphrey schrieb: I have no problem chrooting into a system on the hard disk if I've booted from an installation CD, but every time I try it after booting from another HD partition I get e.g. this: # chroot /mnt/rescue /bin/bash chroot: cannot run command `/bin/bash': Permission denied Ls shows the same permissions in each case, and I always make sure to: # cd /mnt/rescue # mount -tproc proc proc # mount -obind /dev dev ...first. What am I doing wrong? # cd /mnt/rescue # mount -t proc proc proc # mount -o bind /dev dev You forgot some spaces! signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] chroot problem
Am Donnerstag, 29. Mai 2008 schrieb ext Peter Humphrey: I have no problem chrooting into a system on the hard disk if I've booted from an installation CD, but every time I try it after booting from another HD partition I get e.g. this: # chroot /mnt/rescue /bin/bash chroot: cannot run command `/bin/bash': Permission denied Ls shows the same permissions in each case, and I always make sure to: # cd /mnt/rescue # mount -tproc proc proc # mount -obind /dev dev ...first. What am I doing wrong? Just a wild guess: /mnt/rescue mounted with noexec? Bye... Dirk -- Dirk Heinrichs | Tel: +49 (0)162 234 3408 Configuration Manager | Fax: +49 (0)211 47068 111 Capgemini Deutschland | Mail: [EMAIL PROTECTED] Wanheimerstraße 68 | Web: http://www.capgemini.com D-40468 Düsseldorf | ICQ#: 110037733 GPG Public Key C2E467BB | Keyserver: wwwkeys.pgp.net signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] chroot problem
Dirk Heinrichs schrieb: Am Donnerstag, 29. Mai 2008 schrieb ext Justin: # cd /mnt/rescue # mount -tproc proc proc # mount -obind /dev dev ...first. What am I doing wrong? # cd /mnt/rescue # mount -t proc proc proc # mount -o bind /dev dev You forgot some spaces! They're irrelevant. Bye... Dirk Really? I didn't know that, thanks! signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] chroot problem
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Peter Humphrey wrote: I have no problem chrooting into a system on the hard disk if I've booted from an installation CD, but every time I try it after booting from another HD partition I get e.g. this: # chroot /mnt/rescue /bin/bash chroot: cannot run command `/bin/bash': Permission denied Ls shows the same permissions in each case, and I always make sure to: # cd /mnt/rescue # mount -tproc proc proc # mount -obind /dev dev ...first. What am I doing wrong? Only for verification, have you under /mnt/rescue /bin/bash? Or with other words have this /mnt/rescue/bin/bash? And with the appropriate permissions? W. Canis -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkg+eZ0ACgkQKT9zBKF0twWTtwCdHIkXGHwaas50Zy2leKo5g6iU gP8AnRuiWCgemE/GFja4RaduEfcWp/9g =hplz -END PGP SIGNATURE- -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Setting CFLAGS for a single build
Alex Schuster wrote: Anthony Metcalf writes: Alex Schuster wrote: Um, I meand -nostrip, as I wrote in the example below. But I just tried for myself - I see the -g2 (multiple times), but after building, stripping takes place, even with the one-time FEATURES=-nostrip emerge -1 libxml2 approach: Emmm, FEATURES=nostrip will not strip the binary, i.e. leave the debugging info there.FEATURES=-nostrip will jnot, not strip the binary, i.e it will strip the bianry, i.e. it will remove the debugging info! The marks are vital Oh my. I wanted to correct my mistake, but did that the other way around. I even had the -nostrip in my own test, at least now know why it failed :) FEATURES=$FEATURES nostrip seems to work just fine. Thanks for spotting this, Wonko This seems like it should work, but I still can't step into the libxml2 functions. In /etc/portage/env/dev-libs there is a file called libxml2 the results of cat are: CFLAGS=$CFLAGS -g2 FEATURES=$FEATURES nostrip When I try to step into a library function, gdb print a line number and then seem to be lost and can't find anything. Thanks again. -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] chroot problem
Wolf Canis [EMAIL PROTECTED] 29/05/2008 11:38 Por favor, responda a gentoo-user Para: gentoo-user@lists.gentoo.org cc: Asunto: Re: [gentoo-user] chroot problem -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Peter Humphrey wrote: I have no problem chrooting into a system on the hard disk if I've booted from an installation CD, but every time I try it after booting from another HD partition I get e.g. this: # chroot /mnt/rescue /bin/bash chroot: cannot run command `/bin/bash': Permission denied Ls shows the same permissions in each case, and I always make sure to: # cd /mnt/rescue # mount -tproc proc proc # mount -obind /dev dev ...first. What am I doing wrong? Only for verification, have you under /mnt/rescue /bin/bash? Or with other words have this /mnt/rescue/bin/bash? And with the appropriate permissions? W. Canis -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkg+eZ0ACgkQKT9zBKF0twWTtwCdHIkXGHwaas50Zy2leKo5g6iU gP8AnRuiWCgemE/GFja4RaduEfcWp/9g =hplz -END PGP SIGNATURE- -- gentoo-user@lists.gentoo.org mailing list ** Just in case, you'll also need proper permissions for /mnt/rescue/lib and libraries inside there. Bash dinamically loads libraries, so the user running it must have execution perms over invoked libraries. That puzzled me for two weeks till I finally fixed it last saturday :-P HTH, Abraham -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] AMD64 superkaramba fails - KDE-3.5.9
Joseph writes: I just upgraded to KDE-3.5.9 and it went very smooth on my x86 boxes but on AMD64 box I got stuck with superkaramba Can anybody with AMD64 can comment on this error: collect2: ld returned 1 exit status make[3]: *** [superkaramba] Error 1 make[3]: Leaving directory [...] We need the top most error to see what actually happened. It should be some lines above the ones you posted. I'm using: Portage 2.1.4.4 (default/linux/amd64/2008.0/desktop gcc-4.1.2, glibc-2.6.1-r0, 2.6.24-gentoo-r3 x86_64) Without superkaramba I can not run emerge --depclean Does that mean you do not even want it? emerge -Ca superkaramba should remove it then, and unless emerge -uDNa world does not put it back in (which I doubt), emerge --depclean should work. But show us the error first, maybe we can give a real solution then. Wonko -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] chroot problem
Am Donnerstag, 29. Mai 2008 schrieb ext Justin: # cd /mnt/rescue # mount -tproc proc proc # mount -obind /dev dev ...first. What am I doing wrong? # cd /mnt/rescue # mount -t proc proc proc # mount -o bind /dev dev You forgot some spaces! They're irrelevant. Bye... Dirk -- Dirk Heinrichs | Tel: +49 (0)162 234 3408 Configuration Manager | Fax: +49 (0)211 47068 111 Capgemini Deutschland | Mail: [EMAIL PROTECTED] Wanheimerstraße 68 | Web: http://www.capgemini.com D-40468 Düsseldorf | ICQ#: 110037733 GPG Public Key C2E467BB | Keyserver: wwwkeys.pgp.net signature.asc Description: This is a digitally signed message part.
[gentoo-user] chroot problem
I have no problem chrooting into a system on the hard disk if I've booted from an installation CD, but every time I try it after booting from another HD partition I get e.g. this: # chroot /mnt/rescue /bin/bash chroot: cannot run command `/bin/bash': Permission denied Ls shows the same permissions in each case, and I always make sure to: # cd /mnt/rescue # mount -tproc proc proc # mount -obind /dev dev ...first. What am I doing wrong? -- Rgds Peter -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Mailing list and PGP/MIME
On Thu, 29 May 2008 09:52:57 +0200 Wolf Canis [EMAIL PROTECTED] wrote: Relatively easy? Well, hereby I give you my blessing and dare you to send a proof of concept message to this list imposing as me. Additional condition: you must have no other access to Gmail than what is granted to everyone outside the company. If you succeed I promise to sign every single email I send from that point on. :) OK, I can't bring myself a proof of concept. I'm not a evil hacker. Come ooon! :) The whole bet thing was of course a joke. What I had in mind is that you'd have to hack Gmail which I believe won't classify as relatively easy. Not to mention that even just for proof of concept this would be illegal, so I'd never expect you to do it. Alright, the most important thing in this discussion appears that we all agree that signing mails to ML or not, either way there's no harm. So, I think we'd better stop at this point and let it go. Agreed? :) -- Best regards, Daniel -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Keyboard problems
On Thu, 29 May 2008 08:29:12 +0300 Tapio Raevaara [EMAIL PROTECTED] wrote: On Wednesday 28 May 2008, ionut cucu wrote: While gracefully working on my computer out of the blue, by keyboard stops working. Changing keyboards didn't help, only rebooting does. Both PS/2 keyboards...So I guess it's a computer issue...any ideas where I should start looking? If you're using X, next time try the following: press Alt + SysRQ + r, switch to console with Ctrl + Alt + F1 and start killing random programs, occasionally switching back to X. In the past, I've had trouble with Amarok jamming the keyboard; if you're using it, it might be a good first target for your killing spree. Sorry? start killing processes randomly?(maniac grinds with big axe) Also, my first atempt was to switch to console but Nota Bene: the keyboard is not working. The magic key might be an idea but I need Kernel debugging off in order to run nvidia-drivers You need to have CONFIG_MAGIC_SYSRQ=y in the kernel for this to work (it's on by default). For a safer reboot, see http://en.wikipedia.org/wiki/Magic_SysRq_key , especially the 'Raising Elephants' part. Mr Hal, I'm also using ~amd64 but 2.6.24, I'll try a kernel update and see how it goes. But where do you begin searching for a solution here? Provided I wanted to go to the bottom of it -- gentoo-user@lists.gentoo.org mailing list
[gentoo-user] hardware autodetection at boot
Hello How can I force Gentoo to detect hardware at boot time. Is it enough to compile the kernel with automatic module loading option ? or should I install additional tools e.g. kudzu ? thanks for help
[gentoo-user] Cups 1.3.7 retards
Hi, since an upgrade to CUPS 1.3.7, on a large amount of print jobs, the printer pauses after every three pages. I detected that the backend for each job gets started every 5 seconds: # grep Started /var/log/cups/error_log I [27/May/2008:18:25:10 +0200] [Job 51243] Started backend ... I [27/May/2008:18:25:15 +0200] [Job 51244] Started backend ... I [27/May/2008:18:25:20 +0200] [Job 51245] Started backend ... I [27/May/2008:18:25:25 +0200] [Job 51246] Started backend ... ... I am sure the job does not take the full 5 seconds to be sent. I cannot find the configuration parameter where this interval could be shortened. Could anyone give me a hint? Thanks in advance, Bertram -- Bertram Scharpf Stuttgart, Deutschland/Germany http://www.bertram-scharpf.de -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] hardware autodetection at boot
On Thu, May 29, 2008 at 9:18 AM, Pawel K [EMAIL PROTECTED] wrote: Hello How can I force Gentoo to detect hardware at boot time. Is it enough to compile the kernel with automatic module loading option ? or should I install additional tools e.g. kudzu ? thanks for help udev and the automatic module loading option should be sufficient, given that you have all of the proper modules compiled. -- gentoo-user@lists.gentoo.org mailing list
[gentoo-user] our favorite openrc
Upon rebooting today openrc backfired on me...it was about time, I was felling neglicted by it. So after ver 0.2.4-r1 stopped to fsck my hard-driver, I managed to update it to 0.2.5 but same issue remains: it fails to fsck all the filesystems, localmount fails to mount them. *I have /dev/sda6 /home ,/dev/hda1 /home/cuci/hard in my /etc/fstab when I try to start manually localmount I get /home/cuci/hard directory doesn't exist...I think it's trying to mount them all at once or what? *When manually I try to start a service, it's dependinces are not started :etc/init.d/ntp-client start gives ntp-client | * ERROR: cannot start ntp-client as net.lo would not start Any ideas what to do here?What I've messed up? -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] hardware autodetection at boot
I compiled the kernel with all modules: make allmodconfig make make modules_install I have udev running on my machine since more than a year. I created the following section in grub.conf: title vanilla-all-modules root (hd0,0) kernel /boot/kernel-all-modules root=/dev/hda1 The kernel is unable to mount my ext3 root filesystem. It shows the following message: Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0). (hd0,0) is correct since I copied it from my daily grub section. I have ext3.ko in the following path: /lib/modules/2.6.24.3/kernel/fs/ext3/ext3.ko Could you give me some indications of how to solve this problem. Thanks in advance Andrey Falko [EMAIL PROTECTED] wrote: On Thu, May 29, 2008 at 9:18 AM, Pawel K wrote: Hello How can I force Gentoo to detect hardware at boot time. Is it enough to compile the kernel with automatic module loading option ? or should I install additional tools e.g. kudzu ? thanks for help udev and the automatic module loading option should be sufficient, given that you have all of the proper modules compiled. -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] hardware autodetection at boot
Pawel K wrote: I compiled the kernel with all modules: make allmodconfig make make modules_install I have udev running on my machine since more than a year. I created the following section in grub.conf: title vanilla-all-modules root (hd0,0) kernel /boot/kernel-all-modules root=/dev/hda1 The kernel is unable to mount my ext3 root filesystem. It shows the following message: Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0). (hd0,0) is correct since I copied it from my daily grub section. I have ext3.ko in the following path: /lib/modules/2.6.24.3/kernel/fs/ext3/ext3.ko Could you give me some indications of how to solve this problem. Thanks in advance *//* /*make allmodconfig will make everything it can as a module, including the filesystems.you need the ext3 built in to mount the root filesystem. my advise would be to make menuconfig after you have done make all config, and change the ext3 from mto * (i.e. built in, not modular), then make make modules_install */
Re: [gentoo-user] hardware autodetection at boot
On Thursday 29 May 2008, Pawel K wrote: I compiled the kernel with all modules: make allmodconfig make make modules_install I have udev running on my machine since more than a year. I created the following section in grub.conf: title vanilla-all-modules root (hd0,0) kernel /boot/kernel-all-modules root=/dev/hda1 The kernel is unable to mount my ext3 root filesystem. It shows the following message: Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0). (hd0,0) is correct since I copied it from my daily grub section. I have ext3.ko in the following path: /lib/modules/2.6.24.3/kernel/fs/ext3/ext3.ko Could you give me some indications of how to solve this problem. The driver for the root filesystem must be built into the kernel (not as a module) unless you use an initramfs that loads the modul before the kernel/init take over. Uwe -- Ignorance killed the cat, sir, curiosity was framed! -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] hardware autodetection at boot
on Thursday 05/29/2008 Pawel K([EMAIL PROTECTED]) wrote I compiled the kernel with all modules: make allmodconfig make make modules_install I have udev running on my machine since more than a year. I created the following section in grub.conf: title vanilla-all-modules root (hd0,0) kernel /boot/kernel-all-modules root=/dev/hda1 The kernel is unable to mount my ext3 root filesystem. It shows the following message: Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0). (hd0,0) is correct since I copied it from my daily grub section. I have ext3.ko in the following path: /lib/modules/2.6.24.3/kernel/fs/ext3/ext3.ko Could you give me some indications of how to solve this problem. You need an initrd as well and I did not see one in your grub stanza -- if you generated one, put it in /boot and in the stanza, otherwise be sure to generate one using genkernel. Hope this helps. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici [EMAIL PROTECTED] -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] our favorite openrc
On Donnerstag, 29. Mai 2008, ionut cucu wrote:
Upon rebooting today openrc backfired on me...it was about time, I was
felling neglicted by it. So after ver 0.2.4-r1 stopped to fsck my
hard-driver, I managed to update it to 0.2.5 but same issue remains: it
fails to fsck all the filesystems, localmount fails to mount them.
*I have /dev/sda6 /home ,/dev/hda1 /home/cuci/hard in
my /etc/fstab when I try to start manually localmount I
get /home/cuci/hard directory doesn't exist...I think it's trying to
mount them all at once or what?
*When manually I try to start a service, it's dependinces are
not started :etc/init.d/ntp-client start gives
ntp-client | * ERROR: cannot start ntp-client as net.lo would
not start
Any ideas what to do here?What I've messed up?
you are using reiser4?
Replace
fsck_args=${fsck_args--A -p}
with
fsck_args=${fsck_args--A -a}
and complain on bugzilla because of that stupid thing.
--
gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] hardware autodetection at boot
Pawel K [EMAIL PROTECTED] a écrit: Could you give me some indications of how to solve this problem. genkernel ? -- Nicolas Sebrecht -- gentoo-user@lists.gentoo.org mailing list
[gentoo-user] Samba core dumping after update
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Well I seem to have another problem after updating samba on my fileserver, on starting /etc/init.d/samba I now get this: ~ * samba - start: smbd ... /lib/rcscripts/sh/rc-daemon.sh: line 231: 15228 Aborted (core dumped) /sbin/start-stop-daemon '--start' '--quiet' '--exec' '/usr/sbin/smbd' '--' '-D' ~ * samba - start: nmbd ... /lib/rcscripts/sh/rc-daemon.sh: line 231: 15232 Aborted (core dumped) /sbin/start-stop-daemon '--start' '--quiet' '--exec' '/usr/sbin/nmbd' '--' '-D' ~ * Error: starting services (see system logs) ~ * samba - stop: smbd ... ~ * samba - stop: nmbd ... System logs give me this: May 29 20:40:26 exodus smbd[15228]: [2008/05/29 20:40:26, 0] lib/fault.c:fault_report(41) May 29 20:40:26 exodus smbd[15228]: === May 29 20:40:26 exodus smbd[15228]: [2008/05/29 20:40:26, 0] lib/fault.c:fault_report(42) May 29 20:40:26 exodus smbd[15228]: INTERNAL ERROR: Signal 11 in pid 15228 (3.0.28) May 29 20:40:26 exodus smbd[15228]: Please read the Trouble-Shooting section of the Samba3-HOWTO May 29 20:40:26 exodus smbd[15228]: [2008/05/29 20:40:26, 0] lib/fault.c:fault_report(44) May 29 20:40:26 exodus smbd[15228]: May 29 20:40:26 exodus smbd[15228]: From: http://www.samba.org/samba/docs/Samba3-HOWTO.pdf May 29 20:40:26 exodus smbd[15228]: [2008/05/29 20:40:26, 0] lib/fault.c:fault_report(45) May 29 20:40:26 exodus smbd[15228]: === May 29 20:40:26 exodus smbd[15228]: [2008/05/29 20:40:26, 0] lib/util.c:smb_panic(1633) May 29 20:40:26 exodus smbd[15228]: PANIC (pid 15228): internal error May 29 20:40:26 exodus smbd[15228]: [2008/05/29 20:40:26, 0] lib/util.c:log_stack_trace(1737) May 29 20:40:26 exodus smbd[15228]: BACKTRACE: 17 stack frames: May 29 20:40:26 exodus smbd[15228]:#0 /usr/sbin/smbd(log_stack_trace+0x2e) [0x80219e1e] May 29 20:40:26 exodus smbd[15228]:#1 /usr/sbin/smbd(smb_panic+0x5e) [0x80219f4e] May 29 20:40:26 exodus smbd[15228]:#2 /usr/sbin/smbd [0x802049b0] May 29 20:40:26 exodus smbd[15228]:#3 [0xb7f59420] May 29 20:40:26 exodus smbd[15228]:#4 /lib/libc.so.6 [0xb7dbc3d1] May 29 20:40:26 exodus smbd[15228]:#5 /lib/libc.so.6(iconv+0x6c) [0xb7dbb9fc] May 29 20:40:26 exodus smbd[15228]:#6 /usr/sbin/smbd [0x802280d1] May 29 20:40:26 exodus smbd[15228]:#7 /usr/sbin/smbd(smb_iconv+0x51) [0x80227671] May 29 20:40:26 exodus smbd[15228]:#8 /usr/sbin/smbd [0x8020195f] May 29 20:40:26 exodus smbd[15228]:#9 /usr/sbin/smbd(convert_string+0x2a9) [0x80202019] May 29 20:40:26 exodus smbd[15228]:#10 /usr/sbin/smbd(init_doschar_table+0x92) [0x80215902] May 29 20:40:26 exodus smbd[15228]:#11 /usr/sbin/smbd(init_iconv+0x11d) [0x802009cd] May 29 20:40:26 exodus smbd[15228]:#12 /usr/sbin/smbd(lp_load+0xe05) [0x80059df5] May 29 20:40:26 exodus smbd[15228]:#13 /usr/sbin/smbd(reload_services+0xb0) [0x802d17c0] May 29 20:40:26 exodus smbd[15228]:#14 /usr/sbin/smbd(main+0x523) [0x802d2bb3] May 29 20:40:26 exodus smbd[15228]:#15 /lib/libc.so.6(__libc_start_main+0xdc) [0xb7dbafdc] May 29 20:40:26 exodus smbd[15228]:#16 /usr/sbin/smbd [0x8004eba1] May 29 20:40:26 exodus smbd[15228]: [2008/05/29 20:40:26, 0] lib/fault.c:dump_core(181) May 29 20:40:26 exodus smbd[15228]: dumping core in /var/log/samba/cores/smbd May 29 20:40:26 exodus smbd[15228]: I've run revdep-rebuild and check everything I can think of but samba just refuses to start. It was working fine 20 mins ago before the update :( Any help greatly appreciated as I'm pretty stuck without samba Thanks in advance - -- Matt Harrison [EMAIL PROTECTED] http://blog.genestate.com -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) iEYEARECAAYFAkg/Bw4ACgkQxNZfa+YAUWEGlwCgkhUZdQNa5CFciEd2Z2ntnXkZ BcIAnjNpq9O/IiuMRmZWvS/m/C/FKbBy =i+5g -END PGP SIGNATURE- -- gentoo-user@lists.gentoo.org mailing list
[SOLVED] Re: [gentoo-user] Samba core dumping after update
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Matt Harrison wrote: | Well I seem to have another problem after updating samba on my | fileserver, on starting /etc/init.d/samba I now get this: | | ~ * samba - start: smbd ... | /lib/rcscripts/sh/rc-daemon.sh: line 231: 15228 Aborted | (core dumped) /sbin/start-stop-daemon '--start' '--quiet' '--exec' | '/usr/sbin/smbd' '--' '-D' | | | | ~ * samba - start: nmbd ... | /lib/rcscripts/sh/rc-daemon.sh: line 231: 15232 Aborted | (core dumped) /sbin/start-stop-daemon '--start' '--quiet' '--exec' | '/usr/sbin/nmbd' '--' '-D' | | | | ~ * Error: starting services (see system logs) | ~ * samba - stop: smbd ... | | | ~ * samba - stop: nmbd ... | | | System logs give me this: | | May 29 20:40:26 exodus smbd[15228]: [2008/05/29 20:40:26, 0] | lib/fault.c:fault_report(41) | May 29 20:40:26 exodus smbd[15228]: | === | May 29 20:40:26 exodus smbd[15228]: [2008/05/29 20:40:26, 0] | lib/fault.c:fault_report(42) | May 29 20:40:26 exodus smbd[15228]: INTERNAL ERROR: Signal 11 in pid | 15228 (3.0.28) | May 29 20:40:26 exodus smbd[15228]: Please read the Trouble-Shooting | section of the Samba3-HOWTO | May 29 20:40:26 exodus smbd[15228]: [2008/05/29 20:40:26, 0] | lib/fault.c:fault_report(44) | May 29 20:40:26 exodus smbd[15228]: | May 29 20:40:26 exodus smbd[15228]: From: | http://www.samba.org/samba/docs/Samba3-HOWTO.pdf | May 29 20:40:26 exodus smbd[15228]: [2008/05/29 20:40:26, 0] | lib/fault.c:fault_report(45) | May 29 20:40:26 exodus smbd[15228]: | === | May 29 20:40:26 exodus smbd[15228]: [2008/05/29 20:40:26, 0] | lib/util.c:smb_panic(1633) | May 29 20:40:26 exodus smbd[15228]: PANIC (pid 15228): internal error | May 29 20:40:26 exodus smbd[15228]: [2008/05/29 20:40:26, 0] | lib/util.c:log_stack_trace(1737) | May 29 20:40:26 exodus smbd[15228]: BACKTRACE: 17 stack frames: | May 29 20:40:26 exodus smbd[15228]:#0 | /usr/sbin/smbd(log_stack_trace+0x2e) [0x80219e1e] | May 29 20:40:26 exodus smbd[15228]:#1 /usr/sbin/smbd(smb_panic+0x5e) | [0x80219f4e] | May 29 20:40:26 exodus smbd[15228]:#2 /usr/sbin/smbd [0x802049b0] | May 29 20:40:26 exodus smbd[15228]:#3 [0xb7f59420] | May 29 20:40:26 exodus smbd[15228]:#4 /lib/libc.so.6 [0xb7dbc3d1] | May 29 20:40:26 exodus smbd[15228]:#5 /lib/libc.so.6(iconv+0x6c) | [0xb7dbb9fc] | May 29 20:40:26 exodus smbd[15228]:#6 /usr/sbin/smbd [0x802280d1] | May 29 20:40:26 exodus smbd[15228]:#7 /usr/sbin/smbd(smb_iconv+0x51) | [0x80227671] | May 29 20:40:26 exodus smbd[15228]:#8 /usr/sbin/smbd [0x8020195f] | May 29 20:40:26 exodus smbd[15228]:#9 | /usr/sbin/smbd(convert_string+0x2a9) [0x80202019] | May 29 20:40:26 exodus smbd[15228]:#10 | /usr/sbin/smbd(init_doschar_table+0x92) [0x80215902] | May 29 20:40:26 exodus smbd[15228]:#11 | /usr/sbin/smbd(init_iconv+0x11d) [0x802009cd] | May 29 20:40:26 exodus smbd[15228]:#12 /usr/sbin/smbd(lp_load+0xe05) | [0x80059df5] | May 29 20:40:26 exodus smbd[15228]:#13 | /usr/sbin/smbd(reload_services+0xb0) [0x802d17c0] | May 29 20:40:26 exodus smbd[15228]:#14 /usr/sbin/smbd(main+0x523) | [0x802d2bb3] | May 29 20:40:26 exodus smbd[15228]:#15 | /lib/libc.so.6(__libc_start_main+0xdc) [0xb7dbafdc] | May 29 20:40:26 exodus smbd[15228]:#16 /usr/sbin/smbd [0x8004eba1] | May 29 20:40:26 exodus smbd[15228]: [2008/05/29 20:40:26, 0] | lib/fault.c:dump_core(181) | May 29 20:40:26 exodus smbd[15228]: dumping core in | /var/log/samba/cores/smbd | May 29 20:40:26 exodus smbd[15228]: | | | I've run revdep-rebuild and check everything I can think of but samba | just refuses to start. It was working fine 20 mins ago before the update :( | | Any help greatly appreciated as I'm pretty stuck without samba | | Thanks in advance | Well i stuck strace on all the samba related binaries and found that it was dumping just after reading /usr/lib/gconv/IBM850.so so I tried an update of glibc and that seems to have fixed it. Strange that portage didn't pull the latest glibc in as a dependancy. - -- Matt Harrison [EMAIL PROTECTED] http://blog.genestate.com -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) iEYEARECAAYFAkg/DDIACgkQxNZfa+YAUWGVFwCg3sc9O6iWvFpk58WGCmLVIIBW cLAAn0c3kTShy33UZaBgmVzan7ggDIZs =laMn -END PGP SIGNATURE- -- gentoo-user@lists.gentoo.org mailing list
[gentoo-user] Message bus mis-configured
When I use some KDE tools, most recently Konqueror, I get symptoms of a mis-configuration which I think is dbus-related. I've never fooled with it as far as I can remember, and I know nothing about it. So I'm hoping there's an easy cure. The recent thing: opening a Konqeror windows for a freshly-mounted CDROM on a freshly-rebooted system: a dialog box claiming: A security policy in place prevents this sender from sending this message to this recipient, see message bus configuration file (rejected message had interface org.freedesktop.Hal.Device.Volume member Mount error name (unset) destination org.freedesktop.Hal) Any ideas? ++ kevin
[gentoo-user] K3b complains about my locale
When I crank up K3b, it complains about my setup, with the message System locale charset is ANSI_X3.4-1968 Your system's locale charset (i.e. the charset used to encode filenames) is set to ANSI_X3.4-1968. It is highly unlikely that this has been done intentionally. Most likely the locale is not set at all. An invalid setting will result in problems when creating data projects. Solution: To properly set the locale charset make sure the LC_* environment variables are set. Normally the distribution setup tools take care of this. It is correct that this is not intentional (it does seem antique). I have configured .mybashrc to set my LANG to en_US, but nothing beyond that. What distribution setup tools is it referring to, so that I can correct this on gentoo? ++ kevin
[gentoo-user] Firefox lock me out of my X session and X get 100% cpu usage
Hi guys, I'm having a weird problem here. I do have an amd64 install of gentoo with KDE 4. Well my problem is that sometimes (once or more per day) when using Firefox I do click in some link or try to scroll down/up the scrollbar my system freezes. When this happen I have to remotely login via ssh and do 'kill -9 X' which in this case is consuming around 100% of cpu usage. I've already updated both kde and firefox and even tried to disable/enable render acceleration on xorg but nothing seems to help. I'm using Xinerama (nvidia + sis video boards) but this is a old install (around 1 year) and my problem just started after I've migrated to kde4. Do somebody have any clue? Thanks for the help, -- Claudinei Matos [EMAIL PROTECTED] 55-21-81980605
[gentoo-user] Wireless problem
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi! I have a wireless problem. I bought yesterday a Zyxel G202 USB stick and I attack it of my workstation. This hardware is supported from zd1211rw driver. I set all parameters of my network and I started it. It works fine, pretty signal quality, good speed, etc. After some quiet time, from my network monitor I noticed a lost in the connection. Now, if I restart the connection it works fine, but after a X time it disconnects again. I don't find any message on dmesg or /var/log/messages and for that reason I have no idea how I can solve the problem. I think it is something correlates with energy management. Any idea? Thanks, Luigi -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkg/GAQACgkQYoDKzgS2pLNNLACfbiavFhRPBwVUFtKLSHjbfAUC DZ4An2bm2q6N3T92E8tWstaAaZ0xpbaf =XZSu -END PGP SIGNATURE- -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Firefox lock me out of my X session and X get 100% cpu usage
On Thursday 29 May 2008, Claudinei Matos wrote: Hi guys, I'm having a weird problem here. I do have an amd64 install of gentoo with KDE 4. Well my problem is that sometimes (once or more per day) when using Firefox I do click in some link or try to scroll down/up the scrollbar my system freezes. When this happen I have to remotely login via ssh and do 'kill -9 X' which in this case is consuming around 100% of cpu usage. I've already updated both kde and firefox and even tried to disable/enable render acceleration on xorg but nothing seems to help. I'm using Xinerama (nvidia + sis video boards) but this is a old install (around 1 year) and my problem just started after I've migrated to kde4. AFAIK, KDE4 4.1 has severe problems with xinerama. Can't confirm this myself because I don't use xinerama but have read about it on KDE mailing lists. Uwe -- Ignorance killed the cat, sir, curiosity was framed! -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] hardware autodetection at boot
Am Donnerstag, 29. Mai 2008 schrieb Pawel K: I compiled the kernel with all modules: make allmodconfig make make modules_install I have udev running on my machine since more than a year. I created the following section in grub.conf: title vanilla-all-modules root (hd0,0) kernel /boot/kernel-all-modules root=/dev/hda1 The kernel is unable to mount my ext3 root filesystem. It shows the following message: Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0). (hd0,0) is correct since I copied it from my daily grub section. I have ext3.ko in the following path: /lib/modules/2.6.24.3/kernel/fs/ext3/ext3.ko Could you give me some indications of how to solve this problem. Yes. You need to compile the drivers for your hard disc, hard disc controller and root filesystem into the kernel, not as modules. Otherwise the kernel can't access the hardware to load the drivers it needs. HTH... Dirk signature.asc Description: This is a digitally signed message part.
[gentoo-user] Re: Mailing list and PGP/MIME
On Thu, 29 May 2008 09:35:39 +0200 Wolf Canis [EMAIL PROTECTED] wrote: »Q« wrote: Wolf Canis [EMAIL PROTECTED] wrote: Would know a message reach the ML with my Name but no signature or a different signature, could one relatively be sure about the fact that this particular message is not from the original Wolf Canis. No, we'd have absolutely no way of telling whether or not it came from the original Wolf Canis. You could post using your usual signature, telling us the other one wasn't from you, but we'd have nothing to go on but your word. I think most of us /would/ take your word for it, but I doubt the signatures make a difference in that. That would mean that Wolf Canis is a bad boy and would have more than one signature, one for normal use and one or more for evil use. OK, if it's that what you mean, I understand it that way, then you are right. But I'm pretty sure that, if Wolf Canis comes with different signatures then it would be at least questionable and would probably lead to a ban, I think. I'd support a ban in either that case (you pretending to be more than one poster) or the other (another poster pretending to be you). But in neither case do the signatures give us any more information than we would otherwise have had about whether there's an imposter or not. -- »Q« Kleeneness is next to Gödelness. -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] K3b complains about my locale
On Thursday 29 May 2008, Kevin O'Gorman wrote: When I crank up K3b, it complains about my setup, with the message System locale charset is ANSI_X3.4-1968 Your system's locale charset (i.e. the charset used to encode filenames) is set to ANSI_X3.4-1968. It is highly unlikely that this has been done intentionally. Most likely the locale is not set at all. An invalid setting will result in problems when creating data projects. Solution: To properly set the locale charset make sure the LC_* environment variables are set. Normally the distribution setup tools take care of this. It is correct that this is not intentional (it does seem antique). I have configured .mybashrc to set my LANG to en_US, but nothing beyond that. What distribution setup tools is it referring to, so that I can correct this on gentoo? What have you set up in your /etc/locale.gen ? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] K3b complains about my locale
On Thu, May 29, 2008 at 2:29 PM, Mick [EMAIL PROTECTED] wrote: On Thursday 29 May 2008, Kevin O'Gorman wrote: When I crank up K3b, it complains about my setup, with the message System locale charset is ANSI_X3.4-1968 Your system's locale charset (i.e. the charset used to encode filenames) is set to ANSI_X3.4-1968. It is highly unlikely that this has been done intentionally. Most likely the locale is not set at all. An invalid setting will result in problems when creating data projects. Solution: To properly set the locale charset make sure the LC_* environment variables are set. Normally the distribution setup tools take care of this. It is correct that this is not intentional (it does seem antique). I have configured .mybashrc to set my LANG to en_US, but nothing beyond that. What distribution setup tools is it referring to, so that I can correct this on gentoo? What have you set up in your /etc/locale.gen ? I won't take credit for setting this up, because I don't think I did. On the other hand, I've had occasion to internationalize a web page to dutch and polish, which appear in the list. So I dunno where it came from. But here's what's there: # /etc/locale.gen: list all of the locales you want to have on your system # # The format of each line: # locale charmap # # Where locale is a locale located in /usr/share/i18n/locales/ and # where charmap is a charmap located in /usr/share/i18n/charmaps/. # # All blank lines and lines starting with # are ignored. # # For the default list of supported combinations, see the file: # /usr/share/i18n/SUPPORTED # # Whenever glibc is emerged, the locales listed here will be automatically # rebuilt for you. After updating this file, you can simply run `locale-gen` # yourself instead of re-emerging glibc. en_US ISO-8859-1 en_US.UTF-8 UTF-8 #ja_JP.EUC-JP EUC-JP #ja_JP.UTF-8 UTF-8 #ja_JP EUC-JP #en_HK ISO-8859-1 #en_PH ISO-8859-1 #de_DE ISO-8859-1 [EMAIL PROTECTED] ISO-8859-15 es_MX ISO-8859-1 #fa_IR UTF-8 fr_FR ISO-8859-1 [EMAIL PROTECTED] ISO-8859-15 #it_IT ISO-8859-1 pl_PL ISO-8859-15 -- Kevin O'Gorman, PhD
[gentoo-user] Setting up a second Adapted drive controller (fails)
I bought an Adaptec SATA controller to add some backups to a system that already had an Adaptec SCSI controller. They're both recognized as AIC7xxx, but the second one is somehow blocked. I can access the on-controller configuration stuff during BIOS startup, and the drives appear good. I just cannot get things working with the Linux kernel. I think this is the relevant part of dmesg output. Notice the message about Unable to reserve mem region. In case I'm wrong, I've attached the whole thing too. ... Uniform CD-ROM driver Revision: 3.20 ACPI: PCI Interrupt :03:01.0[A] - GSI 24 (level, low) - IRQ 18 scsi0 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 7.0 Adaptec 3960D Ultra160 SCSI adapter aic7899: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs scsi 0:0:2:0: Direct-Access CSC146GB 10K REFURBISHED 0101 PQ: 0 ANSI: 3 scsi0:A:2:0: Tagged Queuing enabled. Depth 32 target0:0:2: Beginning Domain Validation target0:0:2: wide asynchronous target0:0:2: FAST-80 WIDE SCSI 160.0 MB/s DT (12.5 ns, offset 63) target0:0:2: Ending Domain Validation ACPI: PCI Interrupt :03:01.1[B] - GSI 25 (level, low) - IRQ 19 scsi1 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 7.0 Adaptec 3960D Ultra160 SCSI adapter aic7899: Ultra160 Wide Channel B, SCSI Id=7, 32/253 SCBs PCI: Unable to reserve mem region #2:[EMAIL PROTECTED] for device :03:01.0 aic7xxx: Adaptec AIC-7899 Ultra 160/m SCSI host adapter at PCI 3/1/0 aic7xxx: I/O ports already in use, ignoring. PCI: Unable to reserve mem region #2:[EMAIL PROTECTED] for device :03:01.1 aic7xxx: Adaptec AIC-7899 Ultra 160/m SCSI host adapter at PCI 3/1/1 aic7xxx: I/O ports already in use, ignoring. Driver 'sd' needs updating - please use bus_type methods sd 0:0:2:0: [sda] 286749488 512-byte hardware sectors (146816 MB) sd 0:0:2:0: [sda] Write Protect is off sd 0:0:2:0: [sda] Mode Sense: ab 00 10 08 sd 0:0:2:0: [sda] Write cache: enabled, read cache: enabled, supports DPO and FUA sd 0:0:2:0: [sda] 286749488 512-byte hardware sectors (146816 MB) sd 0:0:2:0: [sda] Write Protect is off sd 0:0:2:0: [sda] Mode Sense: ab 00 10 08 sd 0:0:2:0: [sda] Write cache: enabled, read cache: enabled, supports DPO and FUA sda: sda1 sda4 sda5 sda6 sda7 sda8 sd 0:0:2:0: [sda] Attached SCSI disk Driver 'sr' needs updating - please use bus_type methods PNP: PS/2 Controller [PNP0303:KBC0,PNP0f13:MSE0] at 0x60,0x64 irq 1,12 -- Kevin O'Gorman, PhD dmesg.eek Description: Binary data
Re: [gentoo-user] K3b complains about my locale
On Thursday 29 May 2008, Kevin O'Gorman wrote: On Thu, May 29, 2008 at 2:29 PM, Mick [EMAIL PROTECTED] wrote: On Thursday 29 May 2008, Kevin O'Gorman wrote: When I crank up K3b, it complains about my setup, with the message System locale charset is ANSI_X3.4-1968 Your system's locale charset (i.e. the charset used to encode filenames) is set to ANSI_X3.4-1968. It is highly unlikely that this has been done intentionally. Most likely the locale is not set at all. An invalid setting will result in problems when creating data projects. Solution: To properly set the locale charset make sure the LC_* environment variables are set. Normally the distribution setup tools take care of this. It is correct that this is not intentional (it does seem antique). I have configured .mybashrc to set my LANG to en_US, but nothing beyond that. What distribution setup tools is it referring to, so that I can correct this on gentoo? What have you set up in your /etc/locale.gen ? I won't take credit for setting this up, because I don't think I did. On the other hand, I've had occasion to internationalize a web page to dutch and polish, which appear in the list. So I dunno where it came from. But here's what's there: # /etc/locale.gen: list all of the locales you want to have on your system # # The format of each line: # locale charmap # # Where locale is a locale located in /usr/share/i18n/locales/ and # where charmap is a charmap located in /usr/share/i18n/charmaps/. # # All blank lines and lines starting with # are ignored. # # For the default list of supported combinations, see the file: # /usr/share/i18n/SUPPORTED # # Whenever glibc is emerged, the locales listed here will be automatically # rebuilt for you. After updating this file, you can simply run `locale-gen` # yourself instead of re-emerging glibc. en_US ISO-8859-1 en_US.UTF-8 UTF-8 #ja_JP.EUC-JP EUC-JP #ja_JP.UTF-8 UTF-8 #ja_JP EUC-JP #en_HK ISO-8859-1 #en_PH ISO-8859-1 #de_DE ISO-8859-1 [EMAIL PROTECTED] ISO-8859-15 es_MX ISO-8859-1 #fa_IR UTF-8 fr_FR ISO-8859-1 [EMAIL PROTECTED] ISO-8859-15 #it_IT ISO-8859-1 pl_PL ISO-8859-15 This looks fine. If when you run $ locale you get a list with LANG=en_US but further down LC_ALL= (blank), then set export LC_ALL=xxx in your .bashrc to whatever you want your locale set to. HTH. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Oddity installing 2007.0 amd64 onto shuttle w/ athlon64
If it's a newer chipset, it might be worth trying the 2008.0 beta to do the install... Always one more gotcha :-) Now that the b2 is out for x86_64 I guess it's worth a shot... that or building a bootable with the stock minimal CD and an updated kernel. Q: Have you ever tried assembling a new minimal CD? Seems like it wouldn't be all that difficult, just a matter of grafting the new kernel into place and burning it. thanx -- Steven Lembark85-09 90th St. Workhorse Computing Woodhaven, NY, 11421 [EMAIL PROTECTED] +1 888 359 3508 -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] K3b complains about my locale
On Thu, May 29, 2008 at 3:18 PM, Mick [EMAIL PROTECTED] wrote: On Thursday 29 May 2008, Kevin O'Gorman wrote: On Thu, May 29, 2008 at 2:29 PM, Mick [EMAIL PROTECTED] wrote: On Thursday 29 May 2008, Kevin O'Gorman wrote: When I crank up K3b, it complains about my setup, with the message System locale charset is ANSI_X3.4-1968 Your system's locale charset (i.e. the charset used to encode filenames) is set to ANSI_X3.4-1968. It is highly unlikely that this has been done intentionally. Most likely the locale is not set at all. An invalid setting will result in problems when creating data projects. Solution: To properly set the locale charset make sure the LC_* environment variables are set. Normally the distribution setup tools take care of this. It is correct that this is not intentional (it does seem antique). I have configured .mybashrc to set my LANG to en_US, but nothing beyond that. What distribution setup tools is it referring to, so that I can correct this on gentoo? What have you set up in your /etc/locale.gen ? I won't take credit for setting this up, because I don't think I did. On the other hand, I've had occasion to internationalize a web page to dutch and polish, which appear in the list. So I dunno where it came from. But here's what's there: # /etc/locale.gen: list all of the locales you want to have on your system # # The format of each line: # locale charmap # # Where locale is a locale located in /usr/share/i18n/locales/ and # where charmap is a charmap located in /usr/share/i18n/charmaps/. # # All blank lines and lines starting with # are ignored. # # For the default list of supported combinations, see the file: # /usr/share/i18n/SUPPORTED # # Whenever glibc is emerged, the locales listed here will be automatically # rebuilt for you. After updating this file, you can simply run `locale-gen` # yourself instead of re-emerging glibc. en_US ISO-8859-1 en_US.UTF-8 UTF-8 #ja_JP.EUC-JP EUC-JP #ja_JP.UTF-8 UTF-8 #ja_JP EUC-JP #en_HK ISO-8859-1 #en_PH ISO-8859-1 #de_DE ISO-8859-1 [EMAIL PROTECTED] ISO-8859-15 es_MX ISO-8859-1 #fa_IR UTF-8 fr_FR ISO-8859-1 [EMAIL PROTECTED] ISO-8859-15 #it_IT ISO-8859-1 pl_PL ISO-8859-15 This looks fine. If when you run $ locale you get a list with LANG=en_US but further down LC_ALL= (blank), then set export LC_ALL=xxx in your .bashrc to whatever you want your locale set to. Halfway there. I did that, and now locale looks like [EMAIL PROTECTED] ~ $ locale LANG=en_US LC_CTYPE=en_US LC_NUMERIC=en_US LC_TIME=en_US LC_COLLATE=en_US LC_MONETARY=en_US LC_MESSAGES=en_US LC_PAPER=en_US LC_NAME=en_US LC_ADDRESS=en_US LC_TELEPHONE=en_US LC_MEASUREMENT=en_US LC_IDENTIFICATION=en_US LC_ALL=en_US [EMAIL PROTECTED] ~ $ However, when I start k3b from the KDE menus, it still complains. On the other hand, if I start k3b from the shell that gives the locale results above, it starts clean. So the issue seems to be that I need to inform KDE about the locale. I did a fresh boot, and that did not help, so I wonder if .mybashrc is the correct place to do this. -- Kevin O'Gorman, PhD
Re: [gentoo-user] Mailing list and PGP/MIME
On Thu, 29 May 2008 08:38:27 + (UTC) [EMAIL PROTECTED] wrote: W. Canis wrote: OK, I can't bring myself a proof of concept. Allow me to help you with that part. Personally I still think signatures in public mailing lists are overrated. NOT signed by Some Gentoo user with a security job and 5 minutes of time P.S. Daniel - I really hope this is ok with you. I took your dare literally for this one time. Your personality won't be abused by me again. No problem,..ehh..PSZ, I presume? :) It was I who gave the idea and the challenge. Don't worry, it's really fine by me. I admit I looks very much as if the message was sent by me and could be deceiving at first glance, but: FAKE: === Received: from observed.de (observed.de [81.169.134.89]) by pigeon.gentoo.org (Postfix) with ESMTP id AE151E05BC for gentoo-user@lists.gentoo.org; Thu, 29 May 2008 08:38:27 + (UTC) === NOT FAKE: === Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.153]) by pigeon.gentoo.org (Postfix) with ESMTP id 3E5ACE0229 for gentoo-user@lists.gentoo.org; Mon, 26 May 2008 00:30:07 + (UTC) === -- Best regards, Daniel -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] K3b complains about my locale
On Thu, 29 May 2008 16:01:35 -0700, Kevin O'Gorman wrote: I did a fresh boot, and that did not help, so I wonder if .mybashrc is the correct place to do this. Not really, because that only applies to bash. I have my locale settings in /etc/env.d/02locale - run env-update after editing it. -- Neil Bothwick Life's a cache, and then you flush... signature.asc Description: PGP signature
Re: [gentoo-user] K3b complains about my locale
Kevin O'Gorman schrieb: On Thu, May 29, 2008 at 3:18 PM, Mick [EMAIL PROTECTED] wrote: On Thursday 29 May 2008, Kevin O'Gorman wrote: On Thu, May 29, 2008 at 2:29 PM, Mick [EMAIL PROTECTED] wrote: On Thursday 29 May 2008, Kevin O'Gorman wrote: When I crank up K3b, it complains about my setup, with the message System locale charset is ANSI_X3.4-1968 Your system's locale charset (i.e. the charset used to encode filenames) is set to ANSI_X3.4-1968. It is highly unlikely that this has been done intentionally. Most likely the locale is not set at all. An invalid setting will result in problems when creating data projects. Solution: To properly set the locale charset make sure the LC_* environment variables are set. Normally the distribution setup tools take care of this. It is correct that this is not intentional (it does seem antique). I have configured .mybashrc to set my LANG to en_US, but nothing beyond that. What distribution setup tools is it referring to, so that I can correct this on gentoo? What have you set up in your /etc/locale.gen ? I won't take credit for setting this up, because I don't think I did. On the other hand, I've had occasion to internationalize a web page to dutch and polish, which appear in the list. So I dunno where it came from. But here's what's there: # /etc/locale.gen: list all of the locales you want to have on your system # # The format of each line: # locale charmap # # Where locale is a locale located in /usr/share/i18n/locales/ and # where charmap is a charmap located in /usr/share/i18n/charmaps/. # # All blank lines and lines starting with # are ignored. # # For the default list of supported combinations, see the file: # /usr/share/i18n/SUPPORTED # # Whenever glibc is emerged, the locales listed here will be automatically # rebuilt for you. After updating this file, you can simply run `locale-gen` # yourself instead of re-emerging glibc. en_US ISO-8859-1 en_US.UTF-8 UTF-8 #ja_JP.EUC-JP EUC-JP #ja_JP.UTF-8 UTF-8 #ja_JP EUC-JP #en_HK ISO-8859-1 #en_PH ISO-8859-1 #de_DE ISO-8859-1 [EMAIL PROTECTED] ISO-8859-15 es_MX ISO-8859-1 #fa_IR UTF-8 fr_FR ISO-8859-1 [EMAIL PROTECTED] ISO-8859-15 #it_IT ISO-8859-1 pl_PL ISO-8859-15 This looks fine. If when you run $ locale you get a list with LANG=en_US but further down LC_ALL= (blank), then set export LC_ALL=xxx in your .bashrc to whatever you want your locale set to. Halfway there. I did that, and now locale looks like [EMAIL PROTECTED] ~ $ locale LANG=en_US LC_CTYPE=en_US LC_NUMERIC=en_US LC_TIME=en_US LC_COLLATE=en_US LC_MONETARY=en_US LC_MESSAGES=en_US LC_PAPER=en_US LC_NAME=en_US LC_ADDRESS=en_US LC_TELEPHONE=en_US LC_MEASUREMENT=en_US LC_IDENTIFICATION=en_US LC_ALL=en_US [EMAIL PROTECTED] ~ $ However, when I start k3b from the KDE menus, it still complains. On the other hand, if I start k3b from the shell that gives the locale results above, it starts clean. So the issue seems to be that I need to inform KDE about the locale. I did a fresh boot, and that did not help, so I wonder if .mybashrc is the correct place to do this. try /etc/env.d/02locale LANG=en_US LC_ALL=en_US For details take a look at the localisation guide. http://www.gentoo.org/doc/en/guide-localization.xml -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Mailing list and PGP/MIME
On Fri, 30 May 2008 02:05:42 +0300 Daniel Iliev [EMAIL PROTECTED] wrote: On Thu, 29 May 2008 08:38:27 + (UTC) [EMAIL PROTECTED] wrote: W. Canis wrote: OK, I can't bring myself a proof of concept. Allow me to help you with that part. Personally I still think signatures in public mailing lists are overrated. NOT signed by Some Gentoo user with a security job and 5 minutes of time P.S. Daniel - I really hope this is ok with you. I took your dare literally for this one time. Your personality won't be abused by me again. No problem,..ehh..PSZ, I presume? :) It was I who gave the idea and the challenge. Don't worry, it's really fine by me. I admit I looks very much as if the message was sent by me and could be deceiving at first glance, but: FAKE: === Received: from observed.de (observed.de [81.169.134.89]) by pigeon.gentoo.org (Postfix) with ESMTP id AE151E05BC for gentoo-user@lists.gentoo.org; Thu, 29 May 2008 08:38:27 + (UTC) === NOT FAKE: === Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.153]) by pigeon.gentoo.org (Postfix) with ESMTP id 3E5ACE0229 for gentoo-user@lists.gentoo.org; Mon, 26 May 2008 00:30:07 + (UTC) === Except that even that can be faked. The header is part of the payload, so can be whatever the user decides to put in, simply fake some a set of relay lines, and how do you know? Rob. -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Mailing list and PGP/MIME
On Fri, 30 May 2008 00:11:51 +0100 Robert Bridge [EMAIL PROTECTED] wrote: On Fri, 30 May 2008 02:05:42 +0300 Daniel Iliev [EMAIL PROTECTED] wrote: On Thu, 29 May 2008 08:38:27 + (UTC) [EMAIL PROTECTED] wrote: W. Canis wrote: OK, I can't bring myself a proof of concept. Allow me to help you with that part. Personally I still think signatures in public mailing lists are overrated. NOT signed by Some Gentoo user with a security job and 5 minutes of time P.S. Daniel - I really hope this is ok with you. I took your dare literally for this one time. Your personality won't be abused by me again. No problem,..ehh..PSZ, I presume? :) It was I who gave the idea and the challenge. Don't worry, it's really fine by me. I admit I looks very much as if the message was sent by me and could be deceiving at first glance, but: FAKE: === Received: from observed.de (observed.de [81.169.134.89]) by pigeon.gentoo.org (Postfix) with ESMTP id AE151E05BC for gentoo-user@lists.gentoo.org; Thu, 29 May 2008 08:38:27 + (UTC) === NOT FAKE: === Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.153]) by pigeon.gentoo.org (Postfix) with ESMTP id 3E5ACE0229 for gentoo-user@lists.gentoo.org; Mon, 26 May 2008 00:30:07 + (UTC) === Except that even that can be faked. The header is part of the payload, so can be whatever the user decides to put in, simply fake some a set of relay lines, and how do you know? Rob. Yes, you can insert headers before you send the message, but the SMTP server which receives the message for local delivery always has the final word. In this case pigeon.gentoo.org has added its headers to the proof of concept message and we can see that the mail from [EMAIL PROTECTED] was actually sent from elsewhere. -- Best regards, Daniel -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Mailing list and PGP/MIME
On Fri, 30 May 2008 00:11:51 +0100 Robert Bridge [EMAIL PROTECTED] wrote: On Fri, 30 May 2008 02:05:42 +0300 Daniel Iliev [EMAIL PROTECTED] wrote: On Thu, 29 May 2008 08:38:27 + (UTC) [EMAIL PROTECTED] wrote: W. Canis wrote: OK, I can't bring myself a proof of concept. Allow me to help you with that part. Personally I still think signatures in public mailing lists are overrated. NOT signed by Some Gentoo user with a security job and 5 minutes of time P.S. Daniel - I really hope this is ok with you. I took your dare literally for this one time. Your personality won't be abused by me again. No problem,..ehh..PSZ, I presume? :) It was I who gave the idea and the challenge. Don't worry, it's really fine by me. I admit I looks very much as if the message was sent by me and could be deceiving at first glance, but: FAKE: === Received: from observed.de (observed.de [81.169.134.89]) by pigeon.gentoo.org (Postfix) with ESMTP id AE151E05BC for gentoo-user@lists.gentoo.org; Thu, 29 May 2008 08:38:27 + (UTC) === NOT FAKE: === Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.153]) by pigeon.gentoo.org (Postfix) with ESMTP id 3E5ACE0229 for gentoo-user@lists.gentoo.org; Mon, 26 May 2008 00:30:07 + (UTC) === Except that even that can be faked. The header is part of the payload, so can be whatever the user decides to put in, simply fake some a set of relay lines, and how do you know? Rob. Yes, you can insert headers before you send the message, but the SMTP server which receives the message for local delivery always has the final word. In this case pigeon.gentoo.org has added its headers to the proof of concept message and we can see that the mail from [EMAIL PROTECTED] was actually sent from elsewhere. Glad to hear you didn't mind, Daniel. Yes, you traced me correctly. And as Rob already noticed, that could be circumvented by spoofing the header a little more. Also you were correct to notice, that the receiving server has the last word - however many servers today do -not- perform reverse DNS lookups. You can basically put into the EHLO message whatever you want and the receiving server will buy it. So with some effort we could make it look as if the message was actually received from fg-out-1718.google.com. At least as long as pidgeon.gentoo.org doesn't do reverse DNS lookups, which frankly I didn't check. :) --Paul -- gentoo-user@lists.gentoo.org mailing list
