Re: [gentoo-user] USe rsync to backup RAID0 to RAID1?
Am 16.04.2010 02:03, schrieb Neil Bothwick: On Thu, 15 Apr 2010 14:30:04 -0700, Mark Knecht wrote: I would like to back up a mounted RAID0 to a mounted RAID1. The RAID makes no difference, because rsync works at the filesystem level. Would the following command be appropriate to backup /virdata on RAID0 to /backups on RAID1? rsync -avx /virdata/. /backups/. Yes, although the use of -v makes it harder to see any errors that may occur. You should also consider using --delete to cleanse your backup space from deleted or renamed files. It appears that maybe the -a option wouldn't copy the links? It does. Also, how does rsync handle the backup if the RAID0 directory is active and changing? Will it keep working until there are no differences? Or does it read once and copy? It reads once, and will generally produce an error if a file has changed between scanning and copying. Running rsync repeatedly until it returns a 0 status may be worth considering. If you have an LVM on top of your RAID, you can also use LVM snapshots for this. Of course, if a larger write action is going on, you still get a half baked file. Hope this helps, Florian Philipp signature.asc Description: OpenPGP digital signature
[gentoo-user] KDE4 doesn't detect power capabilities (hibernate, suspend, battery and frequency scaling)
After some experiments with the ndiswrapper driver, KDE4 stopped providing a frontend to various power capabilities. It doesn't detect the battery, it doesn't offer suspend or hibernate it the shutdown script, et cetera. The battery properties are still accessable through /sys/class/power/BAT1 and I can still suspend and hibernate using pm-suspend and pm-hibernate. I would like use KDE's frontend, though, as finding out how long the battery can hold from reading it's voltage isn't the most comfortable thing.
Re: [gentoo-user] USe rsync to backup RAID0 to RAID1?
On 16 Apr, Neil Bothwick wrote: On Thu, 15 Apr 2010 14:30:04 -0700, Mark Knecht wrote: I would like to back up a mounted RAID0 to a mounted RAID1. The RAID makes no difference, because rsync works at the filesystem level. Would the following command be appropriate to backup /virdata on RAID0 to /backups on RAID1? rsync -avx /virdata/. /backups/. Yes, although the use of -v makes it harder to see any errors that may occur. It appears that maybe the -a option wouldn't copy the links? It does. I don't think it copies hard links, as well. Therefore I prefer the additional option -H Furthermore I add the -u option for not overriding files on the destination which are newer. Helmut. -- Helmut Jarausch Lehrstuhl fuer Numerische Mathematik RWTH - Aachen University D 52056 Aachen, Germany
Re: [gentoo-user] i cannot browser if the system is up too long
On Friday 16 April 2010 04:06:37 Xi Shen wrote: On Fri, Apr 16, 2010 at 2:55 AM, Stroller strol...@stellar.eclipse.co.uk wrote: How are you connecting to the net? yes, i connect to the net through a router. and i share the router with my roommates. Are you sure this isn't the router? Have you tried switching it off and back on again? (seriously) i do not think so. if it is the router has the problem, all people using that router will suffer the same problem. but it is only me have this problem. Not necessarily, it might have a limited NAT-table per host, rather then a single one. There is a tendency in BitTorrent to fill up the NAT tables of routers with insufficient RAM. I cannot explain why this would appear not to affect ping. my BT client use a fix port to connect to the net, and i guess it cannot configure the NAT table of the router. The NAT-table is automatically filled with all the running connections to the outside world. This table is how the router keeps track of which packets need to be forwarded to which machine behind the NAT-router. Not all routers clear the cache quickly enough and most have a tendency to get filled with these. It's exactly because of this that I refuse to use a plug-n-pray router and use a Linux box for this purpose. I would still try Stroller's suggestion and turn the router off and on (But leave your computer running). It will only affect the connection briefly and if it resolves the issue, it will then be clear the problem is the router. If the problem then still exists, the issue is somewhere else and we can try to find it. -- Joost
[gentoo-user] Re: Gnome bluetooth in Gentoo
Daniel da Veiga danieldave...@gmail.com writes: On Thu, Apr 15, 2010 at 06:46, Damian damian.o...@gmail.com wrote: Did anybody could manage to get gnome-bluetooth working? First I had problems with permissions, so I added some udev rules and the permissions in rfkill. But now, if I launch the applet I just get a big button that says turn on bluetooth. I did that but nothing happened. With blueman every worked fine, but since that package no longer works on my unstable system I had to search for that alternative. Thanks in advance, Damian. A better question. Why isn't blueman working? I am using testing for a few months now and I use blueman (with a bt mouse, so, its vital). It was a problem with the policykit flag: http://bugs.gentoo.org/289902 Fortunately I got it working. But I wanted to know what was the problem with the gnome version. -- Daniel da Veiga
Re: [gentoo-user] ssd: using TRIM
Am 09.04.2010 21:41, schrieb Stefan G. Weichinger: For sure, I will keep my old hdd, and pull images and backups from my thinkpad every few days. update: and now it's dead. The SSD lost its firmware and shows up as an 8 MB Intel Bootloader. Oh my.
Re: [gentoo-user] Re: xine problem
On Friday 16 April 2010 04:38:40 James wrote: mischdele at gmx.de writes: lrwxrwxrwx 1 root root 3 Apr 5 22:33 /dev/dvd1 - hda lrwxrwxrwx 1 root root 3 Apr 5 22:33 /dev/dvdrw1 - hda Looking at the files you listed I guess /dev/dvd doesn't exist on your system. You should probably try /dev/dvd1 or /dev/hda... OK, I Noticed that too. I cannot find where I change, dvd to dvd1 or hda. Nothing under settings maybe there is a config file I can edit manually? I cannot find any docs addressing how to change the DVD name/link/selection? I never had to do anything, other than 'emerge xine' in the past to use xine (used it for years) so HAL, dbus or kde4 must have changed it in a upgrade over the last few months. James I've also never tried that, but on my system there's ~/.xine/config which I would try to edit (there's a media.dvd.device line in it which looks like the right thing to change accordingly...).
[gentoo-user] [OT] Setting up a fall back ISP SMTP in sendmail
Hi All, Is there a (native) way to configure sendmail to send messages via a secondary smtp account, if dor some reason the primary ISP smtp is down, without some bespoke DIY script? -- Regards, Mick
[gentoo-user] Re: vixie-cron keeps stopping
On Thursday 15 April 2010, Alan McKinnon wrote: On Thursday 15 April 2010 02:58:15 Matt Harrison wrote: I apologise if this has come twice, it didn't appear to post correctly first time, not even on the archives. Its been happening for a while but I haven't got round to find out why, but every so often (anything between a week or an hour) vixie-cron just stops. There's nothing in the logs, the service just stops. I have no idea where to start looking for a culprit so I'm hoping someone here has some good ideas :) thanks in advance Matt You probably don't want to hear this, but: vixie-cron is problematic in the extreme. I have endless hassle with it's weird behaviours. Use a different cron daemon. Your advice is vague :) I use app-admin/syslog-ng and I wouldn't change, Alan you too can try it. Ciao Francesco -- Linux Version 2.6.33-gentoo-r1, Compiled #1 SMP PREEMPT Sat Apr 10 17:35:50 CEST 2010 Two 2.9GHz AMD Athlon 64 Processors, 4GB RAM, 11659 Bogomips Total aemaeth
Re: [gentoo-user] Re: vixie-cron keeps stopping
On 16 Apr 2010, at 18:58, Francesco Talamona wrote: On Thursday 15 April 2010, Alan McKinnon wrote: ... You probably don't want to hear this, but: vixie-cron is problematic in the extreme. I have endless hassle with it's weird behaviours. Use a different cron daemon. Your advice is vague :) I use app-admin/syslog-ng and I wouldn't change, Alan you too can try it. syslog-ng is a system logger, not a cron daemon. I appreciate this is an easy mistake to make, as they are adjacent in the Gentoo installation instructions, and we generally ignore both components when they are working normally. Stroller.
Re: [gentoo-user] vixie-cron keeps stopping
On 4/15/2010 1:20 AM, Alan McKinnon wrote: On Thursday 15 April 2010 02:58:15 Matt Harrison wrote: I apologise if this has come twice, it didn't appear to post correctly first time, not even on the archives. Its been happening for a while but I haven't got round to find out why, but every so often (anything between a week or an hour) vixie-cron just stops. There's nothing in the logs, the service just stops. I have no idea where to start looking for a culprit so I'm hoping someone here has some good ideas :) thanks in advance Matt You probably don't want to hear this, but: vixie-cron is problematic in the extreme. I have endless hassle with it's weird behaviours. Use a different cron daemon. Strange. I've never had a problem with it and Gentoo though I use Gentoo primarily as a server. kashani
Re: [gentoo-user] vixie-cron keeps stopping
Alan McKinnon wrote: On Thursday 15 April 2010 02:58:15 Matt Harrison wrote: I apologise if this has come twice, it didn't appear to post correctly first time, not even on the archives. Its been happening for a while but I haven't got round to find out why, but every so often (anything between a week or an hour) vixie-cron just stops. There's nothing in the logs, the service just stops. I have no idea where to start looking for a culprit so I'm hoping someone here has some good ideas :) thanks in advance Matt You probably don't want to hear this, but: vixie-cron is problematic in the extreme. I have endless hassle with it's weird behaviours. Use a different cron daemon. I am using vixie as well. It was in the install guide many years ago. What all would have to be changed to switch to fcron? I think some packages detect which cron you have installed and put things in the proper place for cron jobs to run. I could be wrong on that since it has been a while since I noticed packages doing this. Dale :-) :-)
Re: [gentoo-user] vixie-cron keeps stopping
On Friday 16 April 2010 19:22:42 kashani wrote: On 4/15/2010 1:20 AM, Alan McKinnon wrote: On Thursday 15 April 2010 02:58:15 Matt Harrison wrote: I apologise if this has come twice, it didn't appear to post correctly first time, not even on the archives. Its been happening for a while but I haven't got round to find out why, but every so often (anything between a week or an hour) vixie-cron just stops. There's nothing in the logs, the service just stops. I have no idea where to start looking for a culprit so I'm hoping someone here has some good ideas :) thanks in advance Matt You probably don't want to hear this, but: vixie-cron is problematic in the extreme. I have endless hassle with it's weird behaviours. Use a different cron daemon. Strange. I've never had a problem with it and Gentoo though I use Gentoo primarily as a server. kashani +1 I have been running Vixie's cron for a good few years on 4 different machines (3 different arches) and have not noticed any problems. On the other hand I am only running some basic cron jobs (e.g. , updatedb, mrtg). Have you looked at /root/dead.letter in case there is a problem that is captured there (although I would expect to see something in the logs to be honest)? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Nepomuk can't find database backend
On Thursday 15 April 2010 14:01:02 Jim Cunning wrote:
I have KDE 4.4.2 installed on an AMD64 system. On login, I get the popup
Nepomuk was not able to find the configured database backend 'sesame2'.
Existing data can thus not be
I have installed:
jlc64 ~ # eix -I nepomuk
[D] kde-base/nepomuk
Available versions: (4.2) ~4.2.4
{debug kdeprefix}
Installed versions: 4.4.2(4.4)(12:08:59 AM 04/13/2010)(handbook -aqua
- debug -kdeenablefinal -kdeprefix)
[D] dev-libs/soprano
Available versions: ~2.0.2!t ~2.1.1 ~2.2 ~2.2.1 ~2.2.1-r1 ~2.2.2
{clucene dbus debug doc elibc_FreeBSD java raptor redland sesame2}
Installed versions: 2.4.1(09:20:36 PM 04/12/2010)(dbus raptor redland
virtuoso -clucene -debug -doc -elibc_FreeBSD -java)
The config file .kde4/share/config/nepomukserverrc contains the line:
Used Soprano Backend=sesame2
There doesn't appear to be a sesame2 backend plugin installed for soprano,
only redland and virtuoso, but changing the sesame2 in the config file to
virtuoso only changes the name of the backend in the failure message, not
the failure.
A search of the list archive shows several posts regarding this sort of
error message, but apparently relating to nepomuk 4.4 on a KDE 4.3 system.
My situation seems different and the solutions suggested don't apply.
Any advice would be appreciated.
Apparently, no one has any advice, so I'll ask a different question:
Where does one find documentation on the database backends supported by
Nepomuk, and how to configure it/them?
Thanks,
--
Jim
signature.asc
Description: This is a digitally signed message part.
Re: [gentoo-user] Nepomuk can't find database backend
On Thu, Apr 15, 2010 at 2:01 PM, Jim Cunning jcunn...@cunning.ods.org wrote:
I have KDE 4.4.2 installed on an AMD64 system. On login, I get the popup
Nepomuk was not able to find the configured database backend 'sesame2'.
Existing data can thus not be
I have installed:
jlc64 ~ # eix -I nepomuk
[D] kde-base/nepomuk
Available versions: (4.2) ~4.2.4
{debug kdeprefix}
Installed versions: 4.4.2(4.4)(12:08:59 AM 04/13/2010)(handbook -aqua -
debug -kdeenablefinal -kdeprefix)
[D] dev-libs/soprano
Available versions: ~2.0.2!t ~2.1.1 ~2.2 ~2.2.1 ~2.2.1-r1 ~2.2.2
{clucene dbus debug doc elibc_FreeBSD java raptor redland sesame2}
Installed versions: 2.4.1(09:20:36 PM 04/12/2010)(dbus raptor redland
virtuoso -clucene -debug -doc -elibc_FreeBSD -java)
The config file .kde4/share/config/nepomukserverrc contains the line:
Used Soprano Backend=sesame2
There doesn't appear to be a sesame2 backend plugin installed for soprano,
only redland and virtuoso, but changing the sesame2 in the config file to
virtuoso only changes the name of the backend in the failure message, not
the failure.
A search of the list archive shows several posts regarding this sort of error
message, but apparently relating to nepomuk 4.4 on a KDE 4.3 system. My
situation seems different and the solutions suggested don't apply.
Any advice would be appreciated.
--
Jim
So if I'm clear about this, you have a stable AMD64 system with ~AMD64 KDE?
If you upgraded from KDE 4.3 did you try deleting all the old KDE
configuration stuff and starting new? I've not had your problems with
nepomuk but I run either AMD64 with just a couple of ~AMD64 packages,
or full ~AMD64. I haven't seen this problem on either system. However
I do run ~AMD64 portage, sandbox, gentoolkit, eix and a few other
installation things on all my systems so possibly that's part of it.
Good luck,
Mark
Re: [gentoo-user] vixie-cron keeps stopping
On Friday 16 April 2010 20:29:27 Dale wrote: Alan McKinnon wrote: On Thursday 15 April 2010 02:58:15 Matt Harrison wrote: I apologise if this has come twice, it didn't appear to post correctly first time, not even on the archives. Its been happening for a while but I haven't got round to find out why, but every so often (anything between a week or an hour) vixie-cron just stops. There's nothing in the logs, the service just stops. I have no idea where to start looking for a culprit so I'm hoping someone here has some good ideas :) thanks in advance Matt You probably don't want to hear this, but: vixie-cron is problematic in the extreme. I have endless hassle with it's weird behaviours. Use a different cron daemon. I am using vixie as well. It was in the install guide many years ago. What all would have to be changed to switch to fcron? I think some packages detect which cron you have installed and put things in the proper place for cron jobs to run. I could be wrong on that since it has been a while since I noticed packages doing this. emerge -C vixie-cron emerge other cron of your choice You might have to tweak crontabs. I have come to detest with a passion every piece of software written or inspired by Paul Vixie. It took 10-15 years to get bind into a shape where it takes less than 20 minutes to start here, it's low, buggy and performance is pathetic. dhcp is just way too complex for my liking, ... ... and as for vixie-cron: When software doesn't act like it's supposed to, breaks in horrible ways without giving me any clue (like, cron restart works with no known init scripts on any platform I have) and instead says cron restarted [OK], which brings down 5000 Cisco devices as as a nasty side effect, and causes a Severity 0 committee to be called, twice, then that software's remaining life span on my boxes is measured in milliseconds :-) rant over -- alan dot mckinnon at gmail dot com
[gentoo-user] Re: xine problem
On 04/15/2010 07:38 PM, James wrote: mischdeleat gmx.de writes: lrwxrwxrwx 1 root root 3 Apr 5 22:33 /dev/dvd1 - hda lrwxrwxrwx 1 root root 3 Apr 5 22:33 /dev/dvdrw1 - hda Looking at the files you listed I guess /dev/dvd doesn't exist on your system. You should probably try /dev/dvd1 or /dev/hda... OK, I Noticed that too. I cannot find where I change, dvd to dvd1 or hda. Nothing under settings maybe there is a config file I can edit manually? There is an automatically generated file /etc/udev/rules.d/70-persistent-cd-rules. If you have that file you might try deleting or moving it so the system will re- generate it during the next reboot.
Re: [gentoo-user] Re: vixie-cron keeps stopping
On Friday 16 April 2010 19:58:23 Francesco Talamona wrote: On Thursday 15 April 2010, Alan McKinnon wrote: On Thursday 15 April 2010 02:58:15 Matt Harrison wrote: I apologise if this has come twice, it didn't appear to post correctly first time, not even on the archives. Its been happening for a while but I haven't got round to find out why, but every so often (anything between a week or an hour) vixie-cron just stops. There's nothing in the logs, the service just stops. I have no idea where to start looking for a culprit so I'm hoping someone here has some good ideas :) thanks in advance Matt You probably don't want to hear this, but: vixie-cron is problematic in the extreme. I have endless hassle with it's weird behaviours. Use a different cron daemon. Your advice is vague :) To answer this point: vixie-cron does not reliably restart. You have to remember to kill it, verify that it is indeed dead, then start it. Of course, my use case is a lot more complex than just /etc/cron.*/* and yes, I do expect a cron daemon to cope with my needs in it's stride. It's not hard to cope with a 1000 line crontab. I have auth daemons running on ancient hardware with 256M RAM that have to deal with 100+ auth requests a second and a 5000-line config file. Despite my needs being complex, any cron daemon should cope with that without breaking a sweat -- alan dot mckinnon at gmail dot com
[gentoo-user] Re: monitor identification question (Gnome)
On 04/15/2010 05:38 PM, David Relson wrote: I just retired my Viewsonic 19 CRT in favor of a Viewsonic VX2433WM. Looking in Xorg.0.log it's obviously recognized (as the following lines indicate): (II) RADEON(0): Serial No: R4F100901594 (II) RADEON(0): Ranges: V min: 50 V max: 75 Hz, H min: 24 H max: 82 kHz, PixClock max 210 MHz (II) RADEON(0): Monitor name: VX2433wm However in Gnome's Display Preferences dialog, the monitor type shows up as Unknown. What can be done about this? Additionally, a box saying Unknown (black text on cyan background) appears on my screen at the upper left corner. This wouldn't matter except that I like my Gnome panel at the top of the screen and the box blocks the Main Menu icon. The box appears to be a repeat of the Gnome Display Preferences dialog's Unknown monitor info. How can one nuke the box? Hm. I see the same annoying box at the top left, but only while I have the Display preferences dialog open. When I close the dialog, the top- left box disappears. Do you still have a process running named gnome-display-properties even after you close the Display preferences dialog box?
[gentoo-user] How many ways are there for a user to increase their permissions?
I'm trying to work out how many ways there are to increase the permissions of a user. 1: su -: Needs root password and you need to be in the group wheel. 2: sudo: You need to be in the group wheel or in the /etc/sudoers file, using your own user password. I'm not counting gksu and gksudo they are just front ends. 3: sudoedit: This is the best way to edit text files, it uses the same rules as sudo. 4: Linux Capabilities or caps: Which increases permissions on a per-file basis. e.g. removing SUID from ping and adding CAP_NET_RAW to ping. This is much safer than running the whole program as root. http://linux.die.net/man/7/capabilities 5: Policykit: (Give this a read http://hal.freedesktop.org/docs/PolicyKit/introduction.html ) 6: Polkit: Is the new name for Policykit, it's a higher version and they do not talk to each other. If you run a mixed architecture there is a good chance you will have both. 7: Access Control Lists: (ACL) Very easy to setup and forget because Nautilus and others do not list the ACL settings. A remote windows user configuring a samba share could let more people read and write to it then Nautilus shows. 8: SUID and SGID: One of the fastest ways to open up a security hole in your system. 9: Groups: Lots of groups, but not much information on what permissions you get. http://en.gentoo-wiki.com/wiki/List_of_Groups Udev and Fuse use group settings right? Did I miss any way of increasing your rights? (not counting security holes) I see that the stable net-misc/iputils (ping) does not use capabilities. Is this included in the unstable version, or is it planned for the future? I wish there was a way to run gedit with sudoedit, is there? I think Polkit support for gedit is planned, does anyone know the bug number? Right now my system has all of the above but not Linux capabilities. I'm having very hard time working out: Which users can do what and how. Which groups can do what and how. Which files can do what and who can run them. How the user's status affects what the program can do. Is there an all-in-one program for keeping track of all this or do I have to write one? It's very easy for users to set their home folder to other, read, write and execute. It's not just silly users doing that, but any program running with the users rights. There was a buggy program in Ubuntu which set your home folder to other rwx, I never worked out which one was doing that. A fast work around was to set the user's home folder to owner root and make sure that group was set to rwx. Is that safe? I'm very happy Gentoo user but I find that configuring things can get very messy.
Re: [gentoo-user] Re: monitor identification question (Gnome)
On Fri, 16 Apr 2010 15:08:55 -0700 walt wrote: On 04/15/2010 05:38 PM, David Relson wrote: I just retired my Viewsonic 19 CRT in favor of a Viewsonic VX2433WM. Looking in Xorg.0.log it's obviously recognized (as the following lines indicate): (II) RADEON(0): Serial No: R4F100901594 (II) RADEON(0): Ranges: V min: 50 V max: 75 Hz, H min: 24 H max: 82 kHz, PixClock max 210 MHz (II) RADEON(0): Monitor name: VX2433wm However in Gnome's Display Preferences dialog, the monitor type shows up as Unknown. What can be done about this? Additionally, a box saying Unknown (black text on cyan background) appears on my screen at the upper left corner. This wouldn't matter except that I like my Gnome panel at the top of the screen and the box blocks the Main Menu icon. The box appears to be a repeat of the Gnome Display Preferences dialog's Unknown monitor info. How can one nuke the box? Hm. I see the same annoying box at the top left, but only while I have the Display preferences dialog open. When I close the dialog, the top- left box disappears. Do you still have a process running named gnome-display-properties even after you close the Display preferences dialog box? Interesting question, but it's too late for me to answer it. While googling the subject I learned that the ATI driver (or some of its revisions) only check monitor type upon startup. I restarted X with ctl-alt-backspace and the extra box went away. gnome-display-properties _still_ says unknown, but the annoying box is gone.
[gentoo-user] Re: [OT] Setting up a fall back ISP SMTP in sendmail
Mick michaelkintz...@gmail.com writes: Hi All, Is there a (native) way to configure sendmail to send messages via a secondary smtp account, if dor some reason the primary ISP smtp is down, without some bespoke DIY script? Not give you the runaround, and there may well be some sendmail experts here... but I think your question is more likely to get a really helpful response if you put it on comp.mail.sendmail. You might get an answer from Per Hedlund or one of the other heavy hitters there. I've used sendmail for yrs but just on homeboy little local lans. I'd be surprised if there is not some well trod way to do what you are asking. Sendmail is probably the most widely used MTA around so it seem really likely that problem has been dealt with in some way.
[gentoo-user] Re: How many ways are there for a user to increase their permissions?
On 04/16/2010 03:13 PM, Jonathan wrote: I'm trying to work out how many ways there are to increase the permissions of a user. ... I'm very happy Gentoo user but I find that configuring things can get very messy. I've been an amateur linux/*BSD user for about ten years or so, and I would love to answer your questions -- but I don't know the answers. Yet. While you and I wait for a guru to enlighten us, you might learn something here: http://en.wikipedia.org/wiki/The_UNIX-HATERS_Handbook
Re: [gentoo-user][SOLVED] Nepomuk can't find database backend
On Friday 16 April 2010 12:42:44 Mark Knecht wrote: [...] So if I'm clear about this, you have a stable AMD64 system with ~AMD64 KDE? If you upgraded from KDE 4.3 did you try deleting all the old KDE configuration stuff and starting new? I've not had your problems with nepomuk but I run either AMD64 with just a couple of ~AMD64 packages, or full ~AMD64. I haven't seen this problem on either system. However I do run ~AMD64 portage, sandbox, gentoolkit, eix and a few other installation things on all my systems so possibly that's part of it. Good luck, Mark I had upgraded from KDE 4.3, but it turns out there was some old 3.5 stuff still around, too. I deleted the .kde/share/config/nepomukrc file and logged out and back in, and the error no longer appeared. Thanks for the suggestion. -- Jim signature.asc Description: This is a digitally signed message part.
