On Mon, 2013-01-28 at 10:51 +0700, Erich Dollansky wrote:
Hi,
On Mon, 28 Jan 2013 01:36:36 +0100
Ralf Mardorf ralf.mard...@rocketmail.com wrote:
On Sun, 2013-01-27 at 13:58 +0100, Polytropon wrote:
# 1. `cd /usr/src' (or to the directory containing your
source tree). # 2.
On Sun, 2013-01-27 at 23:57 -0500, kpn...@pobox.com wrote:
On Mon, Jan 28, 2013 at 03:24:06AM +0100, Ralf Mardorf wrote:
On Fri, 2013-01-25 at 19:24 -0500, kpn...@pobox.com wrote:
You can use mtree against the spec files in /etc/mtree/ to check for and
fix incorrect permissions and owners
On Mon, 28 Jan 2013 10:51:21 +0700, Erich Dollansky wrote:
Hi,
On Mon, 28 Jan 2013 01:36:36 +0100
Ralf Mardorf ralf.mard...@rocketmail.com wrote:
On Sun, 2013-01-27 at 13:58 +0100, Polytropon wrote:
# 1. `cd /usr/src' (or to the directory containing your
source tree). # 2.
On Mon, 28 Jan 2013 15:37:25 +0100, Polytropon free...@edvax.de wrote:
It's rather untypical to check out _only_ kernel sources without
the top level content.
For the update from 8.x to 9.1 I even didn't check out the kernel source,
this is something I did much later ;). I simply followed
On Mon, 28 Jan 2013 15:58:05 +0100, Ralf Mardorf wrote:
On Mon, 28 Jan 2013 15:37:25 +0100, Polytropon free...@edvax.de wrote:
It's rather untypical to check out _only_ kernel sources without
the top level content.
For the update from 8.x to 9.1 I even didn't check out the kernel source,
Good morning,
if I run 'make deinstall reinstall' for a port, it doesn't ask a single
question, at least not for dbus.
# ls -l /usr/local/bin/dbus-daemon
-r-xr-xr-x 1 rocketmouse wheel 377744 Jan 18 22:44
/usr/local/bin/dbus-daemon
# cd /usr/ports/devel/dbus ; make deinstall reinstall
Hi,
On Sun, 27 Jan 2013 09:15:09 +0100
Ralf Mardorf ralf.mard...@rocketmail.com wrote:
Good morning,
ood morning? The sun is settling soon!
if I run 'make deinstall reinstall' for a port, it doesn't ask a
single question, at least not for dbus.
# ls -l /usr/local/bin/dbus-daemon
On Sun, 27 Jan 2013 15:38:38 +0700, Erich Dollansky wrote:
Hi,
On Sun, 27 Jan 2013 09:15:09 +0100
Ralf Mardorf ralf.mard...@rocketmail.com wrote:
Good morning,
ood morning? The sun is settling soon!
The sun of the planet of the ood?
Or the former Sun of one of the microsystems? :-)
Hi,
On Sun, 27 Jan 2013 13:58:06 +0100
Polytropon free...@edvax.de wrote:
On Sun, 27 Jan 2013 15:38:38 +0700, Erich Dollansky wrote:
Hi,
On Sun, 27 Jan 2013 09:15:09 +0100
Ralf Mardorf ralf.mard...@rocketmail.com wrote:
Good morning,
ood morning? The sun is settling soon!
On Sun, 27 Jan 2013 15:28:47 +0100, Erich Dollansky
erichsfreebsdl...@alogt.com wrote:
I think that installing it in multi-user mode without other users having
things running, will work in 99.% of the cases. In his special
case, it will work 100% as only the permissions should et changed.
On Sun, 2013-01-27 at 13:58 +0100, Polytropon wrote:
# 1. `cd /usr/src' (or to the directory containing your source tree).
# 2. `make buildworld'
# 3. `make buildkernel KERNCONF=YOUR_KERNEL_HERE' (default is GENERIC).
# 4. `make installkernel KERNCONF=YOUR_KERNEL_HERE'
On Mon, 28 Jan 2013 01:36:36 +0100, Ralf Mardorf wrote:
On Sun, 2013-01-27 at 13:58 +0100, Polytropon wrote:
# 1. `cd /usr/src' (or to the directory containing your source
tree).
# 2. `make buildworld'
# 3. `make buildkernel KERNCONF=YOUR_KERNEL_HERE' (default is
PS:
On Mon, 2013-01-28 at 01:36 +0100, Ralf Mardorf wrote:
# cd /usr/ports/misc/mc make install clean
# uname -r
8.3-RELEASE
# freebsd-update -r 9.1-RELEASE upgrade
# freebsd-update install
# shutdown -r now
# freebsd-update install
# cd /usr/ports/ports-mgmt/portupgrade make install
On Sun, 2013-01-27 at 13:58 +0100, Polytropon wrote:
On Sun, 27 Jan 2013 15:38:38 +0700, Erich Dollansky wrote:
Hi,
On Sun, 27 Jan 2013 09:15:09 +0100
Ralf Mardorf ralf.mard...@rocketmail.com wrote:
Is there a command to deinstall and reinstall all ports or an idea
for a script to
On Sun, 2013-01-27 at 13:58 +0100, Polytropon wrote:
If you only will have to handle a few ports, using the bare
ports method (make) is probably the easiest way (in case
everything else stays definitely consistent).
What could become inconsistent without upgrading or downgrading? I
didn't
On Mon, 2013-01-28 at 01:46 +0100, Polytropon wrote:
On Mon, 28 Jan 2013 01:36:36 +0100, Ralf Mardorf wrote:
On Sun, 2013-01-27 at 13:58 +0100, Polytropon wrote:
# 1. `cd /usr/src' (or to the directory containing your source
tree).
# 2. `make buildworld'
# 3. `make
On Fri, 2013-01-25 at 19:24 -0500, kpn...@pobox.com wrote:
You can use mtree against the spec files in /etc/mtree/ to check for and
fix incorrect permissions and owners on base system files. It won't help
with /usr/local, but at least you can get the base straight.
As root, from the root
Hi,
On Mon, 28 Jan 2013 01:36:36 +0100
Ralf Mardorf ralf.mard...@rocketmail.com wrote:
On Sun, 2013-01-27 at 13:58 +0100, Polytropon wrote:
# 1. `cd /usr/src' (or to the directory containing your
source tree). # 2. `make buildworld'
# 3. `make buildkernel
On Sat, 2013-01-26 at 08:48 +0100, Polytropon wrote:
On Fri, 25 Jan 2013 16:15:28 -0600, Joshua Isom wrote:
Ignore /proc, unmount it even. You don't need it on FreeBSD and
shouldn't expect it to be there.
As far as I know, Gnome (or at least GDM) _requires_ it to
be able to show the
On Sat, 2013-01-26 at 08:49 +0100, Polytropon wrote:
On Fri, 25 Jan 2013 23:22:29 +0100, Ralf Mardorf wrote:
On Fri, 25 Jan 2013 22:51:55 +0100, Joshua Isom jri...@gmail.com wrote:
Sorry if my original command ended up breaking your system
Don't worry, I run dump to backup it, but I'll
On Sat, 26 Jan 2013 10:01:18 +0100, Ralf Mardorf wrote:
On Sat, 2013-01-26 at 08:48 +0100, Polytropon wrote:
On Fri, 25 Jan 2013 16:15:28 -0600, Joshua Isom wrote:
As for the listings in /usr/local
they'll need fixed. On my system, almost everything's owned by root.
There are a
On Sat, 26 Jan 2013 10:11:37 +0100, Ralf Mardorf wrote:
On Sat, 2013-01-26 at 08:49 +0100, Polytropon wrote:
On Fri, 25 Jan 2013 23:22:29 +0100, Ralf Mardorf wrote:
On Fri, 25 Jan 2013 22:51:55 +0100, Joshua Isom jri...@gmail.com wrote:
Sorry if my original command ended up breaking your
Hi :)
after running '# /usr/sbin/pwd_mkdb -d /etc /etc/master.passwd' (FWIW
there were no messages)
I can now log in to a user X session by GDM.
The user can't become root using Xfce Terminal Emulator or by ttyv1 (Ctrl
+ Alt + F2). This was possible before I switched the uid.
Before the
Hi,
On Fri, 25 Jan 2013 13:05:51 +0100
Ralf Mardorf ralf.mard...@rocketmail.com wrote:
after running '# /usr/sbin/pwd_mkdb
-d /etc /etc/master.passwd' (FWIW there were no messages)
I can now log in to a user X session by GDM.
this sounds so much better.
The user can't become root using
On Fri, 25 Jan 2013 13:05:51 +0100, Ralf Mardorf wrote:
The user can't become root using Xfce Terminal Emulator or by ttyv1 (Ctrl
+ Alt + F2). This was possible before I switched the uid.
Before the switch PPPoE was enabled automatically, now I have to do it
manually.
$ su
su: not
Hi Erich :)
On Fri, 25 Jan 2013 13:25:07 +0100, Erich Dollansky
erichsfreebsdl...@alogt.com wrote:
What happens on a normal TTY?
Ctrl + Alt + F2
So, you can switch to them. Can you try a su here?
Ctrl + Alt + F* will open a ttyv*
I can log in as root, but if I log in as user, I can't
On Fri, 25 Jan 2013 13:39:07 +0100, Ralf Mardorf wrote:
Hi Erich :)
On Fri, 25 Jan 2013 13:25:07 +0100, Erich Dollansky
erichsfreebsdl...@alogt.com wrote:
What happens on a normal TTY?
Ctrl + Alt + F2
So, you can switch to them. Can you try a su here?
Ctrl + Alt + F* will open
Hi Ralf,
On Fri, 25 Jan 2013 13:39:07 +0100
Ralf Mardorf ralf.mard...@rocketmail.com wrote:
On Fri, 25 Jan 2013 13:25:07 +0100, Erich Dollansky
erichsfreebsdl...@alogt.com wrote:
What happens on a normal TTY?
Ctrl + Alt + F2
So, you can switch to them. Can you try a su here?
Thank you all :)
everything is ok now. I don't mark the thread as solved, since I still
didn't set up Evolution.
On Fri, 25 Jan 2013 13:33:46 +0100, Polytropon free...@edvax.de wrote:
$ ls -l `which su`
-r-sr-xr-x 1 rocketmouse wheel 16880 Dec 23 18:38 /usr/bin/su
Erm... that looks
On Fri, 25 Jan 2013 14:48:19 +0100, Ralf Mardorf wrote:
On Fri, 25 Jan 2013 13:33:46 +0100, Polytropon free...@edvax.de wrote:
$ ls -l `which su`
-r-sr-xr-x 1 rocketmouse wheel 16880 Dec 23 18:38 /usr/bin/su
Erm... that looks horribly wrong.
The permissions indicate that setuid is
On Fri, 25 Jan 2013 15:04:14 +0100, Polytropon free...@edvax.de wrote:
% ls -lR / | grep -v /home | grep rocketmouse
It's better I umount at least Arch Linux.
# cat /etc/fstab
# DeviceMountpoint FStype Options Dump Pass
/dev/ad4s1b none
PS:
On Fri, 25 Jan 2013 15:26:23 +0100, Ralf Mardorf
ralf.mard...@rocketmail.com wrote:
There anyway is an issue, it doesn't show the pass, I checked this with
$ ls -lR /home/ | grep -v /home
after running
$ ls -lR / | grep -v /home | grep rocketmouse
IOW I get tons of files, but don't
On Fri, 25 Jan 2013 15:26:23 +0100, Ralf Mardorf wrote:
On Fri, 25 Jan 2013 15:04:14 +0100, Polytropon free...@edvax.de wrote:
% ls -lR / | grep -v /home | grep rocketmouse
It's better I umount at least Arch Linux.
True. :-)
There anyway is an issue, it doesn't show the pass, I
On Fri, 25 Jan 2013 16:12:15 +0100, Polytropon free...@edvax.de wrote:
find / -exec ls -l {} \; | grep -v /home | grep rocketmouse
-r-xr-xr-x 1 rocketmouse wheel 32736 Dec 23 18:38 ssh-agent
-r-xr-xr-x 1 rocketmouse wheel 32736 Dec 23 18:38 /usr/bin/ssh-agent
^C
A lot of stuff from
On Fri, 25 Jan 2013 20:41:24 +0100, Ralf Mardorf wrote:
On Fri, 25 Jan 2013 16:12:15 +0100, Polytropon free...@edvax.de wrote:
find / -exec ls -l {} \; | grep -v /home | grep rocketmouse
-r-xr-xr-x 1 rocketmouse wheel 32736 Dec 23 18:38 ssh-agent
-r-xr-xr-x 1 rocketmouse wheel
It still does list directories in /home :(.
This file definitively only is in /home:
$ grep find_ find_1000.txt
-rw-r--r-- 1 root rocketmouse 81920 Jan 25 20:52
find_1000.txt
$ ls -ld find_1000.txt
-rw-r--r-- 1 root rocketmouse 513434 Jan 25 21:14 find_1000.txt
Others
On 1/25/2013 9:12 AM, Polytropon wrote:
On Fri, 25 Jan 2013 15:26:23 +0100, Ralf Mardorf wrote:
On Fri, 25 Jan 2013 15:04:14 +0100, Polytropon free...@edvax.de wrote:
% ls -lR / | grep -v /home | grep rocketmouse
It's better I umount at least Arch Linux.
True. :-)
There anyway
On 1/25/2013 3:25 PM, Ralf Mardorf wrote:
It still does list directories in /home :(.
This file definitively only is in /home:
$ grep find_ find_1000.txt
-rw-r--r-- 1 root rocketmouse 81920 Jan 25 20:52
find_1000.txt
$ ls -ld find_1000.txt
-rw-r--r-- 1 root rocketmouse 513434
On Fri, 25 Jan 2013 22:51:55 +0100, Joshua Isom jri...@gmail.com wrote:
Sorry if my original command ended up breaking your system
Don't worry, I run dump to backup it, but I'll try to fix it without
restoring it from the backup.
--
Technology doesn't necessarily make you smarter
On Fri, 25 Jan 2013 23:22:29 +0100, Ralf Mardorf wrote:
On Fri, 25 Jan 2013 22:51:55 +0100, Joshua Isom jri...@gmail.com wrote:
Sorry if my original command ended up breaking your system
Don't worry, I run dump to backup it, but I'll try to fix it without
restoring it from the backup.
On Fri, 25 Jan 2013 16:15:28 -0600, Joshua Isom wrote:
Ignore /proc, unmount it even. You don't need it on FreeBSD and
shouldn't expect it to be there.
As far as I know, Gnome (or at least GDM) _requires_ it to
be able to show the available user names. I have no idea
why. :-)
As for the
I was surpriesed, when Evolution from Linux had no permissions anymore to
access the mail folder, after
drwxrwx--- rocketmouse wheel was stable for FreeBSD
I wasn't aware, that even between Linux only, the folders for mount points
share the same permissions, once the partition is mounted,
On 1/24/2013 3:26 AM, Ralf Mardorf wrote:
I was surpriesed, when Evolution from Linux had no permissions anymore
to access the mail folder, after
drwxrwx--- rocketmouse wheel was stable for FreeBSD
I wasn't aware, that even between Linux only, the folders for mount
points share the same
Hi all, hi Joshua,
On Thu, 2013-01-24 at 16:10 -0600, Joshua Isom wrote:
find / -uid 1001 -exec chown 1000 '{}' \;
find / -gid 1001 -exec chown :1000 '{}' \;
I made one mistake, when I run find / -gid 1001 -exec chown :1000 '{}'
\; for the fist time, I did it without the :. Later I run it
Hi,
On Fri, 25 Jan 2013 02:11:27 +0100
Ralf Mardorf ralf.mard...@rocketmail.com wrote:
Hi all, hi Joshua,
On Thu, 2013-01-24 at 16:10 -0600, Joshua Isom wrote:
find / -uid 1001 -exec chown 1000 '{}' \;
find / -gid 1001 -exec chown :1000 '{}' \;
I made one mistake, when I run find /
Thank you Kevin, thank you Erich,
On Thu, 2013-01-24 at 21:10 -0500, kpn...@pobox.com wrote:
The correct way to edit the password file is with the vipw
command. When you are done with your changes it rewrites the password
file AND rebuilds the password database.
I'm guessing you have a
On Fri, 25 Jan 2013 02:11:27 +0100, Ralf Mardorf wrote:
Hi all, hi Joshua,
On Thu, 2013-01-24 at 16:10 -0600, Joshua Isom wrote:
find / -uid 1001 -exec chown 1000 '{}' \;
find / -gid 1001 -exec chown :1000 '{}' \;
I made one mistake, when I run find / -gid 1001 -exec chown :1000 '{}'
On Fri, 2013-01-25 at 08:03 +0100, Polytropon wrote:
You should have been reading my advice about changing the
UID:GID in detail. :-)
I deleted it by accident from the until now _not_ shared mails, IOW I
deleted it from the FreeBSD mails only and missed it, when having a
brief look at the
On Fri, 25 Jan 2013 07:51:30 +0100, Ralf Mardorf wrote:
Thank you Kevin, thank you Erich,
On Thu, 2013-01-24 at 21:10 -0500, kpn...@pobox.com wrote:
The correct way to edit the password file is with the vipw
command. When you are done with your changes it rewrites the password
file AND
On Fri, 25 Jan 2013 08:32:55 +0100, Ralf Mardorf wrote:
On Fri, 2013-01-25 at 08:03 +0100, Polytropon wrote:
UIDs and GIDs should match here. All files belonging to rocketmouse
should be 1000:1000 _and_ the name rocketmouse should be
associated to those numerical values (see files mentioned
On 1/21/2013 5:33 PM, Ralf Mardorf wrote:
Hi :)
I'm sharing the same directory for Evolution emails, by several Linux
installs. For e.g. Ubuntu Precise it's Evolution 3.2.3 and for e.g.
Ubuntu Quantal it's Evolution 3.6.0.
I'm doing it by a link:
It looks like to me you're asking for long
On Tue, 22 Jan 2013 04:16:42 -0600, Joshua Isom wrote:
On 1/21/2013 5:33 PM, Ralf Mardorf wrote:
Hi :)
I'm sharing the same directory for Evolution emails, by several Linux
installs. For e.g. Ubuntu Precise it's Evolution 3.2.3 and for e.g.
Ubuntu Quantal it's Evolution 3.6.0.
I'm
On 22/01/2013 05:32, Polytropon wrote:
On Tue, 22 Jan 2013 02:31:11 +0100, Ralf Mardorf wrote:
On Tue, 2013-01-22 at 08:18 +0700, Erich Dollansky wrote:
I guess it would be possible to change the id for the existing FreeBSD
user and then to chown /home/user_name to fit to 1000?
Of course,
He already mentioned different major versions, and changing to 5.0 in a few
years may need the mail migrated for a new feature. Then there could be
trouble. Getting storage away from the client is the most stable. A local
cache will likely provide all the new fancy features.
Polytropon
On Tue, 22 Jan 2013 11:16:42 +0100, Joshua Isom jri...@gmail.com wrote:
It looks like to me you're asking for long term trouble. You're using
multiple versions, so in the future there could be changes that could
corrupt your mail. Why not just use an IMAP server instead? It's what
I do,
On Tue, 22 Jan 2013 11:26:18 +0100, Polytropon free...@edvax.de wrote:
On Tue, 22 Jan 2013 04:16:42 -0600, Joshua Isom wrote:
On 1/21/2013 5:33 PM, Ralf Mardorf wrote:
Hi :)
I'm sharing the same directory for Evolution emails, by several Linux
installs. For e.g. Ubuntu Precise it's
Hi :)
perhaps good news for me.
That's strange. Now user and group are kept for the mount point of the
ext3 fs. Can I assume that this usually should work and that I just had
bad luck, when permissions, user and group were automatically changed?
root@freebsd:/mnt # ls -l
drwxrwx--- 21
Hi,
On Tue, 22 Jan 2013 00:33:49 +0100
Ralf Mardorf ralf.mard...@rocketmail.com wrote:
root@freebsd:/usr/home/rocketmouse # ls -l /mnt
drwxrwx--- 21 1000 1000 4096 Oct 28 19:11 archlinux
drwxrwxrwx 2 root wheel 4096 Jan 20 20:09 dump
it seems that you do not have a user with the
On Tue, 2013-01-22 at 07:31 +0700, Erich Dollansky wrote:
On Tue, 22 Jan 2013 00:33:49 +0100
Ralf Mardorf ralf.mard...@rocketmail.com wrote:
root@freebsd:/usr/home/rocketmouse # ls -l /mnt
drwxrwx--- 21 1000 1000 4096 Oct 28 19:11 archlinux
drwxrwxrwx 2 root wheel 4096 Jan 20
Hallo Ralf,
On Tue, 22 Jan 2013 01:53:52 +0100
Ralf Mardorf ralf.mard...@rocketmail.com wrote:
On Tue, 2013-01-22 at 07:31 +0700, Erich Dollansky wrote:
On Tue, 22 Jan 2013 00:33:49 +0100
Ralf Mardorf ralf.mard...@rocketmail.com wrote:
root@freebsd:/usr/home/rocketmouse # ls -l
On Tue, 2013-01-22 at 08:18 +0700, Erich Dollansky wrote:
I guess it would be possible to change the id for the existing FreeBSD
user and then to chown /home/user_name to fit to 1000?
Of course, this would work. But then all existing files of the existing
FreeBSD would be without owner.
Hi,
On Tue, 22 Jan 2013 02:31:11 +0100
Ralf Mardorf ralf.mard...@rocketmail.com wrote:
On Tue, 2013-01-22 at 08:18 +0700, Erich Dollansky wrote:
I guess it would be possible to change the id for the existing
FreeBSD user and then to chown /home/user_name to fit to 1000?
Of course,
On Tue, 22 Jan 2013 02:31:11 +0100, Ralf Mardorf wrote:
On Tue, 2013-01-22 at 08:18 +0700, Erich Dollansky wrote:
I guess it would be possible to change the id for the existing FreeBSD
user and then to chown /home/user_name to fit to 1000?
Of course, this would work. But then all
63 matches
Mail list logo