Re: [arch-general] IPv6 Support

2009-09-09 Thread slubman
I'm using IPv6 on my arch boxes, and yes you can use v4 nd v6 at the  
same time, and also use multiple v6 addresses on the same ethernet card.


Here is what I have in my rc.conf :

eth0="dhcp"
eth0_ipv6_0="eth0 add fd8d::3/64"
eth0_ipv6_1="eth0 add 2a01::::3/64"
INTERFACES=(eth0 eth0_ipv6_1 eth0_ipv6_0)

One not so good thing, at startup I have to errors:
eth0_ipv6_0 no such device
eth0_ipv6_1 no such device

But the address are correctly sets on the NIC.


On 9 sept. 2009, at 22:31, Sascha Siegel wrote:


Hi there :)

I searched the web but I can't find any about IPv6 in rc.conf.
I saw in Debian you can put some v6 stuff in /etc/network/interfaces.

So I thought maybe I can do the v6 stuff in rc.conf but how? And can  
I use v4 and v6 at the same time in the same rc.conf?
Next question is can I put multiple IPv6 addresses in rc.conf? So  
for all of you who don't know about IPv6. You can handle a lot of  
IPv6 addresses at one interface.


Can someone help, please?

Thanks a lot!

King regards,
Sash aka hardcore



--
slubman
site: http://www.slubman.info/



Re: [arch-general] IPv6 Support

2009-09-09 Thread slubman
On 9 sept. 2009, at 23:09, Aaron Griffin wrote:


On Wed, Sep 9, 2009 at 3:53 PM, slubman  wrote:
I'm using IPv6 on my arch boxes, and yes you can use v4 nd v6 at  
the same

time, and also use multiple v6 addresses on the same ethernet card.

Here is what I have in my rc.conf :

eth0="dhcp"
eth0_ipv6_0="eth0 add fd8d::3/64"
eth0_ipv6_1="eth0 add 2a01::::3/64"
INTERFACES=(eth0 eth0_ipv6_1 eth0_ipv6_0)

One not so good thing, at startup I have to errors:
eth0_ipv6_0 no such device
eth0_ipv6_1 no such device

But the address are correctly sets on the NIC.


Hmmm could you file a bug report regarding this. Seems fixable.


done : http://bugs.archlinux.org/task/16114

--
slubman
site: http://www.slubman.info/



Re: [arch-general] Why qemu/kqemu conflict to kvm ?

2009-10-29 Thread slubman
On Thu, 29 Oct 2009 13:29:42 +0100, Thomas Bächler 
wrote:
> goodme...@gmail.com schrieb:
>> OK, ok, I want install qemu+kqemu and KVM in my machine.
>> Why does they conflict?
>> 
>> 
>> Sometime, I want my virtual machine run faster, so KVM
>> is a great choice. But sometime, I need simulate other 
>> CPU: ppc arm ... , so qemu is the best choice.
>> 
>> Why does them conflict?  Can the community do some works
>> to let them co-exist in the SAME archlinux installation?
> 
> KVM works with the qemu package - The "kvm" package just has a newer 
> version of the KVM code than the qemu package.

There is also another argument to use the 2 packages.

Only the qemu package provide other archs than x86 and x86_64.

-- 
slubman
site: http://www.slubman.info/


[arch-general] /sbin/ldconfig: /usr/lib/ is not a symbolic link

2010-04-23 Thread slubman
Since the openssl update, whenever I install or update a package with
pacman, I've got this message as the last pacman output line when a
package is installed (a new package or an update)

/sbin/ldconfig: /usr/lib/ is not a symbolic link

But everything runs fine AFAIK.

I'm using x86_64.

Does someone know where is it coming from ? And How can I get rid off
this message ?

-- 
slubman
site : http://www.slubman.info/


signature.asc
Description: PGP signature


Re: [arch-general] /sbin/ldconfig: /usr/lib/ is not a symbolic link

2010-04-23 Thread slubman
On Saturday 24 April 2010 07:10:46 Gary Wright wrote:
> On Fri, Apr 23, 2010 at 10:27 PM, slubman  wrote:
> > Since the openssl update, whenever I install or update a package with
> > pacman, I've got this message as the last pacman output line when a
> > package is installed (a new package or an update)
> > 
> > /sbin/ldconfig: /usr/lib/ is not a symbolic link
> > 
> > But everything runs fine AFAIK.
> > 
> > I'm using x86_64.
> > 
> > Does someone know where is it coming from ? And How can I get rid off
> > this message ?
> 
> See lines 556-571 of lib/libalpm/util.c.  Thats where it comes from (I
> think.  I profess not to be able to read/understand source code.  I
> can run a pretty mean grep -nR "sbin/ldconfig" * on the pacman source
> tree though.
> 
> Tell us, what files do you have under /etc/ld.so.conf.d/* and what are
> their contents?
> 
> Also, do you run a multi-lib system (mixed i686 and x86_64 libs?)

I doesn't run a multi-lib system. AFAIK i only have 64bits packages :

$ pacman -Qi | grep 'Architecture   :' | grep i686 | wc -l
0

And here are the files in /etc/ld.co.conf.d/

$ ls /etc/ld.so.conf.d/
fakeroot.conf  qt3.conf  xulrunner.conf

I can't find ant reference to /usr/lib in those files.

-- 
slubman
site : http://www.slubman.info/


[arch-general] (quite solved)Re: /sbin/ldconfig: /usr/lib/ is not a symbolic link

2010-04-24 Thread slubman
Le Sat, 24 Apr 2010 09:25:28 +0200,
Thomas Jost  a écrit :

> On Sat, 24 Apr 2010 06:27:24 +0200, slubman 
> wrote:
> > Since the openssl update, whenever I install or update a package
> > with pacman, I've got this message as the last pacman output line
> > when a package is installed (a new package or an update)
> > 
> > /sbin/ldconfig: /usr/lib/ is not a symbolic link
> > 
> > But everything runs fine AFAIK.
> > 
> > I'm using x86_64.
> > 
> > Does someone know where is it coming from ? And How can I get rid
> > off this message ?
> 
> I have the same message on my laptop, and it is due to the libspotify
> package: the libspotify.so library misses the SONAME header (see
> http://getsatisfaction.com/spotify/topics/libspotify_please_fix_the_installation_script#reply_1845444
> for details).
> 
> It is possible that a library on your system also lacks this header;
> not sure it's related to openssl though.
> 
> HTH
> 
> Regards,
> 

Thanks for the explanation. I indeed have libsptofify installed. Once
removed, the message doesn't appear.

-- 
slubman
site : http://www.slubman.info/


Re: [arch-general] Just thinking out loud...

2012-01-08 Thread slubman
On Sunday 08 January 2012 19:00:44 Axilleas P wrote:
> On Sun, Jan 8, 2012 at 6:53 PM, Clive Cooper  wrote:
> > ... I wonder how much work would be involved in compiling ArchLinux to
> > run on a Raspberry PI?
> > 
> > Clive
> > --
> > Infinity: A concept for those who cannot comprehend the big picture.
> > 
> > () Arch Linux - For movers and shakers. ()
> 
> http://archlinuxarm.org/ :)

There is even a post on the forum to talk about it: 
http://archlinuxarm.org/forum/viewtopic.php?f=27&t=



Re: [arch-general] Do packages built on libusb need rebuilding on libusbx? upsd won't stay connected over usb.

2012-06-09 Thread slubman
On 10 juin 2012, at 02:27, David C. Rankin wrote:

> On 06/09/2012 08:41 AM, Kevin Chadwick wrote:
>> The question would be, doest that pose a greater security risk.
>> 
>> Have you tried using -u nut.
>> 
>> If that fails I'd use systrace (strace on Linux) or something to see why
>> it fails.
>> 
> 
> Thanks Kevin,
> 
>  Yes, I tried '-u nut' and it fails the same as no '-u user' at all. All of
> this looks like some file permission on some device or something changed, but
> every file/device I look at, the permissions are the same between
> working/non-working box. I'll have to go try and dust off my debugging
> capabilities. If you think of anything else, let me know :)
> 
> -- 
> David C. Rankin, J.D.,P.E.
> 
> 

Have you looked to the usb device permission?

After the latest upgrade I did (kernel, libusbx, systems-tools and a lot of 
other stuffs), upsd wouldn’t connect.

But as described on the AUR page, the package must be recompiled, with an 
addition to the configure command to put the udev rules in the correct 
directory.

Cf. http://aur.archlinux.org/packages.php?ID=5379

Best regards.

--
Nicolas D (a.k.a slubman)

Re: [arch-general] Do packages built on libusb need rebuilding on libusbx? upsd won't stay connected over usb.

2012-06-10 Thread slubman
On 10 juin 2012, at 07:12, David C. Rankin wrote:

> On 06/09/2012 11:57 PM, David C. Rankin wrote:
>> "Those udev rules were moved to /usr/lib/udev/rules.d, so
>> --with-udev-dir=/usr/lib/udev might be a better option."
>> 
>>  That makes sense -- I'll give it a go.
> 
> Tried, still failed - out of brain power for this evening -- will work on it
> again tomorrow.
> 
> -- 
> David C. Rankin, J.D.,P.E.
> 


After installing the package seth the udev rules in a good directory, have you 
make udev reload those rules?

For that you can issue this command: udevadm trigger
Then check for the device permissions.
-- 
Nicolas D (aka slubman)

Re: [arch-general] When will Arch switch to Upstart

2011-01-19 Thread slubman
Why not looking systemd[1], which is a freedesktop.org project?

[1] http://freedesktop.org/wiki/Software/systemd


>In any case, great jobs guys! I love arch!
>
>On Tue, Jan 18, 2011 at 11:50 PM, Madhur Ahuja
>wrote:
>
>> Ubuntu and Fedora has already embraced it.
>>
>> Any ideas when will Arch switch to upstart based booting system ?
>>
>> http://upstart.ubuntu.com/
>>
>> Thanks,
>> Madhur
>>
-- 
slubman
site: http://www.slubman.info/


Re: [arch-general] IPv6 causing wget/curl to hang for a long time?

2011-06-06 Thread slubman
On 06/06/2011 10:54, KESHAV P.R. wrote:

For now use

wget --inet4-only# or
curl --ipv4

to ensure both use only ipv4 addresses.


Or shorter:
wget -4
curl -4

--
slubman


Re: [arch-general] Mailing list rename

2007-11-29 Thread slubman
Le Thu, 29 Nov 2007 21:17:49 +0100,
Johannes Held <[EMAIL PROTECTED]> a écrit :

> "Aaron Griffin" <[EMAIL PROTECTED]>:
> > How does it break GPG/MIME? Just curious.
> GPG/MIME encrypts/signs the WHOLE email. Subject, body and
> attachments and attaches this to an new email.
> Mail programm notices that and shows the attached mail as original
> mail.
> 
> Thinking about it - the footer would break only encryption - but not
> signing. (The sign is also attached as MIME)..
> 
> Um.. jeah

Here, with kmail and claws-mail, AFAIK signing is not broken by the
footer.

I want the footer to stay, cause it add a rapid link/way to go to the
html archive of the list.

___
arch-general mailing list
arch-general@archlinux.org
http://archlinux.org/mailman/listinfo/arch-general


Re: [arch-general] Architecture neutral packages

2007-12-02 Thread slubman
Le Sunday 02 December 2007 10:40:52 Mark Constable, vous avez écrit :
> Howdy folks, I'm not sure if this has been covered before but
> has anyone any thoughts about an architecture idependent package
> class for packages that are not specifically i686 or x86_64 ?
>

Already discussed (for example there : 
http://archlinux.org/pipermail/arch-dev-public/2007-September/001829.html )


-- 
slubman
site: http://www.slubman.info/



Re: [arch-general] makepkg running as root

2008-01-22 Thread slubman
Le Mardi 22 Janvier 2008 12:56, Guus Snijders a écrit :
> I'm surprised that no-one seems to have checked the manpage for rm:
> http://linux.die.net/man/1/rm
>
> --no-preserve-root do not treat '/' specially (the default)
> --preserve-root
> fail to operate recursively on '/'
>
> Although i must admit that i didn't check arch's manpage yet.
>
>

In the arch manpage, I can see:

   --preserve-root
      do not remove `/' (default)

> mvg,
>   Guus

-- 
slubman
site: http://www.slubman.info/



Re: [arch-general] Xorg fails to start: no screens found

2008-05-16 Thread slubman
On Friday 16 May 2008 22:18:37 Чинарев Василий wrote:
> Hello everyone :-)
>
> I installed Arch on VirtualBox and now am trying to make xorg work. What
> I did:
>
> pacman -S xorg
> pacman -S nvidia
> nvidia-xconfig
> startx
>
> But xorg fails with
>
> (II) NVIDIA dlloader X Driver  169.12  Thu Feb 14 17:55:38 PST 2008
> (II) NVIDIA Unified Driver for all Supported NVIDIA GPUs
> (II) Primary Device is: PCI 00:02:0
> (EE) No devices detected.
>
> Fatal server error:
> no screens found
>
> Help! :-)

Your virtual machine doesn't access to your real graphic card !!

VirtualBox will show to your VM another graphic card. You'd better the vesa 
driver for the VM graphic card.

# pacman -S xf86-video-vesa

in your XF86Config, change the device sectino to

Section "Device"
Identifier "Device0"
Driver "vesa"
EndSection

You should have a working X server after that.

-- 
slubman
site: http://www.slubman.info/



Re: [arch-general] Kernel upgrades question, as can't revert to earlier kernel

2008-05-28 Thread slubman

Le 28 mai 08 à 23:35, Nigel Henry a écrit :

I'm currently updating my Don't Panic install, and there is a kernel  
update to
2.6.25.4-1 , and 21% done so far. Is there some way that this latest  
kernel
version can be installed as a new kernel, and leave the existing one  
alone?



When upgrading a kernel on my Arch box, I simply cp the old kernel and  
associated initrd, so that I can Boot on it.
But, it's also easy to boot on a live-cd and install the old package  
as long as it's still in you /var/cache/pacman/pkg


--
slubman
site: http://www.slubman.info/




Re: [arch-general] Anyway to revert back to KDE 3.5.9? (Don't Panic)

2008-08-13 Thread slubman
It's still there, and now wih tabs (uefull whn connecting to everal  
server at once)


# pacman -Qo /usr/bin/krdc
/usr/bin/krdc is owned by kdenetwork 4.1.0-2

On 13 août 08, at 11:30, RedShift wrote:


While we're on this topic, anyone know where krdc has gone?

Glenn




While I'm answering in this thread.

I try something when upgrading:

cp -r ~/.kde ~/.kde4

Then kde4 start right, I kept a lot of my settings, and since then, it  
running nicely, no problem.
I juts recompiled the xine-lib with pulseaudio support to get sound  
working, but kdepim is there, kate is there, konsole is thre. I lost  
my panels organisation, but, indeed, it(s not so much a nightmare like  
everyone in this thread seems to think.


--
slubman
site: http://www.slubman.info/



Re: [arch-general] vnc on display:0

2008-12-30 Thread slubman
A weird answer to your problem may be to use ssh + synergy (as a client
on your box without keyboard and mlouse) ?

 Le Tue, 30 Dec 2008 10:13:35
+0530, "sagar n"  a écrit :

> *It is not totally headless, sorry, it doesnot have a keyboard or
> mouse. But it does have a monitor which I use to watch media. So, I
> want to connect via vnc/anything and get to control it.
> 
> So display:0 connection is crucial. I looked at nomachine, but I dont
> think it has :0 connection. As of now, I am trying to speed up x11vnc
> by looking at its various options. Since it polls, I am not sure if I
> can achieve any decent speed boost.
> 
> Thank you
> Sagar N
> 

-- 
slubman
site : http://www.slubman.info/

-- 
slubman
site : http://www.slubman.info/


Re: [arch-general] xorg-server 1.6.0 in testing

2009-03-03 Thread slubman
On Tue, 03 Mar 2009 08:40:26 +0100, Jan de Groot 
wrote:
> On Tue, 2009-03-03 at 01:23 +, Chris Bannister wrote:
>> Its a feature not a bug :P [1]
>> 
>> [1] http://bbs.archlinux.org/viewtopic.php?pid=507746#p507746
> 
> Yes, and I hate it. Yesterday I locked up my window manager trying to
> run compiz, and the only thing left to do was typing "su -", entering my
> password and type "halt". No way to CTRL+ALT+BS the server.
> 
> I'll hunt the commit down on git and revert it. This key sequence has
> been standard since the first version of X, it's similar to the
> three-finger-salute windows users are used to. It's not that someone
> would press CTRL+ALT+BS by accident or something.
> 

Just wondering : switching to a TTY (using CTRL+ALT+F{1..6}) and killing
the X server from there doesn't work anymore ?

-- 
slubman
site: http://www.slubman.info/


[arch-general] Updated PKGBUILD for gmpc

2009-04-07 Thread slubman
As stated in the thread on outdated PKGBUILD, this is an email with an
updated PKGBUILD for gmpc which is 2 releases behind the current one
available on the project site.

-- 
slubman
site: http://www.slubman.info/# $Id: PKGBUILD 356 2008-04-18 22:56:27Z aaron $
# Maintainer:  tobias 
# Contributor: Tobias Kieslich 
# Contributor: Nicolas Doualot 

pkgname=gmpc
pkgver=0.18.0
pkgrel=1
pkgdesc="a GNOME based GUI client tool for MPD"
arch=(i686 x86_64)
url="http://gmpc.wikia.com/wiki/Gnome_Music_Player_Client";
license=("GPL")
depends=('libglade' 'libmpd>=0.18.0' 'libsoup' 'curl' 'libsexy' 'libsm')
options=(!libtool)
source=(http://download.sarine.nl/Programs/gmpc/${pkgver}/${pkgname}-${pkgver}.tar.gz)

build() {
  cd ${startdir}/src
  mv index.php* ./${pkgname}-${pkgver}.tar.gz
  tar xzf ${pkgname}-${pkgver}.tar.gz 

  cd ${startdir}/src/${pkgname}-${pkgver}
  ./configure --prefix=/usr
  make || return 1
  sed -i 's|GNOME;Application;AudioVideo;|GTK;Application;AudioVideo;Player;|' \
data/${pkgname}.desktop
  make DESTDIR=${startdir}/pkg install
}

md5sums=('4a0d3a4bd03686f4e51b23110186cba0')
sha256sums=('7bb7bfebf6782f6bb3f9d586cb6a35a4340ef69f43b52ad0e06959b141a7db81')


Re: [arch-general] Updated PKGBUILD for gmpc

2009-04-07 Thread slubman
On Tuesday 07 April 2009 17:40:47 Allan McRae wrote:
> slubman wrote:
> > As stated in the thread on outdated PKGBUILD, this is an email with an
> > updated PKGBUILD for gmpc which is 2 releases behind the current one
> > available on the project site.
>
> For any dev looking to build this for the repos, it requires a libmpd
> update which has a soname bump also requiring xfce4-mpc-plugin to be
> rebuilt.
>
> Allan

Attached is the PKGBUILD for libmpd.

I use those 2 (and some plugins) for 1 week, without problems.

-- 
slubman
site: http://www.slubman.info/
# $Id: PKGBUILD 356 2008-04-18 22:56:27Z aaron $
# Maintainer: tobias 
# Contributor: Nicolas Doualot 

pkgname=libmpd
pkgver=0.18.0
pkgrel=1
pkgdesc="Signal based wrapper around libmpdclient"
arch=(i686 x86_64)
license=('GPL')
url="http://gmpc.wikia.com/wiki/Gnome_Music_Player_Client";
depends=('glib2')
options=('!libtool')
source=(http://download.sarine.nl/Programs/gmpc/${pkgver}/${pkgname}-${pkgver}.tar.gz)

build() {
  cd ${startdir}/src
  mv index.php* ./${pkgname}-${pkgver}.tar.gz
  tar xzf ${pkgname}-${pkgver}.tar.gz 
  cd $startdir/src/$pkgname-$pkgver
  ./configure --prefix=/usr
  make || return 1
  make DESTDIR=$startdir/pkg install
}

md5sums=('dd0c008d416e35c44d8e77c9899fb65b')
sha256sums=('8e6c33476f02dd241615dbda849f64e790d74b97bc6dc8145201ea54ff54e65a')


Re: [arch-general] Updated PKGBUILD for gmpc

2009-04-07 Thread slubman
On Tuesday 07 April 2009 18:48:55 Andrea Scarpino wrote:
> from your pkguild:
>
>   mv index.php* ./${pkgname}-${pkgver}.tar.gz
>   tar xzf ${pkgname}-${pkgver}.tar.gz
>
> why this?!

Forgot to remove this line from previous versions (where there was no direct 
URL to source tarball)

Correct one attached here.

-- 
slubman
site: http://www.slubman.info/
# $Id: PKGBUILD 356 2008-04-18 22:56:27Z aaron $
# Maintainer: tobias 
# Contributor: Nicolas Doualot 

pkgname=libmpd
pkgver=0.18.0
pkgrel=2
pkgdesc="Signal based wrapper around libmpdclient"
arch=(i686 x86_64)
license=('GPL')
url="http://gmpc.wikia.com/wiki/Gnome_Music_Player_Client";
depends=('glib2')
options=('!libtool')
source=(http://download.sarine.nl/Programs/gmpc/${pkgver}/${pkgname}-${pkgver}.tar.gz)

build() {
  cd ${startdir}/src
  tar xzf ${pkgname}-${pkgver}.tar.gz 
  cd $startdir/src/$pkgname-$pkgver
  ./configure --prefix=/usr
  make || return 1
  make DESTDIR=$startdir/pkg install
}

md5sums=('dd0c008d416e35c44d8e77c9899fb65b')
sha256sums=('8e6c33476f02dd241615dbda849f64e790d74b97bc6dc8145201ea54ff54e65a')


Re: [arch-general] Updated PKGBUILD for gmpc

2009-04-07 Thread slubman
On Tuesday 07 April 2009 18:57:03 slubman wrote:
> On Tuesday 07 April 2009 18:48:55 Andrea Scarpino wrote:
> > from your pkguild:
> >
> >   mv index.php* ./${pkgname}-${pkgver}.tar.gz
> >   tar xzf ${pkgname}-${pkgver}.tar.gz
> >
> > why this?!
>
> Forgot to remove this line from previous versions (where there was no
> direct URL to source tarball)
>
> Correct one attached here.

Reply to self, still some issues in the previous one

-- 
slubman
site: http://www.slubman.info/
# $Id: PKGBUILD 356 2008-04-18 22:56:27Z aaron $
# Maintainer: tobias 
# Contributor: Nicolas Doualot 

pkgname=libmpd
pkgver=0.18.0
pkgrel=3
pkgdesc="Signal based wrapper around libmpdclient"
arch=(i686 x86_64)
license=('GPL')
url="http://gmpc.wikia.com/wiki/Gnome_Music_Player_Client";
depends=('glib2')
options=('!libtool')
source=(http://download.sarine.nl/Programs/gmpc/${pkgver}/${pkgname}-${pkgver}.tar.gz)

build() {
  cd $srcdir/$pkgname-$pkgver
  ./configure --prefix=/usr
  make || return 1
  make DESTDIR=$startdir/pkg install
}

md5sums=('dd0c008d416e35c44d8e77c9899fb65b')
sha256sums=('8e6c33476f02dd241615dbda849f64e790d74b97bc6dc8145201ea54ff54e65a')


Re: [arch-general] Updated PKGBUILD for gmpc

2009-04-07 Thread slubman
On Tuesday 07 April 2009 19:06:12 Andrea Scarpino wrote:
> 2009/4/7 slubman :
> > Reply to self, still some issues in the previous one
>
> I changed
>   make DESTDIR=$startdir/pkg install
> to
>   make DESTDIR=${pkgdir} install
> and pushed libmpd 0.18.0
>
> why you put libsexy as dependence of gmpc? I don't see it in this list[1]
>
> [1] http://gmpc.wikia.com/wiki/Installation_Source

Because of:

ldd $(which gmpc) | grep sexy
libsexy.so.2 => /usr/lib/libsexy.so.2 (0x7fc9f1977000)

-- 
slubman
site: http://www.slubman.info/


Re: [arch-general] Updated PKGBUILD for gmpc

2009-04-07 Thread slubman
On Tuesday 07 April 2009 19:13:46 Andrea Scarpino wrote:
> 2009/4/7 slubman :
> > Because of:
> >
> > ldd $(which gmpc) | grep sexy
> >libsexy.so.2 => /usr/lib/libsexy.so.2 (0x7fc9f1977000)
>
> Do you know what are the vantages of use libsexy?
> because I built it without and it isn't required:
> $ ldd $(which gmpc) | grep sexy
> $

Looking at configure options, looks like libsexy is always used, but there is 
a bundled one with the source.

--enable-system-libsexy Use system libsexy instead of bundles.

I don't know what is the best solution, use the bundled one, or the one 
provided by arch.

-- 
slubman
site: http://www.slubman.info/


Re: [arch-general] Understanding permissions

2009-04-16 Thread slubman

On 16 avr. 09, at 22:21, ludovic coues wrote:


I'm pretty sure that +x is not set for everybody in home.
Just cause you don't want that anybody can see what folder you have.
If you want have have a pokemon subfolder of anime, nobody else need
to now this. So, for me, +x have not to be set.


With the +x right on a folder you only give the right to pass through  
this directory, not to see the content of this directory


$ mkdir foo
$ touch foo/test1
$ touch foo/test2

$ ls foo
test1  test2

$ chmod a-r foo

$ ls foo
ls: cannot open directory foo: Permission denied

$ echo "Hello" > foo/test1
$ cat foo/test1
Hello



But doesn't seem to be the case for my home directory...
Hopefully, it's my laptop, not a shared computer.



--
slubman
site: http://www.slubman.info/



Re: [arch-general] Understanding permissions

2009-04-16 Thread slubman

On 16 avr. 09, at 22:47, slubman wrote:



On 16 avr. 09, at 22:21, ludovic coues wrote:


I'm pretty sure that +x is not set for everybody in home.
Just cause you don't want that anybody can see what folder you have.
If you want have have a pokemon subfolder of anime, nobody else need
to now this. So, for me, +x have not to be set.


With the +x right on a folder you only give the right to pass  
through this directory, not to see the content of this directory


$ mkdir foo
$ touch foo/test1
$ touch foo/test2

$ ls foo
test1  test2

$ chmod a-r foo

$ ls foo
ls: cannot open directory foo: Permission denied

$ echo "Hello" > foo/test1
$ cat foo/test1
Hello


I sent the mail before I finished.

$ chmod a-x foo

$ cat foo/test1
cat: foo/test1: Permission denied

$ chmod u+r foo

$ ls foo
ls: cannot access foo/test2: Permission denied
ls: cannot access foo/test1: Permission denied
test1  test2





But doesn't seem to be the case for my home directory...
Hopefully, it's my laptop, not a shared computer.



--
slubman
site: http://www.slubman.info/



--
slubman
site: http://www.slubman.info/