From codered12 at gmail.com  Fri Jul  1 00:10:22 2011
From: codered12 at gmail.com (gt)
Date: Fri, 1 Jul 2011 09:40:22 +0530
Subject: [arch-general] Something Broken with Perl!
In-Reply-To: <BANLkTikhh_0fAdVeCfK23SBb+hgyDtrWvg@mail.gmail.com>
References: <4E0C4302.3030502@archlinux.org> <4E0C47BF.9090008@gmail.com>
 <4E0C5535.6080805@archlinux.org> <4E0C56FD.2030000@vdwaa.nl>
 <4E0C591F.7020401@archlinux.org> <4E0C5D3D.1030506@gmail.com>
 <4E0C6ABB.6040102@archlinux.org>
 <20110630124247.GA13472@linlap.wavecable.com>
 <20110630172138.GD2869@my-machine>
 <BANLkTikhh_0fAdVeCfK23SBb+hgyDtrWvg@mail.gmail.com>
Message-ID: <20110701041022.GA2121@my-machine>

On Thu, Jun 30, 2011 at 12:20:17PM -0700, Steve Holmes wrote:
> On 6/30/11, gt <codered12 at gmail.com> wrote:
> > perl-scalar-utils was available in aur earlier i think. But it was
> > removed sometime back.
> 
> Yeah, I figure this package replaced that one.  Anyway, it contains
> the library that is causing my problems.  I wouldn't mind merely
> removing this package but then the packages requiring
> perl-scalar-list-utils will start complaining so I feel like I might
> be getting trapped in dependency hell.  If that library is indeed a
> part of other standard packages, then at least automake should start
> working again.

Did you try rebuilding perl-scalar-list-utils?

From allan at archlinux.org  Fri Jul  1 00:48:42 2011
From: allan at archlinux.org (Allan McRae)
Date: Fri, 01 Jul 2011 14:48:42 +1000
Subject: [arch-general] The need for /lib64 - testing please
Message-ID: <4E0D51AA.6080603@archlinux.org>

Hi all,

I was looking at the /lib64 folder and wondering what it is really 
needed for...  It just seems clutter to me on a pure x86_64 system (or 
even with a multilib in lib32 folders like we have). As far as I can 
tell, most things are perfectly fine without that folder and its two 
symlinks.

I would like some help testing removing this so I can get an idea of 
what issues people run into.  There is bound to be some software that 
makes assumptions about /lib64 in its installation and I would like to 
know (a) how widespread that issue is and (b) how hard it is to work around.

If you want to try it out, just remove the /lib64 folder (after making 
sure it only has symlinks to ld-2.13.so and ld-linux-x86-64.so.2 in it. 
Run your system as usual for a while and report any issues you come across.

Thanks,
Allan

From l.jirkovsky at gmail.com  Fri Jul  1 01:24:18 2011
From: l.jirkovsky at gmail.com (=?UTF-8?B?THVrw6HFoSBKaXJrb3Zza8O9?=)
Date: Fri, 1 Jul 2011 07:24:18 +0200
Subject: [arch-general] [signoff] mkinitcpio 0.7-1,
 device-mapper/lvm2 2.02.85-3, dmraid 1.0.0.rc16.3-2, mdadm 3.2.2-2,
 v86d 0.1.10-2
In-Reply-To: <4E0CBD25.5000400@archlinux.org>
References: <4E0CBD25.5000400@archlinux.org>
Message-ID: <BANLkTinZw1pZJHFei-L7JpyWLsYF7nGR2ctT6eewfRkYCtJFAw@mail.gmail.com>

On 30 June 2011 20:15, Thomas B?chler <thomas at archlinux.org> wrote:
> This is a huge release and should stay in testing for a while. I want to
> point out two significant changes:
>
> 1) We now have a build() function instead of an install() function - the
> latter was an unfortunate conflict with the install utility. The hooks
> in the repository have been adjusted, but backward-compatibility code is
> in place (a deprecation warning will be printed). All these packages
> have conflicts=(mkinitcpio<0.7).
>
> 2) We now use bsdcpio instead of gen_init_cpio. This obsoletes the
> gen_init_cpio package and adds a dependency on libarchive. This also
> speeds up the image generation considerably.
>
> Other changes include massive cleanups and fixes, code refactoring, and
> changes that should finally make the -b (basedir) option useful.
>
> Please test and sign off.
>
> Here comes the full shortlog:
>
> Dave Reisner (52):
> ? ? ?init: don't attempt modprobe if $MODULES is empty
> ? ? ?mkinitcpio.conf: s/raid/mdadm/
> ? ? ?mkinitcpio: deprecate install() in install hooks
> ? ? ?dmesg: remove install/hook
> ? ? ?functions: cleanup and refactor add_binary
> ? ? ?functions: refactor add_module
> ? ? ?functions: remove add_device
> ? ? ?functions: remove add_symlink2
> ? ? ?use bsdcpio to create images
> ? ? ?functions: refactor add_file
> ? ? ?functions: document hook API
> ? ? ?mkinitcpio.conf: note implicit support for lzop
> ? ? ?mkinitcpio: use simple PEs instead of externals
> ? ? ?mkinitcpio: allow specifying kernel ver as path to image
> ? ? ?lsinitcpio: new utility to dump contents of images
> ? ? ?Makefile: refactor and simplify
> ? ? ?mkinitcpio: bashify preset build loop
> ? ? ?use consistent vim modelines
> ? ? ?declare all variables in mkinitcpio
> ? ? ?mkinitcpio: refactor and bashify early path calculations
> ? ? ?declare SAVELIST, QUIET, SHOW_AUTOMODS as faux booleans
> ? ? ?mkinitcpio: remove cruft in getopts loop
> ? ? ?overhaul output, introducing color
> ? ? ?functions: refactor add_symlink
> ? ? ?functions: simplify parse_hook
> ? ? ?mkinitcpio: bashification, part 1/2
> ? ? ?mkinitcpio: bashification, part 2/2
> ? ? ?add -t option to specify alternate build directory
> ? ? ?install/keymap: refactor and bashify
> ? ? ?mkinitcpio: declare usage as a heredoc
> ? ? ?remove support for -m to add a startup message
> ? ? ?install/base: cleanup and simplify
> ? ? ?functions: remove get_module_name
> ? ? ?init: declare PATH, remove absolute paths
> ? ? ?init: remove unnecessary variable declarations
> ? ? ?mkinitcpio: allow overriding the compression method
> ? ? ?mkinitcpio: only show usage on request
> ? ? ?mkinitcpio.5: alphabetize options for easier nav
> ? ? ?README: update copyright year, add self as author
> ? ? ?mkinitcpio: catch errors in parse_hook
> ? ? ?add a PKGBUILD for easier testing from the repo
> ? ? ?mkinitcpio: allow absolute paths to preset files
> ? ? ?install/{sata,pata,scsi}: cleanup and simplify
> ? ? ?properly support $BASEDIR
> ? ? ?install/autodetect: refactor and simplify hook
> ? ? ?functions: support $BASEDIR in modprobe
> ? ? ?Makefile: the Makefile itself is a dep for the manpage
> ? ? ?functions: add missing 'command' before install
> ? ? ?functions: s/basedir/BASEDIR/
> ? ? ?functions: fix pathing issue with $BASEDIR
> ? ? ?install/base: use private API call to add config
> ? ? ?mkinitcpio: fix resolution issues with RTLD
>
> Eric B?langer (1):
> ? ? ?Added usbinput to default hooks (implements FS#19328)
>
> Gerardo Exequiel Pozzi (3):
> ? ? ?Fix some install hooks due recent change in all_modules()
> ? ? ?Add missing /etc/bash_completion.d in Makefile
> ? ? ?Add asciidoc as makedepends in private PKGBUILD.
>
> Sebastien Luttringer (6):
> ? ? ?Add bash completion to mkinitcpio
> ? ? ?Fix printing of bash usage when asking for a bad hook
> ? ? ?Print pretty message if no help is defined in hook
> ? ? ?Use error function instead of echo
> ? ? ?Add lsinitcpio bash completion
> ? ? ?Use _get_comp_words_by_ref in bash completion
>
> Thomas B?chler (7):
> ? ? ?Merge branch 'master' of https://github.com/seblu/arch-mkinitcpio
> into working
> ? ? ?Remove old '-m' option from bash completion.
> ? ? ?emove old '-a' option from bash completion and fix '-s' option.
> ? ? ?Merge branch 'working'
> ? ? ?Add .gitignore file
> ? ? ?install/keymap: fix installation ($buildroot -> $BUILDROOT)
> ? ? ?Release version 0.7
>
>

Sign-off x86_64 mkinitcpio on a pretty simple setup without LVM or
RAID. The speedup is impressive.

Lukas

From list at eworm.de  Fri Jul  1 01:33:33 2011
From: list at eworm.de (Christian Hesse)
Date: Fri, 1 Jul 2011 07:33:33 +0200
Subject: [arch-general] [signoff] mkinitcpio 0.7-1,
 device-mapper/lvm2 2.02.85-3, dmraid 1.0.0.rc16.3-2, mdadm 3.2.2-2,
 v86d 0.1.10-2
In-Reply-To: <4E0CBD25.5000400@archlinux.org>
References: <4E0CBD25.5000400@archlinux.org>
Message-ID: <20110701073333.5233ad4d@leda.vpn.lugor.de>

Thomas B?chler <thomas at archlinux.org> on Thu, 30 Jun 2011 20:15:01 +0200:
> This is a huge release and should stay in testing for a while. I want to
> point out two significant changes:
> 
> 1) We now have a build() function instead of an install() function - the
> latter was an unfortunate conflict with the install utility. The hooks
> in the repository have been adjusted, but backward-compatibility code is
> in place (a deprecation warning will be printed). All these packages
> have conflicts=(mkinitcpio<0.7).
> 
> 2) We now use bsdcpio instead of gen_init_cpio. This obsoletes the
> gen_init_cpio package and adds a dependency on libarchive. This also
> speeds up the image generation considerably.
> 
> Other changes include massive cleanups and fixes, code refactoring, and
> changes that should finally make the -b (basedir) option useful.
> 
> Please test and sign off.

Works without problems with LUKS encrypted lvm2.
-- 
Schoene Gruesse
Chris

From tobias.powalowski at googlemail.com  Fri Jul  1 01:37:11 2011
From: tobias.powalowski at googlemail.com (Tobias Powalowski)
Date: Fri, 01 Jul 2011 07:37:11 +0200
Subject: [arch-general] [signoff] mkinitcpio 0.7-1,
	device-mapper/lvm2 2.02.85-3, dmraid 1.0.0.rc16.3-2,
	mdadm 3.2.2-2, v86d 0.1.10-2
In-Reply-To: <20110701073333.5233ad4d@leda.vpn.lugor.de>
References: <4E0CBD25.5000400@archlinux.org>
 <20110701073333.5233ad4d@leda.vpn.lugor.de>
Message-ID: <43651594.sT4Nn95IdA@lx-laptop>

Am Friday 01 July 2011, 07:33:33 schrieb Christian Hesse:
> Thomas B?chler <thomas at archlinux.org> on Thu, 30 Jun 2011 20:15:01 +0200:
> > This is a huge release and should stay in testing for a while. I want to
> > point out two significant changes:
> > 
> > 1) We now have a build() function instead of an install() function - the
> > latter was an unfortunate conflict with the install utility. The hooks
> > in the repository have been adjusted, but backward-compatibility code is
> > in place (a deprecation warning will be printed). All these packages
> > have conflicts=(mkinitcpio<0.7).
> > 
> > 2) We now use bsdcpio instead of gen_init_cpio. This obsoletes the
> > gen_init_cpio package and adds a dependency on libarchive. This also
> > speeds up the image generation considerably.
> > 
> > Other changes include massive cleanups and fixes, code refactoring, and
> > changes that should finally make the -b (basedir) option useful.
> > 
> > Please test and sign off.
> 
> Works without problems with LUKS encrypted lvm2.
Works fine with mdadm RAID1
signoff both
greetings
tpowa
-- 
Tobias Powalowski
Archlinux Developer & Package Maintainer (tpowa)
http://www.archlinux.org
tpowa at archlinux.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110701/e49fb6f8/attachment.asc>

From jwbirdsong at jwbirdsong.homelinux.com  Fri Jul  1 01:48:10 2011
From: jwbirdsong at jwbirdsong.homelinux.com (jwbirdsong)
Date: Thu, 30 Jun 2011 23:48:10 -0600
Subject: [arch-general] [arch-dev-public] The need for /lib64 - testing
	please
In-Reply-To: <4E0D51AA.6080603@archlinux.org>
References: <4E0D51AA.6080603@archlinux.org>
Message-ID: <4E0D5F9A.1080703@jwbirdsong.homelinux.com>

On 06/30/2011 10:48 PM, Allan McRae wrote:
> Hi all,
> 
> I was looking at the /lib64 folder and wondering what it is really
> needed for...  It just seems clutter to me on a pure x86_64 system (or
> even with a multilib in lib32 folders like we have). As far as I can
> tell, most things are perfectly fine without that folder and its two
> symlinks.
> 
> I would like some help testing removing this so I can get an idea of
> what issues people run into.  There is bound to be some software that
> makes assumptions about /lib64 in its installation and I would like to
> know (a) how widespread that issue is and (b) how hard it is to work
> around.
> 
> If you want to try it out, just remove the /lib64 folder (after making
> sure it only has symlinks to ld-2.13.so and ld-linux-x86-64.so.2 in it.
> Run your system as usual for a while and report any issues you come across.
> 
> Thanks,
> Allan
> 

removed and anxious to see results.  i DO have mutlilib enabled/used fwiw.

JB

From myra.nelson at hughes.net  Fri Jul  1 02:20:39 2011
From: myra.nelson at hughes.net (Myra Nelson)
Date: Fri, 1 Jul 2011 01:20:39 -0500
Subject: [arch-general] [arch-dev-public] The need for /lib64 - testing
	please
In-Reply-To: <4E0D51AA.6080603@archlinux.org>
References: <4E0D51AA.6080603@archlinux.org>
Message-ID: <BANLkTikY5kwEtnn5FHy5+b3xerbMtPDnig@mail.gmail.com>

On Thu, Jun 30, 2011 at 23:48, Allan McRae <allan at archlinux.org> wrote:
> Hi all,
>
> I was looking at the /lib64 folder and wondering what it is really needed
> for... ?It just seems clutter to me on a pure x86_64 system (or even with a
> multilib in lib32 folders like we have). As far as I can tell, most things
> are perfectly fine without that folder and its two symlinks.
>
> I would like some help testing removing this so I can get an idea of what
> issues people run into. ?There is bound to be some software that makes
> assumptions about /lib64 in its installation and I would like to know (a)
> how widespread that issue is and (b) how hard it is to work around.
>
> If you want to try it out, just remove the /lib64 folder (after making sure
> it only has symlinks to ld-2.13.so and ld-linux-x86-64.so.2 in it. Run your
> system as usual for a while and report any issues you come across.
>
> Thanks,
> Allan
>


Allan:

The binary version of VirtualBox from AUR fails without the /lib64 folder.
I renamed the folder to /lib64.old, rebooted, the tried several apps. VBox
was the only failure, so far. I tried reinstalling it and rebuilding the kernel
modules to no avail. The message I get is:

"no such executable. /opt/var/VirtualBox does not exist" From memory
but very close.

I get the same message when I try to run any of the virtualbox progs.
The symlink in /usr/bin show to be broken. It shows an 'x' in the lower
right corner. If I rename /lib64.old to /lib64 it runs with no problems.
I haven't investigated any farther.

Myra


-- 
Life's fun when your sick and psychotic!

From thomas at archlinux.org  Fri Jul  1 04:13:52 2011
From: thomas at archlinux.org (=?ISO-8859-15?Q?Thomas_B=E4chler?=)
Date: Fri, 01 Jul 2011 10:13:52 +0200
Subject: [arch-general] [signoff] mkinitcpio 0.7-1,
 device-mapper/lvm2 2.02.85-3, dmraid 1.0.0.rc16.3-2, mdadm 3.2.2-2,
 v86d 0.1.10-2
In-Reply-To: <4E0CBD25.5000400@archlinux.org>
References: <4E0CBD25.5000400@archlinux.org>
Message-ID: <4E0D81C0.301@archlinux.org>

Am 30.06.2011 20:15, schrieb Thomas B?chler:
> This is a huge release and should stay in testing for a while. I want to
> point out two significant changes:

The ldd -> internal _ldd change broke image generation for 64 bit
kernels on a 32 bit userspace. This can be worked around by using
'linux32', but I am forcing Dave to fix this before we move to core.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 262 bytes
Desc: OpenPGP digital signature
URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110701/e5aeac99/attachment.asc>

From cantabile.desu at gmail.com  Fri Jul  1 05:23:19 2011
From: cantabile.desu at gmail.com (cantabile)
Date: Fri, 01 Jul 2011 12:23:19 +0300
Subject: [arch-general] [arch-dev-public] [signoff] mkinitcpio 0.7-1,
 device-mapper/lvm2 2.02.85-3, dmraid 1.0.0.rc16.3-2, mdadm 3.2.2-2,
 v86d 0.1.10-2
In-Reply-To: <4E0CBD25.5000400@archlinux.org>
References: <4E0CBD25.5000400@archlinux.org>
Message-ID: <4E0D9207.9060506@gmail.com>

On 06/30/2011 09:15 PM, Thomas B?chler wrote:
> This is a huge release and should stay in testing for a while. I want to
> point out two significant changes:
>
> 1) We now have a build() function instead of an install() function - the
> latter was an unfortunate conflict with the install utility. The hooks
> in the repository have been adjusted, but backward-compatibility code is
> in place (a deprecation warning will be printed). All these packages
> have conflicts=(mkinitcpio<0.7).
>
> 2) We now use bsdcpio instead of gen_init_cpio. This obsoletes the
> gen_init_cpio package and adds a dependency on libarchive. This also
> speeds up the image generation considerably.
>
> Other changes include massive cleanups and fixes, code refactoring, and
> changes that should finally make the -b (basedir) option useful.
>
> Please test and sign off.
>
> Here comes the full shortlog:
>
> Dave Reisner (52):
>        init: don't attempt modprobe if $MODULES is empty
>        mkinitcpio.conf: s/raid/mdadm/
>        mkinitcpio: deprecate install() in install hooks
>        dmesg: remove install/hook
>        functions: cleanup and refactor add_binary
>        functions: refactor add_module
>        functions: remove add_device
>        functions: remove add_symlink2
>        use bsdcpio to create images
>        functions: refactor add_file
>        functions: document hook API
>        mkinitcpio.conf: note implicit support for lzop
>        mkinitcpio: use simple PEs instead of externals
>        mkinitcpio: allow specifying kernel ver as path to image
>        lsinitcpio: new utility to dump contents of images
>        Makefile: refactor and simplify
>        mkinitcpio: bashify preset build loop
>        use consistent vim modelines
>        declare all variables in mkinitcpio
>        mkinitcpio: refactor and bashify early path calculations
>        declare SAVELIST, QUIET, SHOW_AUTOMODS as faux booleans
>        mkinitcpio: remove cruft in getopts loop
>        overhaul output, introducing color
>        functions: refactor add_symlink
>        functions: simplify parse_hook
>        mkinitcpio: bashification, part 1/2
>        mkinitcpio: bashification, part 2/2
>        add -t option to specify alternate build directory
>        install/keymap: refactor and bashify
>        mkinitcpio: declare usage as a heredoc
>        remove support for -m to add a startup message
>        install/base: cleanup and simplify
>        functions: remove get_module_name
>        init: declare PATH, remove absolute paths
>        init: remove unnecessary variable declarations
>        mkinitcpio: allow overriding the compression method
>        mkinitcpio: only show usage on request
>        mkinitcpio.5: alphabetize options for easier nav
>        README: update copyright year, add self as author
>        mkinitcpio: catch errors in parse_hook
>        add a PKGBUILD for easier testing from the repo
>        mkinitcpio: allow absolute paths to preset files
>        install/{sata,pata,scsi}: cleanup and simplify
>        properly support $BASEDIR
>        install/autodetect: refactor and simplify hook
>        functions: support $BASEDIR in modprobe
>        Makefile: the Makefile itself is a dep for the manpage
>        functions: add missing 'command' before install
>        functions: s/basedir/BASEDIR/
>        functions: fix pathing issue with $BASEDIR
>        install/base: use private API call to add config
>        mkinitcpio: fix resolution issues with RTLD
>
> Eric B?langer (1):
>        Added usbinput to default hooks (implements FS#19328)
>
> Gerardo Exequiel Pozzi (3):
>        Fix some install hooks due recent change in all_modules()
>        Add missing /etc/bash_completion.d in Makefile
>        Add asciidoc as makedepends in private PKGBUILD.
>
> Sebastien Luttringer (6):
>        Add bash completion to mkinitcpio
>        Fix printing of bash usage when asking for a bad hook
>        Print pretty message if no help is defined in hook
>        Use error function instead of echo
>        Add lsinitcpio bash completion
>        Use _get_comp_words_by_ref in bash completion
>
> Thomas B?chler (7):
>        Merge branch 'master' of https://github.com/seblu/arch-mkinitcpio
> into working
>        Remove old '-m' option from bash completion.
>        emove old '-a' option from bash completion and fix '-s' option.
>        Merge branch 'working'
>        Add .gitignore file
>        install/keymap: fix installation ($buildroot ->  $BUILDROOT)
>        Release version 0.7
>
One small problem with mkinitcpio: the -z flag doesn't do anything.
I had COMPRESSION="xz" in the config and tried -z lzop - compressed with 
xz. I had COMPRESSION="lzop" in the config and tried -z lzma - 
compressed with lzop. (Verified with lsinitcpio.)

-- 
cantabile

"Jayne is a girl's name." -- River

From thomas at archlinux.org  Fri Jul  1 05:30:38 2011
From: thomas at archlinux.org (=?ISO-8859-15?Q?Thomas_B=E4chler?=)
Date: Fri, 01 Jul 2011 11:30:38 +0200
Subject: [arch-general] [arch-dev-public] [signoff] mkinitcpio 0.7-1,
 device-mapper/lvm2 2.02.85-3, dmraid 1.0.0.rc16.3-2, mdadm 3.2.2-2,
 v86d 0.1.10-2
In-Reply-To: <4E0D9207.9060506@gmail.com>
References: <4E0CBD25.5000400@archlinux.org> <4E0D9207.9060506@gmail.com>
Message-ID: <4E0D93BE.6080908@archlinux.org>

Am 01.07.2011 11:23, schrieb cantabile:
> One small problem with mkinitcpio: the -z flag doesn't do anything.
> I had COMPRESSION="xz" in the config and tried -z lzop - compressed with
> xz. I had COMPRESSION="lzop" in the config and tried -z lzma -
> compressed with lzop. (Verified with lsinitcpio.)

Works for me.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 262 bytes
Desc: OpenPGP digital signature
URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110701/70fb8f11/attachment.asc>

From benisty.e at gmail.com  Fri Jul  1 06:16:31 2011
From: benisty.e at gmail.com (Emmanuel Benisty)
Date: Fri, 1 Jul 2011 17:16:31 +0700
Subject: [arch-general] [arch-dev-public] The need for /lib64 - testing
	please
In-Reply-To: <4E0D8109.4030200@archlinux.org>
References: <4E0D51AA.6080603@archlinux.org> <4E0D8109.4030200@archlinux.org>
Message-ID: <BANLkTin+GN+xPniFfXb+hW1XCC4tfkhCaw@mail.gmail.com>

On Fri, Jul 1, 2011 at 3:10 PM, Thomas B?chler <thomas at archlinux.org> wrote:
> Am 01.07.2011 06:48, schrieb Allan McRae:
>> Hi all,
>>
>> I was looking at the /lib64 folder and wondering what it is really
>> needed for... ?It just seems clutter to me on a pure x86_64 system (or
>> even with a multilib in lib32 folders like we have). As far as I can
>> tell, most things are perfectly fine without that folder and its two
>> symlinks.
>>
>> I would like some help testing removing this so I can get an idea of
>> what issues people run into. ?There is bound to be some software that
>> makes assumptions about /lib64 in its installation and I would like to
>> know (a) how widespread that issue is and (b) how hard it is to work
>> around.
>>
>> If you want to try it out, just remove the /lib64 folder (after making
>> sure it only has symlinks to ld-2.13.so and ld-linux-x86-64.so.2 in it.
>> Run your system as usual for a while and report any issues you come across.
>
> First of all, /lib64/ld-2.14.so is unnecessary, only
> /lib/ld-linux-x86-64.so must exist.
>
> The problem is quite simple: The ELF binary hardcodes the path to the
> interpreter (which is the linker). Binaries that were compiled for other
> distributions or generic binaries distributed by third parties will have
> the path "/lib64/ld-linux-x86-64.so.2" hardcoded as their interpreter -
> I don't know where this convention comes from and why they didn't choose
> /lib (choosing /lib would be no problem, as the file names for the 32
> and 64 bit linkers differ, the former is ld-linux.so.2).

Just FTR, it most likely comes from
http://www.pathname.com/fhs/pub/fhs-2.3.html#LIB64

From thomas at archlinux.org  Fri Jul  1 06:53:14 2011
From: thomas at archlinux.org (=?ISO-8859-15?Q?Thomas_B=E4chler?=)
Date: Fri, 01 Jul 2011 12:53:14 +0200
Subject: [arch-general] [arch-dev-public] The need for /lib64 - testing
 please
In-Reply-To: <BANLkTin+GN+xPniFfXb+hW1XCC4tfkhCaw@mail.gmail.com>
References: <4E0D51AA.6080603@archlinux.org> <4E0D8109.4030200@archlinux.org>
 <BANLkTin+GN+xPniFfXb+hW1XCC4tfkhCaw@mail.gmail.com>
Message-ID: <4E0DA71A.7080908@archlinux.org>

Am 01.07.2011 12:16, schrieb Emmanuel Benisty:
>> The problem is quite simple: The ELF binary hardcodes the path to the
>> interpreter (which is the linker). Binaries that were compiled for other
>> distributions or generic binaries distributed by third parties will have
>> the path "/lib64/ld-linux-x86-64.so.2" hardcoded as their interpreter -
>> I don't know where this convention comes from and why they didn't choose
>> /lib (choosing /lib would be no problem, as the file names for the 32
>> and 64 bit linkers differ, the former is ld-linux.so.2).
> 
> Just FTR, it most likely comes from
> http://www.pathname.com/fhs/pub/fhs-2.3.html#LIB64

I am pretty sure this came after the first distributor chose this
convention for AMD64.

Anyway, the reasons for the choice are explained there.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 262 bytes
Desc: OpenPGP digital signature
URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110701/618a4280/attachment.asc>

From steve.holmes88 at gmail.com  Fri Jul  1 08:38:44 2011
From: steve.holmes88 at gmail.com (Steve Holmes)
Date: Fri, 1 Jul 2011 05:38:44 -0700
Subject: [arch-general] Something Broken with Perl!
In-Reply-To: <20110701041022.GA2121@my-machine>
References: <4E0C47BF.9090008@gmail.com> <4E0C5535.6080805@archlinux.org>
 <4E0C56FD.2030000@vdwaa.nl> <4E0C591F.7020401@archlinux.org>
 <4E0C5D3D.1030506@gmail.com> <4E0C6ABB.6040102@archlinux.org>
 <20110630124247.GA13472@linlap.wavecable.com>
 <20110630172138.GD2869@my-machine>
 <BANLkTikhh_0fAdVeCfK23SBb+hgyDtrWvg@mail.gmail.com>
 <20110701041022.GA2121@my-machine>
Message-ID: <20110701123844.GA4262@linlap.wavecable.com>

On Fri, Jul 01, 2011 at 09:40:22AM +0530, gt wrote:
> Did you try rebuilding perl-scalar-list-utils?

I did again just now and re-installed.  automake still works but I
still can't compile perl-moose but I get another lookup error so I
rebuilt the package that owns the library causing the error but still
no go.  At least automake works so I can build other packages.  I have
never seen such a colamity of errors with changes to perl though.

I guess I will post a bug report to the perl-moose package in AUR to
see how to resolve it.  I'm not heavy waited enough in perl to be able
track down these root causes without some help from my friends:).

From bluewind at xinu.at  Fri Jul  1 09:20:31 2011
From: bluewind at xinu.at (Florian Pritz)
Date: Fri, 01 Jul 2011 15:20:31 +0200
Subject: [arch-general] Something Broken with Perl!
In-Reply-To: <20110701123844.GA4262@linlap.wavecable.com>
References: <4E0C47BF.9090008@gmail.com> <4E0C5535.6080805@archlinux.org>
 <4E0C56FD.2030000@vdwaa.nl> <4E0C591F.7020401@archlinux.org>
 <4E0C5D3D.1030506@gmail.com> <4E0C6ABB.6040102@archlinux.org>
 <20110630124247.GA13472@linlap.wavecable.com>
 <20110630172138.GD2869@my-machine>
 <BANLkTikhh_0fAdVeCfK23SBb+hgyDtrWvg@mail.gmail.com>
 <20110701041022.GA2121@my-machine>
 <20110701123844.GA4262@linlap.wavecable.com>
Message-ID: <4E0DC99F.2000903@xinu.at>

On 01.07.2011 14:38, Steve Holmes wrote:
> I still can't compile perl-moose but I get another lookup error so I
> rebuilt the package that owns the library causing the error but still
> no go.  At least automake works so I can build other packages.  I have
> never seen such a colamity of errors with changes to perl though.
> 
> I guess I will post a bug report to the perl-moose package in AUR to
> see how to resolve it.  I'm not heavy waited enough in perl to be able
> track down these root causes without some help from my friends:).

`cpanp i Moose` works fine here.

IMHO you should install perl-cpanpplus-dist-arch (run setupdistarch as
your user afterwards) and use cpanp to generate and install pacman perl
packages. It's way easier to use than AUR.

This is what I did:
pacman -Qm | grep "^perl-" > perlpkgs
pacman -Rcs $(<perlpkgs)
use cpanp to reinstall everything in perlpkgs that you still need

-- 
Florian Pritz

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: OpenPGP digital signature
URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110701/5e41f3f9/attachment.asc>

From ghodechhap at ghodechhap.net  Fri Jul  1 11:24:13 2011
From: ghodechhap at ghodechhap.net (Shridhar Daithankar)
Date: Fri, 1 Jul 2011 20:54:13 +0530
Subject: [arch-general] The need for /lib64 - testing please
In-Reply-To: <4E0D51AA.6080603@archlinux.org>
References: <4E0D51AA.6080603@archlinux.org>
Message-ID: <201107012054.13832.ghodechhap@ghodechhap.net>

On Friday 01 Jul 2011 10:18:42 AM Allan McRae wrote:
> If you want to try it out, just remove the /lib64 folder (after making
> sure it only has symlinks to ld-2.13.so and ld-linux-x86-64.so.2 in it.
> Run your system as usual for a while and report any issues you come across.

Never bothered to look into it before. But I already have only this.

$ ls -al /lib64
total 8
drwxr-xr-x  2 root root 4096 ??    25 17:27 .
drwxr-xr-x 29 root root 4096 ??    30 04:07 ..
lrwxrwxrwx  1 root root   17 ??    25 17:27 ld-2.14.so -> ../lib/ld-2.14.so
lrwxrwxrwx  1 root root   27 ??    25 17:27 ld-linux-x86-64.so.2 -> ../lib/ld-
linux-x86-64.so.2

I am running full KDE desktop, virtualbox multiple VMs, multiple users(family 
members) but no multilib. The system was installed on dec 2009.

I am using systemd since last 2 months, if that matters.
-- 
Regards
 Shridhar

From v01d3r at gmail.com  Fri Jul  1 12:03:42 2011
From: v01d3r at gmail.com (v01d3r at gmail.com)
Date: Fri, 1 Jul 2011 19:03:42 +0300
Subject: [arch-general] [arch-dev-public] The need for /lib64 - testing
	please
In-Reply-To: <BANLkTikY5kwEtnn5FHy5+b3xerbMtPDnig@mail.gmail.com>
References: <4E0D51AA.6080603@archlinux.org>
 <BANLkTikY5kwEtnn5FHy5+b3xerbMtPDnig@mail.gmail.com>
Message-ID: <BANLkTikDCkhrTNY4h26Y3STMSbDnMgqAPA@mail.gmail.com>

2011/7/1 Myra Nelson <myra.nelson at hughes.net>:
> On Thu, Jun 30, 2011 at 23:48, Allan McRae <allan at archlinux.org> wrote:
>> Hi all,
>>
>> I was looking at the /lib64 folder and wondering what it is really needed
>> for... ?It just seems clutter to me on a pure x86_64 system (or even with a
>> multilib in lib32 folders like we have). As far as I can tell, most things
>> are perfectly fine without that folder and its two symlinks.
>>
>> I would like some help testing removing this so I can get an idea of what
>> issues people run into. ?There is bound to be some software that makes
>> assumptions about /lib64 in its installation and I would like to know (a)
>> how widespread that issue is and (b) how hard it is to work around.
>>
>> If you want to try it out, just remove the /lib64 folder (after making sure
>> it only has symlinks to ld-2.13.so and ld-linux-x86-64.so.2 in it. Run your
>> system as usual for a while and report any issues you come across.
>>
>> Thanks,
>> Allan
>>
>
>
> Allan:
>
> The binary version of VirtualBox from AUR fails without the /lib64 folder.
> I renamed the folder to /lib64.old, rebooted, the tried several apps. VBox
> was the only failure, so far. I tried reinstalling it and rebuilding the kernel
> modules to no avail. The message I get is:
>
> "no such executable. /opt/var/VirtualBox does not exist" From memory
> but very close.
>
> I get the same message when I try to run any of the virtualbox progs.
> The symlink in /usr/bin show to be broken. It shows an 'x' in the lower
> right corner. If I rename /lib64.old to /lib64 it runs with no problems.
> I haven't investigated any farther.
>
> Myra
>
>
> --
> Life's fun when your sick and psychotic!
>

Hmm, never noticed the /lib64 dir. Have removed it in the morning,
just for experiment. Can't notice any difference still, everything
works as before, including winXP in virtualbox.

-- 
--
Sincerely,
Andrew Trabo

From steve.holmes88 at gmail.com  Fri Jul  1 15:24:29 2011
From: steve.holmes88 at gmail.com (Steve Holmes)
Date: Fri, 1 Jul 2011 12:24:29 -0700
Subject: [arch-general] Something Broken with Perl!
In-Reply-To: <4E0DC99F.2000903@xinu.at>
References: <4E0C47BF.9090008@gmail.com> <4E0C5535.6080805@archlinux.org>
 <4E0C56FD.2030000@vdwaa.nl> <4E0C591F.7020401@archlinux.org>
 <4E0C5D3D.1030506@gmail.com> <4E0C6ABB.6040102@archlinux.org>
 <20110630124247.GA13472@linlap.wavecable.com>
 <20110630172138.GD2869@my-machine>
 <BANLkTikhh_0fAdVeCfK23SBb+hgyDtrWvg@mail.gmail.com>
 <20110701041022.GA2121@my-machine>
 <20110701123844.GA4262@linlap.wavecable.com>
 <4E0DC99F.2000903@xinu.at>
Message-ID: <BANLkTimcXWQCC8cgxbxP-1RdkZhobn7Xnw@mail.gmail.com>

On 7/1/11, Florian Pritz <bluewind at xinu.at> wrote:
> On 01.07.2011 14:38, Steve Holmes wrote:
>> I still can't compile perl-moose but I get another lookup error so I
>> rebuilt the package that owns the library causing the error but still
>> no go.  At least automake works so I can build other packages.  I have
>> never seen such a colamity of errors with changes to perl though.
>>
>> I guess I will post a bug report to the perl-moose package in AUR to
>> see how to resolve it.  I'm not heavy waited enough in perl to be able
>> track down these root causes without some help from my friends:).
>
> `cpanp i Moose` works fine here.
>
> IMHO you should install perl-cpanpplus-dist-arch (run setupdistarch as
> your user afterwards) and use cpanp to generate and install pacman perl
> packages. It's way easier to use than AUR.
>
> This is what I did:
> pacman -Qm | grep "^perl-" > perlpkgs
> pacman -Rcs $(<perlpkgs)
> use cpanp to reinstall everything in perlpkgs that you still need
>
> --
> Florian Pritz
>
>
Hey, that sounds like an excellent alternative.  That day I setup
perl-net-twitter, I think I had to install over 30 dependencies before
the day was done!  Is this cpanp package also available in AUR or is
this something separate?

From bluewind at xinu.at  Fri Jul  1 15:36:43 2011
From: bluewind at xinu.at (Florian Pritz)
Date: Fri, 01 Jul 2011 21:36:43 +0200
Subject: [arch-general] Something Broken with Perl!
In-Reply-To: <BANLkTimcXWQCC8cgxbxP-1RdkZhobn7Xnw@mail.gmail.com>
References: <4E0C47BF.9090008@gmail.com> <4E0C5535.6080805@archlinux.org>
 <4E0C56FD.2030000@vdwaa.nl> <4E0C591F.7020401@archlinux.org>
 <4E0C5D3D.1030506@gmail.com> <4E0C6ABB.6040102@archlinux.org>
 <20110630124247.GA13472@linlap.wavecable.com>
 <20110630172138.GD2869@my-machine>
 <BANLkTikhh_0fAdVeCfK23SBb+hgyDtrWvg@mail.gmail.com>
 <20110701041022.GA2121@my-machine>
 <20110701123844.GA4262@linlap.wavecable.com> <4E0DC99F.2000903@xinu.at>
 <BANLkTimcXWQCC8cgxbxP-1RdkZhobn7Xnw@mail.gmail.com>
Message-ID: <4E0E21CB.2030205@xinu.at>

On 01.07.2011 21:24, Steve Holmes wrote:
> On 7/1/11, Florian Pritz <bluewind at xinu.at> wrote:
>> On 01.07.2011 14:38, Steve Holmes wrote:
>>> I still can't compile perl-moose but I get another lookup error so I
>>> rebuilt the package that owns the library causing the error but still
>>> no go.  At least automake works so I can build other packages.  I have
>>> never seen such a colamity of errors with changes to perl though.
>>>
>>> I guess I will post a bug report to the perl-moose package in AUR to
>>> see how to resolve it.  I'm not heavy waited enough in perl to be able
>>> track down these root causes without some help from my friends:).
>>
>> `cpanp i Moose` works fine here.
>>
>> IMHO you should install perl-cpanpplus-dist-arch (run setupdistarch as
>> your user afterwards) and use cpanp to generate and install pacman perl
>> packages. It's way easier to use than AUR.
>>
>> This is what I did:
>> pacman -Qm | grep "^perl-" > perlpkgs
>> pacman -Rcs $(<perlpkgs)
>> use cpanp to reinstall everything in perlpkgs that you still need
>>
>> --
>> Florian Pritz
>>
>>
> Hey, that sounds like an excellent alternative.  That day I setup
> perl-net-twitter, I think I had to install over 30 dependencies before
> the day was done!  Is this cpanp package also available in AUR or is
> this something separate?

cpanp is the command (short for cpanplus) and the package you need is
called perl-cpanplus-dist-arch.

-- 
Florian Pritz

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: OpenPGP digital signature
URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110701/7e5913d9/attachment-0001.asc>

From fons at linuxaudio.org  Fri Jul  1 17:14:36 2011
From: fons at linuxaudio.org (Fons Adriaensen)
Date: Fri, 1 Jul 2011 21:14:36 +0000
Subject: [arch-general] Vodafone HSDPA key
Message-ID: <20110701211436.GC31405@linuxaudio.org>

Hello all,

Is it possible to use Vodafone's (Italy) HSDPA USB key
with Archlinux ? I'd want to use it without depending 
on any 'desktop' tools - just netcfg and whatever other
command line tools it takes. 

Ciao,

-- 
FA



From andrea at archlinux.org  Fri Jul  1 17:24:17 2011
From: andrea at archlinux.org (Andrea Scarpino)
Date: Fri, 01 Jul 2011 23:24:17 +0200
Subject: [arch-general] Vodafone HSDPA key
In-Reply-To: <20110701211436.GC31405@linuxaudio.org>
References: <20110701211436.GC31405@linuxaudio.org>
Message-ID: <4099211.JD2n8Mev3n@stockholm>

On Friday 01 July 2011 21:14:36 Fons Adriaensen wrote:
> Is it possible to use Vodafone's (Italy) HSDPA USB key
> with Archlinux ? I'd want to use it without depending
> on any 'desktop' tools - just netcfg and whatever other
> command line tools it takes.
Ciao,
wvdial is enough. Anyway you didn't specified which key are you using. Look 
into the Italian forum, there are howtos for many Vodafone keys.

-- 
Andrea

From r.schtz at t-online.de  Fri Jul  1 17:27:29 2011
From: r.schtz at t-online.de (=?ISO-8859-1?Q?Richard_Sch=FCtz?=)
Date: Fri, 01 Jul 2011 23:27:29 +0200
Subject: [arch-general] Vodafone HSDPA key
In-Reply-To: <20110701211436.GC31405@linuxaudio.org>
References: <20110701211436.GC31405@linuxaudio.org>
Message-ID: <4E0E3BC1.4030106@t-online.de>

Am 01.07.2011 23:14, schrieb Fons Adriaensen:
> Hello all,
>
> Is it possible to use Vodafone's (Italy) HSDPA USB key
> with Archlinux ? I'd want to use it without depending
> on any 'desktop' tools - just netcfg and whatever other
> command line tools it takes.
>
> Ciao,
>

pppd with a small chat script is sufficient. Perhaps you'll need 
usb_modeswitch to switch the HSPA stick to the correct mode, too.

-- 
Regards,
Richard Sch?tz

From ino-news at spotteswoode.dnsalias.org  Fri Jul  1 17:44:13 2011
From: ino-news at spotteswoode.dnsalias.org (clemens fischer)
Date: Fri, 01 Jul 2011 23:44:13 +0200
Subject: [arch-general] Something Broken with Perl!
References: <20110630003519.GA2794@linlap.wavecable.com>
 <4E0C34A1.1060607@archlinux.org> <4E0C3D2F.8000605@gmail.com>
 <4E0C4302.3030502@archlinux.org> <4E0C47BF.9090008@gmail.com>
 <4E0C5535.6080805@archlinux.org> <4E0C56FD.2030000@vdwaa.nl>
 <4E0C591F.7020401@archlinux.org> <4E0C5D3D.1030506@gmail.com>
 <1309434733.27024.4.camel@localhost.localdomain>
Message-ID: <dmr1e8xla8.ln2@nntp.spotteswoode.dnsalias.org>

John K Pate wrote:

> I had a breakage (with the same error message) with
> rxvt-unicode-chinese from the AUR, but it was resolved upon upgrading
> to the new version. I don't know if the fix was due to recompiling or
> the new version, however.

Note that I don't have any foreign, ie. non ARCH perl packages.

(line breaks by me)

  % urxvt
  urxvt: symbol lookup error:
  /usr/lib/perl5/site_perl/auto/List/Util/Util.so: undefined
  symbol: Perl_Istack_sp_ptr

I moved Util.so elsewhere and urxvt started working again.

But:

  # cpanp
  Data::Dumper object version 2.130_02 does not match
  $Data::Dumper::VERSION 2.126 at /usr/lib/perl5/core_perl/DynaLoader.pm line 213.
  Compilation failed in require at /usr/share/perl5/core_perl/Params/Check.pm line 8.
  BEGIN failed--compilation aborted at /usr/share/perl5/core_perl/Params/Check.pm line 8.
  Compilation failed in require at /usr/share/perl5/core_perl/Log/Message.pm line 5.
  BEGIN failed--compilation aborted at /usr/share/perl5/core_perl/Log/Message.pm line 5.
  Compilation failed in require at /usr/share/perl5/core_perl/CPANPLUS/Error.pm line 5.
  BEGIN failed--compilation aborted at /usr/share/perl5/core_perl/CPANPLUS/Error.pm line 5.
  Compilation failed in require at /usr/share/perl5/core_perl/CPANPLUS.pm line 6.
  BEGIN failed--compilation aborted at /usr/share/perl5/core_perl/CPANPLUS.pm line 6.
  Compilation failed in require at /usr/bin/core_perl/cpanp line 11.
  BEGIN failed--compilation aborted at /usr/bin/core_perl/cpanp line 11.

out of curiosity, I did:

  # mmv /usr/lib/perl5/core_perl/ /usr/lib/perl5/core_perl-old
  `/usr/lib/perl5/core_perl/' -> `/usr/lib/perl5/core_perl-old'
  ~
  0 3 # cpanp
  /usr/bin/perl: error while loading shared libraries: libperl.so:
  cannot open shared object file: No such file or directory
  ~
  # locate -i libperl.so
  (no output)
  ~
  # find /usr/bin/core_perl/ -type f ( -name *libperl* )
  (no output)


clemens


From gostrc at gmail.com  Sat Jul  2 01:04:32 2011
From: gostrc at gmail.com (Thomas Dziedzic)
Date: Sat, 2 Jul 2011 00:04:32 -0500
Subject: [arch-general] Important changes for mongodb 1.8.2-2
Message-ID: <BANLkTi=eRomZdAAvx=bmG=d4Ko1-oMu37A@mail.gmail.com>

In response to the following bug report
https://bugs.archlinux.org/task/24983
I have applied the attached fix to mongodb and as a result there have been
some backwards incompatible changes.

dbpath has been changed to /var/lib/mongodb

logpath has been changed to /var/log/mongodb/mongod.log

There have been other minor fixes, please check out the bug report for full
details.

From bsambale at gmx.de  Sat Jul  2 14:42:46 2011
From: bsambale at gmx.de (Benjamin Sambale)
Date: Sat, 02 Jul 2011 20:42:46 +0200
Subject: [arch-general] flash full screen under FF5 and arch64
In-Reply-To: <BANLkTi=eRomZdAAvx=bmG=d4Ko1-oMu37A@mail.gmail.com>
References: <BANLkTi=eRomZdAAvx=bmG=d4Ko1-oMu37A@mail.gmail.com>
Message-ID: <4E0F66A6.50008@gmx.de>

Dear arch users,

I'm using arch linux x86_64 (kernel 2.6.38), Firefox 5.0 and the Adobe 
Flash Plugin 10.3.162.29 64bit support (according to 
http://www.adobe.com/software/flash/about/). My problem is that I can 
view flash videos in Firefox in normal mode, but in full screen mode the 
videos slow down (and the CPU usage rises much). A half year ago 
everything worked fine, but after some updates it won't work anymore. I 
also tried a kernel/firefox downgrade without success. I suspect that it 
has to do with the hardware acceleration settings in the flash menu 
(right click on flash video). Here hardware acceleration is enabled and 
I can't disable it, since the mouse and keyboard simple don't work on 
the flash settings menu.

Is there another way to disable hardware acceleration? Or any other hints?

Thanks,
Benjamin

From bsambale at gmx.de  Sat Jul  2 15:13:34 2011
From: bsambale at gmx.de (Benjamin Sambale)
Date: Sat, 02 Jul 2011 21:13:34 +0200
Subject: [arch-general] flash full screen under FF5 and arch64
In-Reply-To: <4E0F66A6.50008@gmx.de>
References: <BANLkTi=eRomZdAAvx=bmG=d4Ko1-oMu37A@mail.gmail.com>
 <4E0F66A6.50008@gmx.de>
Message-ID: <4E0F6DDE.30505@gmx.de>

Problem solved, sorry for the noise.

In case one is interested in the solution: The flash setting menu only 
works in full screen mode! Then it is possible to untick the box 
"hardware acceleration". After that everything works.

Am 02.07.2011 20:42, schrieb Benjamin Sambale:
> Dear arch users,
>
> I'm using arch linux x86_64 (kernel 2.6.38), Firefox 5.0 and the Adobe 
> Flash Plugin 10.3.162.29 64bit support (according to 
> http://www.adobe.com/software/flash/about/). My problem is that I can 
> view flash videos in Firefox in normal mode, but in full screen mode 
> the videos slow down (and the CPU usage rises much). A half year ago 
> everything worked fine, but after some updates it won't work anymore. 
> I also tried a kernel/firefox downgrade without success. I suspect 
> that it has to do with the hardware acceleration settings in the flash 
> menu (right click on flash video). Here hardware acceleration is 
> enabled and I can't disable it, since the mouse and keyboard simple 
> don't work on the flash settings menu.
>
> Is there another way to disable hardware acceleration? Or any other 
> hints?
>
> Thanks,
> Benjamin
>

From pyther at pyther.net  Sat Jul  2 22:37:48 2011
From: pyther at pyther.net (Matthew Gyurgyik)
Date: Sat, 02 Jul 2011 22:37:48 -0400
Subject: [arch-general] Ethernet stopped working after update
In-Reply-To: <4E07CF80.2060004@gmail.com>
References: <4E0782E8.5090905@gmail.com>
 <BANLkTikyvZ4SdmnooO3wYm8FNiBAMCQ3oQ@mail.gmail.com>
 <4E07BAAA.5070509@gmail.com> <4E07CF80.2060004@gmail.com>
Message-ID: <4E0FD5FC.1080509@pyther.net>

On 06/26/2011 08:32 PM, Damjan wrote:
>> 2: eth0:<NO-CARRIER,BROADCAST,MULTICAST,UP>  mtu 1500 qdisc pfifo_fast
>> state DOWN qlen 1000
>>      link/ether 00:30:67:8f:7c:a8 brd ff:ff:ff:ff:ff:ff
>>
>> Which maybe means something to someone. ;)
> <NO-CARRIER,....,UP>  means it's configured to be up, but it doesn't
> sense an ethernet connectivity.
>
> Check the cables, and the kernel driver.
>
Sounds like you might have the same problem as me and a few others...

https://bugzilla.kernel.org/show_bug.cgi?id=33782

From steve.holmes88 at gmail.com  Sun Jul  3 01:45:58 2011
From: steve.holmes88 at gmail.com (Steve Holmes)
Date: Sat, 2 Jul 2011 22:45:58 -0700
Subject: [arch-general] Something Broken with Perl!
In-Reply-To: <4E0DC99F.2000903@xinu.at>
References: <4E0C56FD.2030000@vdwaa.nl> <4E0C591F.7020401@archlinux.org>
 <4E0C5D3D.1030506@gmail.com> <4E0C6ABB.6040102@archlinux.org>
 <20110630124247.GA13472@linlap.wavecable.com>
 <20110630172138.GD2869@my-machine>
 <BANLkTikhh_0fAdVeCfK23SBb+hgyDtrWvg@mail.gmail.com>
 <20110701041022.GA2121@my-machine>
 <20110701123844.GA4262@linlap.wavecable.com>
 <4E0DC99F.2000903@xinu.at>
Message-ID: <20110703054558.GA11591@linlap.lan>

On Fri, Jul 01, 2011 at 03:20:31PM +0200, Florian Pritz wrote:
> `cpanp i Moose` works fine here.

It doesn't for me.  I'll describe below.

> IMHO you should install perl-cpanpplus-dist-arch (run setupdistarch as
> your user afterwards) and use cpanp to generate and install pacman perl
> packages. It's way easier to use than AUR.

Been there, done that.  I did the setup and the appropriate directory
was built successfully in my home directory - .cpanplus is the root of
cpanplus app[arently.

> This is what I did:
> pacman -Qm | grep "^perl-" > perlpkgs
> pacman -Rcs $(<perlpkgs)

Once the perlpkgs file was built, I had to go in and manually remove
all the version numbers; otherwise, pacman threw errors; it could not
recognize them as additional packages.

> use cpanp to reinstall everything in perlpkgs that you still need

Do you need to be root to do this installation?  I ask this because
after building the .cpanplus resources under my home directory, I
figured I would have to do 'cpanp -i Net::Twitter' from my normal user
account.  But nothing got installed and the packages all complained
about missing dependencies.  I read the documentation (what little
there was) and I can't figure out what else I need to do to get this
working.  It appears a bunch of packages got download and expanded
into ./cpanplus/lib/5.14.1 but they all failed because none of the
other dependencies were installed yet.

What do I need to do here?


From marco.crosio at gmail.com  Sun Jul  3 04:19:07 2011
From: marco.crosio at gmail.com (Marco Crosio)
Date: Sun, 3 Jul 2011 10:19:07 +0200
Subject: [arch-general] Something Broken with Perl!
In-Reply-To: <20110703054558.GA11591@linlap.lan>
References: <4E0C56FD.2030000@vdwaa.nl> <4E0C591F.7020401@archlinux.org>
 <4E0C5D3D.1030506@gmail.com> <4E0C6ABB.6040102@archlinux.org>
 <20110630124247.GA13472@linlap.wavecable.com>
 <20110630172138.GD2869@my-machine>
 <BANLkTikhh_0fAdVeCfK23SBb+hgyDtrWvg@mail.gmail.com>
 <20110701041022.GA2121@my-machine>
 <20110701123844.GA4262@linlap.wavecable.com> <4E0DC99F.2000903@xinu.at>
 <20110703054558.GA11591@linlap.lan>
Message-ID: <CAL0poKOWMy-PJ_2r9X0C3mxtgsQ5XdyCAc0i5EMWYYac9=4oHw@mail.gmail.com>

2011/7/3 Steve Holmes <steve.holmes88 at gmail.com>

> On Fri, Jul 01, 2011 at 03:20:31PM +0200, Florian Pritz wrote:
> > `cpanp i Moose` works fine here.
>
> It doesn't for me.  I'll describe below.
>
> > IMHO you should install perl-cpanpplus-dist-arch (run setupdistarch as
> > your user afterwards) and use cpanp to generate and install pacman perl
> > packages. It's way easier to use than AUR.
>
> Been there, done that.  I did the setup and the appropriate directory
> was built successfully in my home directory - .cpanplus is the root of
> cpanplus app[arently.
>
> > This is what I did:
> > pacman -Qm | grep "^perl-" > perlpkgs
> > pacman -Rcs $(<perlpkgs)
>
> Once the perlpkgs file was built, I had to go in and manually remove
> all the version numbers; otherwise, pacman threw errors; it could not
> recognize them as additional packages.
>

using  this command do not require manual editing of perlpkgs file ;)
> pacman -Qm | grep "^perl-" | awk '{print $1}' > perlpkgs



> > use cpanp to reinstall everything in perlpkgs that you still need
>
> Do you need to be root to do this installation?  I ask this because
> after building the .cpanplus resources under my home directory, I
> figured I would have to do 'cpanp -i Net::Twitter' from my normal user
> account.  But nothing got installed and the packages all complained
> about missing dependencies.  I read the documentation (what little
> there was) and I can't figure out what else I need to do to get this
> working.  It appears a bunch of packages got download and expanded
> into ./cpanplus/lib/5.14.1 but they all failed because none of the
> other dependencies were installed yet.
>
> What do I need to do here?
>
>


-- 
Asluz.
M@
-----------------------------------------------
Per mangiare un tacchino, dobbiamo essere in due: io e il tacchino.

From bluewind at xinu.at  Sun Jul  3 04:46:34 2011
From: bluewind at xinu.at (Florian Pritz)
Date: Sun, 03 Jul 2011 10:46:34 +0200
Subject: [arch-general] Something Broken with Perl!
In-Reply-To: <20110703054558.GA11591@linlap.lan>
References: <4E0C56FD.2030000@vdwaa.nl> <4E0C591F.7020401@archlinux.org>
 <4E0C5D3D.1030506@gmail.com> <4E0C6ABB.6040102@archlinux.org>
 <20110630124247.GA13472@linlap.wavecable.com>
 <20110630172138.GD2869@my-machine>
 <BANLkTikhh_0fAdVeCfK23SBb+hgyDtrWvg@mail.gmail.com>
 <20110701041022.GA2121@my-machine>
 <20110701123844.GA4262@linlap.wavecable.com> <4E0DC99F.2000903@xinu.at>
 <20110703054558.GA11591@linlap.lan>
Message-ID: <4E102C6A.4030409@xinu.at>

On 03.07.2011 07:45, Steve Holmes wrote:
>> This is what I did:
>> pacman -Qm | grep "^perl-" > perlpkgs
>> pacman -Rcs $(<perlpkgs)
> 
> Once the perlpkgs file was built, I had to go in and manually remove
> all the version numbers; otherwise, pacman threw errors; it could not
> recognize them as additional packages.
> 

Oops, that should have been pacman -Qqm.

>> use cpanp to reinstall everything in perlpkgs that you still need
> 
> Do you need to be root to do this installation?  I ask this because
> after building the .cpanplus resources under my home directory, I
> figured I would have to do 'cpanp -i Net::Twitter' from my normal user
> account.  But nothing got installed and the packages all complained
> about missing dependencies.  I read the documentation (what little
> there was) and I can't figure out what else I need to do to get this
> working.  It appears a bunch of packages got download and expanded
> into ./cpanplus/lib/5.14.1 but they all failed because none of the
> other dependencies were installed yet.
> 
> What do I need to do here?

I had the problem that old packages interfered with the dependency
resolution and led to build failures for the new ones. If you have
anything left over (aur packages, old ones install by cpan), try
removing that.

This might be solved quicker if you ask folks on irc.

-- 
Florian Pritz

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: OpenPGP digital signature
URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110703/4b8dbb3a/attachment.asc>

From thomas at archlinux.org  Sun Jul  3 08:57:58 2011
From: thomas at archlinux.org (=?ISO-8859-15?Q?Thomas_B=E4chler?=)
Date: Sun, 03 Jul 2011 14:57:58 +0200
Subject: [arch-general] [signoff] mkinitcpio 0.7.1-1,
 device-mapper/lvm2 2.02.85-3, cryptsetup 1.3.1-2, dmraid 1.0.0.rc16.3-2,
 mdadm 3.2.2-2, v86d 0.1.10-2
Message-ID: <4E106756.1020401@archlinux.org>

A few fixes to mkinitcpio. One regression was fixed regarding 64 bit
kernels with a 32 bit userspace (slows down image generation a bit
again), and there were further speedups regarding add_module.

Please sign off.

Dave Reisner (17):
      bash-completion: complete -k on kernel images
      bash-completion: match style to rest of code
      bash-completion: use a PE instead of sed
      function: return with 0 if we reach the end of add_binary
      functions: reduce calls to modinfo
      avoid touching the linker directly
      mkinitcpio: use msg instead of echo for hook help
      lsinitcpio: append, not overwrite found hooks
      lsinitcpio: add optional colorized output
      function: fix whitespace errors
      functions: call _add_file directly from add_module
      always exit from cleanup
      functions: reorg, no code changes
      install modules all at once
      base/install: rewrite the config to sanitize it
      cleanup rarely and unused variable declarations
      functions: remove cruft from in_array

Gerardo Exequiel Pozzi (1):
      Fix -k /path when -b is used

Thomas B?chler (4):
      init_functions/default_mount_handler: use -l option for blkid to
avoid syntax errors in a later mount command
      Trim leading spaces in MODULES and earlymodules to prevent error
messages when one is set to " "
      Merge branch 'working' of https://github.com/falconindy/mkinitcpio
into working
      Release version 0.7.1

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 262 bytes
Desc: OpenPGP digital signature
URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110703/875c4b7b/attachment.asc>

From bluewind at xinu.at  Sun Jul  3 11:07:53 2011
From: bluewind at xinu.at (Florian Pritz)
Date: Sun, 03 Jul 2011 17:07:53 +0200
Subject: [arch-general] [signoff] mkinitcpio 0.7.1-1,
 device-mapper/lvm2 2.02.85-3, cryptsetup 1.3.1-2, dmraid 1.0.0.rc16.3-2,
 mdadm 3.2.2-2, v86d 0.1.10-2
In-Reply-To: <4E106756.1020401@archlinux.org>
References: <4E106756.1020401@archlinux.org>
Message-ID: <4E1085C9.3000300@xinu.at>

On 03.07.2011 14:57, Thomas B?chler wrote:
> A few fixes to mkinitcpio. One regression was fixed regarding 64 bit
> kernels with a 32 bit userspace (slows down image generation a bit
> again), and there were further speedups regarding add_module.
> 
> Please sign off.

signoff x86_64 mkinitcpio, mdadm, lvm2

-- 
Florian Pritz

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: OpenPGP digital signature
URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110703/d60a5397/attachment.asc>

From foutrelis at gmail.com  Sun Jul  3 11:53:10 2011
From: foutrelis at gmail.com (Evangelos Foutras)
Date: Sun, 3 Jul 2011 18:53:10 +0300
Subject: [arch-general] [signoff] mkinitcpio 0.7.1-1,
 device-mapper/lvm2 2.02.85-3, cryptsetup 1.3.1-2, dmraid 1.0.0.rc16.3-2,
 mdadm 3.2.2-2, v86d 0.1.10-2
In-Reply-To: <4E106756.1020401@archlinux.org>
References: <4E106756.1020401@archlinux.org>
Message-ID: <CAJbzwsF_z-WhusLZnaf3joBpET8Jbzpw4VmsdM=xDXRMtjrmZA@mail.gmail.com>

On 3 July 2011 15:57, Thomas B?chler <thomas at archlinux.org> wrote:
> A few fixes to mkinitcpio. One regression was fixed regarding 64 bit
> kernels with a 32 bit userspace (slows down image generation a bit
> again), and there were further speedups regarding add_module.
>
> Please sign off.

Signoff x86_64.

From christian08 at runbox.com  Sun Jul  3 13:07:21 2011
From: christian08 at runbox.com (Christian)
Date: Sun, 03 Jul 2011 19:07:21 +0200
Subject: [arch-general] Default sound card
Message-ID: <201107031907210453.000A318E@127.0.0.1>

Hi all,
Well, I have been trying to specify my Soundblaster Audigy ZS2 as my default sound card, but no luck.
Here is what I do. I typed:
cat /proc//asound/modules
0 snd_intel
1 snd_emu10k1
So I then created the alsa.conf file under /etc/modprobe.d and typed:
options snd slots=snd_eme10k1x0
I know that there is something wrong here, but what am I doing wrong?
Any help is really apreciated, many thanks!
Christian


From axel-mueller-74 at web.de  Sun Jul  3 13:46:34 2011
From: axel-mueller-74 at web.de (Axel 'the C.L.A.' =?UTF-8?B?TcO8bGxlcg==?=)
Date: Sun, 3 Jul 2011 19:46:34 +0200
Subject: [arch-general] Default sound card
References: <201107031907210453.000A318E@127.0.0.1>
Message-ID: <20110703194634.7e642a90@web.de>

On Sun, 03 Jul 2011 19:07:21 +0200
"Christian" <christian08 at runbox.com> wrote:

> Hi all,
> Well, I have been trying to specify my Soundblaster Audigy ZS2 as my default sound card, but no luck.
> Here is what I do. I typed:
> cat /proc//asound/modules
> 0 snd_intel
> 1 snd_emu10k1
> So I then created the alsa.conf file under /etc/modprobe.d and typed:
> options snd slots=snd_eme10k1x0
> I know that there is something wrong here, but what am I doing wrong?
> Any help is really apreciated, many thanks!
> Christian
> 

I specified the order of my soundcards in /etc/modprobe.d/modprobe.conf
like this:

options snd-hda-intel index=1
options snd-hdsp index=0

Of course you have to adjust this to use the correct identifiers for
your soundcards.



From vmlinuz386 at yahoo.com.ar  Sun Jul  3 19:09:40 2011
From: vmlinuz386 at yahoo.com.ar (Gerardo Exequiel Pozzi)
Date: Sun, 03 Jul 2011 20:09:40 -0300
Subject: [arch-general] [signoff] mkinitcpio 0.7.1-1,
 device-mapper/lvm2 2.02.85-3, cryptsetup 1.3.1-2, dmraid 1.0.0.rc16.3-2,
 mdadm 3.2.2-2, v86d 0.1.10-2
In-Reply-To: <4E106756.1020401@archlinux.org>
References: <4E106756.1020401@archlinux.org>
Message-ID: <4E10F6B4.3070101@yahoo.com.ar>

On 07/03/2011 09:57 AM, Thomas B?chler wrote:
> A few fixes to mkinitcpio. One regression was fixed regarding 64 bit
> kernels with a 32 bit userspace (slows down image generation a bit
> again), and there were further speedups regarding add_module.
>
> Please sign off.
>
> Dave Reisner (17):
>        bash-completion: complete -k on kernel images
>        bash-completion: match style to rest of code
>        bash-completion: use a PE instead of sed
>        function: return with 0 if we reach the end of add_binary
>        functions: reduce calls to modinfo
>        avoid touching the linker directly
>        mkinitcpio: use msg instead of echo for hook help
>        lsinitcpio: append, not overwrite found hooks
>        lsinitcpio: add optional colorized output
>        function: fix whitespace errors
>        functions: call _add_file directly from add_module
>        always exit from cleanup
>        functions: reorg, no code changes
>        install modules all at once
>        base/install: rewrite the config to sanitize it
>        cleanup rarely and unused variable declarations
>        functions: remove cruft from in_array
>
> Gerardo Exequiel Pozzi (1):
>        Fix -k /path when -b is used
>
> Thomas B?chler (4):
>        init_functions/default_mount_handler: use -l option for blkid to
> avoid syntax errors in a later mount command
>        Trim leading spaces in MODULES and earlymodules to prevent error
> messages when one is set to " "
>        Merge branch 'working' of https://github.com/falconindy/mkinitcpio
> into working
>        Release version 0.7.1
>
No signoff.

Broken -b BASEDIR (used at least by archiso).

Fixed with 
https://github.com/falconindy/mkinitcpio/commit/ce5dfe77974185637182060fb2f0934a107e0cf0

-- 
Gerardo Exequiel Pozzi
\cos^2\alpha + \sin^2\alpha = 1


From christian08 at runbox.com  Sun Jul  3 19:38:05 2011
From: christian08 at runbox.com (Christian)
Date: Mon, 04 Jul 2011 01:38:05 +0200
Subject: [arch-general] Default sound card
In-Reply-To: <20110703194634.7e642a90@web.de>
References: <201107031907210453.000A318E@127.0.0.1>
 <20110703194634.7e642a90@web.de>
Message-ID: <201107040138050718.00050AC5@127.0.0.1>

Hello,
yes, I got it working now. Many thanks for helping!
Christian


On 2011-07-03 at 19:46 Axel 'the C.L.A.' M??ller wrote:

>On Sun, 03 Jul 2011 19:07:21 +0200
>"Christian" <christian08 at runbox.com> wrote:
>
>> Hi all,
>> Well, I have been trying to specify my Soundblaster Audigy ZS2 as my
>default sound card, but no luck.
>> Here is what I do. I typed:
>> cat /proc//asound/modules
>> 0 snd_intel
>> 1 snd_emu10k1
>> So I then created the alsa.conf file under /etc/modprobe.d and typed:
>> options snd slots=snd_eme10k1x0
>> I know that there is something wrong here, but what am I doing wrong?
>> Any help is really apreciated, many thanks!
>> Christian
>> 
>
>I specified the order of my soundcards in /etc/modprobe.d/modprobe.conf
>like this:
>
>options snd-hda-intel index=1
>options snd-hdsp index=0
>
>Of course you have to adjust this to use the correct identifiers for
>your soundcards.




From steve.holmes88 at gmail.com  Sun Jul  3 20:02:20 2011
From: steve.holmes88 at gmail.com (Steve Holmes)
Date: Sun, 3 Jul 2011 17:02:20 -0700
Subject: [arch-general] Something Broken with Perl!
In-Reply-To: <20110630003519.GA2794@linlap.wavecable.com>
References: <20110630003519.GA2794@linlap.wavecable.com>
Message-ID: <20110704000220.GA7231@linlap.lan>

Well, I've been messing with cpanplus and the distarch part of it.  I
have some questions now.  

Where does cpanp get the information to generate a properly configured
PKGBUILD for a module?

Right now, I cannot use cpanp to build Params::Util because it keeps
sticking a bad dependency in the PKGBUILD for perl.  I have
cpanplusdistarch configured to autogenerate the arch package.  Should
I not be doing this?  When I tried installing CPANPLUS::Dist::Arch
by using cpanp, it put the scripts in the wrong place so I couldn't
execute them.  Instead, I removed that install and installed the
perl-cpanplus-dist-arch from AUR; that way the scripts are in the
right place.

Any more ideas here?

From doc.evans at gmail.com  Mon Jul  4 10:32:08 2011
From: doc.evans at gmail.com (D. R. Evans)
Date: Mon, 04 Jul 2011 08:32:08 -0600
Subject: [arch-general] X cursor problem on new install
Message-ID: <4E11CEE8.8070407@gmail.com>

I just installed arch for the first time (trying it out since I am unhappy
with the state of Kubuntu). I have, I think, followed the installation
instructions carefully. Everything seemed OK until I tried to run X.

The cursor is offset from where it should be. If I move the mouse to the
right, the cursor stops about 2/3 of the way across the screen and won't go
any farther. If I move the mouse to the left, the cursor disappears off the
left hand side of the screen and reappears on the right hand side. It stops
moving to the left a short distance from the right border on the screen.

The display of windows on the screen looks fine; it's just the cursor that
seems to be wrong.

1. I have tried two mice; both behave the same way.
2. I used wgetpaste as instructed at
  wiki.archlinux.org/index.php/Beginners'_Guide#Graphical_User_Interface:
    ~/.xinitrc does not exist
    /etc/X11/xorg.conf does not exist
    /var/log/Xorg.0.log is at paste.pocoo.org/show/428974
    /var/log/Xorg.0.log.old is at paste.pocoo.org/show/428976

Obviously, I need to get this resolved before proceeding any further with
installing a desktop environment.

  Doc Evans

-- 
Web:  http://www.sff.net/people/N7DR

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 262 bytes
Desc: OpenPGP digital signature
URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110704/af135eea/attachment.asc>

From dmbuce at gmail.com  Mon Jul  4 11:23:47 2011
From: dmbuce at gmail.com (dmbuce at gmail.com)
Date: Mon, 04 Jul 2011 10:23:47 -0500
Subject: [arch-general] Ethernet stopped working after update
In-Reply-To: <4E0FD5FC.1080509@pyther.net>
References: <4E0782E8.5090905@gmail.com>
 <BANLkTikyvZ4SdmnooO3wYm8FNiBAMCQ3oQ@mail.gmail.com>
 <4E07BAAA.5070509@gmail.com> <4E07CF80.2060004@gmail.com>
 <4E0FD5FC.1080509@pyther.net>
Message-ID: <4E11DB03.90300@gmail.com>

On 07/02/2011 09:37 PM, Matthew Gyurgyik wrote:
> On 06/26/2011 08:32 PM, Damjan wrote:
>>> 2: eth0:<NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast
>>> state DOWN qlen 1000
>>> link/ether 00:30:67:8f:7c:a8 brd ff:ff:ff:ff:ff:ff
>>>
>>> Which maybe means something to someone. ;)
>> <NO-CARRIER,....,UP> means it's configured to be up, but it doesn't
>> sense an ethernet connectivity.
>>
>> Check the cables, and the kernel driver.
>>
> Sounds like you might have the same problem as me and a few others...
>
> https://bugzilla.kernel.org/show_bug.cgi?id=33782

Thanks for the link! I haven't been able to chase this issue much 
lately, but I'll look into this first chance I have.

From guillaume.brunerie at gmail.com  Mon Jul  4 13:01:05 2011
From: guillaume.brunerie at gmail.com (Guillaume Brunerie)
Date: Mon, 4 Jul 2011 19:01:05 +0200
Subject: [arch-general] X cursor problem on new install
In-Reply-To: <4E11CEE8.8070407@gmail.com>
References: <4E11CEE8.8070407@gmail.com>
Message-ID: <CAFJ3QW+eCmzzSPN2YPT9fJRB2M7jDvuacRfphW1oLi66_KjBGw@mail.gmail.com>

2011/7/4 D. R. Evans <doc.evans at gmail.com>

> I just installed arch for the first time (trying it out since I am unhappy
> with the state of Kubuntu). I have, I think, followed the installation
> instructions carefully. Everything seemed OK until I tried to run X.
>
> The cursor is offset from where it should be. If I move the mouse to the
> right, the cursor stops about 2/3 of the way across the screen and won't go
> any farther. If I move the mouse to the left, the cursor disappears off the
> left hand side of the screen and reappears on the right hand side. It stops
> moving to the left a short distance from the right border on the screen.
>
> The display of windows on the screen looks fine; it's just the cursor that
> seems to be wrong.
>
> 1. I have tried two mice; both behave the same way.
> 2. I used wgetpaste as instructed at
>  wiki.archlinux.org/index.php/Beginners'_Guide#Graphical_User_Interface<http://wiki.archlinux.org/index.php/Beginners%27_Guide#Graphical_User_Interface>
> :
>    ~/.xinitrc does not exist
>    /etc/X11/xorg.conf does not exist
>    /var/log/Xorg.0.log is at paste.pocoo.org/show/428974
>    /var/log/Xorg.0.log.old is at paste.pocoo.org/show/428976
>
> Obviously, I need to get this resolved before proceeding any further with
> installing a desktop environment.
>


It seems you have an Intel graphics card and that the driver does not want
to start.

Have you read the page https://wiki.archlinux.org/index.php/Intel ?
In particular you need to install the package xf86-video-intel and you need
to enable KMS to run X.

From lenzi.sergio at gmail.com  Mon Jul  4 18:53:58 2011
From: lenzi.sergio at gmail.com (Sergio de Almeida Lenzi)
Date: Mon, 04 Jul 2011 19:53:58 -0300
Subject: [arch-general] gnome2.32
Message-ID: <1309820038.16104.11.camel@z6000.lenzicasa>

Hello,

If any of you, still misses the gnome 2.32 with ffmpeg, mplayer,
mencoder,
dvdstyler, and all the stuff that comes with,

I have setted up an archlinux server at: archlinux.k1.com.br

========================================
howto:
1) edit /etc/pacman.d/mirrorlist to have
    only one line
    Server = http://archlinux.k1.com.br:81/$repo/os/x86_64
2) edit the /etc/pacman.conf  and uncomment the
    code to fetch from community, multilib, lzt 
    lzt is the "private" packages brought from FreeBSD 8.2 
3) do the command pacman -Syu
    the system will bring the codes from the k1 archlinux repository
4) pacman -S abs
    will rebuild the /etc/abs.conf to point to the K1 abs
5) command: abs
    will fetch (via rsync) the abs and put it in the /var/abs
=======================================
for now, there is a complete gnome 2.32 working with
gdm 2.18 (the old one) that have gdmsetup.
libreoffice is version 3.3.3 and the pt-br package is libreoffice-pt-BR 
I have tested on several old notebooks and seems OK

Just in case some of you need the old gnome.

Sergio

From foutrelis at gmail.com  Mon Jul  4 19:58:24 2011
From: foutrelis at gmail.com (Evangelos Foutras)
Date: Tue, 5 Jul 2011 02:58:24 +0300
Subject: [arch-general] gnome2.32
In-Reply-To: <1309820038.16104.11.camel@z6000.lenzicasa>
References: <1309820038.16104.11.camel@z6000.lenzicasa>
Message-ID: <CAJbzwsHPAAaHN7BRCkOb4Z9vARYon95Xsd1t0r09k=3+Ms29Yg@mail.gmail.com>

On 5 July 2011 01:53, Sergio de Almeida Lenzi <lenzi.sergio at gmail.com> wrote:
> Just in case some of you need the old gnome.

That's not how we roll, and people should be discouraged from using
frozen repositories.

The only way this could work would be to have an actively maintained
repository complementing the official ones. I imagine this is not an
easy task at all, considering upstream's discontinuation of the Gnome
2 line.

So, people who are still using Gnome 2 are encouraged to upgrade to
Gnome 3 and see if they like it. After a week or so, they can choose
to either keep it ? if they're happy ? or switch to another desktop
environment (maybe even try a window manager instead).

From lenzi.sergio at gmail.com  Tue Jul  5 00:17:49 2011
From: lenzi.sergio at gmail.com (Sergio de Almeida Lenzi)
Date: Tue, 05 Jul 2011 01:17:49 -0300
Subject: [arch-general] gnome2.32
In-Reply-To: <CAJbzwsHPAAaHN7BRCkOb4Z9vARYon95Xsd1t0r09k=3+Ms29Yg@mail.gmail.com>
References: <1309820038.16104.11.camel@z6000.lenzicasa>
 <CAJbzwsHPAAaHN7BRCkOb4Z9vARYon95Xsd1t0r09k=3+Ms29Yg@mail.gmail.com>
Message-ID: <1309839469.16398.27.camel@z6000.lenzicasa>

Em Ter, 2011-07-05 ?s 02:58 +0300, Evangelos Foutras escreveu:

> On 5 July 2011 01:53, Sergio de Almeida Lenzi <lenzi.sergio at gmail.com> wrote:
> > Just in case some of you need the old gnome.
> 
> That's not how we roll, and people should be discouraged from using
> frozen repositories.

I know, I do not like the idea too. 
I build the repository only because I have several (30+) notebooks, used
by end users
that are unable to use gnome3. Gnome3 is too advanced for them, or the
notebooks
do not have graphical hardware for gnome3 (3D). They barely can operate
gnome2 (they
came from windows XP)... The keyboard commands in gnome3 is not an
option for them.
The option was to come back to windows XP.  but they would loose the
libreoffice, the 
evolution, epiphany, gthumb. They are: musicist, nurses, house wifes,
old peole (60+ yo)...
and so on... I tried the Xfce, but it does not have integration gnome
have (automount,
gphoto, gthumb, eog, evince...  Kde is too complicated for them. some
have used Kde 3.2...


> 
> The only way this could work would be to have an actively maintained
> repository complementing the official ones. I imagine this is not an
> easy task at all, considering upstream's discontinuation of the Gnome
> 2 line.
> 
> So, people who are still using Gnome 2 are encouraged to upgrade to
> Gnome 3 and see if they like it. After a week or so, they can choose
> to either keep it ? if they're happy ? or switch to another desktop
> environment (maybe even try a window manager instead).

or come back to windows XP and forget about the Linux adventure...  

Here K1 (my company) builds servers running FreeBSD, and we already
support
about 1200 ports (applications) that runs on servers.  We decided for
Archlinux 
because of the notebooks (freebsd does not do well on notebooks
still) . 

Indeed, we have to port serveral applications to Archlinux for example:
id3ren, gdm 2.18, libreoffice 3.3.4, mencoder,  new versions of ffmpeg,
mplayer, dvdstyler,
anjuta, sis671 Xserver, vnc (not tightvnc), Xvnc... basically what we
use in FreeBSD and do not have in archlinux...


Sergio



From mysatyre at gmail.com  Tue Jul  5 01:06:57 2011
From: mysatyre at gmail.com (=?UTF-8?Q?Martti_K=C3=BChne?=)
Date: Tue, 5 Jul 2011 07:06:57 +0200
Subject: [arch-general] gnome2.32
In-Reply-To: <1309820038.16104.11.camel@z6000.lenzicasa>
References: <1309820038.16104.11.camel@z6000.lenzicasa>
Message-ID: <CAONKL1BT0NrePrUzUoxvHUFc1-ZOGCfy3KLwKyWkRAN5_yr7BA@mail.gmail.com>

On Tue, Jul 5, 2011 at 12:53 AM, Sergio de Almeida Lenzi
<lenzi.sergio at gmail.com> wrote:
> Hello,
>
> If any of you, still misses the gnome 2.32 with ffmpeg, mplayer,
> mencoder,
> dvdstyler, and all the stuff that comes with,
>

Excuse my little impudence here, but I have ffmpeg, mplayer and
mencoder on my system from [extra], as they are the current stable
versions and don't even depend on gtk. I find it confusing if you're
advertising your gnome2 repo with that.
Myself, I run a spartanic wm config on a cpu that could easily handle
more, but *box, pekwm or a real tiling wm would probably be too geeky
for the linux-excursioning weekend scout club of windows users.
However, someone might come and like your idea! :-)

cheers!
mar77i

From codered12 at gmail.com  Tue Jul  5 01:11:16 2011
From: codered12 at gmail.com (gt)
Date: Tue, 5 Jul 2011 10:41:16 +0530
Subject: [arch-general] gnome2.32
In-Reply-To: <1309839469.16398.27.camel@z6000.lenzicasa>
References: <1309820038.16104.11.camel@z6000.lenzicasa>
 <CAJbzwsHPAAaHN7BRCkOb4Z9vARYon95Xsd1t0r09k=3+Ms29Yg@mail.gmail.com>
 <1309839469.16398.27.camel@z6000.lenzicasa>
Message-ID: <20110705051116.GA1115@my-machine>

On Tue, Jul 05, 2011 at 01:17:49AM -0300, Sergio de Almeida Lenzi wrote:
> Em Ter, 2011-07-05 ?s 02:58 +0300, Evangelos Foutras escreveu:
> 
> > On 5 July 2011 01:53, Sergio de Almeida Lenzi <lenzi.sergio at gmail.com> wrote:
> > > Just in case some of you need the old gnome.
> > 
> > That's not how we roll, and people should be discouraged from using
> > frozen repositories.
> 
> I know, I do not like the idea too. 
> I build the repository only because I have several (30+) notebooks, used
> by end users
> that are unable to use gnome3. Gnome3 is too advanced for them, or the
> notebooks
> do not have graphical hardware for gnome3 (3D). They barely can operate
> gnome2 (they
> came from windows XP)... The keyboard commands in gnome3 is not an
> option for them.
> The option was to come back to windows XP.  but they would loose the
> libreoffice, the 
> evolution, epiphany, gthumb. They are: musicist, nurses, house wifes,
> old peole (60+ yo)...
> and so on... I tried the Xfce, but it does not have integration gnome
> have (automount,
> gphoto, gthumb, eog, evince...  Kde is too complicated for them. some
> have used Kde 3.2...

You might want to give mint xfce, or mint lxde a try. They have nice set of
tools and will work nice on older hardware.

From lenzi.sergio at gmail.com  Tue Jul  5 01:41:41 2011
From: lenzi.sergio at gmail.com (Sergio de Almeida Lenzi)
Date: Tue, 05 Jul 2011 02:41:41 -0300
Subject: [arch-general] gnome2.32
In-Reply-To: <20110705051116.GA1115@my-machine>
References: <1309820038.16104.11.camel@z6000.lenzicasa>
 <CAJbzwsHPAAaHN7BRCkOb4Z9vARYon95Xsd1t0r09k=3+Ms29Yg@mail.gmail.com>
 <1309839469.16398.27.camel@z6000.lenzicasa>
 <20110705051116.GA1115@my-machine>
Message-ID: <1309844501.16398.51.camel@z6000.lenzicasa>

Em Ter, 2011-07-05 ?s 10:41 +0530, gt escreveu:

> 
> You might want to give mint xfce, or mint lxde a try. They have nice
> set of
> tools and will work nice on older hardware. 


Wow... finally I have a valid point... Very thanks... I will try it ASAP
and whoe the users 
what they think about....

Sergio

From smv at yobicore.org  Tue Jul  5 04:03:50 2011
From: smv at yobicore.org (Sorin-Mihai =?ISO-8859-1?Q?V=E2rgolici?=)
Date: Tue, 05 Jul 2011 11:03:50 +0300
Subject: [arch-general] gnome2.32
In-Reply-To: <1309844501.16398.51.camel@z6000.lenzicasa>
References: <1309820038.16104.11.camel@z6000.lenzicasa>
 <CAJbzwsHPAAaHN7BRCkOb4Z9vARYon95Xsd1t0r09k=3+Ms29Yg@mail.gmail.com>
 <1309839469.16398.27.camel@z6000.lenzicasa>
 <20110705051116.GA1115@my-machine>
 <1309844501.16398.51.camel@z6000.lenzicasa>
Message-ID: <1309853034.25095.31.camel@delta.yobicore.org>

?n data de Ma, 05-07-2011 la 02:41 -0300, Sergio de Almeida Lenzi a
scris:

> Wow... finally I have a valid point... Very thanks... I will try it ASAP
> and whoe the users 
> what they think about....

I just can't understand why everyone forgets there is still a way to use
metacity and gnome-panel and even if they were to be deprecated
upstream, which isn't the case yet, they could be simply replaced by
anything else. The real problem with gnome3 is just this: the window
manager and the panel. Get over it and work around the upstream decision
in a smart way.

Using a different window manager is the best thing to do for those of us
that can't or won't use gnome-shell and is not that hard. It can be done
either in normal or fallback mode, keeping metacity and gnome-panel or
not, even if that was intended as a "solution" for those systems that
don't have 3D acceleration. It won't work *exactly* as gnome2, so what?
You can get the sources and make it work as you want. Your users don't
know how to do it? Fine, do it yourself for them, or hire someone to do
it.

Things will change anyway. We all understand that the things around us
and the things we use everyday change, and we are proud of being able to
adapt, wheter in real life or our fictitious lifes, and yet everyone
fails at the easiest thing in software world: editing a few config
files.

I might even consider writing a how to, especially if someone would
apreciate my work, but untill then I will just say that with a few
edited config files and the proper packages installed anyone can get a
gnome2 like behaviour in gnome3. I now am using Compiz with Emerald and
AWN, but I've also tried, as in configured untill everything was just
like in gnome2, Sawfish and Openbox with fbpanel.

With other window managers it might not be that easy to mimic the
behaviour, but it's still doable. Note that on my system I don't have
ane of these: gnome-applets, gnome-panel, gnome-shell, metacity nor
mutter. As a strong argument for how nice and easy it can be done, have
a look at this picture http://ompldr.org/vOWQxOA and here's one with the
good old gnome2 that inspired me http://ompldr.org/vOWQxYQ (too bad it
was made on Debian just a few days before I decided to switch to
Parabola).

Don't get fooled by the looks, it's just a Mist like theme, and is not
yet finished. The way it works is more important. The fact that I have
3D support, is just a bonus. Things can be done to work the same even
without it.

-- 
<>< Sorin-Mihai V?rgolici


From lilydjwg at gmail.com  Tue Jul  5 08:46:07 2011
From: lilydjwg at gmail.com (lilydjwg)
Date: Tue, 5 Jul 2011 20:46:07 +0800
Subject: [arch-general] Important changes for mongodb 1.8.2-2
In-Reply-To: <BANLkTi=eRomZdAAvx=bmG=d4Ko1-oMu37A@mail.gmail.com>
References: <BANLkTi=eRomZdAAvx=bmG=d4Ko1-oMu37A@mail.gmail.com>
Message-ID: <20110705124607.GA31677@lilyforest>

On Sat, Jul 02, 2011 at 12:04:32AM -0500, Thomas Dziedzic wrote:
> In response to the following bug report
> https://bugs.archlinux.org/task/24983
> I have applied the attached fix to mongodb and as a result there have been
> some backwards incompatible changes.
> 
> dbpath has been changed to /var/lib/mongodb
> 
> logpath has been changed to /var/log/mongodb/mongod.log
> 
> There have been other minor fixes, please check out the bug report for full
> details.

There is another backwards incompatible change: in /etc/rc.d/mongodb
'su' is run without '-s /bin/bash' now, and upgrading did not change
'mongodb' user's shell from '/bin/false' to '/bin/bash'. So after
upgrading, starting mongodb always fails.

-- 
Best regards,
lilydjwg

Linux Vim Python ????
http://lilydjwg.is-programmer.com/

From ibiru at archlinux.org  Tue Jul  5 08:53:58 2011
From: ibiru at archlinux.org (Ionut Biru)
Date: Tue, 05 Jul 2011 15:53:58 +0300
Subject: [arch-general] Important changes for mongodb 1.8.2-2
In-Reply-To: <20110705124607.GA31677@lilyforest>
References: <BANLkTi=eRomZdAAvx=bmG=d4Ko1-oMu37A@mail.gmail.com>
 <20110705124607.GA31677@lilyforest>
Message-ID: <4E130966.9010405@archlinux.org>

On 07/05/2011 03:46 PM, lilydjwg wrote:
> On Sat, Jul 02, 2011 at 12:04:32AM -0500, Thomas Dziedzic wrote:
>> In response to the following bug report
>> https://bugs.archlinux.org/task/24983
>> I have applied the attached fix to mongodb and as a result there have been
>> some backwards incompatible changes.
>>
>> dbpath has been changed to /var/lib/mongodb
>>
>> logpath has been changed to /var/log/mongodb/mongod.log
>>
>> There have been other minor fixes, please check out the bug report for full
>> details.
>
> There is another backwards incompatible change: in /etc/rc.d/mongodb
> 'su' is run without '-s /bin/bash' now, and upgrading did not change
> 'mongodb' user's shell from '/bin/false' to '/bin/bash'. So after
> upgrading, starting mongodb always fails.
>

you should report a bug and suggest usermod to be used in .install 
post_upgrade only for this version.

-- 
Ionu?

From bernardobarros2 at gmail.com  Tue Jul  5 10:16:37 2011
From: bernardobarros2 at gmail.com (Bernardo Barros)
Date: Tue, 5 Jul 2011 11:16:37 -0300
Subject: [arch-general] gnome2.32
In-Reply-To: <1309853034.25095.31.camel@delta.yobicore.org>
References: <1309820038.16104.11.camel@z6000.lenzicasa>
 <CAJbzwsHPAAaHN7BRCkOb4Z9vARYon95Xsd1t0r09k=3+Ms29Yg@mail.gmail.com>
 <1309839469.16398.27.camel@z6000.lenzicasa>
 <20110705051116.GA1115@my-machine>
 <1309844501.16398.51.camel@z6000.lenzicasa>
 <1309853034.25095.31.camel@delta.yobicore.org>
Message-ID: <CAOEEKGUxJ0eRDoCy2LAAg_hD_SdrDAYW==7s5noEvj8St8MnxQ@mail.gmail.com>

Sergio!

Maybe try xfce or lxde with then?

It will be clever because gnome2 will not give you updates anymore,
and will be harder and harder to keep things working in the long run.

(Unless someone forked gnome2 and is working on that right now)

Specially xfce is very closed to gnome2,
and maybe now it will be even more similar.

From jesse.jaara at gmail.com  Tue Jul  5 10:23:38 2011
From: jesse.jaara at gmail.com (jesse jaara)
Date: Tue, 5 Jul 2011 17:23:38 +0300
Subject: [arch-general] gnome2.32
In-Reply-To: <CAOEEKGUxJ0eRDoCy2LAAg_hD_SdrDAYW==7s5noEvj8St8MnxQ@mail.gmail.com>
References: <1309820038.16104.11.camel@z6000.lenzicasa>
 <CAJbzwsHPAAaHN7BRCkOb4Z9vARYon95Xsd1t0r09k=3+Ms29Yg@mail.gmail.com>
 <1309839469.16398.27.camel@z6000.lenzicasa>
 <20110705051116.GA1115@my-machine>
 <1309844501.16398.51.camel@z6000.lenzicasa>
 <1309853034.25095.31.camel@delta.yobicore.org>
 <CAOEEKGUxJ0eRDoCy2LAAg_hD_SdrDAYW==7s5noEvj8St8MnxQ@mail.gmail.com>
Message-ID: <CAGb2M1P5fyxvjTywpwCKPughUbN1Bzao7D8nAsetJZUopv-SxA@mail.gmail.com>

2011/7/5 Bernardo Barros <bernardobarros2 at gmail.com>

> Sergio!
>
> Maybe try xfce or lxde with then?
>
> It will be clever because gnome2 will not give you updates anymore,
> and will be harder and harder to keep things working in the long run.
>
> (Unless someone forked gnome2 and is working on that right now)
>
> Specially xfce is very closed to gnome2,
> and maybe now it will be even more similar.
>

There is a gnome2 fork and its alredy in aur.
Don't remember the name, bu it is there.

-- 
(\_ /) copy the bunny to your profile
(0.o ) to help him achieve world domination.
(> <) come join the dark side.
/_|_\ (we have cookies.)

From jesse.jaara at gmail.com  Tue Jul  5 10:24:49 2011
From: jesse.jaara at gmail.com (jesse jaara)
Date: Tue, 5 Jul 2011 17:24:49 +0300
Subject: [arch-general] gnome2.32
In-Reply-To: <CAGb2M1P5fyxvjTywpwCKPughUbN1Bzao7D8nAsetJZUopv-SxA@mail.gmail.com>
References: <1309820038.16104.11.camel@z6000.lenzicasa>
 <CAJbzwsHPAAaHN7BRCkOb4Z9vARYon95Xsd1t0r09k=3+Ms29Yg@mail.gmail.com>
 <1309839469.16398.27.camel@z6000.lenzicasa>
 <20110705051116.GA1115@my-machine>
 <1309844501.16398.51.camel@z6000.lenzicasa>
 <1309853034.25095.31.camel@delta.yobicore.org>
 <CAOEEKGUxJ0eRDoCy2LAAg_hD_SdrDAYW==7s5noEvj8St8MnxQ@mail.gmail.com>
 <CAGb2M1P5fyxvjTywpwCKPughUbN1Bzao7D8nAsetJZUopv-SxA@mail.gmail.com>
Message-ID: <CAGb2M1Nr4OmC+gZM42wGS5Q43sJPkSh84M_BZHUp_AQWVNZesQ@mail.gmail.com>

2011/7/5 jesse jaara <jesse.jaara at gmail.com>

>
>
> 2011/7/5 Bernardo Barros <bernardobarros2 at gmail.com>
>
>> Sergio!
>>
>> Maybe try xfce or lxde with then?
>>
>> It will be clever because gnome2 will not give you updates anymore,
>> and will be harder and harder to keep things working in the long run.
>>
>> (Unless someone forked gnome2 and is working on that right now)
>>
>> Specially xfce is very closed to gnome2,
>> and maybe now it will be even more similar.
>>
>
> There is a gnome2 fork and its alredy in aur.
> Don't remember the name, bu it is there.
>
> --
> (\_ /) copy the bunny to your profile
> (0.o ) to help him achieve world domination.
> (> <) come join the dark side.
> /_|_\ (we have cookies.)
>
>

I found it :D

https://bbs.archlinux.org/viewtopic.php?id=121162
http://matsusoft.com.ar/redmine/projects/mate

-- 
(\_ /) copy the bunny to your profile
(0.o ) to help him achieve world domination.
(> <) come join the dark side.
/_|_\ (we have cookies.)

From lenzi.sergio at gmail.com  Tue Jul  5 10:43:15 2011
From: lenzi.sergio at gmail.com (Sergio de Almeida Lenzi)
Date: Tue, 05 Jul 2011 11:43:15 -0300
Subject: [arch-general] gnome2.32
In-Reply-To: <CAGb2M1Nr4OmC+gZM42wGS5Q43sJPkSh84M_BZHUp_AQWVNZesQ@mail.gmail.com>
References: <1309820038.16104.11.camel@z6000.lenzicasa>
 <CAJbzwsHPAAaHN7BRCkOb4Z9vARYon95Xsd1t0r09k=3+Ms29Yg@mail.gmail.com>
 <1309839469.16398.27.camel@z6000.lenzicasa>
 <20110705051116.GA1115@my-machine>
 <1309844501.16398.51.camel@z6000.lenzicasa>
 <1309853034.25095.31.camel@delta.yobicore.org>
 <CAOEEKGUxJ0eRDoCy2LAAg_hD_SdrDAYW==7s5noEvj8St8MnxQ@mail.gmail.com>
 <CAGb2M1P5fyxvjTywpwCKPughUbN1Bzao7D8nAsetJZUopv-SxA@mail.gmail.com>
 <CAGb2M1Nr4OmC+gZM42wGS5Q43sJPkSh84M_BZHUp_AQWVNZesQ@mail.gmail.com>
Message-ID: <1309876995.23525.6.camel@z6000.lenzicasa>

Gnome2 fork????

I love open source...

Thanks...   I am now testing the Parabola....




From xecycle at gmail.com  Tue Jul  5 10:45:39 2011
From: xecycle at gmail.com (XeCycle)
Date: Tue, 05 Jul 2011 22:45:39 +0800
Subject: [arch-general] netcfg: complete documentation available?
Message-ID: <87ei24n5v0.fsf@gmail.com>

Hello, I am now trying netcfg for managing network connections, however
I encountered some problems, and I didn't find the solution in the
manual or the ArchWiki.  So I wonder whether a complete documentation is
available.

The two problems I encountered are:

1. Ad-Hoc wireless lost ESSID.

I used this (working) script to connect:

> #!/bin/bash
> NET_ESSID="ssid"
> NET_KEY="passwd"
> NET_GATEWAY="192.168.0.1"
> NET_MYIP="192.168.0.3"
> iwconfig wlan0 mode ad-hoc
> ifconfig wlan0 up
> iwconfig wlan0 essid $NET_ESSID key "s:$NET_KEY" channel auto
> ifconfig wlan0 $NET_MYIP
> route add default gw $NET_GATEWAY

I tried to do the same with netcfg.  Here is the profile:

> CONNECTION='wireless'
> DESCRIPTION='Wi-Fi at home'
> PRE_UP="ip link set wlan0 down; iwconfig wlan0 mode ad-hoc"
> INTERFACE='wlan0'
> SECURITY='wep'
> ESSID='ssid'
> KEY='s:passwd'
> IP='static'
> ADDR='192.168.0.2' # Please ignore this difference, I'm sure it's unused
> GATEWAY='192.168.0.1'
> DNS=('8.8.8.8')
> # Uncomment this if your ssid is hidden
> #HIDDEN=yes

However, I cannot connect it.  I've configured my conky to monitor
network connections, from what it showed, the ESSID is associated first,
then lost after a few seconds.

2. PPPOE won't start by itself.

Here's the simple profile:

CONNECTION='ppp'
INTERFACE='eth0'
PEER='provider'
PPP_TIMEOUT=10

When I run `sudo netcfg ppp`, it just got stuck there.  Then I opened
another terminal, and ping some IP, then it got connected.

Thank you.  These two problems have been bothering me for a week.

-- 
Carl Lei (XeCycle)
Department of Physics, Shanghai Jiao Tong University
OpenPGP public key: 7795E591
Fingerprint: 1FB6 7F1F D45D F681 C845 27F7 8D71 8EC4 7795 E591
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 489 bytes
Desc: not available
URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110705/a109c344/attachment.asc>

From tunix at raptiye.org  Tue Jul  5 10:54:36 2011
From: tunix at raptiye.org (Alper Kanat)
Date: Tue, 5 Jul 2011 17:54:36 +0300
Subject: [arch-general] netcfg: complete documentation available?
In-Reply-To: <87ei24n5v0.fsf@gmail.com>
References: <87ei24n5v0.fsf@gmail.com>
Message-ID: <CAPMuxnQ4dE0NddO=dhcTSY9P3WfXU7qA-feaK+6UOP7W6L_C3g@mail.gmail.com>

Hey There,

In addition to these, I can't find any documentation regarding bridged
connections need for such cases like openvpn and virtual machine needs.

---
Quis custodiet ipsos custodes?


On Tue, Jul 5, 2011 at 17:45, XeCycle <xecycle at gmail.com> wrote:

> Hello, I am now trying netcfg for managing network connections, however
> I encountered some problems, and I didn't find the solution in the
> manual or the ArchWiki.  So I wonder whether a complete documentation is
> available.
>
> The two problems I encountered are:
>
> 1. Ad-Hoc wireless lost ESSID.
>
> I used this (working) script to connect:
>
> > #!/bin/bash
> > NET_ESSID="ssid"
> > NET_KEY="passwd"
> > NET_GATEWAY="192.168.0.1"
> > NET_MYIP="192.168.0.3"
> > iwconfig wlan0 mode ad-hoc
> > ifconfig wlan0 up
> > iwconfig wlan0 essid $NET_ESSID key "s:$NET_KEY" channel auto
> > ifconfig wlan0 $NET_MYIP
> > route add default gw $NET_GATEWAY
>
> I tried to do the same with netcfg.  Here is the profile:
>
> > CONNECTION='wireless'
> > DESCRIPTION='Wi-Fi at home'
> > PRE_UP="ip link set wlan0 down; iwconfig wlan0 mode ad-hoc"
> > INTERFACE='wlan0'
> > SECURITY='wep'
> > ESSID='ssid'
> > KEY='s:passwd'
> > IP='static'
> > ADDR='192.168.0.2' # Please ignore this difference, I'm sure it's unused
> > GATEWAY='192.168.0.1'
> > DNS=('8.8.8.8')
> > # Uncomment this if your ssid is hidden
> > #HIDDEN=yes
>
> However, I cannot connect it.  I've configured my conky to monitor
> network connections, from what it showed, the ESSID is associated first,
> then lost after a few seconds.
>
> 2. PPPOE won't start by itself.
>
> Here's the simple profile:
>
> CONNECTION='ppp'
> INTERFACE='eth0'
> PEER='provider'
> PPP_TIMEOUT=10
>
> When I run `sudo netcfg ppp`, it just got stuck there.  Then I opened
> another terminal, and ping some IP, then it got connected.
>
> Thank you.  These two problems have been bothering me for a week.
>
> --
> Carl Lei (XeCycle)
> Department of Physics, Shanghai Jiao Tong University
> OpenPGP public key: 7795E591
> Fingerprint: 1FB6 7F1F D45D F681 C845 27F7 8D71 8EC4 7795 E591
>

From joseph.mitchd at gmail.com  Tue Jul  5 11:00:08 2011
From: joseph.mitchd at gmail.com (joseph.mitchd at gmail.com)
Date: Tue, 05 Jul 2011 15:00:08 +0000
Subject: [arch-general] netcfg: complete documentation available?
In-Reply-To: <CAPMuxnQ4dE0NddO=dhcTSY9P3WfXU7qA-feaK
 6UOP7W6L_C3g@mail.gmail.com>
Message-ID: <20cf307d01dc6c5dfd04a753bdcc@google.com>

I added a section in the wiki just the other day:

https://wiki.archlinux.org/index.php/Netcfg#Configuring_a_bridge_for_use_with_VMs

-Mitch

On , Alper Kanat <tunix at raptiye.org> wrote:
> Hey There,



> In addition to these, I can't find any documentation regarding bridged

> connections need for such cases like openvpn and virtual machine needs.



> ---

> Quis custodiet ipsos custodes?





> On Tue, Jul 5, 2011 at 17:45, XeCycle xecycle at gmail.com> wrote:



> > Hello, I am now trying netcfg for managing network connections, however

> > I encountered some problems, and I didn't find the solution in the

> > manual or the ArchWiki. So I wonder whether a complete documentation is

> > available.

> >

> > The two problems I encountered are:

> >

> > 1. Ad-Hoc wireless lost ESSID.

> >

> > I used this (working) script to connect:

> >

> > > #!/bin/bash

> > > NET_ESSID="ssid"

> > > NET_KEY="passwd"

> > > NET_GATEWAY="192.168.0.1"

> > > NET_MYIP="192.168.0.3"

> > > iwconfig wlan0 mode ad-hoc

> > > ifconfig wlan0 up

> > > iwconfig wlan0 essid $NET_ESSID key "s:$NET_KEY" channel auto

> > > ifconfig wlan0 $NET_MYIP

> > > route add default gw $NET_GATEWAY

> >

> > I tried to do the same with netcfg. Here is the profile:

> >

> > > CONNECTION='wireless'

> > > DESCRIPTION='Wi-Fi at home'

> > > PRE_UP="ip link set wlan0 down; iwconfig wlan0 mode ad-hoc"

> > > INTERFACE='wlan0'

> > > SECURITY='wep'

> > > ESSID='ssid'

> > > KEY='s:passwd'

> > > IP='static'

> > > ADDR='192.168.0.2' # Please ignore this difference, I'm sure it's  
> unused

> > > GATEWAY='192.168.0.1'

> > > DNS=('8.8.8.8')

> > > # Uncomment this if your ssid is hidden

> > > #HIDDEN=yes

> >

> > However, I cannot connect it. I've configured my conky to monitor

> > network connections, from what it showed, the ESSID is associated first,

> > then lost after a few seconds.

> >

> > 2. PPPOE won't start by itself.

> >

> > Here's the simple profile:

> >

> > CONNECTION='ppp'

> > INTERFACE='eth0'

> > PEER='provider'

> > PPP_TIMEOUT=10

> >

> > When I run `sudo netcfg ppp`, it just got stuck there. Then I opened

> > another terminal, and ping some IP, then it got connected.

> >

> > Thank you. These two problems have been bothering me for a week.

> >

> > --

> > Carl Lei (XeCycle)

> > Department of Physics, Shanghai Jiao Tong University

> > OpenPGP public key: 7795E591

> > Fingerprint: 1FB6 7F1F D45D F681 C845 27F7 8D71 8EC4 7795 E591

> >



From tunix at raptiye.org  Tue Jul  5 11:05:49 2011
From: tunix at raptiye.org (Alper Kanat)
Date: Tue, 5 Jul 2011 18:05:49 +0300
Subject: [arch-general] netcfg: complete documentation available?
In-Reply-To: <20cf307d01dc6c5dfd04a753bdcc@google.com>
References: <20cf307d01dc6c5dfd04a753bdcc@google.com>
Message-ID: <CAPMuxnRxaQdxtwH2L2S6snQD1frdBNo_Jg4p697VZ4QRCpuVjw@mail.gmail.com>

It wasn't there last time I checked.. :) Thanks man!

---
Quis custodiet ipsos custodes?


On Tue, Jul 5, 2011 at 18:00, <joseph.mitchd at gmail.com> wrote:

> I added a section in the wiki just the other day:
>
> https://wiki.archlinux.org/**index.php/Netcfg#Configuring_**
> a_bridge_for_use_with_VMs<https://wiki.archlinux.org/index.php/Netcfg#Configuring_a_bridge_for_use_with_VMs>
>
> -Mitch

From thomas at archlinux.org  Tue Jul  5 11:34:55 2011
From: thomas at archlinux.org (=?ISO-8859-15?Q?Thomas_B=E4chler?=)
Date: Tue, 05 Jul 2011 17:34:55 +0200
Subject: [arch-general] netcfg: complete documentation available?
In-Reply-To: <87ei24n5v0.fsf@gmail.com>
References: <87ei24n5v0.fsf@gmail.com>
Message-ID: <4E132F1F.7010904@archlinux.org>

Am 05.07.2011 16:45, schrieb XeCycle:
> Hello, I am now trying netcfg for managing network connections, however
> I encountered some problems, and I didn't find the solution in the
> manual or the ArchWiki.  So I wonder whether a complete documentation is
> available.

Heh, that is a weak point of netcfg. Documentation is between incomplete
and non-existent.

> The two problems I encountered are:
> 
> 1. Ad-Hoc wireless lost ESSID.
> 
> I used this (working) script to connect:
> 
>> #!/bin/bash
>> NET_ESSID="ssid"
>> NET_KEY="passwd"
>> NET_GATEWAY="192.168.0.1"
>> NET_MYIP="192.168.0.3"
>> iwconfig wlan0 mode ad-hoc
>> ifconfig wlan0 up
>> iwconfig wlan0 essid $NET_ESSID key "s:$NET_KEY" channel auto
>> ifconfig wlan0 $NET_MYIP
>> route add default gw $NET_GATEWAY
> 
> I tried to do the same with netcfg.  Here is the profile:
> 
>> CONNECTION='wireless'
>> DESCRIPTION='Wi-Fi at home'
>> PRE_UP="ip link set wlan0 down; iwconfig wlan0 mode ad-hoc"
>> INTERFACE='wlan0'
>> SECURITY='wep'
>> ESSID='ssid'
>> KEY='s:passwd'
>> IP='static'
>> ADDR='192.168.0.2' # Please ignore this difference, I'm sure it's unused
>> GATEWAY='192.168.0.1'
>> DNS=('8.8.8.8')
>> # Uncomment this if your ssid is hidden
>> #HIDDEN=yes

netcfg uses wpa_supplicant for the configuration of the wireless
connection. Remove your PRE_UP and try ADHOC=1 as an option
(undocumented, I think, probably also untested).

> However, I cannot connect it.  I've configured my conky to monitor
> network connections, from what it showed, the ESSID is associated first,
> then lost after a few seconds.
> 
> 2. PPPOE won't start by itself.
> 
> Here's the simple profile:
> 
> CONNECTION='ppp'
> INTERFACE='eth0'
> PEER='provider'
> PPP_TIMEOUT=10
> 
> When I run `sudo netcfg ppp`, it just got stuck there.  Then I opened
> another terminal, and ping some IP, then it got connected.
> 
> Thank you.  These two problems have been bothering me for a week.

No idea, must have something to do with pppd options (maybe netcfg sets
'demand').

This should be improved to provide a 'pppoe' connection anyway.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 262 bytes
Desc: OpenPGP digital signature
URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110705/1dbae798/attachment.asc>

From bluewind at xinu.at  Tue Jul  5 14:33:32 2011
From: bluewind at xinu.at (Florian Pritz)
Date: Tue, 05 Jul 2011 20:33:32 +0200
Subject: [arch-general] Something Broken with Perl!
In-Reply-To: <20110704000220.GA7231@linlap.lan>
References: <20110630003519.GA2794@linlap.wavecable.com>
 <20110704000220.GA7231@linlap.lan>
Message-ID: <4E1358FC.7060701@xinu.at>

On 04.07.2011 02:02, Steve Holmes wrote:
> Where does cpanp get the information to generate a properly configured
> PKGBUILD for a module?

From the META.yml [1] file on cpan.

> Right now, I cannot use cpanp to build Params::Util because it keeps
> sticking a bad dependency in the PKGBUILD for perl. 

Well, perl guys tend to loose the dots so 5.14.1 would be 5.014001. You
can test that using `perl -v` or `perl -e 'print $^V'` and `perl -e
'print $]'`. "$]" and "$^V" contain the perl version you're running in
different formats.
I have no idea why there are two formats though.

> I have
> cpanplusdistarch configured to autogenerate the arch package.  Should
> I not be doing this?  When I tried installing CPANPLUS::Dist::Arch
> by using cpanp, it put the scripts in the wrong place so I couldn't
> execute them.  Instead, I removed that install and installed the
> perl-cpanplus-dist-arch from AUR; that way the scripts are in the
> right place.

Works fine for me.

[1] http://cpansearch.perl.org/src/ADAMK/Params-Util-1.04/META.yml

-- 
Florian Pritz

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: OpenPGP digital signature
URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110705/e158aebd/attachment.asc>

From gdamjan at gmail.com  Tue Jul  5 18:26:35 2011
From: gdamjan at gmail.com (Damjan)
Date: Wed, 06 Jul 2011 00:26:35 +0200
Subject: [arch-general] Default sound card
In-Reply-To: <201107031907210453.000A318E@127.0.0.1>
References: <201107031907210453.000A318E@127.0.0.1>
Message-ID: <4E138F9B.8010906@gmail.com>

> Well, I have been trying to specify my Soundblaster Audigy ZS2 as my default sound card, but no luck.
> Here is what I do. I typed:
> cat /proc//asound/modules
> 0 snd_intel
> 1 snd_emu10k1
> So I then created the alsa.conf file under /etc/modprobe.d and typed:
> options snd slots=snd_eme10k1x0
> I know that there is something wrong here, but what am I doing wrong?
> Any help is really apreciated, many thanks!

You can also set the default sound card via the /etc/asound.conf or
~/.asoundrc

here's a reference http://www.alsa-project.org/main/index.php/Asoundrc


-- 
??????

From mkakati2805 at gmail.com  Tue Jul  5 22:31:56 2011
From: mkakati2805 at gmail.com (Madhurya Kakati)
Date: Wed, 06 Jul 2011 08:01:56 +0530
Subject: [arch-general] fbsplash fails to start after pacman -Syu
Message-ID: <4E13C91C.9060707@gmail.com>

Hi,
After a recent system upgrade fbsplash fails to run during boot. However
while shutting down i can see the splash. Its only during the start up
that I can't see it.
This is the /var/log/boot some days before the upgrade
http://pastebin.com/EbdYYb32
and this is the log after the upgrade http://pastebin.com/MkxLbRsT

Please notice the
"/etc/rc.d/functions.d/fbsplash-extras.sh: line 780:
/lib/splash/cache/steps_sysinit: No such file or directory"
and
"/etc/rc.d/functions.d/fbsplash-extras.sh: line 795:
/lib/splash/cache/steps_sysinit: No such file or directory"
and
"/etc/rc.d/functions.d/fbsplash-extras.sh: line 796:
/lib/splash/cache/steps_bootup: No such file or directory"
errors that occur during boot(after upgrade). These didn't occur before.
Also after booting i did ls in the /lib/splash/cache dir and found that
the files are already there in the dir.
Thanks.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 554 bytes
Desc: OpenPGP digital signature
URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110706/4a013c5e/attachment-0001.asc>

From remyoudompheng at gmail.com  Wed Jul  6 00:03:45 2011
From: remyoudompheng at gmail.com (=?UTF-8?Q?R=C3=A9my_Oudompheng?=)
Date: Wed, 6 Jul 2011 06:03:45 +0200
Subject: [arch-general] netcfg: complete documentation available?
In-Reply-To: <87ei24n5v0.fsf@gmail.com>
References: <87ei24n5v0.fsf@gmail.com>
Message-ID: <CADEq3_uG=f_+N20SbDBvPa9VfXA8CrB0arw2CBoAFsQFaPv2+w@mail.gmail.com>

On 2011/7/5 XeCycle <xecycle at gmail.com> wrote:
> Hello, I am now trying netcfg for managing network connections, however
> I encountered some problems, and I didn't find the solution in the
> manual or the ArchWiki. ?So I wonder whether a complete documentation is
> available.

There is no complete documentation, and anybody willing to write it is
welcome. Features are roughly documented by the examples, and in the
docs/ subdirectory of the source repository
   http://projects.archlinux.org/netcfg.git/tree/docs

R?my.

From lists at baums-on-web.de  Wed Jul  6 08:05:33 2011
From: lists at baums-on-web.de (Heiko Baums)
Date: Wed, 6 Jul 2011 14:05:33 +0200
Subject: [arch-general] fbsplash fails to start after pacman -Syu
In-Reply-To: <4E13C91C.9060707@gmail.com>
References: <4E13C91C.9060707@gmail.com>
Message-ID: <20110706140533.06716bf9@darkstar>

Am Wed, 06 Jul 2011 08:01:56 +0530
schrieb Madhurya Kakati <mkakati2805 at gmail.com>:

> Hi,
> After a recent system upgrade fbsplash fails to run during boot.
> However while shutting down i can see the splash. Its only during the
> start up that I can't see it.
> This is the /var/log/boot some days before the upgrade
> http://pastebin.com/EbdYYb32
> and this is the log after the upgrade http://pastebin.com/MkxLbRsT
> 
> Please notice the
> "/etc/rc.d/functions.d/fbsplash-extras.sh: line 780:
> /lib/splash/cache/steps_sysinit: No such file or directory"
> and
> "/etc/rc.d/functions.d/fbsplash-extras.sh: line 795:
> /lib/splash/cache/steps_sysinit: No such file or directory"
> and
> "/etc/rc.d/functions.d/fbsplash-extras.sh: line 796:
> /lib/splash/cache/steps_bootup: No such file or directory"
> errors that occur during boot(after upgrade). These didn't occur
> before. Also after booting i did ls in the /lib/splash/cache dir and
> found that the files are already there in the dir.
> Thanks.

fbsplash is not an official Arch Linux package and is not supported by
Arch Linux. It's maintained in AUR. Please, send fbsplash related
questions or bug reports to its AUR comments.

But in this case it seems to be an issue with the AUR package
fbsplash-extras which was recently updated. So, first make sure to
having updated both packages fbsplash and fbsplash-extras to their
latest versions. If the issue persists then, please, send a comment to
the AUR page of fbsplash-extras and maybe fbsplash.

Heiko

From drankinatty at suddenlinkmail.com  Wed Jul  6 10:36:46 2011
From: drankinatty at suddenlinkmail.com (David C. Rankin)
Date: Wed, 06 Jul 2011 09:36:46 -0500
Subject: [arch-general] upgrading postfix - newaliases: error while loading
 libdb-5.1.so -- ignore?
Message-ID: <4E1472FE.9080501@suddenlinkmail.com>

Guys,

   This may just be on i686, but I'm trying to figure out what happened. 
During update this morning, postfix refused to start. The upgrade error was:

(41/46) upgrading postfix 
[#######################################] 100%
newaliases: error while loading shared libraries: libdb-5.1.so: cannot open 
shared object file: No such file or directory

   Attempting to start postfix without the &>/dev/null gave the same error (duh..)

[09:27 providence:/var/cache/pacman/pkg] # /usr/sbin/postfix start
/usr/sbin/postfix: error while loading shared libraries: libdb-5.1.so: cannot 
open shared object file: No such file or directory

   Looking for the file, I find it here:

[09:27 providence:/var/cache/pacman/pkg] # locate libdb-5.1.so
<snip archroot dirs>
/usr/lib/libdb-5.1.so

   Looking for ownership -- it looks like the file is just gone:

[09:28 providence:/var/cache/pacman/pkg] # pacman -Qo /usr/lib/libdb-5.1.so
error: failed to read file '/usr/lib/libdb-5.1.so': No such file or directory

[09:28 providence:/var/cache/pacman/pkg] # l /usr/lib/libdb*
-rw-r--r-- 1 root root 2277786 Jun 14 19:30 /usr/lib/libdb-5.2.a
-rwxr-xr-x 1 root root 1789876 Jun 14 19:30 /usr/lib/libdb-5.2.so
lrwxrwxrwx 1 root root      12 Jun 14 19:30 /usr/lib/libdb-5.so -> libdb-5.2.so
-rw-r--r-- 1 root root 2277786 Jun 14 19:30 /usr/lib/libdb.a
<snip>

   OK, it looks like a missing link from db 5.2.28-1. On x86_64, I have the 
same thing, but postfix restarts just fine. What do we need to do to get 
postfix to look for libdb-5.2.so instead of libdb-5.1.so on x86?


-- 
David C. Rankin, J.D.,P.E.

From ibiru at archlinux.org  Wed Jul  6 10:43:12 2011
From: ibiru at archlinux.org (Ionut Biru)
Date: Wed, 06 Jul 2011 17:43:12 +0300
Subject: [arch-general] upgrading postfix - newaliases: error while
 loading libdb-5.1.so -- ignore?
In-Reply-To: <4E1472FE.9080501@suddenlinkmail.com>
References: <4E1472FE.9080501@suddenlinkmail.com>
Message-ID: <4E147480.1000001@archlinux.org>

On 07/06/2011 05:36 PM, David C. Rankin wrote:
> Guys,
>
> This may just be on i686, but I'm trying to figure out what happened.
> During update this morning, postfix refused to start. The upgrade error
> was:
>
> (41/46) upgrading postfix [#######################################] 100%
> newaliases: error while loading shared libraries: libdb-5.1.so: cannot
> open shared object file: No such file or directory
>
> Attempting to start postfix without the &>/dev/null gave the same error
> (duh..)
>
> [09:27 providence:/var/cache/pacman/pkg] # /usr/sbin/postfix start
> /usr/sbin/postfix: error while loading shared libraries: libdb-5.1.so:
> cannot open shared object file: No such file or directory
>
> Looking for the file, I find it here:
>
> [09:27 providence:/var/cache/pacman/pkg] # locate libdb-5.1.so
> <snip archroot dirs>
> /usr/lib/libdb-5.1.so
>
> Looking for ownership -- it looks like the file is just gone:
>
> [09:28 providence:/var/cache/pacman/pkg] # pacman -Qo /usr/lib/libdb-5.1.so
> error: failed to read file '/usr/lib/libdb-5.1.so': No such file or
> directory
>
> [09:28 providence:/var/cache/pacman/pkg] # l /usr/lib/libdb*
> -rw-r--r-- 1 root root 2277786 Jun 14 19:30 /usr/lib/libdb-5.2.a
> -rwxr-xr-x 1 root root 1789876 Jun 14 19:30 /usr/lib/libdb-5.2.so
> lrwxrwxrwx 1 root root 12 Jun 14 19:30 /usr/lib/libdb-5.so -> libdb-5.2.so
> -rw-r--r-- 1 root root 2277786 Jun 14 19:30 /usr/lib/libdb.a
> <snip>
>
> OK, it looks like a missing link from db 5.2.28-1. On x86_64, I have the
> same thing, but postfix restarts just fine. What do we need to do to get
> postfix to look for libdb-5.2.so instead of libdb-5.1.so on x86?
>
>

all this output is useless without pacman -Q postfix

if you don't have  postfix-2.8.3-4 then is your problem.

-- 
Ionu?

From yaro at marupa.net  Wed Jul  6 11:38:10 2011
From: yaro at marupa.net (Yaro Kasear)
Date: Wed, 6 Jul 2011 10:38:10 -0500
Subject: [arch-general] fbsplash fails to start after pacman -Syu
In-Reply-To: <4E13C91C.9060707@gmail.com>
References: <4E13C91C.9060707@gmail.com>
Message-ID: <201107061038.11231.yaro@marupa.net>

On Tuesday, July 05, 2011 09:31:56 PM Madhurya Kakati wrote:
> Hi,
> After a recent system upgrade fbsplash fails to run during boot. However
> while shutting down i can see the splash. Its only during the start up
> that I can't see it.
> This is the /var/log/boot some days before the upgrade
> http://pastebin.com/EbdYYb32
> and this is the log after the upgrade http://pastebin.com/MkxLbRsT
> 
> Please notice the
> "/etc/rc.d/functions.d/fbsplash-extras.sh: line 780:
> /lib/splash/cache/steps_sysinit: No such file or directory"
> and
> "/etc/rc.d/functions.d/fbsplash-extras.sh: line 795:
> /lib/splash/cache/steps_sysinit: No such file or directory"
> and
> "/etc/rc.d/functions.d/fbsplash-extras.sh: line 796:
> /lib/splash/cache/steps_bootup: No such file or directory"
> errors that occur during boot(after upgrade). These didn't occur before.
> Also after booting i did ls in the /lib/splash/cache dir and found that
> the files are already there in the dir.
> Thanks.

When is the last time, as root, you ran mkinitcpio on your kernel?

From mkakati2805 at gmail.com  Wed Jul  6 12:07:05 2011
From: mkakati2805 at gmail.com (Madhurya Kakati)
Date: Wed, 06 Jul 2011 21:37:05 +0530
Subject: [arch-general] fbsplash fails to start after pacman -Syu
In-Reply-To: <201107061038.11231.yaro@marupa.net>
References: <4E13C91C.9060707@gmail.com> <201107061038.11231.yaro@marupa.net>
Message-ID: <4E148829.80705@gmail.com>

On Wed 06 Jul 2011 09:08:10 PM IST, Yaro Kasear wrote:
> On Tuesday, July 05, 2011 09:31:56 PM Madhurya Kakati wrote:
>> Hi,
>> After a recent system upgrade fbsplash fails to run during boot. However
>> while shutting down i can see the splash. Its only during the start up
>> that I can't see it.
>> This is the /var/log/boot some days before the upgrade
>> http://pastebin.com/EbdYYb32
>> and this is the log after the upgrade http://pastebin.com/MkxLbRsT
>>
>> Please notice the
>> "/etc/rc.d/functions.d/fbsplash-extras.sh: line 780:
>> /lib/splash/cache/steps_sysinit: No such file or directory"
>> and
>> "/etc/rc.d/functions.d/fbsplash-extras.sh: line 795:
>> /lib/splash/cache/steps_sysinit: No such file or directory"
>> and
>> "/etc/rc.d/functions.d/fbsplash-extras.sh: line 796:
>> /lib/splash/cache/steps_bootup: No such file or directory"
>> errors that occur during boot(after upgrade). These didn't occur before.
>> Also after booting i did ls in the /lib/splash/cache dir and found that
>> the files are already there in the dir.
>> Thanks.
> 
> When is the last time, as root, you ran mkinitcpio on your kernel?

the second log that i pasted(after the upgrade), I ran mkinitpcio and 
rebooted before posting it.

From ibiru at archlinux.org  Wed Jul  6 12:19:42 2011
From: ibiru at archlinux.org (Ionut Biru)
Date: Wed, 06 Jul 2011 19:19:42 +0300
Subject: [arch-general] upgrading postfix - newaliases: error while
 loading libdb-5.1.so -- ignore?
In-Reply-To: <4E147480.1000001@archlinux.org>
References: <4E1472FE.9080501@suddenlinkmail.com>
 <4E147480.1000001@archlinux.org>
Message-ID: <4E148B1E.40504@archlinux.org>

On 07/06/2011 05:43 PM, Ionut Biru wrote:
>> OK, it looks like a missing link from db 5.2.28-1. On x86_64, I have the
>> same thing, but postfix restarts just fine. What do we need to do to get
>> postfix to look for libdb-5.2.so instead of libdb-5.1.so on x86?
>>
>>
>
> all this output is useless without pacman -Q postfix
>
> if you don't have postfix-2.8.3-4 then is your problem.
>

scratch that. it seems that i686 is busted

-- 
Ionu?

From drankinatty at suddenlinkmail.com  Wed Jul  6 13:08:13 2011
From: drankinatty at suddenlinkmail.com (David C. Rankin)
Date: Wed, 06 Jul 2011 12:08:13 -0500
Subject: [arch-general] upgrading postfix - newaliases: error while
 loading libdb-5.1.so -- ignore?
In-Reply-To: <4E148B1E.40504@archlinux.org>
References: <4E1472FE.9080501@suddenlinkmail.com>
 <4E147480.1000001@archlinux.org> <4E148B1E.40504@archlinux.org>
Message-ID: <4E14967D.8050009@suddenlinkmail.com>

On 07/06/2011 11:19 AM, Ionut Biru wrote:
> On 07/06/2011 05:43 PM, Ionut Biru wrote:
>>> OK, it looks like a missing link from db 5.2.28-1. On x86_64, I have the
>>> same thing, but postfix restarts just fine. What do we need to do to get
>>> postfix to look for libdb-5.2.so instead of libdb-5.1.so on x86?
>>>
>>>
>>
>> all this output is useless without pacman -Q postfix
>>
>> if you don't have postfix-2.8.3-4 then is your problem.
>>
>
> scratch that. it seems that i686 is busted
>

See - every once in a while I get one right :)

-- 
David C. Rankin, J.D.,P.E.

From doc.evans at gmail.com  Wed Jul  6 13:46:28 2011
From: doc.evans at gmail.com (D. R. Evans)
Date: Wed, 06 Jul 2011 11:46:28 -0600
Subject: [arch-general] X cursor problem on new install
In-Reply-To: <CAFJ3QW+eCmzzSPN2YPT9fJRB2M7jDvuacRfphW1oLi66_KjBGw@mail.gmail.com>
References: <4E11CEE8.8070407@gmail.com>
 <CAFJ3QW+eCmzzSPN2YPT9fJRB2M7jDvuacRfphW1oLi66_KjBGw@mail.gmail.com>
Message-ID: <4E149F74.5030805@gmail.com>

Guillaume Brunerie said the following at 07/04/2011 11:01 AM :
> 2011/7/4 D. R. Evans <doc.evans at gmail.com>
> 
>> I just installed arch for the first time (trying it out since I am unhappy
>> with the state of Kubuntu). I have, I think, followed the installation
>> instructions carefully. Everything seemed OK until I tried to run X.
>>
>> The cursor is offset from where it should be. If I move the mouse to the
>> right, the cursor stops about 2/3 of the way across the screen and won't go
>> any farther. If I move the mouse to the left, the cursor disappears off the
>> left hand side of the screen and reappears on the right hand side. It stops
>> moving to the left a short distance from the right border on the screen.
>>
>> The display of windows on the screen looks fine; it's just the cursor that
>> seems to be wrong.
>>
>> 1. I have tried two mice; both behave the same way.
>> 2. I used wgetpaste as instructed at
>>  wiki.archlinux.org/index.php/Beginners'_Guide#Graphical_User_Interface<http://wiki.archlinux.org/index.php/Beginners%27_Guide#Graphical_User_Interface>
>> :
>>    ~/.xinitrc does not exist
>>    /etc/X11/xorg.conf does not exist
>>    /var/log/Xorg.0.log is at paste.pocoo.org/show/428974
>>    /var/log/Xorg.0.log.old is at paste.pocoo.org/show/428976
>>
>> Obviously, I need to get this resolved before proceeding any further with
>> installing a desktop environment.
>>
> 
> 
> It seems you have an Intel graphics card and that the driver does not want
> to start.
> 
> Have you read the page https://wiki.archlinux.org/index.php/Intel ?
> In particular you need to install the package xf86-video-intel and you need
> to enable KMS to run X.
> 

Yes, I have read that page. I don't know what part of it you are suggesting
is important and which I have failed to follow.

1. xf86-video-intel *is* installed.

2. That page says "KMS is supported by Intel chipsets that use the i915 DRM
driver and is now enabled by default as of kernel v2.6.32". Since the
current arch kernel is 2.6.39, then it follows that KMS is already enabled.

  Doc

-- 
Web:  http://www.sff.net/people/N7DR

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 262 bytes
Desc: OpenPGP digital signature
URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110706/98b9189e/attachment-0001.asc>

From darose at darose.net  Wed Jul  6 14:00:28 2011
From: darose at darose.net (David Rosenstrauch)
Date: Wed, 06 Jul 2011 14:00:28 -0400
Subject: [arch-general] X cursor problem on new install
In-Reply-To: <4E149F74.5030805@gmail.com>
References: <4E11CEE8.8070407@gmail.com>
 <CAFJ3QW+eCmzzSPN2YPT9fJRB2M7jDvuacRfphW1oLi66_KjBGw@mail.gmail.com>
 <4E149F74.5030805@gmail.com>
Message-ID: <4E14A2BC.3030109@darose.net>

On 07/06/2011 01:46 PM, D. R. Evans wrote:
> Guillaume Brunerie said the following at 07/04/2011 11:01 AM :
>> It seems you have an Intel graphics card and that the driver does not want
>> to start.
>>
>> Have you read the page https://wiki.archlinux.org/index.php/Intel ?
>> In particular you need to install the package xf86-video-intel and you need
>> to enable KMS to run X.
>>
>
> Yes, I have read that page. I don't know what part of it you are suggesting
> is important and which I have failed to follow.
>
> 1. xf86-video-intel *is* installed.

How about the intel-dri package?  If not, try installing that.  (And 
then restarting X.)

If that doesn't work, email back.  I use Intel graphics here ... might 
be able to help you through this.

DR

From thaddeusn at gmail.com  Wed Jul  6 14:06:39 2011
From: thaddeusn at gmail.com (Thaddeus Nielsen)
Date: Wed, 6 Jul 2011 13:06:39 -0500
Subject: [arch-general] upgrading postfix - newaliases: error while
 loading libdb-5.1.so -- ignore?
In-Reply-To: <4E14967D.8050009@suddenlinkmail.com>
References: <4E1472FE.9080501@suddenlinkmail.com>
 <4E147480.1000001@archlinux.org> <4E148B1E.40504@archlinux.org>
 <4E14967D.8050009@suddenlinkmail.com>
Message-ID: <20110706180639.GA4820@makarioi>

On Wed, Jul 06, 2011 at 12:08:13PM -0500, David C. Rankin wrote:
> On 07/06/2011 11:19 AM, Ionut Biru wrote:
> >On 07/06/2011 05:43 PM, Ionut Biru wrote:
> >>>OK, it looks like a missing link from db 5.2.28-1. On x86_64, I have the
> >>>same thing, but postfix restarts just fine. What do we need to do to get
> >>>postfix to look for libdb-5.2.so instead of libdb-5.1.so on x86?
> >>>
> >>>
> >>
> >>all this output is useless without pacman -Q postfix
> >>
> >>if you don't have postfix-2.8.3-4 then is your problem.
> >>
> >
> >scratch that. it seems that i686 is busted
> >
> 
> See - every once in a while I get one right :)
> 

I'm running my own compiled version of sendmail here and had to
recompile it after this update.

	T.


From drankinatty at suddenlinkmail.com  Wed Jul  6 14:17:25 2011
From: drankinatty at suddenlinkmail.com (David C. Rankin)
Date: Wed, 06 Jul 2011 13:17:25 -0500
Subject: [arch-general] upgrading postfix - newaliases: error while
 loading libdb-5.1.so -- ignore?
In-Reply-To: <20110706180639.GA4820@makarioi>
References: <4E1472FE.9080501@suddenlinkmail.com>
 <4E147480.1000001@archlinux.org> <4E148B1E.40504@archlinux.org>
 <4E14967D.8050009@suddenlinkmail.com> <20110706180639.GA4820@makarioi>
Message-ID: <4E14A6B5.4000502@suddenlinkmail.com>

On 07/06/2011 01:06 PM, Thaddeus Nielsen wrote:
> On Wed, Jul 06, 2011 at 12:08:13PM -0500, David C. Rankin wrote:
>> On 07/06/2011 11:19 AM, Ionut Biru wrote:
>>> On 07/06/2011 05:43 PM, Ionut Biru wrote:
>>>>> OK, it looks like a missing link from db 5.2.28-1. On x86_64, I have the
>>>>> same thing, but postfix restarts just fine. What do we need to do to get
>>>>> postfix to look for libdb-5.2.so instead of libdb-5.1.so on x86?
>>>>>
>>>>>
>>>>
>>>> all this output is useless without pacman -Q postfix
>>>>
>>>> if you don't have postfix-2.8.3-4 then is your problem.
>>>>
>>>
>>> scratch that. it seems that i686 is busted
>>>
>>
>> See - every once in a while I get one right :)
>>
>
> I'm running my own compiled version of sendmail here and had to
> recompile it after this update.
>

As a temporary work around, just add a link in /usr/lib from 
/usr/lib/libdb-5.1.so -> libdb-5.2.so:

13:14 providence:~> sudo ln -sf /usr/lib/libdb-5.2.so /usr/lib/libdb-5.1.so
13:14 providence:~> sudo /etc/rc.d/postfix restart

That will bring postfix back up until the package is updated. Then don't forget 
to remove the link later...

-- 
David C. Rankin, J.D.,P.E.

From geert at hendrickx.be  Wed Jul  6 15:03:50 2011
From: geert at hendrickx.be (Geert Hendrickx)
Date: Wed, 6 Jul 2011 21:03:50 +0200
Subject: [arch-general] upgrading postfix - newaliases: error while
 loading libdb-5.1.so -- ignore?
In-Reply-To: <4E14A6B5.4000502@suddenlinkmail.com>
References: <4E1472FE.9080501@suddenlinkmail.com>
 <4E147480.1000001@archlinux.org> <4E148B1E.40504@archlinux.org>
 <4E14967D.8050009@suddenlinkmail.com>
 <20110706180639.GA4820@makarioi>
 <4E14A6B5.4000502@suddenlinkmail.com>
Message-ID: <20110706190350.GA31019@boris.ghen.be>

Same here.

On x86_64, postfix-2.8.3-4 is linked to the new db version, whereas
on i686, it is (accidentally?) still linked to the old.

I've recompiled my own as a workaround on i686.


	Geert



From darose at darose.net  Wed Jul  6 15:12:30 2011
From: darose at darose.net (David Rosenstrauch)
Date: Wed, 06 Jul 2011 15:12:30 -0400
Subject: [arch-general] X cursor problem on new install
In-Reply-To: <4E14A2BC.3030109@darose.net>
References: <4E11CEE8.8070407@gmail.com>
 <CAFJ3QW+eCmzzSPN2YPT9fJRB2M7jDvuacRfphW1oLi66_KjBGw@mail.gmail.com>
 <4E149F74.5030805@gmail.com> <4E14A2BC.3030109@darose.net>
Message-ID: <4E14B39E.2040808@darose.net>

On 07/06/2011 02:00 PM, David Rosenstrauch wrote:
> On 07/06/2011 01:46 PM, D. R. Evans wrote:
>> Guillaume Brunerie said the following at 07/04/2011 11:01 AM :
>>> It seems you have an Intel graphics card and that the driver does not
>>> want
>>> to start.
>>>
>>> Have you read the page https://wiki.archlinux.org/index.php/Intel ?
>>> In particular you need to install the package xf86-video-intel and
>>> you need
>>> to enable KMS to run X.
>>>
>>
>> Yes, I have read that page. I don't know what part of it you are
>> suggesting
>> is important and which I have failed to follow.
>>
>> 1. xf86-video-intel *is* installed.
>
> How about the intel-dri package? If not, try installing that. (And then
> restarting X.)
>
> If that doesn't work, email back. I use Intel graphics here ... might be
> able to help you through this.
>
> DR

Also, not sure if this matters, but it looks like you don't have any 
Xorg fonts installed.  Try installing xorg-fonts-100dpi and 
xorg-fonts-75dpi and see if that helps.

DR

From ibiru at archlinux.org  Wed Jul  6 15:12:54 2011
From: ibiru at archlinux.org (Ionut Biru)
Date: Wed, 06 Jul 2011 22:12:54 +0300
Subject: [arch-general] upgrading postfix - newaliases: error while
 loading libdb-5.1.so -- ignore?
In-Reply-To: <20110706190350.GA31019@boris.ghen.be>
References: <4E1472FE.9080501@suddenlinkmail.com>
 <4E147480.1000001@archlinux.org> <4E148B1E.40504@archlinux.org>
 <4E14967D.8050009@suddenlinkmail.com> <20110706180639.GA4820@makarioi>
 <4E14A6B5.4000502@suddenlinkmail.com> <20110706190350.GA31019@boris.ghen.be>
Message-ID: <4E14B3B6.2020002@archlinux.org>

On 07/06/2011 10:03 PM, Geert Hendrickx wrote:
> Same here.
>
> On x86_64, postfix-2.8.3-4 is linked to the new db version, whereas
> on i686, it is (accidentally?) still linked to the old.
>
> I've recompiled my own as a workaround on i686.
>
>
> 	Geert
>
>

it was fixed couples of hours ago in postfix-2.8.3-4.1

-- 
Ionu?

From darose at darose.net  Wed Jul  6 15:19:31 2011
From: darose at darose.net (David Rosenstrauch)
Date: Wed, 06 Jul 2011 15:19:31 -0400
Subject: [arch-general] X cursor problem on new install
In-Reply-To: <4E14B39E.2040808@darose.net>
References: <4E11CEE8.8070407@gmail.com>
 <CAFJ3QW+eCmzzSPN2YPT9fJRB2M7jDvuacRfphW1oLi66_KjBGw@mail.gmail.com>
 <4E149F74.5030805@gmail.com> <4E14A2BC.3030109@darose.net>
 <4E14B39E.2040808@darose.net>
Message-ID: <4E14B543.4000309@darose.net>

On 07/06/2011 03:12 PM, David Rosenstrauch wrote:
> On 07/06/2011 02:00 PM, David Rosenstrauch wrote:
>> On 07/06/2011 01:46 PM, D. R. Evans wrote:
>>> Guillaume Brunerie said the following at 07/04/2011 11:01 AM :
>>>> It seems you have an Intel graphics card and that the driver does not
>>>> want
>>>> to start.
>>>>
>>>> Have you read the page https://wiki.archlinux.org/index.php/Intel ?
>>>> In particular you need to install the package xf86-video-intel and
>>>> you need
>>>> to enable KMS to run X.
>>>>
>>>
>>> Yes, I have read that page. I don't know what part of it you are
>>> suggesting
>>> is important and which I have failed to follow.
>>>
>>> 1. xf86-video-intel *is* installed.
>>
>> How about the intel-dri package? If not, try installing that. (And then
>> restarting X.)
>>
>> If that doesn't work, email back. I use Intel graphics here ... might be
>> able to help you through this.
>>
>> DR
>
> Also, not sure if this matters, but it looks like you don't have any
> Xorg fonts installed. Try installing xorg-fonts-100dpi and
> xorg-fonts-75dpi and see if that helps.
>
> DR

One other suggestion:

Try *un*installing xf86-video-fbdev and xf86-video-vesa.  It looks like 
it might be picking up the VESA driver, rather than the Intel one.

HTH,

DR

From geert at hendrickx.be  Wed Jul  6 15:53:20 2011
From: geert at hendrickx.be (Geert Hendrickx)
Date: Wed, 6 Jul 2011 21:53:20 +0200
Subject: [arch-general] upgrading postfix - newaliases: error while
 loading libdb-5.1.so -- ignore?
In-Reply-To: <4E14B3B6.2020002@archlinux.org>
References: <4E1472FE.9080501@suddenlinkmail.com>
 <4E147480.1000001@archlinux.org> <4E148B1E.40504@archlinux.org>
 <4E14967D.8050009@suddenlinkmail.com>
 <20110706180639.GA4820@makarioi>
 <4E14A6B5.4000502@suddenlinkmail.com>
 <20110706190350.GA31019@boris.ghen.be>
 <4E14B3B6.2020002@archlinux.org>
Message-ID: <20110706195320.GA31288@boris.ghen.be>

On Wed, Jul 06, 2011 at 22:12:54 +0300, Ionut Biru wrote:
> it was fixed couples of hours ago in postfix-2.8.3-4.1


Confirmed, thanks!


	Geert


-- 
geert.hendrickx.be :: geert at hendrickx.be :: PGP: 0xC4BB9E9F
This e-mail was composed using 100% recycled spam messages!

From lists at baums-on-web.de  Wed Jul  6 17:38:00 2011
From: lists at baums-on-web.de (Heiko Baums)
Date: Wed, 6 Jul 2011 23:38:00 +0200
Subject: [arch-general] fbsplash fails to start after pacman -Syu
In-Reply-To: <4E148829.80705@gmail.com>
References: <4E13C91C.9060707@gmail.com> <201107061038.11231.yaro@marupa.net>
 <4E148829.80705@gmail.com>
Message-ID: <20110706233800.40117232@darkstar>

Am Wed, 06 Jul 2011 21:37:05 +0530
schrieb Madhurya Kakati <mkakati2805 at gmail.com>:

> the second log that i pasted(after the upgrade), I ran mkinitpcio and 
> rebooted before posting it.

Like I said before, update the packages fbsplash and fbsplash-extras to
the latest versions, of course, run locate pacnew, adapt the config if
necessary, run mkinitcpio for your kernel(s) as Yaro suggested and then
reboot.

If the issue still persists, please, file the bug report in the AUR
comments of fbsplash-extras and maybe also fbsplash.

The error messages you posted are related to a file which is contained
in fbsplash-extras. Both packages, fbsplash as well as fbsplash-extras,
have been updated a few days ago. So it's most likely that you missed
these updates.

At least I can't reproduce this issue.

And keep in mind that both packages are built upon [core] and not
[testing]. So if you're using [testing] it might be that it breaks
anytime.

Heiko

From paul at ezvan.fr  Wed Jul  6 17:59:33 2011
From: paul at ezvan.fr (Paul Ezvan)
Date: Wed, 06 Jul 2011 23:59:33 +0200
Subject: [arch-general] upgrading postfix - newaliases: error while
 loading libdb-5.1.so -- ignore?
In-Reply-To: <4E14A6B5.4000502@suddenlinkmail.com>
References: <4E1472FE.9080501@suddenlinkmail.com>
 <4E147480.1000001@archlinux.org> <4E148B1E.40504@archlinux.org>
 <4E14967D.8050009@suddenlinkmail.com> <20110706180639.GA4820@makarioi>
 <4E14A6B5.4000502@suddenlinkmail.com>
Message-ID: <1309989573.1722.1.camel@gen3>


> 
> As a temporary work around, just add a link in /usr/lib from 
> /usr/lib/libdb-5.1.so -> libdb-5.2.so:
> 
> 13:14 providence:~> sudo ln -sf /usr/lib/libdb-5.2.so /usr/lib/libdb-5.1.so
> 13:14 providence:~> sudo /etc/rc.d/postfix restart
> 
> That will bring postfix back up until the package is updated. Then don't forget 
> to remove the link later...
> 

Please don't do that, this is a bad workaround !
You should rebuild the package instead, it is very easy with ABS.

Paul


From ino-news at spotteswoode.dnsalias.org  Wed Jul  6 17:47:07 2011
From: ino-news at spotteswoode.dnsalias.org (clemens fischer)
Date: Wed, 06 Jul 2011 23:47:07 +0200
Subject: [arch-general] Something Broken with Perl!
References: <20110630003519.GA2794@linlap.wavecable.com>
 <4E0C34A1.1060607@archlinux.org> <4E0C3D2F.8000605@gmail.com>
 <4E0C4302.3030502@archlinux.org> <4E0C47BF.9090008@gmail.com>
 <4E0C5535.6080805@archlinux.org> <4E0C56FD.2030000@vdwaa.nl>
 <4E0C591F.7020401@archlinux.org> <4E0C5D3D.1030506@gmail.com>
 <1309434733.27024.4.camel@localhost.localdomain>
 <dmr1e8xla8.ln2@nntp.spotteswoode.dnsalias.org>
Message-ID: <rn1fe8xuns.ln2@nntp.spotteswoode.dnsalias.org>

clemens fischer wrote:

>  % urxvt
>  urxvt: symbol lookup error:
>  /usr/lib/perl5/site_perl/auto/List/Util/Util.so: undefined
>  symbol: Perl_Istack_sp_ptr
> 
> I moved Util.so elsewhere and urxvt started working again.
> 
> But:
> 
>  # cpanp
>  Data::Dumper object version 2.130_02 does not match
>  $Data::Dumper::VERSION 2.126 at /usr/lib/perl5/core_perl/DynaLoader.pm line 213.
>  Compilation failed in require at /usr/share/perl5/core_perl/Params/Check.pm line 8.
>  BEGIN failed--compilation aborted at /usr/share/perl5/core_perl/Params/Check.pm line 8.
>  Compilation failed in require at /usr/share/perl5/core_perl/Log/Message.pm line 5.
>  BEGIN failed--compilation aborted at /usr/share/perl5/core_perl/Log/Message.pm line 5.
>  Compilation failed in require at /usr/share/perl5/core_perl/CPANPLUS/Error.pm line 5.
>  BEGIN failed--compilation aborted at /usr/share/perl5/core_perl/CPANPLUS/Error.pm line 5.
>  Compilation failed in require at /usr/share/perl5/core_perl/CPANPLUS.pm line 6.
>  BEGIN failed--compilation aborted at /usr/share/perl5/core_perl/CPANPLUS.pm line 6.
>  Compilation failed in require at /usr/bin/core_perl/cpanp line 11.
>  BEGIN failed--compilation aborted at /usr/bin/core_perl/cpanp line 11.
> 
> out of curiosity, I did:
> 
>  # mmv /usr/lib/perl5/core_perl/ /usr/lib/perl5/core_perl-old
>  `/usr/lib/perl5/core_perl/' -> `/usr/lib/perl5/core_perl-old'
>  ~
>  0 3 # cpanp
>  /usr/bin/perl: error while loading shared libraries: libperl.so:
>  cannot open shared object file: No such file or directory
>  ~
>  # locate -i libperl.so
>  (no output)
>  ~
>  # find /usr/bin/core_perl/ -type f ( -name *libperl* )
>  (no output)

thanks for looking into this.

I had to rename /usr/lib/perl5/site_perl (to
/usr/lib/perl5/site_perl-old) to make things like automake and cpanplus
work again.


clemens


From baho-utot at columbus.rr.com  Wed Jul  6 20:02:11 2011
From: baho-utot at columbus.rr.com (Baho Utot)
Date: Wed, 6 Jul 2011 20:02:11 -0400
Subject: [arch-general] upgrading postfix - newaliases: error while
	loading libdb-5.1.so -- ignore?
In-Reply-To: <1309989573.1722.1.camel@gen3>
References: <4E1472FE.9080501@suddenlinkmail.com>
 <4E14A6B5.4000502@suddenlinkmail.com> <1309989573.1722.1.camel@gen3>
Message-ID: <201107062002.11622.baho-utot@columbus.rr.com>

On Wednesday, July 06, 2011 05:59:33 PM Paul Ezvan wrote:
> > As a temporary work around, just add a link in /usr/lib from
> > /usr/lib/libdb-5.1.so -> libdb-5.2.so:
> > 
> > 13:14 providence:~> sudo ln -sf /usr/lib/libdb-5.2.so
> > /usr/lib/libdb-5.1.so 13:14 providence:~> sudo /etc/rc.d/postfix restart
> > 
> > That will bring postfix back up until the package is updated. Then don't
> > forget to remove the link later...
> 
> Please don't do that, this is a bad workaround !
> You should rebuild the package instead, it is very easy with ABS.
> 
> Paul

Why?

The worst you could do is have pacman complain that the file(s) already exists 
in the file system.  You then only have to remove it and you're good.

Still the best way is to build/repackage but the link works as weel.


From steve.holmes88 at gmail.com  Thu Jul  7 00:39:50 2011
From: steve.holmes88 at gmail.com (Steve Holmes)
Date: Wed, 6 Jul 2011 21:39:50 -0700
Subject: [arch-general] Something Broken with Perl!
In-Reply-To: <4E1358FC.7060701@xinu.at>
References: <20110630003519.GA2794@linlap.wavecable.com>
 <20110704000220.GA7231@linlap.lan> <4E1358FC.7060701@xinu.at>
Message-ID: <20110707043950.GA31272@linlap.wavecable.com>

On Tue, Jul 05, 2011 at 08:33:32PM +0200, Florian Pritz wrote:
> Well, perl guys tend to loose the dots so 5.14.1 would be 5.014001. You
> can test that using `perl -v` or `perl -e 'print $^V'` and `perl -e
> 'print $]'`. "$]" and "$^V" contain the perl version you're running in
> different formats.
> I have no idea why there are two formats though.

Before I saw this reply, I went ahead and installed Params::Util from
the perl-params-util package from AUR; that went in fine because the
PKGBUILD has the perl version dependency changed down to simply '5'.
After that, I went back and used cpanp to install Moose and whammo! It
picked up all the necessary dependencies and plugged them all in
without further incident.  So my faith in cpanplus is restored:).
Maybe the version number dependency for Params::Util needs to be
corrected so cpanp can compare it properly?  Not sure how to go about
that though.  Fortunately, that was the only package that held things
up for me.

I sure like the way it grabbed all the dependencies for me now.
thanks for the recommendation for this package.

From allan at archlinux.org  Thu Jul  7 02:36:10 2011
From: allan at archlinux.org (Allan McRae)
Date: Thu, 07 Jul 2011 16:36:10 +1000
Subject: [arch-general] upgrading postfix - newaliases: error while
 loading libdb-5.1.so -- ignore?
In-Reply-To: <201107062002.11622.baho-utot@columbus.rr.com>
References: <4E1472FE.9080501@suddenlinkmail.com>
 <4E14A6B5.4000502@suddenlinkmail.com> <1309989573.1722.1.camel@gen3>
 <201107062002.11622.baho-utot@columbus.rr.com>
Message-ID: <4E1553DA.9080106@archlinux.org>

On 07/07/11 10:02, Baho Utot wrote:
> On Wednesday, July 06, 2011 05:59:33 PM Paul Ezvan wrote:
>>> As a temporary work around, just add a link in /usr/lib from
>>> /usr/lib/libdb-5.1.so ->  libdb-5.2.so:
>>>
>>> 13:14 providence:~>  sudo ln -sf /usr/lib/libdb-5.2.so
>>> /usr/lib/libdb-5.1.so 13:14 providence:~>  sudo /etc/rc.d/postfix restart
>>>
>>> That will bring postfix back up until the package is updated. Then don't
>>> forget to remove the link later...
>>
>> Please don't do that, this is a bad workaround !
>> You should rebuild the package instead, it is very easy with ABS.
>>
>> Paul
>
> Why?
>
> The worst you could do is have pacman complain that the file(s) already exists
> in the file system.  You then only have to remove it and you're good.
>
> Still the best way is to build/repackage but the link works as weel.
>

The worst you can do while symlinking libraries is entirely screw your 
system...  just ask the people who could not use pacman to extract .xz 
packages anymore after symlinking liblzma...

Library sonames change for a reason.

Allan

From foutrelis at gmail.com  Thu Jul  7 02:34:16 2011
From: foutrelis at gmail.com (Evangelos Foutras)
Date: Thu, 7 Jul 2011 09:34:16 +0300
Subject: [arch-general] upgrading postfix - newaliases: error while
 loading libdb-5.1.so -- ignore?
In-Reply-To: <201107062002.11622.baho-utot@columbus.rr.com>
References: <4E1472FE.9080501@suddenlinkmail.com>
 <4E14A6B5.4000502@suddenlinkmail.com>
 <1309989573.1722.1.camel@gen3>
 <201107062002.11622.baho-utot@columbus.rr.com>
Message-ID: <CAJbzwsG-JcQgXN97apfecf3dq93KXfWCWPh=3-h4jJq7TYU65w@mail.gmail.com>

On 7 July 2011 03:02, Baho Utot <baho-utot at columbus.rr.com> wrote:
> On Wednesday, July 06, 2011 05:59:33 PM Paul Ezvan wrote:
>> > As a temporary work around, just add a link in /usr/lib from
>> > /usr/lib/libdb-5.1.so -> libdb-5.2.so:
>> >
>> > 13:14 providence:~> sudo ln -sf /usr/lib/libdb-5.2.so
>> > /usr/lib/libdb-5.1.so 13:14 providence:~> sudo /etc/rc.d/postfix restart
>> >
>> > That will bring postfix back up until the package is updated. Then don't
>> > forget to remove the link later...
>>
>> Please don't do that, this is a bad workaround !
>> You should rebuild the package instead, it is very easy with ABS.
>>
>> Paul
>
> Why?
>
> The worst you could do is have pacman complain that the file(s) already exists
> in the file system. ?You then only have to remove it and you're good.
>
> Still the best way is to build/repackage but the link works as weel.

A soname bump generally indicates a change in the ABI.

Enjoy your random crashes. :p

From anthony at xtfx.me  Thu Jul  7 03:10:32 2011
From: anthony at xtfx.me (C Anthony Risinger)
Date: Thu, 7 Jul 2011 02:10:32 -0500
Subject: [arch-general] upgrading postfix - newaliases: error while
 loading libdb-5.1.so -- ignore?
In-Reply-To: <201107062002.11622.baho-utot@columbus.rr.com>
References: <4E1472FE.9080501@suddenlinkmail.com>
 <4E14A6B5.4000502@suddenlinkmail.com>
 <1309989573.1722.1.camel@gen3> <201107062002.11622.baho-utot@columbus.rr.com>
Message-ID: <CAGAVQTF7OwCV4CGf-uhQK77xYHLuY+tCi=t8RLXOe8hTGgq4Sg@mail.gmail.com>

On Wed, Jul 6, 2011 at 7:02 PM, Baho Utot <baho-utot at columbus.rr.com> wrote:
> On Wednesday, July 06, 2011 05:59:33 PM Paul Ezvan wrote:
>> >
>> > sudo ln -sf /usr/lib/libdb-5.2.so /usr/lib/libdb-5.1.so
>>
>> Please don't do that, this is a bad workaround !
>
> Why?

... segfaults, leaks?, corruption, security ++ an unending list of
random/periodic/hidden/visible/dramatic/subtle/obscure/obvious/minor/major
problems, crashes, and/or lockups.

soname bumps denote backwards incompatible changes at rather low
levels (ABI), ie. an *intentional* break in the interface agreement
between the library and any consuming binaries.  it causes work
downstream and is mostly avoided if possible -- developers usually
have good reasons when it happens.  [willful] ignorance subjects *any*
binary loading the library directly, or by proxy, to a wide list of
unknowns -- resultant behavior is roughly 300% unpredictable, and
varies heavily by context, circumstance, whim, weather, date, mood,
not to mention cosmic alignments ...

... a Bad Idea i daresay :-)

C Anthony

From baho-utot at columbus.rr.com  Thu Jul  7 05:34:14 2011
From: baho-utot at columbus.rr.com (Baho Utot)
Date: Thu, 7 Jul 2011 05:34:14 -0400
Subject: [arch-general] upgrading postfix - newaliases: error while
	loading libdb-5.1.so -- ignore?
In-Reply-To: <4E1553DA.9080106@archlinux.org>
References: <4E1472FE.9080501@suddenlinkmail.com>
 <201107062002.11622.baho-utot@columbus.rr.com>
 <4E1553DA.9080106@archlinux.org>
Message-ID: <201107070534.14317.baho-utot@columbus.rr.com>

On Thursday, July 07, 2011 02:36:10 AM Allan McRae wrote:
> On 07/07/11 10:02, Baho Utot wrote:
> > On Wednesday, July 06, 2011 05:59:33 PM Paul Ezvan wrote:
> >>> As a temporary work around, just add a link in /usr/lib from
> >>> /usr/lib/libdb-5.1.so ->  libdb-5.2.so:
> >>> 
> >>> 13:14 providence:~>  sudo ln -sf /usr/lib/libdb-5.2.so
> >>> /usr/lib/libdb-5.1.so 13:14 providence:~>  sudo /etc/rc.d/postfix
> >>> restart
> >>> 
> >>> That will bring postfix back up until the package is updated. Then
> >>> don't forget to remove the link later...
> >> 
> >> Please don't do that, this is a bad workaround !
> >> You should rebuild the package instead, it is very easy with ABS.
> >> 
> >> Paul
> > 
> > Why?
> > 
> > The worst you could do is have pacman complain that the file(s) already
> > exists in the file system.  You then only have to remove it and you're
> > good.
> > 
> > Still the best way is to build/repackage but the link works as weel.
> 
> The worst you can do while symlinking libraries is entirely screw your
> system...  just ask the people who could not use pacman to extract .xz
> packages anymore after symlinking liblzma...
> 
> Library sonames change for a reason.
> 
> Allan

In this case it would only screwup postfix.  I am not talking of whole sale 
symlinking libs only to temporay fix issues like this while the package is 
being fixed.

From ibiru at archlinux.org  Thu Jul  7 09:57:42 2011
From: ibiru at archlinux.org (Ionut Biru)
Date: Thu, 07 Jul 2011 16:57:42 +0300
Subject: [arch-general] The OpenCL ICD problem
In-Reply-To: <CAKWj5-+pRdwGREtt01VMWKr9JtFLgea8U27HhB25jTm6ADVp7g@mail.gmail.com>
References: <CAKWj5-+pRdwGREtt01VMWKr9JtFLgea8U27HhB25jTm6ADVp7g@mail.gmail.com>
Message-ID: <4E15BB56.3060502@archlinux.org>

Forwarding discussion to arch-general mailing list.

-------- Original Message --------
Subject: The OpenCL ICD problem
Date: Thu, 7 Jul 2011 15:48:52 +0200
From: Vojt?ch Kr?l <kral.vojtech at gmail.com>

Hello,
   I'm writing to you because of a problem which has arisen with the
OpenCL Arch packages.
To introduce myself shortly: My name is Vojtech "kralyk" Kral (Czech 
Rep., EU)
and I currently maintain AMD APP SDK (aka amdstream) and Intel OpenCL
SDK in AUR.

I'm sending this to maintainers who maintain involved pkgs.
People that might be also interested are in Cc, please let me know
should you find this mail too spammy/annoying :)

The problem in question is a conflicting file, namely
/usr/lib/libOpenCL.so (and possibly so version symlinks too).
This file is currently provided by these packages (that I know of):
   nvidia-utils [extra],
   lib32-nvidia-utils [multilib],
   amdstream [AUR],
   intel-opencl-sdk [AUR],
   lib32-nvidia-utils-173xx [AUR] and
   lib32-nvidia-utils-beta [AUR].

The thing is this conflict should be resolved so that it would be
possible to install
OpenCL implementations from multiple vendors at the same time on the
same system (as requested by the standard from Khronos)
while still providing this so file to satistfy dependencies for other
either existing pkgs (such as pyopencl) or possible funture ones.
This should be done in compliance with the ICD standard, see
http://www.khronos.org/registry/cl/extensions/khr/cl_khr_icd.txt

However, it should hopefully not be that difficult, since most of the
packages already comply to the standard
by providing appropriate *.icd file in /etc/OpenCL/vendors. And those
that don't should be updated accordingly (lib32-nvidia-utils-beta
maybe? Not sure.)
Also, the standard requests the ICD loader - which is in fact usually
the libOpenCL.so library - to be able to enumerate all the ICDs on its
own.

So this so file is pretty much independent on the vendor it is
supplied by, providing the vendor a) follows the standard correctly b)
is sane :-)

Therefore, a sollution might be to simply pick one of available ICD
loaders (a thin one preferably) and make it a dependency for other
pkgs.
I'm not saying this is an optimal sollution, I'm merely leaving it to
your consideration. Feel free to suggest other possibilities.

Let me know what you think...

Best Regards,
Vojtech "kralyk" Kral

From bluewind at xinu.at  Thu Jul  7 10:29:46 2011
From: bluewind at xinu.at (Florian Pritz)
Date: Thu, 07 Jul 2011 16:29:46 +0200
Subject: [arch-general] The OpenCL ICD problem
In-Reply-To: <4E15BB56.3060502@archlinux.org>
References: <CAKWj5-+pRdwGREtt01VMWKr9JtFLgea8U27HhB25jTm6ADVp7g@mail.gmail.com>
 <4E15BB56.3060502@archlinux.org>
Message-ID: <4E15C2DA.4030004@xinu.at>

> I'm sending this to maintainers who maintain involved pkgs.
> People that might be also interested are in Cc, please let me know
> should you find this mail too spammy/annoying :)

Next time please send this to the appropriate mailing list (arch-general
or aur-general in most cases) and if you feel it's necessary you can
still CC the maintainers.

> The problem in question is a conflicting file, namely
> /usr/lib/libOpenCL.so (and possibly so version symlinks too).
> This file is currently provided by these packages (that I know of):
>    nvidia-utils [extra],
>    lib32-nvidia-utils [multilib],

multilib/lib32-nvidia-utils (275.09.07-1) : /usr/lib32/libOpenCL.so
extra/nvidia-utils (275.09.07-1) : /usr/lib/libOpenCL.so

There is no conflict.

> Therefore, a sollution might be to simply pick one of available ICD
> loaders (a thin one preferably) and make it a dependency for other
> pkgs.

We only have one in our repos so there's nothing to do as far as I can tell.

In case I misunderstood something, please clarify.

-- 
Florian Pritz

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: OpenPGP digital signature
URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110707/752ce4eb/attachment.asc>

From gdamjan at gmail.com  Thu Jul  7 10:46:48 2011
From: gdamjan at gmail.com (Damjan)
Date: Thu, 07 Jul 2011 16:46:48 +0200
Subject: [arch-general] The OpenCL ICD problem
In-Reply-To: <4E15C2DA.4030004@xinu.at>
References: <CAKWj5-+pRdwGREtt01VMWKr9JtFLgea8U27HhB25jTm6ADVp7g@mail.gmail.com>
 <4E15BB56.3060502@archlinux.org> <4E15C2DA.4030004@xinu.at>
Message-ID: <4E15C6D8.7010308@gmail.com>

> There is no conflict.
> 
>> Therefore, a sollution might be to simply pick one of available ICD
>> loaders (a thin one preferably) and make it a dependency for other
>> pkgs.
> 
> We only have one in our repos so there's nothing to do as far as I can tell.
> 
> In case I misunderstood something, please clarify.

He is saying that some people might want to have both Nvidia, intel or
AMD OpenCL installed, like this guy here (comment by Void-995, 4th from top)
http://aur.archlinux.org/packages.php?ID=21933


-- 
??????

From nbigaouette at gmail.com  Thu Jul  7 10:46:06 2011
From: nbigaouette at gmail.com (Nicolas Bigaouette)
Date: Thu, 7 Jul 2011 10:46:06 -0400
Subject: [arch-general] The OpenCL ICD problem
In-Reply-To: <4E15BB56.3060502@archlinux.org>
References: <CAKWj5-+pRdwGREtt01VMWKr9JtFLgea8U27HhB25jTm6ADVp7g@mail.gmail.com>
 <4E15BB56.3060502@archlinux.org>
Message-ID: <CAMikMhAn5OX2vzg1UuEZQixQ7td8bjAQTX4vif6ELTcCagxp8w@mail.gmail.com>

I've found somebody who tried to implement his own ICD loader:
https://github.com/Max-E/libclicd
It was not updated for many months, and may be missing a lot of feature.

It might be easier to create a package that just provides
/usr/lib/libOpenCL.so taken from one of the different implementation. I
suggest taking one that supports OpenCL 1.1. I think nvidia support only
1.0, while intel and amd support 1.1.

As it looks, /usr/lib/libOpenCL.so does not provide much: it's just a
wrapper (the ICD Loader). Intel's is 27 kB while AMD's and nvidia's are 21
kB each.

Here's each one's ldd:
# AMD
$ ldd
/opt/amdstream/lib/x86_64/libOpenCL.so.1

        linux-vdso.so.1 =>  (0x00007fffab8e7000)
        libpthread.so.0 => /lib/libpthread.so.0 (0x00007fa4b6d4b000)
        libdl.so.2 => /lib/libdl.so.2 (0x00007fa4b6b47000)
        libc.so.6 => /lib/libc.so.6 (0x00007fa4b67e5000)
        /lib/ld-linux-x86-64.so.2 (0x00007fa4b71af000)
# Nvidia (on Gentoo)
ldd /usr/lib64/libOpenCL.so.1.0.0
        linux-vdso.so.1 =>  (0x00007fffa25ff000)
        libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f68d4981000)
        libdl.so.2 => /lib64/libdl.so.2 (0x00007f68d477c000)
        libc.so.6 => /lib64/libc.so.6 (0x00007f68d4416000)
        /lib64/ld-linux-x86-64.so.2 (0x00007f68d4dcf000)
# Intel
ldd
/opt/intel/opencl-sdk/usr/lib64/libOpenCL.so

        linux-vdso.so.1 =>  (0x00007fff991ff000)
        libdl.so.2 => /lib/libdl.so.2 (0x00007f198f4b9000)
        libnuma.so.1 => /usr/lib/libnuma.so.1 (0x00007f198f2b1000)
        libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00007f198efa6000)
        libm.so.6 => /lib/libm.so.6 (0x00007f198ed24000)
        libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0x00007f198eb0e000)
        libc.so.6 => /lib/libc.so.6 (0x00007f198e7ac000)
        /lib/ld-linux-x86-64.so.2 (0x00007f198f906000)

On the license side, Intel is not clear. There is an EULA here:
http://software.intel.com/en-us/articles/opencl-sdk-EULA/ but it does not
say anything about OpenCL... It seems to be a generic EULA from Intel's
compiler. But there is an llvm licence file in the package
(llvm_release_license.txt). Their compiler is probably based on it. But
that's not the wrapper.

AMD has a license in /opt/amdstream/docs/opencl/LICENSES but I did not had
the courage to read it. Section 2 b) seems to talk about "you may not [...]
modify, network, rent, lend, loan, distribute or create derivative works
based upon the Software in whole or in part;" What's is forbidden? Modify or
distribute the package or modify/distribute a derivative work? I'm just
lost.

I can't find a license for nvidia, but it's probably as cryptic...

I think it's a good idea to have an ICD wrapper. Actually I need that for
myself.

> Therefore, a sollution might be to simply pick one of available ICD
> > loaders (a thin one preferably) and make it a dependency for other
> > pkgs.
>
> We only have one in our repos so there's nothing to do as far as I can
> tell.
>
> In case I misunderstood something, please clarify.
>
 There might be just one right now, but OpenCL standard says many different
implementation should be able to install side by side, and the choice
between them is taken by the ICD loader.

From vic at demuzere.be  Thu Jul  7 10:46:37 2011
From: vic at demuzere.be (Vic Demuzere)
Date: Thu, 07 Jul 2011 16:46:37 +0200
Subject: [arch-general] gnome2.32
In-Reply-To: <1309820038.16104.11.camel@z6000.lenzicasa>
References: <1309820038.16104.11.camel@z6000.lenzicasa>
Message-ID: <4E15C6CD.7020009@demuzere.be>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 07/05/2011 12:53 AM, Sergio de Almeida Lenzi wrote:
> for now, there is a complete gnome 2.32 working with gdm 2.18 (the
> old one) that have gdmsetup. libreoffice is version 3.3.3 and the
> pt-br package is libreoffice-pt-BR I have tested on several old
> notebooks and seems OK

What's wrong with Gnome 3 in fallback mode? Have I missed something?

- -- 
vic.demuzere.be :: vic at demuzere.be :: PGP: 0x5F3A08A1
My software never contains bugs, it just develops random features.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)

iQEcBAEBAgAGBQJOFcbJAAoJEG+257lfOgih3rAIAIZpjdaZ37AzRz7qudCF7wGq
zjEsEDZGwRmOmSZe0PD6BkQaL//1tKlJVuzfaCFjABngMyeats5HfZMjhLnoXeok
6Vj+18BXLhP4i9IEq/7YQiq8oW7knOIq7Qj9+ugxcai4mWHeLk0U+LMNGUCNnygA
rqm7xDEzj9yT7sAuCEd5ajFElWYBEGM2lp0M2YgR6pqV+gXXOV3/gvl96bbqulyc
HCel/erhPAKzANE07c5Os7mFO7Dx10m5/LGk+Cabc3KI6txzYEKlOZThqmTSR9Jn
020QkjuRnUWrR5szW3AuvtI09UYiu5MUfN4fsYcJnIRpVPZIR/GvT8/udIwiXnE=
=7Oke
-----END PGP SIGNATURE-----

From kral.vojtech at gmail.com  Thu Jul  7 10:50:05 2011
From: kral.vojtech at gmail.com (=?ISO-8859-2?B?Vm9qdOxjaCBLcuFs?=)
Date: Thu, 7 Jul 2011 16:50:05 +0200
Subject: [arch-general] The OpenCL ICD problem
In-Reply-To: <CAMikMhAn5OX2vzg1UuEZQixQ7td8bjAQTX4vif6ELTcCagxp8w@mail.gmail.com>
References: <CAKWj5-+pRdwGREtt01VMWKr9JtFLgea8U27HhB25jTm6ADVp7g@mail.gmail.com>
 <4E15BB56.3060502@archlinux.org>
 <CAMikMhAn5OX2vzg1UuEZQixQ7td8bjAQTX4vif6ELTcCagxp8w@mail.gmail.com>
Message-ID: <CAKWj5-+R9Mfrm6LWaaZnDQFMM018kbBokXA_8Kc-MiZwQFHfeA@mail.gmail.com>

Thankyou Nicolas for the research, that's exactly what we need.
And yes Damjan, you are right.

From drankinatty at suddenlinkmail.com  Thu Jul  7 10:55:59 2011
From: drankinatty at suddenlinkmail.com (David C. Rankin)
Date: Thu, 07 Jul 2011 09:55:59 -0500
Subject: [arch-general] libreoffice 3.4.1-2 "General Error" on open and save
Message-ID: <4E15C8FF.10009@suddenlinkmail.com>

Guys,

   Since updating to libreoffice 3.4.1-2 I get a "General Error" on opening 
any document and on saving any document for the first time. (i.e. save a new 
document or 'save as' new name on existing documents)

   Libre seems to work. After closing the error dialog, the document opens and 
after closing the error dialog on save, the document is saved, but this gives 
some concern when working on critical documents.

   A screenshot of the error on save dialog is here:

http://www.3111skyline.com/dl/arch/bugs/libre/oo-general-error-on-save.jpg

   Is anyone else seeing this?  If so, any idea what needs to be done to fix it?

-- 
David C. Rankin, J.D.,P.E.

From thaddeusn at gmail.com  Thu Jul  7 11:00:27 2011
From: thaddeusn at gmail.com (Thaddeus Nielsen)
Date: Thu, 7 Jul 2011 10:00:27 -0500
Subject: [arch-general] libreoffice 3.4.1-2 "General Error" on open and
 save
In-Reply-To: <4E15C8FF.10009@suddenlinkmail.com>
References: <4E15C8FF.10009@suddenlinkmail.com>
Message-ID: <20110707150027.GA1959@makarioi>

On Thu, Jul 07, 2011 at 09:55:59AM -0500, David C. Rankin wrote:
> Guys,
> 
>   Since updating to libreoffice 3.4.1-2 I get a "General Error" on
> opening any document and on saving any document for the first time.
> (i.e. save a new document or 'save as' new name on existing
> documents)
> 
>   Libre seems to work. After closing the error dialog, the document
> opens and after closing the error dialog on save, the document is
> saved, but this gives some concern when working on critical
> documents.
> 
>   A screenshot of the error on save dialog is here:
> 
> http://www.3111skyline.com/dl/arch/bugs/libre/oo-general-error-on-save.jpg
> 
>   Is anyone else seeing this?  If so, any idea what needs to be done to fix it?
> 
I also experience this, though I simply put up with it (not having to
draft any legal documents).

	T.


From bluewind at xinu.at  Thu Jul  7 11:01:41 2011
From: bluewind at xinu.at (Florian Pritz)
Date: Thu, 07 Jul 2011 17:01:41 +0200
Subject: [arch-general] libreoffice 3.4.1-2 "General Error" on open and
 save
In-Reply-To: <4E15C8FF.10009@suddenlinkmail.com>
References: <4E15C8FF.10009@suddenlinkmail.com>
Message-ID: <4E15CA55.60007@xinu.at>

On 07.07.2011 16:55, David C. Rankin wrote:
> Guys,
> 
>    Since updating to libreoffice 3.4.1-2 I get a "General Error" on opening 
> any document and on saving any document for the first time. (i.e. save a new 
> document or 'save as' new name on existing documents)
> 
>    Libre seems to work. After closing the error dialog, the document opens and 
> after closing the error dialog on save, the document is saved, but this gives 
> some concern when working on critical documents.
> 
>    A screenshot of the error on save dialog is here:
> 
> http://www.3111skyline.com/dl/arch/bugs/libre/oo-general-error-on-save.jpg
> 
>    Is anyone else seeing this?  If so, any idea what needs to be done to fix it?
> 
https://bugs.archlinux.org/task/25047

-- 
Florian Pritz

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: OpenPGP digital signature
URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110707/c6aca065/attachment.asc>

From kral.vojtech at gmail.com  Thu Jul  7 11:34:59 2011
From: kral.vojtech at gmail.com (=?ISO-8859-2?B?Vm9qdOxjaCBLcuFs?=)
Date: Thu, 7 Jul 2011 17:34:59 +0200
Subject: [arch-general] The OpenCL ICD problem
In-Reply-To: <CAMikMhAn5OX2vzg1UuEZQixQ7td8bjAQTX4vif6ELTcCagxp8w@mail.gmail.com>
References: <CAKWj5-+pRdwGREtt01VMWKr9JtFLgea8U27HhB25jTm6ADVp7g@mail.gmail.com>
 <4E15BB56.3060502@archlinux.org>
 <CAMikMhAn5OX2vzg1UuEZQixQ7td8bjAQTX4vif6ELTcCagxp8w@mail.gmail.com>
Message-ID: <CAKWj5-K-UmSBNr3HL=AOgP+50iWOcUJnTVK_mc5GBHQZ_=kfXQ@mail.gmail.com>

2011/7/7 Nicolas Bigaouette <nbigaouette at gmail.com>:
> I've found somebody who tried to implement his own ICD loader:
> https://github.com/Max-E/libclicd
> It was not updated for many months, and may be missing a lot of feature.
>
> It might be easier to create a package that just provides
> /usr/lib/libOpenCL.so taken from one of the different implementation. I
> suggest taking one that supports OpenCL 1.1. I think nvidia support only
> 1.0, while intel and amd support 1.1.

Although that libclicd thingy looks outdated and/or incomplete,
I like the testapps/list_platforms.c utility. It would be nice to have something
like that in (a possible) wrapper ICD loader package (the
/usr/lib/libOpenCL.so).

AMD has a similar (more verbose) utility called 'clinfo'.
I have experimentally removed the /usr/lib/libOpenCL.so file from the Intel sdk,
installed it alongisde the AMD sdk and tried what these utils would output.
The result looks quite nice, see http://codepad.org/NGaPsYbr

~kralyk

From nbigaouette at gmail.com  Thu Jul  7 11:50:14 2011
From: nbigaouette at gmail.com (Nicolas Bigaouette)
Date: Thu, 7 Jul 2011 11:50:14 -0400
Subject: [arch-general] The OpenCL ICD problem
In-Reply-To: <CAKWj5-K-UmSBNr3HL=AOgP+50iWOcUJnTVK_mc5GBHQZ_=kfXQ@mail.gmail.com>
References: <CAKWj5-+pRdwGREtt01VMWKr9JtFLgea8U27HhB25jTm6ADVp7g@mail.gmail.com>
 <4E15BB56.3060502@archlinux.org>
 <CAMikMhAn5OX2vzg1UuEZQixQ7td8bjAQTX4vif6ELTcCagxp8w@mail.gmail.com>
 <CAKWj5-K-UmSBNr3HL=AOgP+50iWOcUJnTVK_mc5GBHQZ_=kfXQ@mail.gmail.com>
Message-ID: <CAMikMhAwRXAjUWqomy72wWje4_RdEhchBfoV1qZN_S68z0u6CA@mail.gmail.com>

>
> Although that libclicd thingy looks outdated and/or incomplete,
> I like the testapps/list_platforms.c utility. It would be nice to have
> something
> like that in (a possible) wrapper ICD loader package (the
> /usr/lib/libOpenCL.so).
>
> AMD has a similar (more verbose) utility called 'clinfo'.
> I have experimentally removed the /usr/lib/libOpenCL.so file from the Intel
> sdk,
> installed it alongisde the AMD sdk and tried what these utils would output.
> The result looks quite nice, see http://codepad.org/NGaPsYbr
>
I've just written such a library to print available platforms and their
devices. Here's the output of it on my Q6600 cpu:
https://gist.github.com/1069813

This is "just" a library, but a simple main() that calls its .Initialize()
could print this easily.

I'd wish to release that library as opensource at some point. Maybe this
could be a nice time for it ;)

From anthony at xtfx.me  Thu Jul  7 11:54:17 2011
From: anthony at xtfx.me (C Anthony Risinger)
Date: Thu, 7 Jul 2011 10:54:17 -0500
Subject: [arch-general] upgrading postfix - newaliases: error while
 loading libdb-5.1.so -- ignore?
In-Reply-To: <201107070534.14317.baho-utot@columbus.rr.com>
References: <4E1472FE.9080501@suddenlinkmail.com>
 <201107062002.11622.baho-utot@columbus.rr.com>
 <4E1553DA.9080106@archlinux.org>
 <201107070534.14317.baho-utot@columbus.rr.com>
Message-ID: <CAGAVQTG6Rw3ox51kcfqLiYZTeSFjvvHK5e7LUtTRB5J9VqNphw@mail.gmail.com>

On Thu, Jul 7, 2011 at 4:34 AM, Baho Utot <baho-utot at columbus.rr.com> wrote:
> On Thursday, July 07, 2011 02:36:10 AM Allan McRae wrote:
>> On 07/07/11 10:02, Baho Utot wrote:
>>>
>>> Still the best way is to build/repackage but the link works as weel.
>>
>> The worst you can do while symlinking libraries is entirely screw your
>> system... ?just ask the people who could not use pacman to extract .xz
>> packages anymore after symlinking liblzma...
>>
>> Library sonames change for a reason.
>
> In this case it would only screwup postfix. ?I am not talking of whole sale
> symlinking libs only to temporay fix issues like this while the package is
> being fixed.

... but ... why?  when it takes a whole 5-10 minutes to rebuild?  you
have *no idea* why they bumped the soname -- the fact that it works is
pure chance/luck -- whatever changed just hasn't been given the
opportunity to crash 'n burn you yet, because (IIRC) said function(s)
havn't been called, or said data structure(s) haven't been
used/manipulated/read ... *yet*.  if it does work, you could be
clobbering random areas of heap/stack depending on how everything
lines up in the end.

... this is bad idea, bad recommendation, pre-now, now, always,
post-always ... don't do it.  ever ... ever.

http://tldp.org/HOWTO/Program-Library-HOWTO/shared-libraries.html#AEN135

... if you care *at all* about you mail or <insert important data> that is ;-)

C Anthony

From ibiru at archlinux.org  Thu Jul  7 12:34:42 2011
From: ibiru at archlinux.org (Ionut Biru)
Date: Thu, 07 Jul 2011 19:34:42 +0300
Subject: [arch-general] The OpenCL ICD problem
In-Reply-To: <CAMikMhAn5OX2vzg1UuEZQixQ7td8bjAQTX4vif6ELTcCagxp8w@mail.gmail.com>
References: <CAKWj5-+pRdwGREtt01VMWKr9JtFLgea8U27HhB25jTm6ADVp7g@mail.gmail.com>
 <4E15BB56.3060502@archlinux.org>
 <CAMikMhAn5OX2vzg1UuEZQixQ7td8bjAQTX4vif6ELTcCagxp8w@mail.gmail.com>
Message-ID: <4E15E022.2030404@archlinux.org>

On 07/07/2011 05:46 PM, Nicolas Bigaouette wrote:

<snip>

>   There might be just one right now, but OpenCL standard says many different
> implementation should be able to install side by side, and the choice
> between them is taken by the ICD loader.

OKKKKKKK
after talking with Lukas i now have an idea about what you guys talking 
about.

Right now, what can i do is to take care about nvidia's opencl 
implementation and loader.

What I understand from Nicolas is that we can use any loader, either 
form nvidia, ati, intel. It will work with any implementation.

My propose is to split opencl loader and implementation out from 
nvidia-utils like this:

libcl - containing /usr/lib/libOpenCL.so*. This can be easy replaced 
with an opensource loader once is available in mesa or other that is better.
libcl-nvidia - depending on libcl containing 
/etc/OpenCL/vendors/nvidia.icd and libcuda.so and maybe nvidia 
module(need confirmation)

for you guys:
libcl-intel - depending on libcl
libcl-amd - idem

How does it sound for you?


-- 
Ionu?

From l.jirkovsky at gmail.com  Thu Jul  7 12:58:15 2011
From: l.jirkovsky at gmail.com (=?UTF-8?B?THVrw6HFoSBKaXJrb3Zza8O9?=)
Date: Thu, 7 Jul 2011 18:58:15 +0200
Subject: [arch-general] The OpenCL ICD problem
In-Reply-To: <4E15E022.2030404@archlinux.org>
References: <CAKWj5-+pRdwGREtt01VMWKr9JtFLgea8U27HhB25jTm6ADVp7g@mail.gmail.com>
 <4E15BB56.3060502@archlinux.org>
 <CAMikMhAn5OX2vzg1UuEZQixQ7td8bjAQTX4vif6ELTcCagxp8w@mail.gmail.com>
 <4E15E022.2030404@archlinux.org>
Message-ID: <CAFa9FQt=pQMfcsYF_XS=oM26VTsJWhVZQCde646DqeFXxMrw3g@mail.gmail.com>

On 7 July 2011 18:34, Ionut Biru <ibiru at archlinux.org> wrote:
> On 07/07/2011 05:46 PM, Nicolas Bigaouette wrote:
>
> <snip>
>
>
> OKKKKKKK
> after talking with Lukas i now have an idea about what you guys talking
> about.
>
> Right now, what can i do is to take care about nvidia's opencl
> implementation and loader.
>
> What I understand from Nicolas is that we can use any loader, either form
> nvidia, ati, intel. It will work with any implementation.
>
> My propose is to split opencl loader and implementation out from
> nvidia-utils like this:
>
> libcl - containing /usr/lib/libOpenCL.so*. This can be easy replaced with an
> opensource loader once is available in mesa or other that is better.
> libcl-nvidia - depending on libcl containing /etc/OpenCL/vendors/nvidia.icd
> and libcuda.so and maybe nvidia module(need confirmation)
>
> for you guys:
> libcl-intel - depending on libcl
> libcl-amd - idem
>
> How does it sound for you?
>
>
> --
> Ionu?
>

I support this proposal.

First I was not convinced that splitting nvidia-utils to three
packages is necessary and that two packages would be enough. However
OpenCL implementation is independent on OpenGL and it's possible to
use multiple devices at once it actually makes sense.

Lukas

From kral.vojtech at gmail.com  Thu Jul  7 13:36:52 2011
From: kral.vojtech at gmail.com (=?ISO-8859-2?B?Vm9qdOxjaCBLcuFs?=)
Date: Thu, 7 Jul 2011 19:36:52 +0200
Subject: [arch-general] The OpenCL ICD problem
In-Reply-To: <CAFa9FQt=pQMfcsYF_XS=oM26VTsJWhVZQCde646DqeFXxMrw3g@mail.gmail.com>
References: <CAKWj5-+pRdwGREtt01VMWKr9JtFLgea8U27HhB25jTm6ADVp7g@mail.gmail.com>
 <4E15BB56.3060502@archlinux.org>
 <CAMikMhAn5OX2vzg1UuEZQixQ7td8bjAQTX4vif6ELTcCagxp8w@mail.gmail.com>
 <4E15E022.2030404@archlinux.org>
 <CAFa9FQt=pQMfcsYF_XS=oM26VTsJWhVZQCde646DqeFXxMrw3g@mail.gmail.com>
Message-ID: <CAKWj5-LOhEbrp=ghqFP465Q5NuR1xH4=QrZsE4p0_frRW9iUmg@mail.gmail.com>

@Ionut, Lukas:
  I support this proposal too and I'd agree that only the libOpenCL.so
(the ICD loader)
needs to be split off nvidia-utils. Otherwise it could just stay
intact as far as I can tell...

Also, it would probably be wise to settle for dependency names once for all,
by dependency names I mean what the pkgs provide - right now, all
OpenCL pkgs provide
both 'opencl' and 'libcl'. So following your proposal, 'libcl' could
be provided by the loader,
while 'opencl' could be provided by opencl implementations. Or
something along those lines...

@Nicolas:
  That looks great. If you released that as opensource,
it'd probably be a better choice over the clinfo by Amd.

~kralyk

Dne 7. ?ervence 2011 18:58 Luk?? Jirkovsk? <l.jirkovsky at gmail.com> napsal(a):
> On 7 July 2011 18:34, Ionut Biru <ibiru at archlinux.org> wrote:
>> On 07/07/2011 05:46 PM, Nicolas Bigaouette wrote:
>>
>> <snip>
>>
>>
>> OKKKKKKK
>> after talking with Lukas i now have an idea about what you guys talking
>> about.
>>
>> Right now, what can i do is to take care about nvidia's opencl
>> implementation and loader.
>>
>> What I understand from Nicolas is that we can use any loader, either form
>> nvidia, ati, intel. It will work with any implementation.
>>
>> My propose is to split opencl loader and implementation out from
>> nvidia-utils like this:
>>
>> libcl - containing /usr/lib/libOpenCL.so*. This can be easy replaced with an
>> opensource loader once is available in mesa or other that is better.
>> libcl-nvidia - depending on libcl containing /etc/OpenCL/vendors/nvidia.icd
>> and libcuda.so and maybe nvidia module(need confirmation)
>>
>> for you guys:
>> libcl-intel - depending on libcl
>> libcl-amd - idem
>>
>> How does it sound for you?
>>
>>
>> --
>> Ionu?
>>
>
> I support this proposal.
>
> First I was not convinced that splitting nvidia-utils to three
> packages is necessary and that two packages would be enough. However
> OpenCL implementation is independent on OpenGL and it's possible to
> use multiple devices at once it actually makes sense.
>
> Lukas
>

From lenzi.sergio at gmail.com  Thu Jul  7 16:17:46 2011
From: lenzi.sergio at gmail.com (Sergio de Almeida Lenzi)
Date: Thu, 07 Jul 2011 17:17:46 -0300
Subject: [arch-general] gnome2.32
In-Reply-To: <4E15C6CD.7020009@demuzere.be>
References: <1309820038.16104.11.camel@z6000.lenzicasa>
 <4E15C6CD.7020009@demuzere.be>
Message-ID: <1310069866.49873.15.camel@z6000.lenzicasa>



> 
> What's wrong with Gnome 3 in fallback mode? Have I missed something?

in fallback mode:
does not have icons in the desktop,
the panel is not the same, the mouse right click does not work
there are no applets.
Nautilus is a stand alone program and not use the desktop  any more
There are several keyboard commands that end users are not able to use
as they are trained to use only the mouse.

For a skilled computer wizard, gnome3 is good, fast... but is is
useless for an end user. 

That is the reasons I setup an old  gnome (2.32) repository,
and in the future will move users to xfce4. 

Gnome will loose a lot of users, and will be restrict to "wizards
computer gurus"  (about 1% of the users...)
How many end users that uses LInux, are using Kde4??  here in my country
the few notebooks
sold with Linux are using Kde3, and or gnome 2.32...

Please note that "end users" are:
second grade studends of: psicology, medicine, sociology,... (not a
technitian) 
Nurses, Moms (your mom).. music people.., actors.... 
Normal people (90%) of the population around you... that does not wants
to 
know how computer works, just wants to use the computer, without
learning anything,
gnome 2 does exactly what is suposed to do, make the computer work. 

Only in the company I work for (more than 180 users), still uses
gnome2.32, but as I said,
I am working in a Xfce4 desktop for them.   Xfce does not have all the
gnome features, but
it is better than windows XP. 

Sergio


From ibiru at archlinux.org  Thu Jul  7 16:25:38 2011
From: ibiru at archlinux.org (Ionut Biru)
Date: Thu, 07 Jul 2011 23:25:38 +0300
Subject: [arch-general] gnome2.32
In-Reply-To: <1310069866.49873.15.camel@z6000.lenzicasa>
References: <1309820038.16104.11.camel@z6000.lenzicasa>
 <4E15C6CD.7020009@demuzere.be> <1310069866.49873.15.camel@z6000.lenzicasa>
Message-ID: <4E161642.2020205@archlinux.org>

On 07/07/2011 11:17 PM, Sergio de Almeida Lenzi wrote:
>
>
>>
>> What's wrong with Gnome 3 in fallback mode? Have I missed something?
>
> in fallback mode:
> does not have icons in the desktop,
> the panel is not the same, the mouse right click does not work
> there are no applets.
> Nautilus is a stand alone program and not use the desktop  any more
> There are several keyboard commands that end users are not able to use
> as they are trained to use only the mouse.
>
> For a skilled computer wizard, gnome3 is good, fast... but is is
> useless for an end user.
>

everything you said above is plain wrong. EVERYTHING go read the wiki or 
use gnome manuals

1) you can set up nautilus to manage your desktop (use gnome-tweak-tool 
if you are not skilled enough)
2) alt+right click doh, is specified all over the internet at this 
point, not only in the manual
3) see 1 and system settings->keyboard->shortcuts


Can you please spare us and start discovering? Is not that hard to open 
a manual or search on google

-- 
Ionu?

From remy at archlinux.org  Thu Jul  7 17:26:00 2011
From: remy at archlinux.org (=?iso-8859-1?Q?R=E9my?= Oudompheng)
Date: Thu, 7 Jul 2011 23:26:00 +0200
Subject: [arch-general] Introducing pacweb, another pyalpm demo
Message-ID: <20110707212600.GA2576@mastermind.lan>

Hello,

I am currently working on another toy example use of pyalpm: beside
pycman, the command line utility that comes with pyalpm, I have now
pacweb, a browsable Web interface to pacman.

  http://projects.archlinux.org/users/remy/pacweb.git/

It is not suitable for public consumption, but offers an alternative
display of the pacman database. Intrepid users might run it as root,
to allow performing some actions (changing package install reasons,
add/remove individual packages), as well as wide opening seurity breaches
on their systems.

It is currently based on jinja (recently added to repos for Python 3)
for templating, and steals Archweb style for the current appearance.
I have also made a PKGBUILD available on the AUR.

The amount of actual Python source code is very small and should be
easily readable.

-- 
R?my.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110707/20d6f4b2/attachment.asc>

From vic at demuzere.be  Thu Jul  7 18:38:59 2011
From: vic at demuzere.be (Vic Demuzere)
Date: Fri, 8 Jul 2011 00:38:59 +0200
Subject: [arch-general] gnome2.32
In-Reply-To: <4E161642.2020205@archlinux.org>
References: <1309820038.16104.11.camel@z6000.lenzicasa>
 <4E15C6CD.7020009@demuzere.be>
 <1310069866.49873.15.camel@z6000.lenzicasa>
 <4E161642.2020205@archlinux.org>
Message-ID: <CA+Yovz_uSYRzVtdVzHWnz5BBh6EMMhdJjOqp+MRau+FNEGY24g@mail.gmail.com>

On Jul 7, 2011 10:26 PM, "Ionut Biru" <ibiru at archlinux.org> wrote:
> everything you said above is plain wrong. EVERYTHING go read the wiki or
use gnome manuals
>
> 1) you can set up nautilus to manage your desktop (use gnome-tweak-tool if
you are not skilled enough)
> 2) alt+right click doh, is specified all over the internet at this point,
not only in the manual
> 3) see 1 and system settings->keyboard->shortcuts
>
>
> Can you please spare us and start discovering? Is not that hard to open a
manual or search on google
>

That's what I thought, but I have never used fallback mode so I don't know
how usable it is. I do know some non-geek end users who actually like gnome
3 shell, though.

I think it's a better idea to spend your time on improving fallback mode in
gnome 3, than spending it on maintaining outdated software.

--
Vic

From anthony at xtfx.me  Thu Jul  7 21:11:03 2011
From: anthony at xtfx.me (C Anthony Risinger)
Date: Thu, 7 Jul 2011 20:11:03 -0500
Subject: [arch-general] gnome2.32
In-Reply-To: <CA+Yovz_uSYRzVtdVzHWnz5BBh6EMMhdJjOqp+MRau+FNEGY24g@mail.gmail.com>
References: <1309820038.16104.11.camel@z6000.lenzicasa>
 <4E15C6CD.7020009@demuzere.be>
 <1310069866.49873.15.camel@z6000.lenzicasa> <4E161642.2020205@archlinux.org>
 <CA+Yovz_uSYRzVtdVzHWnz5BBh6EMMhdJjOqp+MRau+FNEGY24g@mail.gmail.com>
Message-ID: <CAGAVQTGW63nhcHeRVD-qpdjYOKekDWbvGkQnwhZfLA96y46ZwA@mail.gmail.com>

On Thu, Jul 7, 2011 at 5:38 PM, Vic Demuzere <vic at demuzere.be> wrote:
> On Jul 7, 2011 10:26 PM, "Ionut Biru" <ibiru at archlinux.org> wrote:
>> everything you said above is plain wrong. EVERYTHING go read the wiki or
> use gnome manuals
>>
>> 1) you can set up nautilus to manage your desktop (use gnome-tweak-tool if
> you are not skilled enough)
>> 2) alt+right click doh, is specified all over the internet at this point,
> not only in the manual
>> 3) see 1 and system settings->keyboard->shortcuts
>>
>>
>> Can you please spare us and start discovering? Is not that hard to open a
> manual or search on google
>>
>
> That's what I thought, but I have never used fallback mode so I don't know
> how usable it is. I do know some non-geek end users who actually like gnome
> 3 shell, though.
>
> I think it's a better idea to spend your time on improving fallback mode in
> gnome 3, than spending it on maintaining outdated software.

indeed.

i personally find gnome3 to be incredibly intuitive to use, and minus
the first week or so tweaking to my needs i am rather productive at
this point -- though i'm def in
power/super/awesome/better-than-you/geek-to-the-max user group, and
spend most time in a term/vim/tmux/browser anyways ...

... but on that note, my partner/fianc? definitely does not.  she is
the embodiment of an "anti-user" ... an aspiring art-therapist that
*hates* computers and will use paper/non-digital for everything unless
external forces imposes otherwise (how we work at all together is a
great mystery :-).  she didn't even own a computer until college @
~20yrs old, and prior to that had very little exposure via the minimum
required at school.  frankly, even the most basic UX assumptions
potentially confuse her; while very intelligent, some people just
don't have the "expected exposure" required in today's environment.

... anyways, the moral of the story is she loves gnome3 and finds it
totally make sense; she had no trouble finding her way around the
activities UI layout, and she does not use key-bindings at all (just
click "Activities" or move mouse to top-left).  she even says she
*likes* it, which is the only time i've ever heard her speak of a
computer like that in years :-) ... i think the only thing i did was
reinstate the icons on her desktop, even though it can have some odd
consequences.  over the years i've tried
compiz/gnome2/kde/xfce/.../... ie. slews of DE's and WM's, tweaked to
the max, and nothing has even come close to gnome3 success with her.

sooooo, while gnome3 does have plenty to improve on, and 3.2 might be
a better transition target, IMO it's done very well, and your clients
deserve a chance to demonstrate just how competent they can be (even
if they seem totally n00b, and believe me, i know what that is ;-)

C Anthony

From lenzi.sergio at gmail.com  Thu Jul  7 21:40:17 2011
From: lenzi.sergio at gmail.com (sergio lenzi)
Date: Thu, 7 Jul 2011 22:40:17 -0300
Subject: [arch-general] gnome2.32
In-Reply-To: <CAGAVQTGW63nhcHeRVD-qpdjYOKekDWbvGkQnwhZfLA96y46ZwA@mail.gmail.com>
References: <1309820038.16104.11.camel@z6000.lenzicasa>
 <4E15C6CD.7020009@demuzere.be>
 <1310069866.49873.15.camel@z6000.lenzicasa>
 <4E161642.2020205@archlinux.org>
 <CA+Yovz_uSYRzVtdVzHWnz5BBh6EMMhdJjOqp+MRau+FNEGY24g@mail.gmail.com>
 <CAGAVQTGW63nhcHeRVD-qpdjYOKekDWbvGkQnwhZfLA96y46ZwA@mail.gmail.com>
Message-ID: <CACDfs3pb_cdKDs5DZjDWw25_hO3_hp-4A069sYo8Um22z3Eyzg@mail.gmail.com>

On Thu, Jul 7, 2011 at 10:11 PM, C Anthony Risinger <anthony at xtfx.me> wrote:

> On Thu, Jul 7, 2011 at 5:38 PM, Vic Demuzere <vic at demuzere.be> wrote:
> > On Jul 7, 2011 10:26 PM, "Ionut Biru" <ibiru at archlinux.org> wrote:
> >> everything you said above is plain wrong. EVERYTHING go read the wiki or
> > use gnome manuals
> >>
> >> 1) you can set up nautilus to manage your desktop (use gnome-tweak-tool
> if
> > you are not skilled enough)
> >> 2) alt+right click doh, is specified all over the internet at this
> point,
> > not only in the manual
> >> 3) see 1 and system settings->keyboard->shortcuts
> >>
> >>
> >> Can you please spare us and start discovering? Is not that hard to open
> a
> > manual or search on google
> >>
> >
> > That's what I thought, but I have never used fallback mode so I don't
> know
> > how usable it is. I do know some non-geek end users who actually like
> gnome
> > 3 shell, though.
> >
> > I think it's a better idea to spend your time on improving fallback mode
> in
> > gnome 3, than spending it on maintaining outdated software.
>
> I know you are right...   I must have to find a way to present a
"transition"  if ever,
between gnome2 and gnome 3.  My users needs an update perhaps once a year..

Meanwhile I will install again gnome3 in the test computer nvidia chipset,
amd 2 cores.


So I expect theat by JUN 2012, gonome3 have become more stable,
and then I will start to send new notebooks with gnome3 interface...

>
> C Anthony
>

From gostrc at gmail.com  Thu Jul  7 22:13:52 2011
From: gostrc at gmail.com (Thomas Dziedzic)
Date: Thu, 7 Jul 2011 21:13:52 -0500
Subject: [arch-general] gnome2.32
In-Reply-To: <CACDfs3pb_cdKDs5DZjDWw25_hO3_hp-4A069sYo8Um22z3Eyzg@mail.gmail.com>
References: <1309820038.16104.11.camel@z6000.lenzicasa>
 <4E15C6CD.7020009@demuzere.be>
 <1310069866.49873.15.camel@z6000.lenzicasa>
 <4E161642.2020205@archlinux.org>
 <CA+Yovz_uSYRzVtdVzHWnz5BBh6EMMhdJjOqp+MRau+FNEGY24g@mail.gmail.com>
 <CAGAVQTGW63nhcHeRVD-qpdjYOKekDWbvGkQnwhZfLA96y46ZwA@mail.gmail.com>
 <CACDfs3pb_cdKDs5DZjDWw25_hO3_hp-4A069sYo8Um22z3Eyzg@mail.gmail.com>
Message-ID: <CANFDciECBs9n3pxT937bHV5J7NK3DFat5WDo9S=ydcj=GAreGQ@mail.gmail.com>

On Thu, Jul 7, 2011 at 8:40 PM, sergio lenzi <lenzi.sergio at gmail.com> wrote:

> On Thu, Jul 7, 2011 at 10:11 PM, C Anthony Risinger <anthony at xtfx.me>
> wrote:
>
> > On Thu, Jul 7, 2011 at 5:38 PM, Vic Demuzere <vic at demuzere.be> wrote:
> > > On Jul 7, 2011 10:26 PM, "Ionut Biru" <ibiru at archlinux.org> wrote:
> > >> everything you said above is plain wrong. EVERYTHING go read the wiki
> or
> > > use gnome manuals
> > >>
> > >> 1) you can set up nautilus to manage your desktop (use
> gnome-tweak-tool
> > if
> > > you are not skilled enough)
> > >> 2) alt+right click doh, is specified all over the internet at this
> > point,
> > > not only in the manual
> > >> 3) see 1 and system settings->keyboard->shortcuts
> > >>
> > >>
> > >> Can you please spare us and start discovering? Is not that hard to
> open
> > a
> > > manual or search on google
> > >>
> > >
> > > That's what I thought, but I have never used fallback mode so I don't
> > know
> > > how usable it is. I do know some non-geek end users who actually like
> > gnome
> > > 3 shell, though.
> > >
> > > I think it's a better idea to spend your time on improving fallback
> mode
> > in
> > > gnome 3, than spending it on maintaining outdated software.
> >
> > I know you are right...   I must have to find a way to present a
> "transition"  if ever,
> between gnome2 and gnome 3.  My users needs an update perhaps once a year..
>
> Meanwhile I will install again gnome3 in the test computer nvidia chipset,
> amd 2 cores.
>
>
> So I expect theat by JUN 2012, gonome3 have become more stable,
> and then I will start to send new notebooks with gnome3 interface...
>
> >
> > C Anthony
> >
>

8-|
did I just read that you're shipping snapshots of archlinux to users and
plan on updating them next year???

archlinux may not be the distro for you...

From ml at sergej.pp.ru  Fri Jul  8 12:30:09 2011
From: ml at sergej.pp.ru (Sergej Pupykin)
Date: Fri, 08 Jul 2011 20:30:09 +0400
Subject: [arch-general] Objective C ABI version
Message-ID: <874o2wrazy.wl%sergej.pupykin@dsr-company.com>


Hi,

I have a small question about ObjC ABI.

(See openvpn-authldap-plugin:
http://aur.archlinux.org/packages.php?ID=30584)

This package can be built only with
export OBJCFLAGS=-fobjc-abi-version=2

As I understand gcc-objc uses ABI version 0 by default, but this ABI
support already dropped from libobjc.

So I get "undefined reference to `objc_msgSend'" errors in default
build. (like this:
https://bugs.launchpad.net/ubuntu/+source/openvpn-auth-ldap/+bug/771029)

Is there any way to fix default gcc-objc ABI version?

From kral.vojtech at gmail.com  Fri Jul  8 14:49:34 2011
From: kral.vojtech at gmail.com (=?ISO-8859-2?B?Vm9qdOxjaCBLcuFs?=)
Date: Fri, 8 Jul 2011 20:49:34 +0200
Subject: [arch-general] The OpenCL ICD problem
In-Reply-To: <4E15E022.2030404@archlinux.org>
References: <CAKWj5-+pRdwGREtt01VMWKr9JtFLgea8U27HhB25jTm6ADVp7g@mail.gmail.com>
 <4E15BB56.3060502@archlinux.org>
 <CAMikMhAn5OX2vzg1UuEZQixQ7td8bjAQTX4vif6ELTcCagxp8w@mail.gmail.com>
 <4E15E022.2030404@archlinux.org>
Message-ID: <CAKWj5-L9MvzBkYqd+p-AR3nY631HwYK8XWKnxZEhV3SHLGpfdg@mail.gmail.com>

So, what is going on? Don't you guys quit on me...

@Nicolas:
  You pointed out that the nVidia ICD loader (libOpenCL.so) is only
1.0 (outdated),
that is correct, but the ICD specs only require 1.0, so 1.1 possibly
should not be needed.
See specs: http://www.khronos.org/registry/cl/extensions/khr/cl_khr_icd.txt
Although this would require testing. I'll do it later if possible...

~kralyk

From nbigaouette at gmail.com  Fri Jul  8 15:11:20 2011
From: nbigaouette at gmail.com (Nicolas Bigaouette)
Date: Fri, 8 Jul 2011 15:11:20 -0400
Subject: [arch-general] The OpenCL ICD problem
In-Reply-To: <CAKWj5-L9MvzBkYqd+p-AR3nY631HwYK8XWKnxZEhV3SHLGpfdg@mail.gmail.com>
References: <CAKWj5-+pRdwGREtt01VMWKr9JtFLgea8U27HhB25jTm6ADVp7g@mail.gmail.com>
 <4E15BB56.3060502@archlinux.org>
 <CAMikMhAn5OX2vzg1UuEZQixQ7td8bjAQTX4vif6ELTcCagxp8w@mail.gmail.com>
 <4E15E022.2030404@archlinux.org>
 <CAKWj5-L9MvzBkYqd+p-AR3nY631HwYK8XWKnxZEhV3SHLGpfdg@mail.gmail.com>
Message-ID: <CAMikMhDoy3qogSa7=gdHhnimhCOMLwDHJqHMOXD5hWpC-=Q0=g@mail.gmail.com>

>
> @Nicolas:
>  You pointed out that the nVidia ICD loader (libOpenCL.so) is only
> 1.0 (outdated),
> that is correct, but the ICD specs only require 1.0, so 1.1 possibly
> should not be needed.
> See specs:
> http://www.khronos.org/registry/cl/extensions/khr/cl_khr_icd.txt
>
I think it requires 1.0 to provide, well, 1.0... Version 1.1 adds many
things. For example, there is no type3 (float3, int3, etc.) in 1.0, just in
1.1. So if your code uses float3, then you'll probably get some undefined
symbols when linking to a 1.0 libOpenCL.so. This is a guess though. If this
is true, then using nvidia's loader would prevent any 1.1 implementation
from being compiled/loaded. Not good.

As for the library I wrote, I think I will release it, probably GPL3. Bear
in mind that it was written to abstract the OpenCL initialization out of my
other programs. In that sense, it might still contain some details specific
to my projets. For example, it uses "std_cout" instead of "std::cout", which
allows logging to a file every printed statement. I might add an #ifndef
std_cout #define std_cout std::cout #endif, I think that should fix this.
Also, the makefile are really targetted toward scientific simulations. But
since it's only two files (one .hpp and one .cpp) it should be trivial to
write a makefile...

I think a package providing a libOpenCL.so and all others depending on it is
the way to go too. About the name, I don't really care, as long as it's
consistant. libcl is weird though, as the library is not "cl" but
"opencl"...

Also kralyk , regarding the intel ocl package, I think we should install it
in /opt/intel/opencl-sdk, not /opt/intel-opencl-sdk. The reason is that
other intel's product are installed in /opt/intel. For example, the compiler
goes into /opt/intel/composerxe-<version>. Putting all intel product into
its own folder make sense I think... At least it's consistant.

N

From kral.vojtech at gmail.com  Fri Jul  8 18:39:44 2011
From: kral.vojtech at gmail.com (=?ISO-8859-2?B?Vm9qdOxjaCBLcuFs?=)
Date: Sat, 9 Jul 2011 00:39:44 +0200
Subject: [arch-general] The OpenCL ICD problem
In-Reply-To: <CAMikMhDoy3qogSa7=gdHhnimhCOMLwDHJqHMOXD5hWpC-=Q0=g@mail.gmail.com>
References: <CAKWj5-+pRdwGREtt01VMWKr9JtFLgea8U27HhB25jTm6ADVp7g@mail.gmail.com>
 <4E15BB56.3060502@archlinux.org>
 <CAMikMhAn5OX2vzg1UuEZQixQ7td8bjAQTX4vif6ELTcCagxp8w@mail.gmail.com>
 <4E15E022.2030404@archlinux.org>
 <CAKWj5-L9MvzBkYqd+p-AR3nY631HwYK8XWKnxZEhV3SHLGpfdg@mail.gmail.com>
 <CAMikMhDoy3qogSa7=gdHhnimhCOMLwDHJqHMOXD5hWpC-=Q0=g@mail.gmail.com>
Message-ID: <CAKWj5-LSkmF_9MNtUFtHvZuS_iJqWLm-81MBmuj04dCZw0-4TA@mail.gmail.com>

2011/7/8 Nicolas Bigaouette <nbigaouette at gmail.com>:
> I think it requires 1.0 to provide, well, 1.0... Version 1.1 adds many
> things. For example, there is no type3 (float3, int3, etc.) in 1.0, just in
> 1.1. So if your code uses float3, then you'll probably get some undefined
> symbols when linking to a 1.0 libOpenCL.so. This is a guess though.

Ok, I'll try to put together some 1.1-specific code to test this.
If you have such a code already, let me know...

> Also kralyk , regarding the intel ocl package, I think we should install it
> in /opt/intel/opencl-sdk, not /opt/intel-opencl-sdk.

Alright, I'll update the package.

~kralyk

From kral.vojtech at gmail.com  Fri Jul  8 19:20:09 2011
From: kral.vojtech at gmail.com (=?ISO-8859-2?B?Vm9qdOxjaCBLcuFs?=)
Date: Sat, 9 Jul 2011 01:20:09 +0200
Subject: [arch-general] The OpenCL ICD problem
In-Reply-To: <CAKWj5-LSkmF_9MNtUFtHvZuS_iJqWLm-81MBmuj04dCZw0-4TA@mail.gmail.com>
References: <CAKWj5-+pRdwGREtt01VMWKr9JtFLgea8U27HhB25jTm6ADVp7g@mail.gmail.com>
 <4E15BB56.3060502@archlinux.org>
 <CAMikMhAn5OX2vzg1UuEZQixQ7td8bjAQTX4vif6ELTcCagxp8w@mail.gmail.com>
 <4E15E022.2030404@archlinux.org>
 <CAKWj5-L9MvzBkYqd+p-AR3nY631HwYK8XWKnxZEhV3SHLGpfdg@mail.gmail.com>
 <CAMikMhDoy3qogSa7=gdHhnimhCOMLwDHJqHMOXD5hWpC-=Q0=g@mail.gmail.com>
 <CAKWj5-LSkmF_9MNtUFtHvZuS_iJqWLm-81MBmuj04dCZw0-4TA@mail.gmail.com>
Message-ID: <CAKWj5-+fQnGCk5j3quMf0HnSrO=nfqzwzCNdi5L6YUugU3DqAw@mail.gmail.com>

I think that the "libcl" pkg might very well be based off of amd's loader.
I made a simple PKGBUILD just to demonstrate:
  http://codepad.org/iK2oBo0W

It contains the shared object and OpenCL info utility, it is up to date,
has no dependencies and is only 88kB in size ;-)

~kralyk

From vic at demuzere.be  Sat Jul  9 06:26:01 2011
From: vic at demuzere.be (Vic Demuzere)
Date: Sat, 9 Jul 2011 12:26:01 +0200
Subject: [arch-general] Alternative for Xyne's makerepo?
In-Reply-To: <1468940.IT6a3307mE@stockholm>
References: <BANLkTik+XY4uUs1TAt7hiNZv0G9ead9foA@mail.gmail.com>
 <1468940.IT6a3307mE@stockholm>
Message-ID: <CA+Yovz-DKf8shtAM0_XsGtx=KJbhP_fk8n6CQNm_GLpTsfvyXQ@mail.gmail.com>

On 10 June 2011 15:33, Andrea Scarpino wrote:
> Hi,
> I wrote repoman time ago. It's a tool to manage your personal repo.
> Archers used it, but I don't get a bug from time (last is dated 12th Aprile
> 2010); I don't use it anymore (because I've no more my repo), but I'm still
> here to fix bugs.
>
> You could try it and see if it still works.
>
> See http://code.google.com/p/repoman-arch/wiki/Usage for usage.
>

I'm currently checking it out, but it looks like repoman really wants
me to use FTP to publish my repo, which is not the case for me. My
repo sits in a dropbox folder which is synced by dropbox and available
through a public dropbox URL.

It looks like it should be able to do what I want it to do though. And
if all else fails, I can run a local FTP server.

Thanks!

Vic

From lenzi.sergio at gmail.com  Sat Jul  9 06:46:39 2011
From: lenzi.sergio at gmail.com (Sergio de Almeida Lenzi)
Date: Sat, 09 Jul 2011 07:46:39 -0300
Subject: [arch-general] libreoffice 3.4.1-2 "General Error" on open and
 save
In-Reply-To: <4E15C8FF.10009@suddenlinkmail.com>
References: <4E15C8FF.10009@suddenlinkmail.com>
Message-ID: <1310208399.68248.1.camel@z6000.lenzicasa>

Em Qui, 2011-07-07 ?s 09:55 -0500, David C. Rankin escreveu:

> Guys,
> 
>    Since updating to libreoffice 3.4.1-2 I get a "General Error" on opening 
> any document and on saving any document for the first time. (i.e. save a new 
> document or 'save as' new name on existing documents)
> 
>    Libre seems to work. After closing the error dialog, the document opens and 
> after closing the error dialog on save, the document is saved, but this gives 
> some concern when working on critical documents.
> 
>    A screenshot of the error on save dialog is here:
> 
> http://www.3111skyline.com/dl/arch/bugs/libre/oo-general-error-on-save.jpg
> 
>    Is anyone else seeing this?  If so, any idea what needs to be done to fix it?
> 

I have the same issue here in FreeBSD 8.2, may be it is a libreoffice
thing...

This weekend I will try to upgrade libreoffice (in freebsd) and see what
happens...




From lenzi.sergio at gmail.com  Sat Jul  9 07:41:32 2011
From: lenzi.sergio at gmail.com (Sergio de Almeida Lenzi)
Date: Sat, 09 Jul 2011 08:41:32 -0300
Subject: [arch-general] Archlinux is for me
In-Reply-To: <CANFDciECBs9n3pxT937bHV5J7NK3DFat5WDo9S=ydcj=GAreGQ@mail.gmail.com>
References: <1309820038.16104.11.camel@z6000.lenzicasa>
 <4E15C6CD.7020009@demuzere.be> <1310069866.49873.15.camel@z6000.lenzicasa>
 <4E161642.2020205@archlinux.org>
 <CA+Yovz_uSYRzVtdVzHWnz5BBh6EMMhdJjOqp+MRau+FNEGY24g@mail.gmail.com>
 <CAGAVQTGW63nhcHeRVD-qpdjYOKekDWbvGkQnwhZfLA96y46ZwA@mail.gmail.com>
 <CACDfs3pb_cdKDs5DZjDWw25_hO3_hp-4A069sYo8Um22z3Eyzg@mail.gmail.com>
 <CANFDciECBs9n3pxT937bHV5J7NK3DFat5WDo9S=ydcj=GAreGQ@mail.gmail.com>
Message-ID: <1310211692.68248.41.camel@z6000.lenzicasa>



> 
> 8-|
> did I just read that you're shipping snapshots of archlinux to users and
> plan on updating them next year???
> 
> archlinux may not be the distro for you...

The "users"  just want to use the computer (like an apple user, they
just "use" it)
here a macbook is extremely expensive for them (about 4 times) the price
of
a notebook with celeron or atom.

An atom/celeron/pentium based notebook here you can buy for US$550 and
you pay it about US$50/month
so almost every person can buy one.   (320Gb disk, 1Gb memory, LED
display 13 inches, bluetooth, wifi, camera). 
comes with W7 starter kit, or Linux Kde3 based.
example===> http://tinyurl.com/3lbhq3x
In windows it is very slow, with linux(that comes installed) is very
outdated. 

Software:

If I install ubuntu, it loads and works out of the box, but it is too
closed. (I use FreeBSD and archlinux is the closest one)

Archlinux have the makepkg that is wonderful, fast, reliable, small,
easy to mantain the repo, the
AUR is a good source of solution, and finally, the people on the
Archlinux list is very skilled, and know what they
are doing/saying... (Thank you all...).

People here uses the computer (95%) for email, messenger, enter
facebook, office package, movie/mp3 downloads.

They want a computer that does not brake when a pen drive is inserted,
they want to use wifi on the class,
they love to start an "ad-hoc"  network using wicd and exchange files
between them,
chat on the messenger, store/download movies and pictures from their
cell phone... 
they love the way linux hibernates.. and wakes up days after.. They love
to change users (system-> logout-> change user)

For them, US$50 (the month payment) is a lot of money...  usually 10% of
the family income, with
windows they have to "upgrade" (home start edition is useless), install
"anti-virus".. (more money....) . and eventually
have to pay (US$20) for a "cleanup", or install a very outdated XP
(another US$50)
Online gaming and "stunned" graphics games is a distant dream..  

Some of them are using Archlinux for 2 years now without updating... (a
notebook you cannot upgrade the hardware...)
sometimes they mail me for a specific program (music editor...) or out
of space message... make a new user (useradd...)
sometimes they forget how to take a picture of the desktop, or resize a
picture and send via email (using evolution)..
or even create a new evolution account... they than go to a LAN-HOUSE,
or "CYBER" and fire "pacman -Sy" , "pacman -S xxxx"
for this they have to pay about US$10...  they live far away and the
only way of support is email, or chat...

Another thing: they are very proud of using LINUX...  they "feel"  they
are using a "better" solution... and not feel like "another brick on the
wall" 

Archlinux is good also or that old "EEEPC" that have only a flash disk
of 4Gb....


Thank you for Listening (your patience) and attention.

Sergio









From ibiru at archlinux.org  Sat Jul  9 08:28:09 2011
From: ibiru at archlinux.org (Ionut Biru)
Date: Sat, 09 Jul 2011 15:28:09 +0300
Subject: [arch-general] Archlinux is for me
In-Reply-To: <1310211692.68248.41.camel@z6000.lenzicasa>
References: <1309820038.16104.11.camel@z6000.lenzicasa>
 <4E15C6CD.7020009@demuzere.be> <1310069866.49873.15.camel@z6000.lenzicasa>
 <4E161642.2020205@archlinux.org>
 <CA+Yovz_uSYRzVtdVzHWnz5BBh6EMMhdJjOqp+MRau+FNEGY24g@mail.gmail.com>
 <CAGAVQTGW63nhcHeRVD-qpdjYOKekDWbvGkQnwhZfLA96y46ZwA@mail.gmail.com>
 <CACDfs3pb_cdKDs5DZjDWw25_hO3_hp-4A069sYo8Um22z3Eyzg@mail.gmail.com>
 <CANFDciECBs9n3pxT937bHV5J7NK3DFat5WDo9S=ydcj=GAreGQ@mail.gmail.com>
 <1310211692.68248.41.camel@z6000.lenzicasa>
Message-ID: <4E184959.3090900@archlinux.org>

On 07/09/2011 02:41 PM, Sergio de Almeida Lenzi wrote:
>
>
>>
>> 8-|
>> did I just read that you're shipping snapshots of archlinux to users and
>> plan on updating them next year???
>>
>> archlinux may not be the distro for you...
>
> The "users"  just want to use the computer (like an apple user, they
> just "use" it)
> here a macbook is extremely expensive for them (about 4 times) the price
> of
> a notebook with celeron or atom.
>
> An atom/celeron/pentium based notebook here you can buy for US$550 and
> you pay it about US$50/month
> so almost every person can buy one.   (320Gb disk, 1Gb memory, LED
> display 13 inches, bluetooth, wifi, camera).
> comes with W7 starter kit, or Linux Kde3 based.
> example===>  http://tinyurl.com/3lbhq3x
> In windows it is very slow, with linux(that comes installed) is very
> outdated.
>
> Software:
>
> If I install ubuntu, it loads and works out of the box, but it is too
> closed. (I use FreeBSD and archlinux is the closest one)
>
> Archlinux have the makepkg that is wonderful, fast, reliable, small,
> easy to mantain the repo, the
> AUR is a good source of solution, and finally, the people on the
> Archlinux list is very skilled, and know what they
> are doing/saying... (Thank you all...).
>
> People here uses the computer (95%) for email, messenger, enter
> facebook, office package, movie/mp3 downloads.
>
> They want a computer that does not brake when a pen drive is inserted,
> they want to use wifi on the class,
> they love to start an "ad-hoc"  network using wicd and exchange files
> between them,
> chat on the messenger, store/download movies and pictures from their
> cell phone...
> they love the way linux hibernates.. and wakes up days after.. They love
> to change users (system->  logout->  change user)
>
> For them, US$50 (the month payment) is a lot of money...  usually 10% of
> the family income, with
> windows they have to "upgrade" (home start edition is useless), install
> "anti-virus".. (more money....) . and eventually
> have to pay (US$20) for a "cleanup", or install a very outdated XP
> (another US$50)
> Online gaming and "stunned" graphics games is a distant dream..
>
> Some of them are using Archlinux for 2 years now without updating... (a
> notebook you cannot upgrade the hardware...)
> sometimes they mail me for a specific program (music editor...) or out
> of space message... make a new user (useradd...)
> sometimes they forget how to take a picture of the desktop, or resize a
> picture and send via email (using evolution)..
> or even create a new evolution account... they than go to a LAN-HOUSE,
> or "CYBER" and fire "pacman -Sy" , "pacman -S xxxx"
> for this they have to pay about US$10...  they live far away and the
> only way of support is email, or chat...
>
> Another thing: they are very proud of using LINUX...  they "feel"  they
> are using a "better" solution... and not feel like "another brick on the
> wall"
>
> Archlinux is good also or that old "EEEPC" that have only a flash disk
> of 4Gb....
>
>
> Thank you for Listening (your patience) and attention.
>
> Sergio
>

nice to hear that arch do things in the way you like. That's the beauty 
of using opensource software in general, that you can tweak it to meet 
your needs.


-- 
Ionu?

From rafael.f.f1 at gmail.com  Sat Jul  9 08:55:43 2011
From: rafael.f.f1 at gmail.com (rafael ff1)
Date: Sat, 9 Jul 2011 09:55:43 -0300
Subject: [arch-general] Archlinux is for me
In-Reply-To: <4E184959.3090900@archlinux.org>
References: <1309820038.16104.11.camel@z6000.lenzicasa>
 <4E15C6CD.7020009@demuzere.be>
 <1310069866.49873.15.camel@z6000.lenzicasa>
 <4E161642.2020205@archlinux.org>
 <CA+Yovz_uSYRzVtdVzHWnz5BBh6EMMhdJjOqp+MRau+FNEGY24g@mail.gmail.com>
 <CAGAVQTGW63nhcHeRVD-qpdjYOKekDWbvGkQnwhZfLA96y46ZwA@mail.gmail.com>
 <CACDfs3pb_cdKDs5DZjDWw25_hO3_hp-4A069sYo8Um22z3Eyzg@mail.gmail.com>
 <CANFDciECBs9n3pxT937bHV5J7NK3DFat5WDo9S=ydcj=GAreGQ@mail.gmail.com>
 <1310211692.68248.41.camel@z6000.lenzicasa>
 <4E184959.3090900@archlinux.org>
Message-ID: <CALLTvwdd59bfkVVGHKLgcNKxpmPZN_fhm1qKRc0tvMte3XcL7w@mail.gmail.com>

2011/7/9 Ionut Biru <ibiru at archlinux.org>:
> On 07/09/2011 02:41 PM, Sergio de Almeida Lenzi wrote:
>>
>>
>>>
>>> 8-|
>>> did I just read that you're shipping snapshots of archlinux to users and
>>> plan on updating them next year???
>>>
>>> archlinux may not be the distro for you...
>>
>> The "users" ?just want to use the computer (like an apple user, they
>> just "use" it)
>> here a macbook is extremely expensive for them (about 4 times) the price
>> of
>> a notebook with celeron or atom.
>>
>> An atom/celeron/pentium based notebook here you can buy for US$550 and
>> you pay it about US$50/month
>> so almost every person can buy one. ? (320Gb disk, 1Gb memory, LED
>> display 13 inches, bluetooth, wifi, camera).
>> comes with W7 starter kit, or Linux Kde3 based.
>> example===> ?http://tinyurl.com/3lbhq3x
>> In windows it is very slow, with linux(that comes installed) is very
>> outdated.
>>
>> Software:
>>
>> If I install ubuntu, it loads and works out of the box, but it is too
>> closed. (I use FreeBSD and archlinux is the closest one)
>>
>> Archlinux have the makepkg that is wonderful, fast, reliable, small,
>> easy to mantain the repo, the
>> AUR is a good source of solution, and finally, the people on the
>> Archlinux list is very skilled, and know what they
>> are doing/saying... (Thank you all...).
>>
>> People here uses the computer (95%) for email, messenger, enter
>> facebook, office package, movie/mp3 downloads.
>>
>> They want a computer that does not brake when a pen drive is inserted,
>> they want to use wifi on the class,
>> they love to start an "ad-hoc" ?network using wicd and exchange files
>> between them,
>> chat on the messenger, store/download movies and pictures from their
>> cell phone...
>> they love the way linux hibernates.. and wakes up days after.. They love
>> to change users (system-> ?logout-> ?change user)
>>
>> For them, US$50 (the month payment) is a lot of money... ?usually 10% of
>> the family income, with
>> windows they have to "upgrade" (home start edition is useless), install
>> "anti-virus".. (more money....) . and eventually
>> have to pay (US$20) for a "cleanup", or install a very outdated XP
>> (another US$50)
>> Online gaming and "stunned" graphics games is a distant dream..
>>
>> Some of them are using Archlinux for 2 years now without updating... (a
>> notebook you cannot upgrade the hardware...)
>> sometimes they mail me for a specific program (music editor...) or out
>> of space message... make a new user (useradd...)
>> sometimes they forget how to take a picture of the desktop, or resize a
>> picture and send via email (using evolution)..
>> or even create a new evolution account... they than go to a LAN-HOUSE,
>> or "CYBER" and fire "pacman -Sy" , "pacman -S xxxx"
>> for this they have to pay about US$10... ?they live far away and the
>> only way of support is email, or chat...
>>
>> Another thing: they are very proud of using LINUX... ?they "feel" ?they
>> are using a "better" solution... and not feel like "another brick on the
>> wall"
>>
>> Archlinux is good also or that old "EEEPC" that have only a flash disk
>> of 4Gb....
>>
>>
>> Thank you for Listening (your patience) and attention.
>>
>> Sergio
>>
>
> nice to hear that arch do things in the way you like. That's the beauty of
> using opensource software in general, that you can tweak it to meet your
> needs.
>
>
> --
> Ionu?
>

+1 to Sergio comments.

Sometimes I talk to people about linux and first find it come to their
mind is "oh, you use that... uhn.. Ubuntu?", like if it was the only
linux distro available - normal thought for Windows-users. Then I show
them Archlinux, this easy and highly customizable linux dristribution,
and some times I convince them to change for it. I've got some success
already. It's  /\archlinux ruling in Brazil! :)

Cheers,

Rafael

From codered12 at gmail.com  Sat Jul  9 10:33:32 2011
From: codered12 at gmail.com (gt)
Date: Sat, 9 Jul 2011 20:03:32 +0530
Subject: [arch-general] Archlinux is for me
In-Reply-To: <1310211692.68248.41.camel@z6000.lenzicasa>
References: <1309820038.16104.11.camel@z6000.lenzicasa>
 <4E15C6CD.7020009@demuzere.be>
 <1310069866.49873.15.camel@z6000.lenzicasa>
 <4E161642.2020205@archlinux.org>
 <CA+Yovz_uSYRzVtdVzHWnz5BBh6EMMhdJjOqp+MRau+FNEGY24g@mail.gmail.com>
 <CAGAVQTGW63nhcHeRVD-qpdjYOKekDWbvGkQnwhZfLA96y46ZwA@mail.gmail.com>
 <CACDfs3pb_cdKDs5DZjDWw25_hO3_hp-4A069sYo8Um22z3Eyzg@mail.gmail.com>
 <CANFDciECBs9n3pxT937bHV5J7NK3DFat5WDo9S=ydcj=GAreGQ@mail.gmail.com>
 <1310211692.68248.41.camel@z6000.lenzicasa>
Message-ID: <20110709143332.GA1091@my-machine>

On Sat, Jul 09, 2011 at 08:41:32AM -0300, Sergio de Almeida Lenzi wrote:
> 
> 
> > 
> > 8-|
> > did I just read that you're shipping snapshots of archlinux to users and
> > plan on updating them next year???
> > 
> > archlinux may not be the distro for you...
> 
> The "users"  just want to use the computer (like an apple user, they
> just "use" it)
> here a macbook is extremely expensive for them (about 4 times) the price
> of
> a notebook with celeron or atom.
> 
> An atom/celeron/pentium based notebook here you can buy for US$550 and
> you pay it about US$50/month
> so almost every person can buy one.   (320Gb disk, 1Gb memory, LED
> display 13 inches, bluetooth, wifi, camera). 
> comes with W7 starter kit, or Linux Kde3 based.
> example===> http://tinyurl.com/3lbhq3x
> In windows it is very slow, with linux(that comes installed) is very
> outdated. 
> 
> Software:
> 
> If I install ubuntu, it loads and works out of the box, but it is too
> closed. (I use FreeBSD and archlinux is the closest one)
> 
> Archlinux have the makepkg that is wonderful, fast, reliable, small,
> easy to mantain the repo, the
> AUR is a good source of solution, and finally, the people on the
> Archlinux list is very skilled, and know what they
> are doing/saying... (Thank you all...).
> 
> People here uses the computer (95%) for email, messenger, enter
> facebook, office package, movie/mp3 downloads.
> 
> They want a computer that does not brake when a pen drive is inserted,
> they want to use wifi on the class,
> they love to start an "ad-hoc"  network using wicd and exchange files
> between them,
> chat on the messenger, store/download movies and pictures from their
> cell phone... 
> they love the way linux hibernates.. and wakes up days after.. They love
> to change users (system-> logout-> change user)
> 
> For them, US$50 (the month payment) is a lot of money...  usually 10% of
> the family income, with
> windows they have to "upgrade" (home start edition is useless), install
> "anti-virus".. (more money....) . and eventually
> have to pay (US$20) for a "cleanup", or install a very outdated XP
> (another US$50)
> Online gaming and "stunned" graphics games is a distant dream..  
> 
> Some of them are using Archlinux for 2 years now without updating... (a
> notebook you cannot upgrade the hardware...)
> sometimes they mail me for a specific program (music editor...) or out
> of space message... make a new user (useradd...)
> sometimes they forget how to take a picture of the desktop, or resize a
> picture and send via email (using evolution)..
> or even create a new evolution account... they than go to a LAN-HOUSE,
> or "CYBER" and fire "pacman -Sy" , "pacman -S xxxx"
> for this they have to pay about US$10...  they live far away and the
> only way of support is email, or chat...
> 
> Another thing: they are very proud of using LINUX...  they "feel"  they
> are using a "better" solution... and not feel like "another brick on the
> wall" 
> 
> Archlinux is good also or that old "EEEPC" that have only a flash disk
> of 4Gb....
> 
> 
> Thank you for Listening (your patience) and attention.
> 
> Sergio

I am very happy that people in developing countries like brazil, and
even India to an extent are using linux more than other countries. Here
people have limited incomes, and should realize that instead of using a
pirated version of windows (most people in developing countries don't
buy licenses), using linux is a better option.

From nbigaouette at gmail.com  Sat Jul  9 10:38:38 2011
From: nbigaouette at gmail.com (Nicolas Bigaouette)
Date: Sat, 9 Jul 2011 10:38:38 -0400
Subject: [arch-general] The OpenCL ICD problem
In-Reply-To: <CAKWj5-+fQnGCk5j3quMf0HnSrO=nfqzwzCNdi5L6YUugU3DqAw@mail.gmail.com>
References: <CAKWj5-+pRdwGREtt01VMWKr9JtFLgea8U27HhB25jTm6ADVp7g@mail.gmail.com>
 <4E15BB56.3060502@archlinux.org>
 <CAMikMhAn5OX2vzg1UuEZQixQ7td8bjAQTX4vif6ELTcCagxp8w@mail.gmail.com>
 <4E15E022.2030404@archlinux.org>
 <CAKWj5-L9MvzBkYqd+p-AR3nY631HwYK8XWKnxZEhV3SHLGpfdg@mail.gmail.com>
 <CAMikMhDoy3qogSa7=gdHhnimhCOMLwDHJqHMOXD5hWpC-=Q0=g@mail.gmail.com>
 <CAKWj5-LSkmF_9MNtUFtHvZuS_iJqWLm-81MBmuj04dCZw0-4TA@mail.gmail.com>
 <CAKWj5-+fQnGCk5j3quMf0HnSrO=nfqzwzCNdi5L6YUugU3DqAw@mail.gmail.com>
Message-ID: <CAMikMhBjJmNMG8CZMT5ZKcsUps7nQL+fE4wFQK6AkbACuRJW8A@mail.gmail.com>

>
> I made a simple PKGBUILD just to demonstrate:
>  http://codepad.org/iK2oBo0W
>
Looks fine to me!  I'll try it later on.

From bernardobarros2 at gmail.com  Sat Jul  9 10:49:45 2011
From: bernardobarros2 at gmail.com (Bernardo Barros)
Date: Sat, 9 Jul 2011 11:49:45 -0300
Subject: [arch-general] Archlinux is for me
In-Reply-To: <20110709143332.GA1091@my-machine>
References: <1309820038.16104.11.camel@z6000.lenzicasa>
 <4E15C6CD.7020009@demuzere.be>
 <1310069866.49873.15.camel@z6000.lenzicasa>
 <4E161642.2020205@archlinux.org>
 <CA+Yovz_uSYRzVtdVzHWnz5BBh6EMMhdJjOqp+MRau+FNEGY24g@mail.gmail.com>
 <CAGAVQTGW63nhcHeRVD-qpdjYOKekDWbvGkQnwhZfLA96y46ZwA@mail.gmail.com>
 <CACDfs3pb_cdKDs5DZjDWw25_hO3_hp-4A069sYo8Um22z3Eyzg@mail.gmail.com>
 <CANFDciECBs9n3pxT937bHV5J7NK3DFat5WDo9S=ydcj=GAreGQ@mail.gmail.com>
 <1310211692.68248.41.camel@z6000.lenzicasa>
 <20110709143332.GA1091@my-machine>
Message-ID: <CAOEEKGVZo43mfr9gkULc6xRasq_xAW+WZKcJEJakm_HWbyG+SQ@mail.gmail.com>

Apple is just about to open a big (computer/ipad/i-xxx) factory in Brazil.
It is growing and invading various niches here, which is equally
threatening to freedom...

But now we have ArchAudio that will prove an strong alternative in the
fields of Music and ProAudio too!
=)

From lenzi.sergio at gmail.com  Sat Jul  9 12:43:44 2011
From: lenzi.sergio at gmail.com (Sergio de Almeida Lenzi)
Date: Sat, 09 Jul 2011 13:43:44 -0300
Subject: [arch-general] Archlinux is for everyone
In-Reply-To: <CAOEEKGVZo43mfr9gkULc6xRasq_xAW+WZKcJEJakm_HWbyG+SQ@mail.gmail.com>
References: <1309820038.16104.11.camel@z6000.lenzicasa>
 <4E15C6CD.7020009@demuzere.be> <1310069866.49873.15.camel@z6000.lenzicasa>
 <4E161642.2020205@archlinux.org>
 <CA+Yovz_uSYRzVtdVzHWnz5BBh6EMMhdJjOqp+MRau+FNEGY24g@mail.gmail.com>
 <CAGAVQTGW63nhcHeRVD-qpdjYOKekDWbvGkQnwhZfLA96y46ZwA@mail.gmail.com>
 <CACDfs3pb_cdKDs5DZjDWw25_hO3_hp-4A069sYo8Um22z3Eyzg@mail.gmail.com>
 <CANFDciECBs9n3pxT937bHV5J7NK3DFat5WDo9S=ydcj=GAreGQ@mail.gmail.com>
 <1310211692.68248.41.camel@z6000.lenzicasa>
 <20110709143332.GA1091@my-machine>
 <CAOEEKGVZo43mfr9gkULc6xRasq_xAW+WZKcJEJakm_HWbyG+SQ@mail.gmail.com>
Message-ID: <1310229824.70759.19.camel@z6000.lenzicasa>

Em S?b, 2011-07-09 ?s 11:49 -0300, Bernardo Barros escreveu:

> Apple is just about to open a big (computer/ipad/i-xxx) factory in Brazil.
> It is growing and invading various niches here, which is equally
> threatening to freedom...
> 
> But now we have ArchAudio that will prove an strong alternative in the
> fields of Music and ProAudio too!
> =)

Hello again,

Ipad (i have a one, my son, too and  so my gand-son)  it is a great
peace of
machine+software, but here it is expensive (2 times the price of the
notebook),
and so is out of the possibilities of a 80% of the population. 

In my master (administration) they show me that while everyone is trying
to 
sell everything to the 10% top of the social pyramid, they forget 
that the other 90% have needs, and one of the TOP needs is education
(learning)
and so they need computers and internet.

Here (Brazil) the price of the desktop is the same of a notebook, so
people
prefer the notebook, small ones, (1Gb memory, 160Gb hd, celerom/atom)...

Here I bought several notebooks HD (sansung 160GB or sansung 320GB)
install archlinux (cloning the filesystem), so I always have about 5
units ready
when I receive a notebook, I open it, change the HD, boot it, fix the
Xserver config,
and it is ready, usually a 10-15 minutes work time... Sometimes I had to
install
gnome-ppp  to support 3G/gprs network. 

People use Linux because it is easy, and cheaper, (even if windows is
for free: pirate one),
they charge for installing it over and over again.. so Linux is cheaper.
better.. 

Sergio
 

From yaro at marupa.net  Sat Jul  9 12:56:21 2011
From: yaro at marupa.net (Yaro Kasear)
Date: Sat, 09 Jul 2011 11:56:21 -0500
Subject: [arch-general] Archlinux is for me
In-Reply-To: <CALLTvwdd59bfkVVGHKLgcNKxpmPZN_fhm1qKRc0tvMte3XcL7w@mail.gmail.com>
References: <1309820038.16104.11.camel@z6000.lenzicasa>
 <4E184959.3090900@archlinux.org>
 <CALLTvwdd59bfkVVGHKLgcNKxpmPZN_fhm1qKRc0tvMte3XcL7w@mail.gmail.com>
Message-ID: <1867651.erEI6GH77l@x-eve>

On Saturday, July 09, 2011 09:55:43 AM rafael ff1 wrote:
> 2011/7/9 Ionut Biru <ibiru at archlinux.org>:
> > On 07/09/2011 02:41 PM, Sergio de Almeida Lenzi wrote:
> >>> 8-|
> >>> did I just read that you're shipping snapshots of archlinux to users
> >>> and plan on updating them next year???
> >>> 
> >>> archlinux may not be the distro for you...
> >> 
> >> The "users"  just want to use the computer (like an apple user, they
> >> just "use" it)
> >> here a macbook is extremely expensive for them (about 4 times) the
> >> price
> >> of
> >> a notebook with celeron or atom.
> >> 
> >> An atom/celeron/pentium based notebook here you can buy for US$550 and
> >> you pay it about US$50/month
> >> so almost every person can buy one.   (320Gb disk, 1Gb memory, LED
> >> display 13 inches, bluetooth, wifi, camera).
> >> comes with W7 starter kit, or Linux Kde3 based.
> >> example===>  http://tinyurl.com/3lbhq3x
> >> In windows it is very slow, with linux(that comes installed) is very
> >> outdated.
> >> 
> >> Software:
> >> 
> >> If I install ubuntu, it loads and works out of the box, but it is too
> >> closed. (I use FreeBSD and archlinux is the closest one)
> >> 
> >> Archlinux have the makepkg that is wonderful, fast, reliable, small,
> >> easy to mantain the repo, the
> >> AUR is a good source of solution, and finally, the people on the
> >> Archlinux list is very skilled, and know what they
> >> are doing/saying... (Thank you all...).
> >> 
> >> People here uses the computer (95%) for email, messenger, enter
> >> facebook, office package, movie/mp3 downloads.
> >> 
> >> They want a computer that does not brake when a pen drive is inserted,
> >> they want to use wifi on the class,
> >> they love to start an "ad-hoc"  network using wicd and exchange files
> >> between them,
> >> chat on the messenger, store/download movies and pictures from their
> >> cell phone...
> >> they love the way linux hibernates.. and wakes up days after.. They
> >> love
> >> to change users (system->  logout->  change user)
> >> 
> >> For them, US$50 (the month payment) is a lot of money...  usually 10%
> >> of
> >> the family income, with
> >> windows they have to "upgrade" (home start edition is useless),
> >> install
> >> "anti-virus".. (more money....) . and eventually
> >> have to pay (US$20) for a "cleanup", or install a very outdated XP
> >> (another US$50)
> >> Online gaming and "stunned" graphics games is a distant dream..
> >> 
> >> Some of them are using Archlinux for 2 years now without updating...
> >> (a
> >> notebook you cannot upgrade the hardware...)
> >> sometimes they mail me for a specific program (music editor...) or out
> >> of space message... make a new user (useradd...)
> >> sometimes they forget how to take a picture of the desktop, or resize
> >> a
> >> picture and send via email (using evolution)..
> >> or even create a new evolution account... they than go to a LAN-HOUSE,
> >> or "CYBER" and fire "pacman -Sy" , "pacman -S xxxx"
> >> for this they have to pay about US$10...  they live far away and the
> >> only way of support is email, or chat...
> >> 
> >> Another thing: they are very proud of using LINUX...  they "feel"
> >>  they
> >> are using a "better" solution... and not feel like "another brick on
> >> the
> >> wall"
> >> 
> >> Archlinux is good also or that old "EEEPC" that have only a flash disk
> >> of 4Gb....
> >> 
> >> 
> >> Thank you for Listening (your patience) and attention.
> >> 
> >> Sergio
> > 
> > nice to hear that arch do things in the way you like. That's the beauty
> > of using opensource software in general, that you can tweak it to meet
> > your needs.
> > 
> > 
> > --
> > Ionu?
> 
> +1 to Sergio comments.
> 
> Sometimes I talk to people about linux and first find it come to their
> mind is "oh, you use that... uhn.. Ubuntu?", like if it was the only
> linux distro available - normal thought for Windows-users. Then I show
> them Archlinux, this easy and highly customizable linux dristribution,
> and some times I convince them to change for it. I've got some success
> already. It's  /\archlinux ruling in Brazil! :)
> 
> Cheers,
> 
> Rafael

Sadly, a lot of Ubuntu users assume all Linux is Ubuntu as well.

From kyle at gmx.ca  Sat Jul  9 13:11:22 2011
From: kyle at gmx.ca (Kyle)
Date: Sat, 09 Jul 2011 13:11:22 -0400
Subject: [arch-general] Archlinux is for everyone
In-Reply-To: <1310229824.70759.19.camel@z6000.lenzicasa>
References: <1309820038.16104.11.camel@z6000.lenzicasa>
 <4E15C6CD.7020009@demuzere.be> <1310069866.49873.15.camel@z6000.lenzicasa>
 <4E161642.2020205@archlinux.org>
 <CA+Yovz_uSYRzVtdVzHWnz5BBh6EMMhdJjOqp+MRau+FNEGY24g@mail.gmail.com>
 <CAGAVQTGW63nhcHeRVD-qpdjYOKekDWbvGkQnwhZfLA96y46ZwA@mail.gmail.com>
 <CACDfs3pb_cdKDs5DZjDWw25_hO3_hp-4A069sYo8Um22z3Eyzg@mail.gmail.com>
 <CANFDciECBs9n3pxT937bHV5J7NK3DFat5WDo9S=ydcj=GAreGQ@mail.gmail.com>
 <1310211692.68248.41.camel@z6000.lenzicasa>
 <20110709143332.GA1091@my-machine>
 <CAOEEKGVZo43mfr9gkULc6xRasq_xAW+WZKcJEJakm_HWbyG+SQ@mail.gmail.com>
 <1310229824.70759.19.camel@z6000.lenzicasa>
Message-ID: <4E188BBA.7040103@gmx.ca>

Apple devices stopped looking appealing to me when people around me 
started getting them and I found out how much control Apple has over 
what people do with their devices, especially i-devices, iPod, iPad, 
iPhone, etc. And now that they have brought their twisted concept of an 
app store to MacOS, they will start controlling desktops and notebooks 
in the same way most likely. Heck, even Microsoft doesn't try to take so 
much control of a computer as Apple does.

I choose Arch Linux for all compatible machines. The installation 
process is a bit daunting for some people, but that is because of its 
flexibility and numerous customization options. However, once it's up 
and running, there's nothing better. I have total freedom to put 
anything on my computer that I want and leave off anything I don't want. 
If there's something I can't find in the official repositories or the 
AUR, it is extremely easy to add something to the AUR, and I could 
eventually find that same package in the official repositories if enough 
people like and use it. The packaging system is actually easier to 
manage than Ubuntu/Debian/derivatives, not to mention the fact that it's 
much easier to create a package build file even than it is to create an 
RPM spec file. All that, plus most packages work out of the box with 
minimal configuration, and where they do need some user interactions for 
configuration, the installation script prints a message that indicates 
what needs to be done.

So Arch Linux may not be for everyone who wishes to have a quick diy 
install, but I wouldn't hesitate to install it for anyone, even those 
who are new to Linux in general.
~Kyle

From yaro at marupa.net  Sat Jul  9 13:15:49 2011
From: yaro at marupa.net (Yaro Kasear)
Date: Sat, 09 Jul 2011 12:15:49 -0500
Subject: [arch-general] Archlinux is for everyone
In-Reply-To: <4E188BBA.7040103@gmx.ca>
References: <1309820038.16104.11.camel@z6000.lenzicasa>
 <1310229824.70759.19.camel@z6000.lenzicasa> <4E188BBA.7040103@gmx.ca>
Message-ID: <2608944.h3s9gG57xV@x-eve>

On Saturday, July 09, 2011 01:11:22 PM Kyle wrote:
> Apple devices stopped looking appealing to me when people around me
> started getting them and I found out how much control Apple has over
> what people do with their devices, especially i-devices, iPod, iPad,
> iPhone, etc. And now that they have brought their twisted concept of an
> app store to MacOS, they will start controlling desktops and notebooks
> in the same way most likely. Heck, even Microsoft doesn't try to take so
> much control of a computer as Apple does.
> 

(snip)

For me it was that, and the fact Apple has a ridiculous markup on products 
that bring less features and capability. I never bought into the iPhone hype, 
finding I could do more with my ancient Treo and now, my Droid. 

The macs are a disgrace. Why should mid-range PCs be priced like top-of-the-
line gaming rigs? 

> ~Kyle

From kral.vojtech at gmail.com  Sat Jul  9 13:16:08 2011
From: kral.vojtech at gmail.com (=?ISO-8859-2?B?Vm9qdOxjaCBLcuFs?=)
Date: Sat, 9 Jul 2011 19:16:08 +0200
Subject: [arch-general] The OpenCL ICD problem
In-Reply-To: <CAMikMhBjJmNMG8CZMT5ZKcsUps7nQL+fE4wFQK6AkbACuRJW8A@mail.gmail.com>
References: <CAKWj5-+pRdwGREtt01VMWKr9JtFLgea8U27HhB25jTm6ADVp7g@mail.gmail.com>
 <4E15BB56.3060502@archlinux.org>
 <CAMikMhAn5OX2vzg1UuEZQixQ7td8bjAQTX4vif6ELTcCagxp8w@mail.gmail.com>
 <4E15E022.2030404@archlinux.org>
 <CAKWj5-L9MvzBkYqd+p-AR3nY631HwYK8XWKnxZEhV3SHLGpfdg@mail.gmail.com>
 <CAMikMhDoy3qogSa7=gdHhnimhCOMLwDHJqHMOXD5hWpC-=Q0=g@mail.gmail.com>
 <CAKWj5-LSkmF_9MNtUFtHvZuS_iJqWLm-81MBmuj04dCZw0-4TA@mail.gmail.com>
 <CAKWj5-+fQnGCk5j3quMf0HnSrO=nfqzwzCNdi5L6YUugU3DqAw@mail.gmail.com>
 <CAMikMhBjJmNMG8CZMT5ZKcsUps7nQL+fE4wFQK6AkbACuRJW8A@mail.gmail.com>
Message-ID: <CAKWj5-LQBkQJ+qah5kdSjnh2p53WLvVpCfnx4Q+hx4b4yw1NdQ@mail.gmail.com>

@Nicolas
  I've put it up on AUR: https://aur.archlinux.org/packages.php?ID=50587
  (named 'libopencl' cause 'libcl' is not allowed on aur)
Both Intel and AMD sdk now depend on it, so you can install both of
them at the same time.

The problem with this libopencl pkg is the god damned license -
 - it probably couldn't go into repo because of that.
On the other hand, would someone really be worried about that? :)

~kralyk


2011/7/9 Nicolas Bigaouette <nbigaouette at gmail.com>:
>>
>> I made a simple PKGBUILD just to demonstrate:
>> ?http://codepad.org/iK2oBo0W
>>
> Looks fine to me! ?I'll try it later on.
>

From dmbuce at gmail.com  Sat Jul  9 13:16:41 2011
From: dmbuce at gmail.com (dmbuce at gmail.com)
Date: Sat, 09 Jul 2011 12:16:41 -0500
Subject: [arch-general] Archlinux is for everyone
In-Reply-To: <2608944.h3s9gG57xV@x-eve>
References: <1309820038.16104.11.camel@z6000.lenzicasa>
 <1310229824.70759.19.camel@z6000.lenzicasa> <4E188BBA.7040103@gmx.ca>
 <2608944.h3s9gG57xV@x-eve>
Message-ID: <4E188CF9.3030503@gmail.com>

On 07/09/2011 12:15 PM, Yaro Kasear wrote:
> On Saturday, July 09, 2011 01:11:22 PM Kyle wrote:
>> Apple devices stopped looking appealing to me when people around me
>> started getting them and I found out how much control Apple has over
>> what people do with their devices, especially i-devices, iPod, iPad,
>> iPhone, etc. And now that they have brought their twisted concept of an
>> app store to MacOS, they will start controlling desktops and notebooks
>> in the same way most likely. Heck, even Microsoft doesn't try to take so
>> much control of a computer as Apple does.
>>
>
> (snip)
>
> For me it was that, and the fact Apple has a ridiculous markup on products
> that bring less features and capability. I never bought into the iPhone hype,
> finding I could do more with my ancient Treo and now, my Droid.
>
> The macs are a disgrace. Why should mid-range PCs be priced like top-of-the-
> line gaming rigs?

because ooh, shiny!

>
>> ~Kyle

From vmlinuz386 at yahoo.com.ar  Sat Jul  9 14:05:28 2011
From: vmlinuz386 at yahoo.com.ar (Gerardo Exequiel Pozzi)
Date: Sat, 09 Jul 2011 15:05:28 -0300
Subject: [arch-general] [arch-dev-public] [signoff] mkinitcpio 0.7.2-1
In-Reply-To: <4E186041.7090809@archlinux.org>
References: <4E186041.7090809@archlinux.org>
Message-ID: <4E189868.5070102@yahoo.com.ar>

On 07/09/2011 11:05 AM, Thomas B?chler wrote:
> Another bugfix release for the 0.7 series. Please sign off.
>
> Dave Reisner (11):
>        mkinitcpio: refactor BASEDIR resolution
>        unify error messaging, both in grammar and output
>        manpage: wrap at 80 columns, add a vim modeline
>        manpage: clarify behaviors, add example, fix typos
>        functions: do not null delimit modalias data
>        fix module installation issues with BASEDIR
>        mkinitcpio: include version in help msg
>        Makefile: allow git-describe to determine version
>        cleanup devel PKGBUILD
>        autodetect: check for /sys/devices before autodetecting
>        lsinitcpio: fix logical error in reading compression
>

Sign-off. Now archiso builds/boot fine. 0.7.2 to core!

-- 
Gerardo Exequiel Pozzi
\cos^2\alpha + \sin^2\alpha = 1


From vic at demuzere.be  Sat Jul  9 14:09:37 2011
From: vic at demuzere.be (Vic Demuzere)
Date: Sat, 9 Jul 2011 20:09:37 +0200
Subject: [arch-general] Archlinux is for everyone
In-Reply-To: <2608944.h3s9gG57xV@x-eve>
References: <1309820038.16104.11.camel@z6000.lenzicasa>
 <1310229824.70759.19.camel@z6000.lenzicasa>
 <4E188BBA.7040103@gmx.ca> <2608944.h3s9gG57xV@x-eve>
Message-ID: <CA+Yovz_FUMc12RrWk7RvdyxXdc2n52m7mcACFQFvBj8sT7kX8Q@mail.gmail.com>

On 9 July 2011 19:15, Yaro Kasear <yaro at marupa.net> wrote:
> The macs are a disgrace. Why should mid-range PCs be priced like top-of-the-
> line gaming rigs?
>

As long as people are prepared to pay for it, why not? I'd never pay
that much for a mid-range PC, but some people do. As long as we have
the choice not to buy Apple PC's, I couldn't care less.

I do have a problem with other manufacturers selling more and more
speaker sets and navigation systems with ONLY an iPhone connector, and
no support for the numerous other phones out there.

--
Vic Demuzere

From registo.mailling at gmail.com  Sat Jul  9 15:52:01 2011
From: registo.mailling at gmail.com (Mauro Santos)
Date: Sat, 09 Jul 2011 20:52:01 +0100
Subject: [arch-general] Archlinux is for everyone
In-Reply-To: <2608944.h3s9gG57xV@x-eve>
References: <1309820038.16104.11.camel@z6000.lenzicasa>
 <1310229824.70759.19.camel@z6000.lenzicasa> <4E188BBA.7040103@gmx.ca>
 <2608944.h3s9gG57xV@x-eve>
Message-ID: <4E18B161.7040700@gmail.com>

On 09-07-2011 18:15, Yaro Kasear wrote:

> The macs are a disgrace. Why should mid-range PCs be priced like top-of-the-
> line gaming rigs? 

Because they are imagical, they have the wifis and the bigger GBs and
dont forget the apps. Just don't hold it iwrong :p


-- 
Mauro Santos

From mkakati2805 at gmail.com  Sat Jul  9 22:31:26 2011
From: mkakati2805 at gmail.com (Madhurya Kakati)
Date: Sun, 10 Jul 2011 08:01:26 +0530
Subject: [arch-general] Archlinux is for everyone
In-Reply-To: <4E18B161.7040700@gmail.com>
References: <1309820038.16104.11.camel@z6000.lenzicasa>
 <1310229824.70759.19.camel@z6000.lenzicasa> <4E188BBA.7040103@gmx.ca>
 <2608944.h3s9gG57xV@x-eve> <4E18B161.7040700@gmail.com>
Message-ID: <4E190EFE.1090107@gmail.com>

Same case here in India. We buy, suppose a lenovo laptop(standard 
config - core i3, 15" LCD, 2GB RAM, 160 GB HDD), for 35,000 INR. 
However the price of the lowest apple laptop is about 65,000 INR (with 
student discounts). So the number of Apple laptops used is very low. 
Also I have never touched an android,ios or blackbery device till date. 
Its because they are so costly that none of my close relatives and 
friends can afford these(forget about me. I am very poor. :P). Most 
OEMS now provide genuine windows 7 with their machines, which I believe 
is a pretty good OS. So the number of pirated windows users who bought 
a new laptop since about november last year are very low. But almost 
all of my friends have Linux Mint installed. And I am trying hard to 
get it installed on as many computers as possible. Some of my friends 
have even started using ArchLinux.
Thanks.

From lenzi.sergio at gmail.com  Sun Jul 10 01:09:32 2011
From: lenzi.sergio at gmail.com (Sergio de Almeida Lenzi)
Date: Sun, 10 Jul 2011 02:09:32 -0300
Subject: [arch-general] Archlinux is for Maria too
In-Reply-To: <4E190EFE.1090107@gmail.com>
References: <1309820038.16104.11.camel@z6000.lenzicasa>
 <1310229824.70759.19.camel@z6000.lenzicasa> <4E188BBA.7040103@gmx.ca>
 <2608944.h3s9gG57xV@x-eve> <4E18B161.7040700@gmail.com>
 <4E190EFE.1090107@gmail.com>
Message-ID: <1310274572.70759.33.camel@z6000.lenzicasa>

Well said Madhurya Kakati,
While ipads, iphones, sony vaio, Hp... lenovo... have they
share in the market of people who buy it because have money to do
so, there are 10X more people that can only buy a celeron 3300 notebook
for US$50 dolars/month.

Some months ago, the woman who cleans my home (Maria), have bought a
notebook
and I install archlinux for her for free, she said she went to work in
another 
home (not mine) and the owner have a "super" notebook. They compared the
graphics, sound, wifi , image, speed, easy of use, of the US$50 with the
US$3000 one
indeed Maria's have the same speed, never breaks, have better wifi
(wicd), and 3G access was faster. 

For the curiosity, 3G access in Linux is much faster (about 6Mbits)...
just because
it does not use the  "driver" that comes with the modem.  So I guess
that the
speed limit is in the "driver"... 

Maria said she, her husband, son, doughter, all use the Notebook, it
never loose
anything, and is rock stable.. She is proud of using Linux...

Sergio




From vfbsilva at gmail.com  Sun Jul 10 01:13:49 2011
From: vfbsilva at gmail.com (Victor Silva)
Date: Sun, 10 Jul 2011 02:13:49 -0300
Subject: [arch-general] Archlinux is for Maria too
In-Reply-To: <1310274572.70759.33.camel@z6000.lenzicasa>
References: <1309820038.16104.11.camel@z6000.lenzicasa>
 <1310229824.70759.19.camel@z6000.lenzicasa>
 <4E188BBA.7040103@gmx.ca> <2608944.h3s9gG57xV@x-eve>
 <4E18B161.7040700@gmail.com> <4E190EFE.1090107@gmail.com>
 <1310274572.70759.33.camel@z6000.lenzicasa>
Message-ID: <CALGxnHPLrzCMT_X7i7vrMpe+bSieQ5HbgZKm-4M291g0ZR-C4A@mail.gmail.com>

Out of curiosity where are you based?

2011/7/10 Sergio de Almeida Lenzi <lenzi.sergio at gmail.com>

> Well said Madhurya Kakati,
> While ipads, iphones, sony vaio, Hp... lenovo... have they
> share in the market of people who buy it because have money to do
> so, there are 10X more people that can only buy a celeron 3300 notebook
> for US$50 dolars/month.
>
> Some months ago, the woman who cleans my home (Maria), have bought a
> notebook
> and I install archlinux for her for free, she said she went to work in
> another
> home (not mine) and the owner have a "super" notebook. They compared the
> graphics, sound, wifi , image, speed, easy of use, of the US$50 with the
> US$3000 one
> indeed Maria's have the same speed, never breaks, have better wifi
> (wicd), and 3G access was faster.
>
> For the curiosity, 3G access in Linux is much faster (about 6Mbits)...
> just because
> it does not use the  "driver" that comes with the modem.  So I guess
> that the
> speed limit is in the "driver"...
>
> Maria said she, her husband, son, doughter, all use the Notebook, it
> never loose
> anything, and is rock stable.. She is proud of using Linux...
>
> Sergio
>
>
>
>

From lenzi.sergio at gmail.com  Sun Jul 10 01:15:07 2011
From: lenzi.sergio at gmail.com (Sergio de Almeida Lenzi)
Date: Sun, 10 Jul 2011 02:15:07 -0300
Subject: [arch-general] Archlinux is for Maria too
In-Reply-To: <CALGxnHPLrzCMT_X7i7vrMpe+bSieQ5HbgZKm-4M291g0ZR-C4A@mail.gmail.com>
References: <1309820038.16104.11.camel@z6000.lenzicasa>
 <1310229824.70759.19.camel@z6000.lenzicasa> <4E188BBA.7040103@gmx.ca>
 <2608944.h3s9gG57xV@x-eve> <4E18B161.7040700@gmail.com>
 <4E190EFE.1090107@gmail.com> <1310274572.70759.33.camel@z6000.lenzicasa>
 <CALGxnHPLrzCMT_X7i7vrMpe+bSieQ5HbgZKm-4M291g0ZR-C4A@mail.gmail.com>
Message-ID: <1310274907.77710.0.camel@z6000.lenzicasa>

Em Dom, 2011-07-10 ?s 02:13 -0300, Victor Silva escreveu:

> Out of curiosity where are you based?


Brasil South, Curitiba

From vfbsilva at gmail.com  Sun Jul 10 01:19:06 2011
From: vfbsilva at gmail.com (Victor Silva)
Date: Sun, 10 Jul 2011 02:19:06 -0300
Subject: [arch-general] Archlinux is for Maria too
In-Reply-To: <1310274907.77710.0.camel@z6000.lenzicasa>
References: <1309820038.16104.11.camel@z6000.lenzicasa>
 <1310229824.70759.19.camel@z6000.lenzicasa>
 <4E188BBA.7040103@gmx.ca> <2608944.h3s9gG57xV@x-eve>
 <4E18B161.7040700@gmail.com> <4E190EFE.1090107@gmail.com>
 <1310274572.70759.33.camel@z6000.lenzicasa>
 <CALGxnHPLrzCMT_X7i7vrMpe+bSieQ5HbgZKm-4M291g0ZR-C4A@mail.gmail.com>
 <1310274907.77710.0.camel@z6000.lenzicasa>
Message-ID: <CALGxnHMzO68LfkWD0o=Ssk73wnEHZxvQ7-OBTzKH0fu1-x7ixQ@mail.gmail.com>

Just asked cause here in Brazil I do consider uncommon to maids to be able
to afford a laptop still it has becamew much more cheaper in the last years.

Btw im in THE SOUTH, Porto Alegre.

Em 10 de julho de 2011 02:15, Sergio de Almeida Lenzi <
lenzi.sergio at gmail.com> escreveu:

> Em Dom, 2011-07-10 ?s 02:13 -0300, Victor Silva escreveu:
>
> > Out of curiosity where are you based?
>
>
> Brasil South, Curitiba
>

From nicoadamo at gmail.com  Sun Jul 10 04:29:29 2011
From: nicoadamo at gmail.com (=?ISO-8859-1?Q?Nicol=E1s_Adamo?=)
Date: Sun, 10 Jul 2011 05:29:29 -0300
Subject: [arch-general] Xorg not working on AMD C-50 Fusion (Radeon HD 6250)
Message-ID: <4E1962E9.4090604@gmail.com>

Hi all! I'm having trouble installing xorg on a Gateway Netbook which 
has a fusion AMD processor model "C-50". It has micro+graphics in one chip.
I've googled that many people succeded with catalyst drivers, though I 
haven't been that lucky.

I added the [catalyst] repo mentioned at the arch wiki, installed all 
xorg, xorg-utils, catalyst, catalyst-utils, etc. but I can't start x

When running startx, nothing happens. It shows the prompt again.
fglrxinfo returns "unable to open display (null)"

/var/log/Xorg.0.log is empty , however, the same file with .old is at 
http://pastebin.archlinux.fr/433086

If helps, /etc/X11/xorg.conf is at http://pastebin.archlinux.fr/433085
Removing it makes no change.


Well, any clue will be appreciated.

Regards,

Nicol?s

From jesse.jaara at gmail.com  Sun Jul 10 04:33:08 2011
From: jesse.jaara at gmail.com (jesse jaara)
Date: Sun, 10 Jul 2011 11:33:08 +0300
Subject: [arch-general] Xorg not working on AMD C-50 Fusion (Radeon HD
	6250)
In-Reply-To: <4E1962E9.4090604@gmail.com>
References: <4E1962E9.4090604@gmail.com>
Message-ID: <CAGb2M1MVe7n1-K-H99w6gs9gFFpgXsY4svK3UDjCvht2aD7huQ@mail.gmail.com>

Make sure you disable kms. Add 'nokms' kernel boot line

From bogdan at punctweb.ro  Sun Jul 10 04:34:59 2011
From: bogdan at punctweb.ro (=?UTF-8?Q?Bogdan_Ionu=C8=9B?=)
Date: Sun, 10 Jul 2011 11:34:59 +0300
Subject: [arch-general] Xorg not working on AMD C-50 Fusion (Radeon HD
	6250)
In-Reply-To: <CAGb2M1MVe7n1-K-H99w6gs9gFFpgXsY4svK3UDjCvht2aD7huQ@mail.gmail.com>
References: <4E1962E9.4090604@gmail.com>
 <CAGb2M1MVe7n1-K-H99w6gs9gFFpgXsY4svK3UDjCvht2aD7huQ@mail.gmail.com>
Message-ID: <CALeaucF2uf9Mnhbi1kSpQvmxq8HdnU4kTQ3aDidV6wjade=PTw@mail.gmail.com>

On Sun, Jul 10, 2011 at 11:33, jesse jaara <jesse.jaara at gmail.com> wrote:

> nokms

not nomodeset!?

From jesse.jaara at gmail.com  Sun Jul 10 04:40:54 2011
From: jesse.jaara at gmail.com (jesse jaara)
Date: Sun, 10 Jul 2011 11:40:54 +0300
Subject: [arch-general] Xorg not working on AMD C-50 Fusion (Radeon HD
	6250)
In-Reply-To: <CALeaucF2uf9Mnhbi1kSpQvmxq8HdnU4kTQ3aDidV6wjade=PTw@mail.gmail.com>
References: <4E1962E9.4090604@gmail.com>
 <CAGb2M1MVe7n1-K-H99w6gs9gFFpgXsY4svK3UDjCvht2aD7huQ@mail.gmail.com>
 <CALeaucF2uf9Mnhbi1kSpQvmxq8HdnU4kTQ3aDidV6wjade=PTw@mail.gmail.com>
Message-ID: <CAGb2M1NdNq=uo-zvszAHSy0iU9F7gXguV1RKqgdN3+R4NMuYMg@mail.gmail.com>

10.7.2011 11.35 "Bogdan Ionu?" <bogdan at punctweb.ro> kirjoitti:
>
> On Sun, Jul 10, 2011 at 11:33, jesse jaara <jesse.jaara at gmail.com> wrote:
>
> > nokms
>
> not nomodeset!?

Oh sorry I did mean nomodeset. No wonder nokms looked like it was way too
short. Also I assume you have loaded the fglrx module.

Try to run just bare 'Xorg > ./x.log' so you get atleast somekind of an
output saved for inspection.

From francesco.groccia at poste.it  Sun Jul 10 06:18:05 2011
From: francesco.groccia at poste.it (F.Gr.)
Date: Sun, 10 Jul 2011 12:18:05 +0200
Subject: [arch-general] About a modprobe command before /etc/rc.sysinit
Message-ID: <20110710121805.631a059d@riad.invalid>

Hi,
during boot process, I'm getting the following (it seems there's a
problem with some modprobe command) before the script
'/etc/rc.sysinit' is run:

---
Usage: /sbin/modprobe [-v] [-V] [-C config-file] [-d <dirname> ] [-n]
(cut)
---

I'm running the latest kernel version 2.6.39.3-1 on x86_64.

-- 
The era of manufacturing consent has given way to the era of
manufacturing news. Soon media newsrooms will drop the pretense, and
start hiring theater directors instead of journalists.
	?Arundhati Roy



From jesse.jaara at gmail.com  Sun Jul 10 06:20:28 2011
From: jesse.jaara at gmail.com (jesse jaara)
Date: Sun, 10 Jul 2011 13:20:28 +0300
Subject: [arch-general] About a modprobe command before /etc/rc.sysinit
In-Reply-To: <20110710121805.631a059d@riad.invalid>
References: <20110710121805.631a059d@riad.invalid>
Message-ID: <CAGb2M1NbWLM4K6fw43mSaxzynX1fr3YPm=osxNWSppRYOJ4Mjg@mail.gmail.com>

>
> ---
> Usage: /sbin/modprobe [-v] [-V] [-C config-file] [-d <dirname> ] [-n]
> (cut)
> ---
>

I get that too. Im using systemd
-- 
(\_ /) copy the bunny to your profile
(0.o ) to help him achieve world domination.
(> <) come join the dark side.
/_|_\ (we have cookies.)

From bluewind at xinu.at  Sun Jul 10 06:21:55 2011
From: bluewind at xinu.at (Florian Pritz)
Date: Sun, 10 Jul 2011 12:21:55 +0200
Subject: [arch-general] About a modprobe command before /etc/rc.sysinit
In-Reply-To: <20110710121805.631a059d@riad.invalid>
References: <20110710121805.631a059d@riad.invalid>
Message-ID: <4E197D43.4030800@xinu.at>

On 10.07.2011 12:18, F.Gr. wrote:
> Hi,
> during boot process, I'm getting the following (it seems there's a
> problem with some modprobe command) before the script
> '/etc/rc.sysinit' is run:
> 
> ---
> Usage: /sbin/modprobe [-v] [-V] [-C config-file] [-d <dirname> ] [-n]
> (cut)
> ---
> 
> I'm running the latest kernel version 2.6.39.3-1 on x86_64.
> 

Will be fixed with mkinitcpio 0.7.2, but it doesn't cause any harm.

-- 
Florian Pritz

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: OpenPGP digital signature
URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110710/7f4565d5/attachment.asc>

From skodabenz at gmail.com  Sun Jul 10 10:29:36 2011
From: skodabenz at gmail.com (KESHAV P.R.)
Date: Sun, 10 Jul 2011 19:59:36 +0530
Subject: [arch-general] grub-legacy-fedora-git package
Message-ID: <CAH0pPxTpM9tBSzXzgimuyZY_k1UeAyy1e7TO0tSAEUNXFYBcdw@mail.gmail.com>

Hi all,
         I have created a PKGBUILD for Fedora's GRUB Legacy fork,
grub-legacy-fedora-git https://aur.archlinux.org/packages.php?ID=47959
.

It includes support for GPT boot (not tested) and supports ext4 /boot
(tested using the UEFI package). It does not include any of the
patches used in core/grub package. It compiles fine with the binutils
in Arch repos (unlike the current core/grub and aur/grub-gfx
packages). It also supports splashimage (gfx) option. Although I
maintain that package, I do not use it. I use grub2-bios-bzr which I
maintain).

Important info :-

1. The menu config file is /boot/grub/grub.conf, not /boot/grub/menu.lst .

2. The syntax for splashimage is (for example) -
		
    splashimage (hd0,0)/boot/grub/image.xpm.gz

3. The package builds fine in x86_64 with gcc-multilib. I have not
checked whether it compiles without gcc-multilib (grub2 1.99 compiles
without multilib in x86_64). Would be helpful if someone confirms
whether it compiles in x86_64 without multilib.

I request current core/grub and aur/grub-gfx users to test this
package and give your comments/suggestions.

Regards.

Keshav

PS: The equivalent UEFI package is grub-legacy-efi-fedora
https://aur.archlinux.org/packages.php?ID=47979 .

From j.e.vasquez.v at gmail.com  Sun Jul 10 10:37:52 2011
From: j.e.vasquez.v at gmail.com (Javier Vasquez)
Date: Sun, 10 Jul 2011 08:37:52 -0600
Subject: [arch-general]  iptables not working well?
In-Reply-To: <CALUrRGdL6C3NJLnEeG-eBbfVUd2mr2ZHMiWg2DJi0Bgdr1YcHw@mail.gmail.com>
References: <CALUrRGdL6C3NJLnEeG-eBbfVUd2mr2ZHMiWg2DJi0Bgdr1YcHw@mail.gmail.com>
Message-ID: <CALUrRGdVK0+W-1NNcR=MmYVmzQ4TTi-McboR54JY6GOKoxJ=gw@mail.gmail.com>

Hi,

I've configured a 2-nics gateway (one internal nic and an external usb
nic hooked to the adsl modem). ?I configured iptables as I'm used to
do:

++++++
iptables-restore < /etc/iptables/empty.rules
iptables -P INPUT ACCEPT
iptables -P FORWARD ACCEPT
iptables -P OUTPUT ACCEPT
iptables -F
iptables -t nat -F
iptables -t mangle -F
iptables -X

iptables -A INPUT -i lo -j ACCEPT

iptables -A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT
iptables -A INPUT -m state --state NEW ! -i ppp0 -j ACCEPT
iptables -A FORWARD -m state --state ESTABLISHED,RELATED -i ppp0 -o
eth0 -j ACCEPT

iptables -A FORWARD -i eth0 -o ppp0 -j ACCEPT

iptables -t nat -A POSTROUTING -o ppp0 -j MASQUERADE

iptables -A FORWARD -i ppp0 -o ppp0 -j REJECT

/etc/rc.d/iptables save
/etc/rc.d/iptables restart
++++++

Notice that I have IP forwarding enabled through:

++++++
% 'grep' forward /etc/sysctl.conf
net.ipv4.ip_forward=1
net.ipv6.conf.all.forwarding=1
++++++

And also through:

++++++
% 'grep' FORWARD /etc/conf.d/iptables
IPTABLES_FORWARD=1
++++++

But I can confirm by:

+++++++
% cat /proc/sys/net/ipv4/ip_forward
1
+++++++

This is based upon:

http://www.debian-administration.org/articles/23

And it's working on a debian box.  I remember some time back it also
worked on a arch box, only thing I was not using pppd directly but
wvdial instead...

OK, on machines at the internal side of my LAN, I can ping everywhere.
 But I can not use the browser with all addresses, for example I can't
get to www.archlinux.org through frirefox or midori, neither
www.debian.org.

Weird thing www.google.com, and some other sites can be reached
through firefox on machines inside the LAN.

When I try accessing those sites on the gateway (not the machines
inside the LAN) of course I have no problem. ?I checked
/etc/resolv.con, and it's OK, besides ping has clear access
everywhere.

I have no clue what's going on. ?I noticed the following under
/var/log/messages.log:

+++++++
Jul ?9 23:32:33 mini-0 pppd[1974]: Plugin rp-pppoe.so loaded.
Jul ?9 23:32:33 mini-0 pppd[1974]: RP-PPPoE plugin version 3.8p
compiled against pppd 2.4.5
Jul ?9 23:32:34 mini-0 kernel: NET: Registered protocol family 10
Jul ?9 23:32:34 mini-0 pppd[1974]: pppd 2.4.5 started by root, uid 0
Jul ?9 23:32:34 mini-0 pppd[1974]: PPP session is 45128
Jul ?9 23:32:34 mini-0 pppd[1974]: Connected to 00:12:7f:33:eb:3c via
interface eth1
Jul ?9 23:32:34 mini-0 pppd[1974]: Using interface ppp0
Jul ?9 23:32:34 mini-0 pppd[1974]: Connect: ppp0 <--> eth1
Jul ?9 23:32:34 mini-0 pppd[1974]: PAP authentication succeeded
Jul ?9 23:32:34 mini-0 pppd[1974]: peer from calling number
00:12:7F:33:EB:3C authorized
Jul ?9 23:32:34 mini-0 pppd[1974]: kernel does not support PPP filtering
Jul ?9 23:32:34 mini-0 pppd[1974]: local ?IP address 201.200.139.27
Jul ?9 23:32:34 mini-0 pppd[1974]: remote IP address 200.91.104.9
Jul ?9 23:32:34 mini-0 pppd[1974]: primary ? DNS address 200.91.75.6
Jul ?9 23:32:34 mini-0 pppd[1974]: secondary DNS address 200.91.75.5
Jul ?9 23:32:35 mini-0 kernel: ip_tables: (C) 2000-2006 Netfilter Core Team
Jul ?9 23:32:35 mini-0 kernel: nf_conntrack version 0.5.0 (7628
buckets, 30512 max)
+++++++

It sounded curious that kernel does not support PPP filtering, but I'm
almost certain that's not the issue, given that on the gateway (not
the forwarded internal LAN), I can access all pages through
firefox...

Any help you can provide is very welcome...  It might be the iptables
is not working well.  I missed to indicate this is running on a lemote
mini-pc (archloong on mipsel), which of course has no official
support, but I wanted to see first if I'm missing any configuration
particular to arch (as I said this worked before also on a x86 arch
box, but things change), so just in case perhaps someone identified
the miss...


Thanks,


-- 
Javier.

From nicoadamo at gmail.com  Sun Jul 10 13:18:02 2011
From: nicoadamo at gmail.com (=?ISO-8859-1?Q?Nicol=E1s_Adamo?=)
Date: Sun, 10 Jul 2011 14:18:02 -0300
Subject: [arch-general] Xorg not working on AMD C-50 Fusion (Radeon HD
	6250)
In-Reply-To: <CAGb2M1NdNq=uo-zvszAHSy0iU9F7gXguV1RKqgdN3+R4NMuYMg@mail.gmail.com>
References: <4E1962E9.4090604@gmail.com>
 <CAGb2M1MVe7n1-K-H99w6gs9gFFpgXsY4svK3UDjCvht2aD7huQ@mail.gmail.com>
 <CALeaucF2uf9Mnhbi1kSpQvmxq8HdnU4kTQ3aDidV6wjade=PTw@mail.gmail.com>
 <CAGb2M1NdNq=uo-zvszAHSy0iU9F7gXguV1RKqgdN3+R4NMuYMg@mail.gmail.com>
Message-ID: <CAN606q4so7yzfWXFvQWe-iJoY4v1==+OLM97er2-x1Fe0=qPug@mail.gmail.com>

First of all, Thanks for so much reply!
nomodeset was already in menu.lst
wat wasn't there is fglrx in modules array @t rc.conf , but on other
desktop machine it isn't necessary. The wiki page doesn't ask for it
when using the repo [catalyst]
Either way I'll try adding it and I'll tell you guys later how it
worked out. (I don't have the netbook now)
I'll also post another pastebin with the log output suggested.

2011/7/10 jesse jaara <jesse.jaara at gmail.com>:
> 10.7.2011 11.35 "Bogdan Ionu?" <bogdan at punctweb.ro> kirjoitti:
>>
>> On Sun, Jul 10, 2011 at 11:33, jesse jaara <jesse.jaara at gmail.com> wrote:
>>
>> > nokms
>>
>> not nomodeset!?
>
> Oh sorry I did mean nomodeset. No wonder nokms looked like it was way too
> short. Also I assume you have loaded the fglrx module.
>
> Try to run just bare 'Xorg > ./x.log' so you get atleast somekind of an
> output saved for inspection.
>

From jtwdyp at ttlc.net  Sun Jul 10 13:22:49 2011
From: jtwdyp at ttlc.net (Joe(theWordy)Philbrook)
Date: Sun, 10 Jul 2011 13:22:49 -0400
Subject: [arch-general] Nvidia?? (About to do pacman -Syu but:)
Message-ID: <alpine.LNX.2.00.1107101318570.2214@localhost.localdomain>


In preparation for a pacman -Syu I peeked at the "main page" and read:

> The nvidia-173xx and nvidia-96xx driver packages have been removed from
> our repositories as they are incompatible with newer xorg servers. This
> can only be fixed by an upstream update, which has not happened yet.
> 
> For most video cards, the best alternative should be xf86-video-nouveau

Since I know for a fact that my integrated Nvidia GeForce 6150 LE is very
incompatible with the nouveau driver I'm suddenly concerned...

according to pacman -Q nvidia I got:
nvidia 270.41.19-1

Should I worry about it? That is should I find out how to prevent pacman
from messing with the video driver, or does the "270.41.19-1" mean the
above will have no effect on my nvidia driver?

Thanks

-- 
|  ~^~   ~^~
|  <?>   <?>       Joe (theWordy) Philbrook
|      ^                J(tWdy)P
|    \___/         <<jtwdyp at ttlc.net>>


From vic at demuzere.be  Sun Jul 10 13:25:01 2011
From: vic at demuzere.be (Vic Demuzere)
Date: Sun, 10 Jul 2011 19:25:01 +0200
Subject: [arch-general] Nvidia?? (About to do pacman -Syu but:)
In-Reply-To: <alpine.LNX.2.00.1107101318570.2214@localhost.localdomain>
References: <alpine.LNX.2.00.1107101318570.2214@localhost.localdomain>
Message-ID: <4E19E06D.4020106@demuzere.be>

On 07/10/2011 07:22 PM, Joe(theWordy)Philbrook wrote:
> according to pacman -Q nvidia I got:
> nvidia 270.41.19-1
> 
> Should I worry about it? That is should I find out how to prevent pacman
> from messing with the video driver, or does the "270.41.19-1" mean the
> above will have no effect on my nvidia driver?
> 

You're using the nvidia package, and that is still in the repository.

http://www.archlinux.org/packages/extra/x86_64/nvidia/

-- 
vic.demuzere.be :: vic at demuzere.be :: PGP: 0x6690CF94
My software never contains bugs, it just develops random features.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: OpenPGP digital signature
URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110710/cee9b925/attachment.asc>

From vic at demuzere.be  Sun Jul 10 13:29:59 2011
From: vic at demuzere.be (Vic Demuzere)
Date: Sun, 10 Jul 2011 19:29:59 +0200
Subject: [arch-general] Nvidia?? (About to do pacman -Syu but:)
In-Reply-To: <alpine.LNX.2.00.1107101318570.2214@localhost.localdomain>
References: <alpine.LNX.2.00.1107101318570.2214@localhost.localdomain>
Message-ID: <4E19E197.7040609@demuzere.be>

On 07/10/2011 07:25 PM, Vic Demuzere wrote:
> On 07/10/2011 07:22 PM, Joe(theWordy)Philbrook wrote:
>> according to pacman -Q nvidia I got:
>> nvidia 270.41.19-1
>>
>> Should I worry about it?
>> That is should I find out how to prevent pacman
>> from messing with the video driver, or does the "270.41.19-1"
>> mean the above will have no effect on my nvidia driver?
>>
>
> You're using the nvidia package, and that is still in the repository.
>
> http://www.archlinux.org/packages/extra/x86_64/nvidia/
>

Maybe I should have explained that more.

As you can see on the arch wiki [1], you either use "nvidia" OR
"nvidia-173xx and nvidia-96xx". That means that if you're currently
using "nvidia", you won't have any problems with updating.

[1] https://wiki.archlinux.org/index.php/NVIDIA#Installing

-- 
vic.demuzere.be :: vic at demuzere.be :: PGP: 0x6690CF94
My software never contains bugs, it just develops random features.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: OpenPGP digital signature
URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110710/036b621d/attachment.asc>

From nicoadamo at gmail.com  Sun Jul 10 14:31:52 2011
From: nicoadamo at gmail.com (=?UTF-8?B?Tmljb2zDoXMgQWRhbW8=?=)
Date: Sun, 10 Jul 2011 15:31:52 -0300
Subject: [arch-general] Xorg not working on AMD C-50 Fusion (Radeon HD
 6250)
In-Reply-To: <CAN606q4so7yzfWXFvQWe-iJoY4v1==+OLM97er2-x1Fe0=qPug@mail.gmail.com>
References: <4E1962E9.4090604@gmail.com>
 <CAGb2M1MVe7n1-K-H99w6gs9gFFpgXsY4svK3UDjCvht2aD7huQ@mail.gmail.com>
 <CALeaucF2uf9Mnhbi1kSpQvmxq8HdnU4kTQ3aDidV6wjade=PTw@mail.gmail.com>
 <CAGb2M1NdNq=uo-zvszAHSy0iU9F7gXguV1RKqgdN3+R4NMuYMg@mail.gmail.com>
 <CAN606q4so7yzfWXFvQWe-iJoY4v1==+OLM97er2-x1Fe0=qPug@mail.gmail.com>
Message-ID: <4E19F018.7070902@gmail.com>

On 07/10/2011 02:18 PM, Nicol?s Adamo wrote:
> First of all, Thanks for so much reply!
> nomodeset was already in menu.lst
> wat wasn't there is fglrx in modules array @t rc.conf , but on other
> desktop machine it isn't necessary. The wiki page doesn't ask for it
> when using the repo [catalyst]
> Either way I'll try adding it and I'll tell you guys later how it
> worked out. (I don't have the netbook now)
> I'll also post another pastebin with the log output suggested.
>
> 2011/7/10 jesse jaara<jesse.jaara at gmail.com>:
>> 10.7.2011 11.35 "Bogdan Ionu?"<bogdan at punctweb.ro>  kirjoitti:
>>> On Sun, Jul 10, 2011 at 11:33, jesse jaara<jesse.jaara at gmail.com>  wrote:
>>>
>>>> nokms
>>> not nomodeset!?
>> Oh sorry I did mean nomodeset. No wonder nokms looked like it was way too
>> short. Also I assume you have loaded the fglrx module.
>>
>> Try to run just bare 'Xorg>  ./x.log' so you get atleast somekind of an
>> output saved for inspection.
>>
Adding fglrx to modules array didn't make a change.
Running Xorg makes no visible output , so x.log is an empty file, even 
running it as super user.

I'm lost again...

From jesse.jaara at gmail.com  Sun Jul 10 14:40:36 2011
From: jesse.jaara at gmail.com (jesse jaara)
Date: Sun, 10 Jul 2011 21:40:36 +0300
Subject: [arch-general] Xorg not working on AMD C-50 Fusion (Radeon HD
	6250)
In-Reply-To: <4E19F018.7070902@gmail.com>
References: <4E1962E9.4090604@gmail.com>
 <CAGb2M1MVe7n1-K-H99w6gs9gFFpgXsY4svK3UDjCvht2aD7huQ@mail.gmail.com>
 <CALeaucF2uf9Mnhbi1kSpQvmxq8HdnU4kTQ3aDidV6wjade=PTw@mail.gmail.com>
 <CAGb2M1NdNq=uo-zvszAHSy0iU9F7gXguV1RKqgdN3+R4NMuYMg@mail.gmail.com>
 <CAN606q4so7yzfWXFvQWe-iJoY4v1==+OLM97er2-x1Fe0=qPug@mail.gmail.com>
 <4E19F018.7070902@gmail.com>
Message-ID: <CAGb2M1N0wGaKGZYB4t+dJ07r8S54JHOrcvz_6iWOujHNMUxfmA@mail.gmail.com>

2011/7/10 Nicol?s Adamo <nicoadamo at gmail.com>

> On 07/10/2011 02:18 PM, Nicol?s Adamo wrote:
>
>> First of all, Thanks for so much reply!
>> nomodeset was already in menu.lst
>> wat wasn't there is fglrx in modules array @t rc.conf , but on other
>> desktop machine it isn't necessary. The wiki page doesn't ask for it
>> when using the repo [catalyst]
>> Either way I'll try adding it and I'll tell you guys later how it
>> worked out. (I don't have the netbook now)
>> I'll also post another pastebin with the log output suggested.
>>
>> 2011/7/10 jesse jaara<jesse.jaara at gmail.com>:
>>
>>> 10.7.2011 11.35 "Bogdan Ionu?"<bogdan at punctweb.ro>  kirjoitti:
>>>
>>>> On Sun, Jul 10, 2011 at 11:33, jesse jaara<jesse.jaara at gmail.com>
>>>>  wrote:
>>>>
>>>>  nokms
>>>>>
>>>> not nomodeset!?
>>>>
>>> Oh sorry I did mean nomodeset. No wonder nokms looked like it was way too
>>> short. Also I assume you have loaded the fglrx module.
>>>
>>> Try to run just bare 'Xorg>  ./x.log' so you get atleast somekind of an
>>> output saved for inspection.
>>>
>>>  Adding fglrx to modules array didn't make a change.
> Running Xorg makes no visible output , so x.log is an empty file, even
> running it as super user.
>
> I'm lost again...
>
O_o Does dmesg have something it it about fglrx


-- 
(\_ /) copy the bunny to your profile
(0.o ) to help him achieve world domination.
(> <) come join the dark side.
/_|_\ (we have cookies.)

From nicoadamo at gmail.com  Sun Jul 10 14:49:00 2011
From: nicoadamo at gmail.com (=?UTF-8?B?Tmljb2zDoXMgQWRhbW8=?=)
Date: Sun, 10 Jul 2011 15:49:00 -0300
Subject: [arch-general] Xorg not working on AMD C-50 Fusion (Radeon HD
 6250)
In-Reply-To: <CAGb2M1N0wGaKGZYB4t+dJ07r8S54JHOrcvz_6iWOujHNMUxfmA@mail.gmail.com>
References: <4E1962E9.4090604@gmail.com>
 <CAGb2M1MVe7n1-K-H99w6gs9gFFpgXsY4svK3UDjCvht2aD7huQ@mail.gmail.com>
 <CALeaucF2uf9Mnhbi1kSpQvmxq8HdnU4kTQ3aDidV6wjade=PTw@mail.gmail.com>
 <CAGb2M1NdNq=uo-zvszAHSy0iU9F7gXguV1RKqgdN3+R4NMuYMg@mail.gmail.com>
 <CAN606q4so7yzfWXFvQWe-iJoY4v1==+OLM97er2-x1Fe0=qPug@mail.gmail.com>
 <4E19F018.7070902@gmail.com>
 <CAGb2M1N0wGaKGZYB4t+dJ07r8S54JHOrcvz_6iWOujHNMUxfmA@mail.gmail.com>
Message-ID: <4E19F41C.1070501@gmail.com>

On 07/10/2011 03:40 PM, jesse jaara wrote:
> 2011/7/10 Nicol?s Adamo<nicoadamo at gmail.com>
>
>> On 07/10/2011 02:18 PM, Nicol?s Adamo wrote:
>>
>>> First of all, Thanks for so much reply!
>>> nomodeset was already in menu.lst
>>> wat wasn't there is fglrx in modules array @t rc.conf , but on other
>>> desktop machine it isn't necessary. The wiki page doesn't ask for it
>>> when using the repo [catalyst]
>>> Either way I'll try adding it and I'll tell you guys later how it
>>> worked out. (I don't have the netbook now)
>>> I'll also post another pastebin with the log output suggested.
>>>
>>> 2011/7/10 jesse jaara<jesse.jaara at gmail.com>:
>>>
>>>> 10.7.2011 11.35 "Bogdan Ionu?"<bogdan at punctweb.ro>   kirjoitti:
>>>>
>>>>> On Sun, Jul 10, 2011 at 11:33, jesse jaara<jesse.jaara at gmail.com>
>>>>>   wrote:
>>>>>
>>>>>   nokms
>>>>> not nomodeset!?
>>>>>
>>>> Oh sorry I did mean nomodeset. No wonder nokms looked like it was way too
>>>> short. Also I assume you have loaded the fglrx module.
>>>>
>>>> Try to run just bare 'Xorg>   ./x.log' so you get atleast somekind of an
>>>> output saved for inspection.
>>>>
>>>>   Adding fglrx to modules array didn't make a change.
>> Running Xorg makes no visible output , so x.log is an empty file, even
>> running it as super user.
>>
>> I'm lost again...
>>
> O_o Does dmesg have something it it about fglrx
>
>
Jesse here's the output of dmesg |grep fglr: 
http://pastebin.archlinux.fr/433095

and here's the complete output: http://pastebin.archlinux.fr/433096

Thanks

From jtwdyp at ttlc.net  Sun Jul 10 18:12:49 2011
From: jtwdyp at ttlc.net (Joe(theWordy)Philbrook)
Date: Sun, 10 Jul 2011 18:12:49 -0400
Subject: [arch-general] Nvidia?? (About to do pacman -Syu but:)
In-Reply-To: <4E19E197.7040609@demuzere.be>
References: <alpine.LNX.2.00.1107101318570.2214@localhost.localdomain>
 <4E19E197.7040609@demuzere.be>
Message-ID: <alpine.LNX.2.00.1107101807030.2157@localhost.localdomain>


It would appear that on Jul 10, Vic Demuzere did say:

> Maybe I should have explained that more.
> 
> As you can see on the arch wiki [1], you either use "nvidia" OR
> "nvidia-173xx and nvidia-96xx". That means that if you're currently
> using "nvidia", you won't have any problems with updating.
> 
> [1] https://wiki.archlinux.org/index.php/NVIDIA#Installing
 
 THANKS!

now to get around to that pacman -Syu

-- 
|    ^^^   ^^^       Guess I just didn't know.
|    <o>   <o>     Joseph (the Wordy) Philbrook
|        ^                  J(tWdy)P
|       ___             <jtwdyp at ttlc.net>



From j.e.vasquez.v at gmail.com  Sun Jul 10 20:09:46 2011
From: j.e.vasquez.v at gmail.com (Javier Vasquez)
Date: Sun, 10 Jul 2011 18:09:46 -0600
Subject: [arch-general] iptables not working well?
In-Reply-To: <1569765.lgZHOtCYJK@hyaline>
References: <CALUrRGdL6C3NJLnEeG-eBbfVUd2mr2ZHMiWg2DJi0Bgdr1YcHw@mail.gmail.com>
 <CALUrRGdVK0+W-1NNcR=MmYVmzQ4TTi-McboR54JY6GOKoxJ=gw@mail.gmail.com>
 <1569765.lgZHOtCYJK@hyaline>
Message-ID: <CALUrRGcOJGQiDKNAwqGZBVc7cOrE3-woUTv621JucCGM26njhw@mail.gmail.com>

On Sun, Jul 10, 2011 at 5:02 PM, Dr. Robert Marmorstein
<robert at narnia.homeunix.com> wrote:
> If you have a static IP address on your ethernet card, you probably want to
> use SNAT rather than MASQUERADE.
>
> Also, I find it odd that you are using MASQUERADE on traffic TO the ppp0
> interface. ?Usually, ou MASQUERADE traffic FROM the ppp0 address. ?You might try
> "-i" instead of "-o" in that rule and see if it makes a difference

It's workin like I showed on a debian box.  But I'll try of course.

>
> Your state rules also look a little odd to me. ?On your INPUT chain, you are
> accepting traffic that is established or related. ?But you only accept new
> connections if they are not from ppp0. ?I think I would delete the "! -i ppp0"
> from that line unless you have a very good reason for it to be there.

ppp0 is my connection to the external world (ISP through PPPoE), so
the idea is not to accept new connections from the outside.  That
seemed logical to me.  And has been working on the debian box for
quiet a while.  However I'll remove conditional acceptance, just plain
accept new connections both from inside as from outside.

>
> Furthermore, there should be an equivalent line that alow the FORWARD chain to
> accept NEW connections, but that seems to be missing.
>
> Since you don't seem to really have any real security rules in your firewall
> anyway, I suggest something like this:
>
> iptables -P INPUT ACCEPT
> iptables -P FORWARD ACCEPT
> iptables -P OUTPUT ACCEPT
> iptables -F
> iptales -t nat -F
> iptales -t mangle -F
> iptales -X
>
> iptables -A INPUT -i lo -j ACCEPT
> iptables -A INPUT -m state --state ESTABLISHED, RELATED -j ACCEPT
> iptables -A FORWARD -m state --state ESTABLISHED, RELATED -j ACCEPT
> iptables -A INPUT -i ppp0 -m state --state NEW -j ACCEPT
> iptables -A FORWARD -ippp0 -m state --state NEW -j ACCEPT
> iptables -t nat -A POSTROUTING -i ppp0 -o eth0 -j MASQUERADE
> iptables -A INPUT -j REJECT
> iptables -A FORWARD -j REJECT
>
> Of course, since I'm not on your system, I can't test these. ?But I think this
> is more or less what you're trying to do.

I'll experiment a bit with your settings, I hope you're right, :-)
Notice that even though my setting look a bit dated, they're still
working for me on an old debian box (which I'm trying to replace)...

>
> In terms of security stuff, I strongly recommend you think about adding some
> limit matches -- at least for SSH and HTTP ports if you have them open.

Yes, I haven't set a firewall, just a transparent gateway, I mean a
plane router between my ISP and my internal LAN.  So far I don't have
any service, like web or mail, so it hadn't been much of a constrain,
but I can learn how to do things and implement them.  Perhaps you can
share later on more on your suggestions for more security, :-)

>
> Hope this helps,

Yeap, I'll try, and then will let you and the list know...

>
> Robert

Thanks a lot,

-- 
Javier.

From gdamjan at gmail.com  Sun Jul 10 20:17:46 2011
From: gdamjan at gmail.com (Damjan Georgievski)
Date: Mon, 11 Jul 2011 02:17:46 +0200
Subject: [arch-general] iptables not working well?
In-Reply-To: <CALUrRGcOJGQiDKNAwqGZBVc7cOrE3-woUTv621JucCGM26njhw@mail.gmail.com>
References: <CALUrRGdL6C3NJLnEeG-eBbfVUd2mr2ZHMiWg2DJi0Bgdr1YcHw@mail.gmail.com>
 <CALUrRGdVK0+W-1NNcR=MmYVmzQ4TTi-McboR54JY6GOKoxJ=gw@mail.gmail.com>
 <1569765.lgZHOtCYJK@hyaline>
 <CALUrRGcOJGQiDKNAwqGZBVc7cOrE3-woUTv621JucCGM26njhw@mail.gmail.com>
Message-ID: <CAEk1YH4KHr3F6YP+sgxDOD+ErfPJRcKjmw6Cfne7ptmsQzoMWQ@mail.gmail.com>

>> If you have a static IP address on your ethernet card, you probably want to
>> use SNAT rather than MASQUERADE.
>>
>> Also, I find it odd that you are using MASQUERADE on traffic TO the ppp0
>> interface. ?Usually, ou MASQUERADE traffic FROM the ppp0 address. ?You might try
>> "-i" instead of "-o" in that rule and see if it makes a difference
>
> It's workin like I showed on a debian box. ?But I'll try of course.

I don't see the previous message in my mailbox, but? he is wrong.
The correct way is -o ppp0, you want to MASQUERADE everything that
goes out of your internet facing interface.




-- 
damjan

From gdamjan at gmail.com  Sun Jul 10 20:25:19 2011
From: gdamjan at gmail.com (Damjan Georgievski)
Date: Mon, 11 Jul 2011 02:25:19 +0200
Subject: [arch-general] iptables not working well?
In-Reply-To: <CALUrRGdVK0+W-1NNcR=MmYVmzQ4TTi-McboR54JY6GOKoxJ=gw@mail.gmail.com>
References: <CALUrRGdL6C3NJLnEeG-eBbfVUd2mr2ZHMiWg2DJi0Bgdr1YcHw@mail.gmail.com>
 <CALUrRGdVK0+W-1NNcR=MmYVmzQ4TTi-McboR54JY6GOKoxJ=gw@mail.gmail.com>
Message-ID: <CAEk1YH68tsBT-9+0pEqC4L4769ghybar=z3C2YzpogjYuwzetA@mail.gmail.com>

Your config looks ok, but to double check, paste the output of:
iptables -L -nv
iptables -t nat -L -nv
to see the exact situation.


> OK, on machines at the internal side of my LAN, I can ping everywhere.
> ?But I can not use the browser with all addresses, for example I can't
> get to www.archlinux.org through frirefox or midori, neither
> www.debian.org.
>
> Weird thing www.google.com, and some other sites can be reached
> through firefox on machines inside the LAN.

What's the error you are getting. Are you ping-ing by name or by an IP address.
Have you tried ping-ing with different packet sizes?

on your gateway machine run tcpdump on both the LAN and ppp0 interface
and see if the packets go through.


-- 
damjan

From dgbaley27 at verizon.net  Sun Jul 10 20:44:14 2011
From: dgbaley27 at verizon.net (Matthew Monaco)
Date: Sun, 10 Jul 2011 20:44:14 -0400
Subject: [arch-general] howto properly disable sound device pulse/alsa?
Message-ID: <4E1A475E.8020401@verizon.net>

I think since Gnome 3 / pulseaudio, I've had an annoying system beep when 
shutting down. The pcspkr module is not loaded.

I've found that I have the following device:

$ dmesg | grep Beep
[   10.594164] input: HDA Digital PCBeep as 
/devices/pci0000:00/0000:00:1b.0/input/input7

And that the following command will disable the beep:
$ amixer -c0 set Beep 0% mute


How should I go about making this persistent? I think avoiding that device would 
be best, can it be done by adding (or disabling) some udev config?

Or, can I somehow make the 0% mute persistant in asound.conf?


Thanks

From jesse.jaara at gmail.com  Sun Jul 10 20:50:34 2011
From: jesse.jaara at gmail.com (jesse jaara)
Date: Mon, 11 Jul 2011 03:50:34 +0300
Subject: [arch-general] howto properly disable sound device pulse/alsa?
In-Reply-To: <4E1A475E.8020401@verizon.net>
References: <4E1A475E.8020401@verizon.net>
Message-ID: <CAGb2M1OSrJ+LSQMzJ1f=ibp209C9bFYqynKMOksBsaqTOYzBcw@mail.gmail.com>

Just enable the alsa daemon in rc.conf so that sound levels get reloaded on
boot according to what they were at shutdown time. ^^

From dgbaley27 at verizon.net  Sun Jul 10 22:48:00 2011
From: dgbaley27 at verizon.net (Matthew Monaco)
Date: Sun, 10 Jul 2011 22:48:00 -0400
Subject: [arch-general] howto properly disable sound device pulse/alsa?
In-Reply-To: <CAGb2M1OSrJ+LSQMzJ1f=ibp209C9bFYqynKMOksBsaqTOYzBcw@mail.gmail.com>
References: <4E1A475E.8020401@verizon.net>
 <CAGb2M1OSrJ+LSQMzJ1f=ibp209C9bFYqynKMOksBsaqTOYzBcw@mail.gmail.com>
Message-ID: <4E1A6460.2090203@verizon.net>

On 07/10/2011 08:50 PM, jesse jaara wrote:
> Just enable the alsa daemon in rc.conf so that sound levels get reloaded on
> boot according to what they were at shutdown time. ^^
>

Yeah, I know about this, but is there a way to just put it in a config file 
without the alsa-utils package?

From j.e.vasquez.v at gmail.com  Mon Jul 11 00:22:53 2011
From: j.e.vasquez.v at gmail.com (Javier Vasquez)
Date: Sun, 10 Jul 2011 22:22:53 -0600
Subject: [arch-general] iptables not working well?
In-Reply-To: <CAEk1YH68tsBT-9+0pEqC4L4769ghybar=z3C2YzpogjYuwzetA@mail.gmail.com>
References: <CALUrRGdL6C3NJLnEeG-eBbfVUd2mr2ZHMiWg2DJi0Bgdr1YcHw@mail.gmail.com>
 <CALUrRGdVK0+W-1NNcR=MmYVmzQ4TTi-McboR54JY6GOKoxJ=gw@mail.gmail.com>
 <CAEk1YH68tsBT-9+0pEqC4L4769ghybar=z3C2YzpogjYuwzetA@mail.gmail.com>
Message-ID: <CALUrRGdO4RUMpMMPY6nFkQ0DJ=ZRqRu3RLC+f0jMP0noAzvYUQ@mail.gmail.com>

On Sun, Jul 10, 2011 at 6:25 PM, Damjan Georgievski <gdamjan at gmail.com> wrote:
> Your config looks ok, but to double check, paste the output of:
> iptables -L -nv
> iptables -t nat -L -nv
> to see the exact situation.
>
>
>> OK, on machines at the internal side of my LAN, I can ping everywhere.
>> ?But I can not use the browser with all addresses, for example I can't
>> get to www.archlinux.org through frirefox or midori, neither
>> www.debian.org.
>>
>> Weird thing www.google.com, and some other sites can be reached
>> through firefox on machines inside the LAN.
>
> What's the error you are getting. Are you ping-ing by name or by an IP address.
> Have you tried ping-ing with different packet sizes?

No error at all, just that the browser gets waiting to connect, and
nevers does it.  Pinging is always fine with no specification of
packet size.

>
> on your gateway machine run tcpdump on both the LAN and ppp0 interface
> and see if the packets go through.

I might try that.  What I'll do for now is enable new connections on
both sides, since the ones coming from outside are not accepted (but
that's the way that sounds common sense to me, and that has been
working on my debian box for quiet a while)...

Again, no error, just the browser not getting anywhere for some sites.
 Some others work as google and gmail...

>
>
> --
> damjan
>

Thanks,

-- 
Javier.

From dmbuce at gmail.com  Mon Jul 11 00:30:24 2011
From: dmbuce at gmail.com (dmbuce at gmail.com)
Date: Sun, 10 Jul 2011 23:30:24 -0500
Subject: [arch-general] howto properly disable sound device pulse/alsa?
In-Reply-To: <4E1A475E.8020401@verizon.net>
References: <4E1A475E.8020401@verizon.net>
Message-ID: <4E1A7C60.6090407@gmail.com>

On 07/10/2011 07:44 PM, Matthew Monaco wrote:
> I think since Gnome 3 / pulseaudio, I've had an annoying system beep
> when shutting down. The pcspkr module is not loaded.

Are you blacklisting this module through the old syntax in rc.conf? The 
configuration for blacklisting modules changed not too long ago 
(although not terribly recently, either, so sorry if you were already 
aware of this).

http://www.archlinux.org/news/changes-to-module-blacklisting/

From sh at lutzhaase.com  Mon Jul 11 06:28:13 2011
From: sh at lutzhaase.com (Sven-Hendrik Haase)
Date: Mon, 11 Jul 2011 12:28:13 +0200
Subject: [arch-general] Alsa buffer_size without dmix?
Message-ID: <4E1AD03D.9050403@lutzhaase.com>

Hello everypony,

I want to increase my default alsa buffer_size of 8192 to 32768 because 
I'm sometimes getting small skips in my audio. Now, usually people use 
dmix for this. I'm using the upmix plugin, however, to listen to stereo 
music on my 7.1 system.

Could any alsa wizards share the wisdom on how to increase the 
buffer_size without dmix or how to chain dmix into this?

My also asound.conf:

pcm.upmix71 {
     type upmix
     slave.pcm "surround71"
     channels 8
}
pcm.!default "plug:upmix71"


Now, I tried something along these lines:

pcm.upmix71 {
     type upmix
     slave.pcm "buffer"
     channels 8
}

pcm.buffer {
     type dmix
     slave {
         pcm "surround71"
         period_time 0
         buffer_time 0
         period_size 2028
         buffer_size 32768
     }
}
pcm.!default "plug:upmix71"

but apparently I don't grok alsa configuration syntax. It doesn't help 
that alsa-project.org is down (which is why I'm posting here rather than 
on their mailing list). I don't even need dmix itself, I just want to 
increase the buffer size but apparently dmix is the only plugin capable 
of doing just that.

Help appreciated.

-- Sven-Hendrik

From dgbaley27 at verizon.net  Mon Jul 11 06:48:51 2011
From: dgbaley27 at verizon.net (Matthew Monaco)
Date: Mon, 11 Jul 2011 06:48:51 -0400
Subject: [arch-general] howto properly disable sound device pulse/alsa?
In-Reply-To: <4E1A7C60.6090407@gmail.com>
References: <4E1A475E.8020401@verizon.net> <4E1A7C60.6090407@gmail.com>
Message-ID: <4E1AD513.4050002@verizon.net>

On 07/11/2011 12:30 AM, dmbuce at gmail.com wrote:
> On 07/10/2011 07:44 PM, Matthew Monaco wrote:
>> I think since Gnome 3 / pulseaudio, I've had an annoying system beep
>> when shutting down. The pcspkr module is not loaded.
>
> Are you blacklisting this module through the old syntax in rc.conf? The
> configuration for blacklisting modules changed not too long ago (although not
> terribly recently, either, so sorry if you were already aware of this).
>
> http://www.archlinux.org/news/changes-to-module-blacklisting/
>

I've been blacklisting it via "install pcspkr /bin/false" all along.

From jesse.jaara at gmail.com  Mon Jul 11 07:50:57 2011
From: jesse.jaara at gmail.com (jesse jaara)
Date: Mon, 11 Jul 2011 14:50:57 +0300
Subject: [arch-general] howto properly disable sound device pulse/alsa?
In-Reply-To: <4E1AD513.4050002@verizon.net>
References: <4E1A475E.8020401@verizon.net> <4E1A7C60.6090407@gmail.com>
 <4E1AD513.4050002@verizon.net>
Message-ID: <CAGb2M1NeUwAMriAiBx8pP9Rz+KE1iOk1Kdovtd1AhVBBP+Ynww@mail.gmail.com>

2011/7/11 Matthew Monaco <dgbaley27 at verizon.net>

> On 07/11/2011 12:30 AM, dmbuce at gmail.com wrote:
>
>> On 07/10/2011 07:44 PM, Matthew Monaco wrote:
>>
>>> I think since Gnome 3 / pulseaudio, I've had an annoying system beep
>>> when shutting down. The pcspkr module is not loaded.
>>>
>>
>> Are you blacklisting this module through the old syntax in rc.conf? The
>> configuration for blacklisting modules changed not too long ago (although
>> not
>> terribly recently, either, so sorry if you were already aware of this).
>>
>> http://www.archlinux.org/news/**changes-to-module-**blacklisting/<http://www.archlinux.org/news/changes-to-module-blacklisting/>
>>
>>
> I've been blacklisting it via "install pcspkr /bin/false" all along.
>
Blacklisting won't work I think as this isint the classical/physical
beeper speaker embended in the motherborad but instead a "virtual"
one implemented in the sound card to produce the beep sound from
the real speakers. So only way is to just mute it.


-- 
(\_ /) copy the bunny to your profile
(0.o ) to help him achieve world domination.
(> <) come join the dark side.
/_|_\ (we have cookies.)

From jtwdyp at ttlc.net  Mon Jul 11 11:20:06 2011
From: jtwdyp at ttlc.net (Joe(theWordy)Philbrook)
Date: Mon, 11 Jul 2011 11:20:06 -0400
Subject: [arch-general] OK so HARDWARECLOCK="localtime" is "strongly
	discouraged" BUT???
Message-ID: <alpine.LNX.2.02.1107110935090.883@localhost.localdomain>


It would appear that on 2011-05-02, www.archlinux.org/news/initscripts-update-1/ did say:

> We now strongly discourage the use of HARDWARECLOCK="localtime", as this
> may lead to several known and unfixable bugs. However, there are no plans
> to drop support for "localtime".

And it would appear that /etc/rc.conf now does saith:

> # HARDWARECLOCK: set to "UTC" or "localtime", any other value will result
> #   in the hardware clock being left untouched (useful for virtualization)
> #   Note: Using "localtime" is discouraged.

Since I multi-boot AND do keep my hardware clock set to local time, I'm a
little bit concerned by this statement. It gives me two questions. 

1) just what "Known" bugs that this could lead to are "UNFIXABLE"???

2) While putting something like 'HARDWARECLOCK="DoNotMessWithMyLocalTime"'
would evidently result in the hardware clock not getting overwritten by
the system time on shutdown, How would any value except
'HARDWARECLOCK="localtime"' tell Arch not to expect the hardware clock to
be set to UTC on startup??? 


I guess I could install ntp and put
ntpd -qg & 
in rc.local with the above non-standard rc.conf HARDWARECLOCK definition
to nearly simulate the previous NON-NTP localtime behavior where the
hardware clock was read {at start-up} AND written {at shutdown} BOTH with a
conversion from/to local time...

In that it while it would {I think} incorrectly initially set system time on
boot by interpreting the hardware clock's value as UTC, it would then use ntp
to correct itself to approximately the same time as was indicated by the
local time value that was already in the hardware clock. And then go away.
Then since HARDWARECLOCK wasn't set to either "UTC" nor "localtime" It
shouldn't actually overwrite the hardware clocks localtime with UTC...

My hardware clock may need to be manually reset a little more often But
that's no big deal. 

The problem is if for some reason I should boot up when the internet isn't
accessible, there would be no ntp server to correct Arch's misconception
that the hardwareclock was already in UTC which would result in bogus
timestamps on any files I modified during that time (not to mention bogus
clock displays...)

-- 
|  ~^~   ~^~
|  <?>   <?>       Joe (theWordy) Philbrook
|      ^                J(tWdy)P
|    \___/         <<jtwdyp at ttlc.net>>


From jesse.jaara at gmail.com  Mon Jul 11 11:24:58 2011
From: jesse.jaara at gmail.com (jesse jaara)
Date: Mon, 11 Jul 2011 18:24:58 +0300
Subject: [arch-general] OK so HARDWARECLOCK="localtime" is "strongly
 discouraged" BUT???
In-Reply-To: <alpine.LNX.2.02.1107110935090.883@localhost.localdomain>
References: <alpine.LNX.2.02.1107110935090.883@localhost.localdomain>
Message-ID: <CAGb2M1M2Z7-gQuUgzT0DURXbBxnxs_g8dk5_zWaReO8dgTYu_w@mail.gmail.com>

Check the systemd wiki page it has info for setting windows to UTC time

From thomas at archlinux.org  Mon Jul 11 11:29:25 2011
From: thomas at archlinux.org (=?ISO-8859-15?Q?Thomas_B=E4chler?=)
Date: Mon, 11 Jul 2011 17:29:25 +0200
Subject: [arch-general] OK so HARDWARECLOCK="localtime" is "strongly
 discouraged" BUT???
In-Reply-To: <alpine.LNX.2.02.1107110935090.883@localhost.localdomain>
References: <alpine.LNX.2.02.1107110935090.883@localhost.localdomain>
Message-ID: <4E1B16D5.9050807@archlinux.org>

Am 11.07.2011 17:20, schrieb Joe(theWordy)Philbrook:
> Since I multi-boot AND do keep my hardware clock set to local time, I'm a
> little bit concerned by this statement. It gives me two questions. 

This is no reason. Especially if you dual-boot, keeping the hardware
clock in UTC is something to make your life so much easier.

> 1) just what "Known" bugs that this could lead to are "UNFIXABLE"???

- Inconsistencies due to switches from/to DST.
- Weird bugs (like in fsck) due to time changing during bootup.
- Complicates travelling and changing time zones.
- Whatever, think of anything involving your system clock, and using
localtime will make it harder.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 262 bytes
Desc: OpenPGP digital signature
URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110711/6e047cb2/attachment.asc>

From dmbuce at gmail.com  Mon Jul 11 13:05:21 2011
From: dmbuce at gmail.com (Buce)
Date: Mon, 11 Jul 2011 12:05:21 -0500
Subject: [arch-general] OK so HARDWARECLOCK="localtime" is "strongly
 discouraged" BUT???
In-Reply-To: <alpine.LNX.2.02.1107110935090.883@localhost.localdomain>
References: <alpine.LNX.2.02.1107110935090.883@localhost.localdomain>
Message-ID: <CABfgN=nJyy7Ku=envCbp-G=Hn4f_h_t5Dtbr1+_F2ASj=hzrgw@mail.gmail.com>

On Mon, Jul 11, 2011 at 10:20 AM, Joe(theWordy)Philbrook <jtwdyp at ttlc.net>wrote:

>
> It would appear that on 2011-05-02,
> www.archlinux.org/news/initscripts-update-1/ did say:
>
> > We now strongly discourage the use of HARDWARECLOCK="localtime", as this
> > may lead to several known and unfixable bugs. However, there are no plans
> > to drop support for "localtime".
>
> And it would appear that /etc/rc.conf now does saith:
>
> > # HARDWARECLOCK: set to "UTC" or "localtime", any other value will result
> > #   in the hardware clock being left untouched (useful for
> virtualization)
> > #   Note: Using "localtime" is discouraged.
>
> Since I multi-boot AND do keep my hardware clock set to local time, I'm a
> little bit concerned by this statement. It gives me two questions.
>
> 1) just what "Known" bugs that this could lead to are "UNFIXABLE"???
>
See
http://mailman.archlinux.org/pipermail/arch-general/2011-April/019775.html and
other posts in that thread.

From jtwdyp at ttlc.net  Mon Jul 11 13:31:58 2011
From: jtwdyp at ttlc.net (Joe(theWordy)Philbrook)
Date: Mon, 11 Jul 2011 13:31:58 -0400
Subject: [arch-general] OK so HARDWARECLOCK="localtime" is "strongly
 discouraged" BUT???
In-Reply-To: <4E1B16D5.9050807@archlinux.org>
References: <alpine.LNX.2.02.1107110935090.883@localhost.localdomain>
 <4E1B16D5.9050807@archlinux.org>
Message-ID: <alpine.LNX.2.02.1107111251420.905@localhost.localdomain>



It would appear that on Jul 11, jesse jaara did say:

> 
> Check the systemd wiki page it has info for setting windows to UTC time
> 
 
 It's not so much that Windows likes local time. It's that I insist on
 it... I MUCH prefer to manually set/verify the hardware clock's time
 with the bios set-up screen prior to loading an OS and I have no intention
 of having to mentally convert to/from UTC to see if it's correct. 

It would appear that on Jul 11, Thomas B?chler did say:

> 
> Am 11.07.2011 17:20, schrieb Joe(theWordy)Philbrook:
> > Since I multi-boot AND do keep my hardware clock set to local time, I'm a
> > little bit concerned by this statement. It gives me two questions. 
> 
> This is no reason. Especially if you dual-boot, keeping the hardware
> clock in UTC is something to make your life so much easier.

NOT dual-boot, Multi-boot, And I don't think in UTC <see above>
 
> > 1) just what "Known" bugs that this could lead to are "UNFIXABLE"???
> 
> - Inconsistencies due to switches from/to DST.
> - Weird bugs (like in fsck) due to time changing during bootup.

OK I'll buy that I do NOT want fsck to phsck up my filesystem...

> - Complicates travelling and changing time zones.
> - Whatever, think of anything involving your system clock, and using
> localtime will make it harder.
> 

Hence my willingness to put "ntpd -qg &" in rc.local and prevent system
time from "FIXING" my hardwareclock... 
As much as I also don't like letting the internet set my system time.
(some things just shouldn't be totally automatic.) I mean if this
trend goes much further people will stop wanting to slice their own bread
anymore...<snicker>.

OK OK I acknowledge that I'm stubborn... But I just realized: there may be a
flaw in my plan to use "ntpd -qg &": You say the potential fsck bug would
be "due to time changing during bootup." Tell me that letting it get all
the way to the login prompt And then letting "ntpd -qg &" correct the time
difference between NewYork and UTC isn't likely to mess with fsck...

I'm thinking that an automatically run fsck based on the mount count and/or
an unclean shutdown would be done before rc.local gets to run. And I'd
have to type really fast to login and start a manually called fsck for
"ntpd -qg &" not to be done messing with the system time before fsck
started. But I don't know for sure.

Thanks

-- 
|   ~^~   ~^~
|   <*>   <*>       Joe (theWordy) Philbrook
|       ^                J(tWdy)P
|     \___/         <<jtwdyp at ttlc.net>>

From neophytepenguin at gmail.com  Mon Jul 11 14:01:16 2011
From: neophytepenguin at gmail.com (Herb Miller Jr.)
Date: Mon, 11 Jul 2011 14:01:16 -0400
Subject: [arch-general] Arch base system snapshot available?
Message-ID: <CAP5mYD5YdJ-YQh2vfyVCAB9g3EVm47GvWOGWBAbKPP+LOBHicw@mail.gmail.com>

Where can I find a snapshot of the Arch base system to facilitate deployment
in a chrooted environment? Is such a thing available?

Thank you,
Herb

From jesse.jaara at gmail.com  Mon Jul 11 14:04:36 2011
From: jesse.jaara at gmail.com (jesse jaara)
Date: Mon, 11 Jul 2011 21:04:36 +0300
Subject: [arch-general] Arch base system snapshot available?
In-Reply-To: <CAP5mYD5YdJ-YQh2vfyVCAB9g3EVm47GvWOGWBAbKPP+LOBHicw@mail.gmail.com>
References: <CAP5mYD5YdJ-YQh2vfyVCAB9g3EVm47GvWOGWBAbKPP+LOBHicw@mail.gmail.com>
Message-ID: <CAGb2M1N5PY2CRi163_WebW2Lqk005+oKdgneEU367WvLa9cCNQ@mail.gmail.com>

Download some core testing iso. Or just actually any arch core iso.

From schiv at archlinux.org  Mon Jul 11 14:07:48 2011
From: schiv at archlinux.org (Ray Rashif)
Date: Tue, 12 Jul 2011 02:07:48 +0800
Subject: [arch-general] OK so HARDWARECLOCK="localtime" is "strongly
 discouraged" BUT???
In-Reply-To: <alpine.LNX.2.02.1107110935090.883@localhost.localdomain>
References: <alpine.LNX.2.02.1107110935090.883@localhost.localdomain>
Message-ID: <CAFEhRJf5_ONJM1AujQSyJqf5Qd=8070je48rpiJdMy2i79WPfA@mail.gmail.com>

On 11 July 2011 23:20, Joe(theWordy)Philbrook <jtwdyp at ttlc.net> wrote:
> Since I multi-boot AND do keep my hardware clock set to local time, I'm a
> little bit concerned by this statement. It gives me two questions.

I still use localtime and currently I have a dual-boot machine w/
Win7. No problems. But that may be because I don't mess around with my
time. I've not even been in my local timezone for a long time, and I
travelled around quite a bit, although within the same continent. I
like to keep time w/ my phone and watch, and allow the computers to
maintain time via BIOS.

My rc.conf: http://paste.pocoo.org/show/436256/

I may change to UTC next time I have own laptop to install stuff
(where I doubt I'll have Windows or other operating systems).


--
GPG/PGP ID: 8AADBB10

From teg at jklm.no  Mon Jul 11 14:33:31 2011
From: teg at jklm.no (Tom Gundersen)
Date: Mon, 11 Jul 2011 20:33:31 +0200
Subject: [arch-general] OK so HARDWARECLOCK="localtime" is "strongly
 discouraged" BUT???
In-Reply-To: <alpine.LNX.2.02.1107111251420.905@localhost.localdomain>
References: <alpine.LNX.2.02.1107110935090.883@localhost.localdomain>
 <4E1B16D5.9050807@archlinux.org>
 <alpine.LNX.2.02.1107111251420.905@localhost.localdomain>
Message-ID: <CAG-2HqVWZJ7iBgwJqhFHyqUTbKxuALNR4gUbvTKqNYmat0KGXA@mail.gmail.com>

On Mon, Jul 11, 2011 at 7:31 PM, Joe(theWordy)Philbrook <jtwdyp at ttlc.net> wrote:
> It would appear that on Jul 11, Thomas B?chler did say:
>> This is no reason. Especially if you dual-boot, keeping the hardware
>> clock in UTC is something to make your life so much easier.
>
> NOT dual-boot, Multi-boot, And I don't think in UTC <see above>

The more OS'es you have, the better reason to keep RTC in UTC. You
shouldn't need to _think_ about time at all... Anyway, if you want to
do it, I will not try to persuade you otherwise.

>> > 1) just what "Known" bugs that this could lead to are "UNFIXABLE"???
>>
>> - Inconsistencies due to switches from/to DST.
>> - Weird bugs (like in fsck) due to time changing during bootup.
>
> OK I'll buy that I do NOT want fsck to phsck up my filesystem...

The point is: The time in your system will from time to time be wrong,
and this might lead to weird things happening. Usually with fsck.

> Hence my willingness to put "ntpd -qg &" in rc.local and prevent system
> time from "FIXING" my hardwareclock...
> As much as I also don't like letting the internet set my system time.
> (some things just shouldn't be totally automatic.) I mean if this
> trend goes much further people will stop wanting to slice their own bread
> anymore...<snicker>.

If you insist on having RTC in LOCALTIME, then the best thing you can
do is to set this value in rc.conf, and enable ntp (no need for
rc.conf, just enable the daemon).

This will work as well (or as badly) as it did before we added this
warning, nothing really changed.

For the record (for anyone else reading this): using LOCALTIME is
never the right thing to do (though it will work "well enough" most of
the time).

HTH,

Tom

From l.jirkovsky at gmail.com  Mon Jul 11 14:42:03 2011
From: l.jirkovsky at gmail.com (=?UTF-8?B?THVrw6HFoSBKaXJrb3Zza8O9?=)
Date: Mon, 11 Jul 2011 20:42:03 +0200
Subject: [arch-general] Arch base system snapshot available?
In-Reply-To: <CAP5mYD5YdJ-YQh2vfyVCAB9g3EVm47GvWOGWBAbKPP+LOBHicw@mail.gmail.com>
References: <CAP5mYD5YdJ-YQh2vfyVCAB9g3EVm47GvWOGWBAbKPP+LOBHicw@mail.gmail.com>
Message-ID: <CAFa9FQvuY3b+3SnhjoVrf6z8nr5gL30=+t-JmZoMjPE+LwHRFg@mail.gmail.com>

On 11 July 2011 20:01, Herb Miller Jr. <neophytepenguin at gmail.com> wrote:
> Where can I find a snapshot of the Arch base system to facilitate deployment
> in a chrooted environment? Is such a thing available?
>
> Thank you,
> Herb
>

Maybe you could use mkarchroot tool from the devtools package. It's a
script which ease creation of chroot.

From darkbyte.org at googlemail.com  Mon Jul 11 14:58:30 2011
From: darkbyte.org at googlemail.com (Darkbyte)
Date: Mon, 11 Jul 2011 20:58:30 +0200
Subject: [arch-general] Outdated install media (2010-05)
Message-ID: <4E1B47D6.50008@googlemail.com>

Is there anything we could do about the extremely outdated install media?

I right now got used to installing systems with the most recent iso's
from http://releng.archlinux.org/isos/2011.06.10/ and they worked for me.

Is there any tests that need to be performed?

- Armin

From bogdan at punctweb.ro  Mon Jul 11 15:55:37 2011
From: bogdan at punctweb.ro (=?UTF-8?Q?Bogdan_Ionu=C8=9B?=)
Date: Mon, 11 Jul 2011 22:55:37 +0300
Subject: [arch-general] Outdated install media (2010-05)
In-Reply-To: <4E1B47D6.50008@googlemail.com>
References: <4E1B47D6.50008@googlemail.com>
Message-ID: <CALeaucFTBxE-Q6eBO7RCGxkwS4w83vuF-=cThQxsh_CZJF-PFw@mail.gmail.com>

On Mon, Jul 11, 2011 at 21:58, Darkbyte <darkbyte.org at googlemail.com> wrote:

> Is there anything we could do about the extremely outdated install media?
>

you can create a custom iso yourself.

http://projects.archlinux.org/archiso.git/plain/README

From darkbyte.org at googlemail.com  Mon Jul 11 16:20:36 2011
From: darkbyte.org at googlemail.com (Darkbyte)
Date: Mon, 11 Jul 2011 22:20:36 +0200
Subject: [arch-general] Outdated install media (2010-05)
In-Reply-To: <CALeaucFTBxE-Q6eBO7RCGxkwS4w83vuF-=cThQxsh_CZJF-PFw@mail.gmail.com>
References: <4E1B47D6.50008@googlemail.com>
 <CALeaucFTBxE-Q6eBO7RCGxkwS4w83vuF-=cThQxsh_CZJF-PFw@mail.gmail.com>
Message-ID: <4E1B5B14.2000906@googlemail.com>

Thanks for your explanation, what i worry about is the install media
available for download from archlinux.org website, as it is more than
one year old.

I looked through the feedback site at
http://www.archlinux.org/releng/feedback/architecture/1/
but wasn't able to find WHAT exactly failed for each installation report.

Are there significant bugs in all the install media from the last 14
months that keeps us from using one of those as default install media?

I just try to understand why it makes sense to still offer a 14 months
old there...

- Armin




On 07/11/2011 09:55 PM, Bogdan Ionu? wrote:
> On Mon, Jul 11, 2011 at 21:58, Darkbyte <darkbyte.org at googlemail.com> wrote:
> 
>> Is there anything we could do about the extremely outdated install media?
>>
> 
> you can create a custom iso yourself.
> 
> http://projects.archlinux.org/archiso.git/plain/README

From markeleas at gmail.com  Mon Jul 11 16:39:07 2011
From: markeleas at gmail.com (Axilleas P)
Date: Mon, 11 Jul 2011 23:39:07 +0300
Subject: [arch-general] Arch base system snapshot available?
In-Reply-To: <CAFa9FQvuY3b+3SnhjoVrf6z8nr5gL30=+t-JmZoMjPE+LwHRFg@mail.gmail.com>
References: <CAP5mYD5YdJ-YQh2vfyVCAB9g3EVm47GvWOGWBAbKPP+LOBHicw@mail.gmail.com>
 <CAFa9FQvuY3b+3SnhjoVrf6z8nr5gL30=+t-JmZoMjPE+LwHRFg@mail.gmail.com>
Message-ID: <CALEK4PpDZv+Wpey883cA4HD0iN_n2X=px+jZftaq5Zqs+4j+yA@mail.gmail.com>

2011/7/11 Luk?? Jirkovsk? <l.jirkovsky at gmail.com>:
> On 11 July 2011 20:01, Herb Miller Jr. <neophytepenguin at gmail.com> wrote:
>> Where can I find a snapshot of the Arch base system to facilitate deployment
>> in a chrooted environment? Is such a thing available?
>>
>> Thank you,
>> Herb
>>
>
> Maybe you could use mkarchroot tool from the devtools package. It's a
> script which ease creation of chroot.
>

Maybe here [1] and you can also check this [2].

[1] http://releng.archlinux.org/isos/
[2] https://wiki.archlinux.org/index.php/DeveloperWiki:PKGBUILD.com#Creating_chroots_and_building_packages

-- 
(\_ /) copy the bunny to your profile
(0.o ) to help him achieve world domination.
(> <) come join the dark side.
/_|_\ (we have cookies.)

From doc.evans at gmail.com  Mon Jul 11 17:07:43 2011
From: doc.evans at gmail.com (D. R. Evans)
Date: Mon, 11 Jul 2011 15:07:43 -0600
Subject: [arch-general] X cursor problem on new install
In-Reply-To: <4E14A2BC.3030109@darose.net>
References: <4E11CEE8.8070407@gmail.com>
 <CAFJ3QW+eCmzzSPN2YPT9fJRB2M7jDvuacRfphW1oLi66_KjBGw@mail.gmail.com>
 <4E149F74.5030805@gmail.com> <4E14A2BC.3030109@darose.net>
Message-ID: <4E1B661F.6090007@gmail.com>

David Rosenstrauch said the following at 07/06/2011 12:00 PM :
> On 07/06/2011 01:46 PM, D. R. Evans wrote:
>> Guillaume Brunerie said the following at 07/04/2011 11:01 AM :
>>> It seems you have an Intel graphics card and that the driver does not want
>>> to start.
>>>
>>> Have you read the page https://wiki.archlinux.org/index.php/Intel ?
>>> In particular you need to install the package xf86-video-intel and you need
>>> to enable KMS to run X.
>>>
>>
>> Yes, I have read that page. I don't know what part of it you are suggesting
>> is important and which I have failed to follow.
>>
>> 1. xf86-video-intel *is* installed.
> 
> How about the intel-dri package?  If not, try installing that.  (And 
> then restarting X.)
> 

I installed that, but it made no obvious difference.

  Doc

-- 
Web:  http://www.sff.net/people/N7DR

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 262 bytes
Desc: OpenPGP digital signature
URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110711/16afb553/attachment.asc>

From doc.evans at gmail.com  Mon Jul 11 17:11:48 2011
From: doc.evans at gmail.com (D. R. Evans)
Date: Mon, 11 Jul 2011 15:11:48 -0600
Subject: [arch-general] X cursor problem on new install
In-Reply-To: <4E14B543.4000309@darose.net>
References: <4E11CEE8.8070407@gmail.com>
 <CAFJ3QW+eCmzzSPN2YPT9fJRB2M7jDvuacRfphW1oLi66_KjBGw@mail.gmail.com>
 <4E149F74.5030805@gmail.com> <4E14A2BC.3030109@darose.net>
 <4E14B39E.2040808@darose.net> <4E14B543.4000309@darose.net>
Message-ID: <4E1B6714.9030904@gmail.com>

David Rosenstrauch said the following at 07/06/2011 01:19 PM :
> On 07/06/2011 03:12 PM, David Rosenstrauch wrote:
>> On 07/06/2011 02:00 PM, David Rosenstrauch wrote:
>>> On 07/06/2011 01:46 PM, D. R. Evans wrote:
>>>> Guillaume Brunerie said the following at 07/04/2011 11:01 AM :
>>>>> It seems you have an Intel graphics card and that the driver does not
>>>>> want
>>>>> to start.
>>>>>
>>>>> Have you read the page https://wiki.archlinux.org/index.php/Intel ?
>>>>> In particular you need to install the package xf86-video-intel and
>>>>> you need
>>>>> to enable KMS to run X.
>>>>>
>>>>
>>>> Yes, I have read that page. I don't know what part of it you are
>>>> suggesting
>>>> is important and which I have failed to follow.
>>>>
>>>> 1. xf86-video-intel *is* installed.
>>>
>>> How about the intel-dri package? If not, try installing that. (And then
>>> restarting X.)
>>>
>>> If that doesn't work, email back. I use Intel graphics here ... might be
>>> able to help you through this.
>>>
>>> DR
>>
>> Also, not sure if this matters, but it looks like you don't have any
>> Xorg fonts installed. Try installing xorg-fonts-100dpi and
>> xorg-fonts-75dpi and see if that helps.
>>
>> DR
> 
> One other suggestion:
> 
> Try *un*installing xf86-video-fbdev and xf86-video-vesa.  It looks like 
> it might be picking up the VESA driver, rather than the Intel one.

Still no change in behaviour -- the cursor still moves off the left side of
the screen and reappears on the right side, and stops moving to the left
partway across the screen. It's as if the position of the cursor is about ?
of the screen width to the left of where it should be.

The /var/log.Xorg.0.log after making all your suggested changes is at:
paste.pocoo.org/show/436407.

  Doc

-- 
Web:  http://www.sff.net/people/N7DR

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 262 bytes
Desc: OpenPGP digital signature
URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110711/2884b240/attachment.asc>

From doc.evans at gmail.com  Mon Jul 11 17:20:44 2011
From: doc.evans at gmail.com (D. R. Evans)
Date: Mon, 11 Jul 2011 15:20:44 -0600
Subject: [arch-general] X cursor problem on new install
In-Reply-To: <4E14B39E.2040808@darose.net>
References: <4E11CEE8.8070407@gmail.com>
 <CAFJ3QW+eCmzzSPN2YPT9fJRB2M7jDvuacRfphW1oLi66_KjBGw@mail.gmail.com>
 <4E149F74.5030805@gmail.com> <4E14A2BC.3030109@darose.net>
 <4E14B39E.2040808@darose.net>
Message-ID: <4E1B692C.1040309@gmail.com>

David Rosenstrauch said the following at 07/06/2011 01:12 PM :
> On 07/06/2011 02:00 PM, David Rosenstrauch wrote:
>> On 07/06/2011 01:46 PM, D. R. Evans wrote:
>>> Guillaume Brunerie said the following at 07/04/2011 11:01 AM :
>>>> It seems you have an Intel graphics card and that the driver does not
>>>> want
>>>> to start.
>>>>
>>>> Have you read the page https://wiki.archlinux.org/index.php/Intel ?
>>>> In particular you need to install the package xf86-video-intel and
>>>> you need
>>>> to enable KMS to run X.
>>>>
>>>
>>> Yes, I have read that page. I don't know what part of it you are
>>> suggesting
>>> is important and which I have failed to follow.
>>>
>>> 1. xf86-video-intel *is* installed.
>>
>> How about the intel-dri package? If not, try installing that. (And then
>> restarting X.)
>>
>> If that doesn't work, email back. I use Intel graphics here ... might be
>> able to help you through this.
>>
>> DR
> 
> Also, not sure if this matters, but it looks like you don't have any 
> Xorg fonts installed.  Try installing xorg-fonts-100dpi and 
> xorg-fonts-75dpi and see if that helps.

I've installed those, but there's no obvious difference. I don't think that
the fonts available should have any effect on the location of the X cursor,
though.

  Doc

-- 
Web:  http://www.sff.net/people/N7DR

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 262 bytes
Desc: OpenPGP digital signature
URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110711/cc576fb4/attachment-0001.asc>

From darose at darose.net  Mon Jul 11 17:43:53 2011
From: darose at darose.net (David Rosenstrauch)
Date: Mon, 11 Jul 2011 17:43:53 -0400
Subject: [arch-general] X cursor problem on new install
In-Reply-To: <4E1B6714.9030904@gmail.com>
References: <4E11CEE8.8070407@gmail.com>
 <CAFJ3QW+eCmzzSPN2YPT9fJRB2M7jDvuacRfphW1oLi66_KjBGw@mail.gmail.com>
 <4E149F74.5030805@gmail.com> <4E14A2BC.3030109@darose.net>
 <4E14B39E.2040808@darose.net> <4E14B543.4000309@darose.net>
 <4E1B6714.9030904@gmail.com>
Message-ID: <4E1B6E99.3050807@darose.net>

On 07/11/2011 05:11 PM, D. R. Evans wrote:
> David Rosenstrauch said the following at 07/06/2011 01:19 PM :
>>> Also, not sure if this matters, but it looks like you don't have any
>>> Xorg fonts installed. Try installing xorg-fonts-100dpi and
>>> xorg-fonts-75dpi and see if that helps.
>>>
>>> DR
>>
>> One other suggestion:
>>
>> Try *un*installing xf86-video-fbdev and xf86-video-vesa.  It looks like
>> it might be picking up the VESA driver, rather than the Intel one.
>
> Still no change in behaviour -- the cursor still moves off the left side of
> the screen and reappears on the right side, and stops moving to the left
> partway across the screen. It's as if the position of the cursor is about ?
> of the screen width to the left of where it should be.
>
> The /var/log.Xorg.0.log after making all your suggested changes is at:
> paste.pocoo.org/show/436407.
>
>    Doc

Hmmm ... your Xorg loading definitely seems to be happening differently 
from mine.  (See: http://www.darose.net/Xorg.0.log)  I'm not sure why 
yet.  Perhaps with more info we can figure it out.

How are you starting up X?  Using a DM like KDM/GDM/Slim/Qingy?

DR

From gostrc at gmail.com  Mon Jul 11 17:55:39 2011
From: gostrc at gmail.com (Thomas Dziedzic)
Date: Mon, 11 Jul 2011 16:55:39 -0500
Subject: [arch-general] bpython/bpython2 in community-testing
Message-ID: <CANFDciHGorWT-QGLyS3a+6=xcqaitxKPEFH0cmtx0evkUuHWjQ@mail.gmail.com>

I've renamed the current community/bpython to community-testing/bpython2.
bpython is now the python3 version in community-testing.

The reason for the wait is because of a crash that should be fixed in python
3.2.1:
https://bugs.archlinux.org/task/23536

Please test and thanks for your time!

From neophytepenguin at gmail.com  Mon Jul 11 18:03:06 2011
From: neophytepenguin at gmail.com (Herb Miller Jr.)
Date: Mon, 11 Jul 2011 18:03:06 -0400
Subject: [arch-general] Arch base system snapshot available?
In-Reply-To: <CALEK4PpDZv+Wpey883cA4HD0iN_n2X=px+jZftaq5Zqs+4j+yA@mail.gmail.com>
References: <CAP5mYD5YdJ-YQh2vfyVCAB9g3EVm47GvWOGWBAbKPP+LOBHicw@mail.gmail.com>
 <CAFa9FQvuY3b+3SnhjoVrf6z8nr5gL30=+t-JmZoMjPE+LwHRFg@mail.gmail.com>
 <CALEK4PpDZv+Wpey883cA4HD0iN_n2X=px+jZftaq5Zqs+4j+yA@mail.gmail.com>
Message-ID: <00fb01cc4016$51121720$f3364560$@gmail.com>

Very helpful, everyone. Thank you much.

Herb

-----Original Message-----
From: arch-general-bounces at archlinux.org [mailto:arch-general-bounces at archlinux.org] On Behalf Of Axilleas P
Sent: Monday, July 11, 2011 4:39 PM
To: General Discussion about Arch Linux
Subject: Re: [arch-general] Arch base system snapshot available?

2011/7/11 Luk?? Jirkovsk? <l.jirkovsky at gmail.com>:
> On 11 July 2011 20:01, Herb Miller Jr. <neophytepenguin at gmail.com> wrote:
>> Where can I find a snapshot of the Arch base system to facilitate 
>> deployment in a chrooted environment? Is such a thing available?
>>
>> Thank you,
>> Herb
>>
>
> Maybe you could use mkarchroot tool from the devtools package. It's a 
> script which ease creation of chroot.
>

Maybe here [1] and you can also check this [2].

[1] http://releng.archlinux.org/isos/
[2] https://wiki.archlinux.org/index.php/DeveloperWiki:PKGBUILD.com#Creating_chroots_and_building_packages

--
(\_ /) copy the bunny to your profile
(0.o ) to help him achieve world domination.
(> <) come join the dark side.
/_|_\ (we have cookies.)


From j-archlinux at joel-hatsch.net  Mon Jul 11 18:47:37 2011
From: j-archlinux at joel-hatsch.net (Joel Hatsch)
Date: Tue, 12 Jul 2011 00:47:37 +0200
Subject: [arch-general] Still perl issues
Message-ID: <20110712004737.95864gb2au3i9e2x@webmail.joel-hatsch.net>

Hello *,

still having perl issues after update. Saw on the mailing list that  
I'm not the first, but the suggested workarounds don't work for me.

Code :
#!/usr/bin/perl
use strict;
use GD::Graph::lines;

results in the already known

Not a CODE reference at /usr/lib/perl5/core_perl/DynaLoader.pm line 213.
END failed--call queue aborted at /usr/lib/perl5/vendor_perl/GD.pm line 213.
Compilation failed in require at  
/usr/share/perl5/vendor_perl/GD/Graph/lines.pm line 18.
BEGIN failed--compilation aborted at  
/usr/share/perl5/vendor_perl/GD/Graph/lines.pm line 18.
Compilation failed in require at ./test.pl line 6.
BEGIN failed--compilation aborted at ./test.pl line 6.

1) adding push (@INC,"/usr/lib/perl5/vendor_perl"); didn't help

2) renaming vendor_perl to vendor_perl-old didn't help (was suggested in june)

3) remove perl/gd/perl-gd & reinstall didn't help neither

I was hoping that a subsequent update of the packages would help, but  
in the meantime it's more or less 1 month that I can't execute perl  
programs and it's getting annoying

Any hints/pointers for future investigation ?

Thanks

Joel


From nicoadamo at gmail.com  Mon Jul 11 18:51:32 2011
From: nicoadamo at gmail.com (=?UTF-8?B?Tmljb2zDoXMgQWRhbW8=?=)
Date: Mon, 11 Jul 2011 19:51:32 -0300
Subject: [arch-general] Xorg not working on AMD C-50 Fusion (Radeon HD
 6250)
In-Reply-To: <CAGb2M1N0wGaKGZYB4t+dJ07r8S54JHOrcvz_6iWOujHNMUxfmA@mail.gmail.com>
References: <4E1962E9.4090604@gmail.com>
 <CAGb2M1MVe7n1-K-H99w6gs9gFFpgXsY4svK3UDjCvht2aD7huQ@mail.gmail.com>
 <CALeaucF2uf9Mnhbi1kSpQvmxq8HdnU4kTQ3aDidV6wjade=PTw@mail.gmail.com>
 <CAGb2M1NdNq=uo-zvszAHSy0iU9F7gXguV1RKqgdN3+R4NMuYMg@mail.gmail.com>
 <CAN606q4so7yzfWXFvQWe-iJoY4v1==+OLM97er2-x1Fe0=qPug@mail.gmail.com>
 <4E19F018.7070902@gmail.com>
 <CAGb2M1N0wGaKGZYB4t+dJ07r8S54JHOrcvz_6iWOujHNMUxfmA@mail.gmail.com>
Message-ID: <4E1B7E74.806@gmail.com>

On 07/10/2011 03:40 PM, jesse jaara wrote:
> 2011/7/10 Nicol?s Adamo<nicoadamo at gmail.com>
>
>> On 07/10/2011 02:18 PM, Nicol?s Adamo wrote:
>>
>>> First of all, Thanks for so much reply!
>>> nomodeset was already in menu.lst
>>> wat wasn't there is fglrx in modules array @t rc.conf , but on other
>>> desktop machine it isn't necessary. The wiki page doesn't ask for it
>>> when using the repo [catalyst]
>>> Either way I'll try adding it and I'll tell you guys later how it
>>> worked out. (I don't have the netbook now)
>>> I'll also post another pastebin with the log output suggested.
>>>
>>> 2011/7/10 jesse jaara<jesse.jaara at gmail.com>:
>>>
>>>> 10.7.2011 11.35 "Bogdan Ionu?"<bogdan at punctweb.ro>   kirjoitti:
>>>>
>>>>> On Sun, Jul 10, 2011 at 11:33, jesse jaara<jesse.jaara at gmail.com>
>>>>>   wrote:
>>>>>
>>>>>   nokms
>>>>> not nomodeset!?
>>>>>
>>>> Oh sorry I did mean nomodeset. No wonder nokms looked like it was way too
>>>> short. Also I assume you have loaded the fglrx module.
>>>>
>>>> Try to run just bare 'Xorg>   ./x.log' so you get atleast somekind of an
>>>> output saved for inspection.
>>>>
>>>>   Adding fglrx to modules array didn't make a change.
>> Running Xorg makes no visible output , so x.log is an empty file, even
>> running it as super user.
>>
>> I'm lost again...
>>
> O_o Does dmesg have something it it about fglrx
>
>
Appearently there's something broken with pacman. I get these output for 
every pacman action:
http://pastebin.archlinux.fr/433120
When trying to reinstall libdmx, "Errors occurred, no packages were 
upgraded" is out, so I think I should maybe reinstall Arch bases system, 
am I right?

Thanks

From dgbaley27 at verizon.net  Mon Jul 11 23:07:54 2011
From: dgbaley27 at verizon.net (Matthew Monaco)
Date: Mon, 11 Jul 2011 23:07:54 -0400
Subject: [arch-general] howto properly disable sound device pulse/alsa?
In-Reply-To: <CAGb2M1NeUwAMriAiBx8pP9Rz+KE1iOk1Kdovtd1AhVBBP+Ynww@mail.gmail.com>
References: <4E1A475E.8020401@verizon.net> <4E1A7C60.6090407@gmail.com>
 <4E1AD513.4050002@verizon.net>
 <CAGb2M1NeUwAMriAiBx8pP9Rz+KE1iOk1Kdovtd1AhVBBP+Ynww@mail.gmail.com>
Message-ID: <4E1BBA8A.5060106@verizon.net>

On 07/11/2011 07:50 AM, jesse jaara wrote:
> 2011/7/11 Matthew Monaco<dgbaley27 at verizon.net>
>
>> On 07/11/2011 12:30 AM, dmbuce at gmail.com wrote:
>>
>>> On 07/10/2011 07:44 PM, Matthew Monaco wrote:
>>>
>>>> I think since Gnome 3 / pulseaudio, I've had an annoying system beep
>>>> when shutting down. The pcspkr module is not loaded.
>>>>
>>>
>>> Are you blacklisting this module through the old syntax in rc.conf? The
>>> configuration for blacklisting modules changed not too long ago (although
>>> not
>>> terribly recently, either, so sorry if you were already aware of this).
>>>
>>> http://www.archlinux.org/news/**changes-to-module-**blacklisting/<http://www.archlinux.org/news/changes-to-module-blacklisting/>
>>>
>>>
>> I've been blacklisting it via "install pcspkr /bin/false" all along.
>>
> Blacklisting won't work I think as this isint the classical/physical
> beeper speaker embended in the motherborad but instead a "virtual"
> one implemented in the sound card to produce the beep sound from
> the real speakers. So only way is to just mute it.
>
>

So, like I was originally asking... I guess "amixer -c0 set Beep 0% mute" is ok 
in rc.local, but I'd prefer to not even have the device.

$ udevadm info --query=all 
--path=/sys/devices/pci0000\:00/0000\:00\:1b.0/input/input7/
P: /devices/pci0000:00/0000:00:1b.0/input/input7
E: UDEV_LOG=3
E: DEVPATH=/devices/pci0000:00/0000:00:1b.0/input/input7
E: PRODUCT=1/111d/7605/1
E: NAME="HDA Digital PCBeep"
E: PHYS="card0/codec#0/beep0"
E: PROP=0
E: EV=40001
E: SND=6
E: MODALIAS=input:b0001v111Dp7605e0001-e0,12,kramls1,2,fw
E: SUBSYSTEM=input

I tried creating 00-custom.rules and 99-custom.rules in /etc/udev/rules.d

SUBSYSTEM=="input" NAME=="HDA Digital PCBeep" OPTIONS+="ignore_device"

I also tried = and == for OPTIONS. But the device is still showing up. Is there 
some Arch specific rule overriding this?

From j.e.vasquez.v at gmail.com  Mon Jul 11 23:24:02 2011
From: j.e.vasquez.v at gmail.com (Javier Vasquez)
Date: Mon, 11 Jul 2011 21:24:02 -0600
Subject: [arch-general] iptables not working well?
In-Reply-To: <CALUrRGdO4RUMpMMPY6nFkQ0DJ=ZRqRu3RLC+f0jMP0noAzvYUQ@mail.gmail.com>
References: <CALUrRGdL6C3NJLnEeG-eBbfVUd2mr2ZHMiWg2DJi0Bgdr1YcHw@mail.gmail.com>
 <CALUrRGdVK0+W-1NNcR=MmYVmzQ4TTi-McboR54JY6GOKoxJ=gw@mail.gmail.com>
 <CAEk1YH68tsBT-9+0pEqC4L4769ghybar=z3C2YzpogjYuwzetA@mail.gmail.com>
 <CALUrRGdO4RUMpMMPY6nFkQ0DJ=ZRqRu3RLC+f0jMP0noAzvYUQ@mail.gmail.com>
Message-ID: <CALUrRGcq3uEa9ZrzqrPCRCgXArSXaT6pBQOxNSYy5Ux=o=VpnQ@mail.gmail.com>

On Sun, Jul 10, 2011 at 10:22 PM, Javier Vasquez
<j.e.vasquez.v at gmail.com> wrote:
> On Sun, Jul 10, 2011 at 6:25 PM, Damjan Georgievski <gdamjan at gmail.com> wrote:
>> Your config looks ok, but to double check, paste the output of:
>> iptables -L -nv

% sudo iptables -L -nv
Password:
Chain INPUT (policy ACCEPT 1 packets, 446 bytes)
 pkts bytes target     prot opt in     out     source
destination
   48  4585 ACCEPT     all  --  lo     *       0.0.0.0/0
0.0.0.0/0
  167 32532 ACCEPT     all  --  *      *       0.0.0.0/0
0.0.0.0/0           state RELATED,ESTABLISHED
    1    60 ACCEPT     all  --  !ppp0  *       0.0.0.0/0
0.0.0.0/0           state NEW

Chain FORWARD (policy ACCEPT 0 packets, 0 bytes)
 pkts bytes target     prot opt in     out     source
destination
  305  185K ACCEPT     all  --  ppp0   eth0    0.0.0.0/0
0.0.0.0/0           state RELATED,ESTABLISHED
  358  117K ACCEPT     all  --  eth0   ppp0    0.0.0.0/0
0.0.0.0/0
    0     0 REJECT     all  --  ppp0   ppp0    0.0.0.0/0
0.0.0.0/0           reject-with icmp-port-unreachable

Chain OUTPUT (policy ACCEPT 254 packets, 23099 bytes)
 pkts bytes target     prot opt in     out     source               destination

>> iptables -t nat -L -nv

% sudo iptables -t nat -L -nv
Chain PREROUTING (policy ACCEPT 59 packets, 7366 bytes)
 pkts bytes target     prot opt in     out     source
destination

Chain INPUT (policy ACCEPT 2 packets, 506 bytes)
 pkts bytes target     prot opt in     out     source
destination

Chain OUTPUT (policy ACCEPT 74 packets, 4284 bytes)
 pkts bytes target     prot opt in     out     source
destination

Chain POSTROUTING (policy ACCEPT 4 packets, 208 bytes)
 pkts bytes target     prot opt in     out     source
destination
  127 10936 MASQUERADE  all  --  *      ppp0    0.0.0.0/0            0.0.0.0/0

>> to see the exact situation.
>>
>> ...
>>
>> What's the error you are getting. Are you ping-ing by name or by an IP address.
>> Have you tried ping-ing with different packet sizes?
>
> No error at all, just that the browser gets waiting to connect, and
> nevers does it. ?Pinging is always fine with no specification of
> packet size.

OK, I forgot to answer properly...  Yes, I'm using names, not ips...
I didn't try different sizes, but I've done it now...

>From a machine inside the gateway:

% ping -s 1464 www.archlinux.org
PING gudrun.archlinux.org (66.211.214.131): 1464 data bytes
1472 bytes from 66.211.214.131: icmp_seq=0 ttl=52 time=143.214 ms
1472 bytes from 66.211.214.131: icmp_seq=1 ttl=52 time=142.794 ms
1472 bytes from 66.211.214.131: icmp_seq=2 ttl=52 time=142.594 ms
^C--- gudrun.archlinux.org ping statistics ---
3 packets transmitted, 3 packets received, 0% packet loss
round-trip min/avg/max/stddev = 142.594/142.867/143.214/0.258 ms

% ping -s 1465 www.archlinux.org
PING gudrun.archlinux.org (66.211.214.131): 1465 data bytes
^C--- gudrun.archlinux.org ping statistics ---
11 packets transmitted, 0 packets received, 100% packet loss

When the size is 1465, which corresponds to 1473 bytes packets, I get
no answer. But the same happens on the gateway, so this doesn't seem
to be an issue.  Not so clear to me, sizes of 0 specified still work,
and from 0 to 1464 ping is OK...

It's weird to me that I can ping the names, but I can't access them
through web browser.  And even more weird that some sites are able to
be accessed through the web browser...

I might try later what was suggested about logging...


-- 
Javier.

From doc.evans at gmail.com  Mon Jul 11 23:27:15 2011
From: doc.evans at gmail.com (D. R. Evans)
Date: Mon, 11 Jul 2011 21:27:15 -0600
Subject: [arch-general] X cursor problem on new install
In-Reply-To: <4E1B6E99.3050807@darose.net>
References: <4E11CEE8.8070407@gmail.com>
 <CAFJ3QW+eCmzzSPN2YPT9fJRB2M7jDvuacRfphW1oLi66_KjBGw@mail.gmail.com>
 <4E149F74.5030805@gmail.com> <4E14A2BC.3030109@darose.net>
 <4E14B39E.2040808@darose.net> <4E14B543.4000309@darose.net>
 <4E1B6714.9030904@gmail.com> <4E1B6E99.3050807@darose.net>
Message-ID: <4E1BBF13.7050101@gmail.com>

David Rosenstrauch said the following at 07/11/2011 03:43 PM :

> 
> Hmmm ... your Xorg loading definitely seems to be happening differently 
> from mine.  (See: http://www.darose.net/Xorg.0.log)  I'm not sure why 
> yet.  Perhaps with more info we can figure it out.
> 
> How are you starting up X?  Using a DM like KDM/GDM/Slim/Qingy?

startx.

I figured that that was the bare-bones minimum, so there was less to go
wrong :-)

  Doc

-- 
Web:  http://www.sff.net/people/N7DR

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 262 bytes
Desc: OpenPGP digital signature
URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110711/29c2b515/attachment.asc>

From snowmaniscool at gmail.com  Mon Jul 11 23:32:39 2011
From: snowmaniscool at gmail.com (=?ISO-8859-1?Q?Eric_B=E9langer?=)
Date: Mon, 11 Jul 2011 23:32:39 -0400
Subject: [arch-general] [signoff] lvm2/device-mapper 2.02.86-1
Message-ID: <CAOS=siFBWdP_F9KB5qWeLZxzd_phQXUs5Uzax_q_obXVHEvJDw@mail.gmail.com>

Hi,

lvm2/device-mapper 2.02.86-1 are in testing for an upstream update.
Please test and signoff. Signoff from users are welcomed.

Eric

From j.e.vasquez.v at gmail.com  Mon Jul 11 23:52:31 2011
From: j.e.vasquez.v at gmail.com (Javier Vasquez)
Date: Mon, 11 Jul 2011 21:52:31 -0600
Subject: [arch-general] iptables not working well?
In-Reply-To: <alpine.NEB.2.00.1107110028130.777@faeroes.freeshell.org>
References: <CALUrRGdL6C3NJLnEeG-eBbfVUd2mr2ZHMiWg2DJi0Bgdr1YcHw@mail.gmail.com>
 <CALUrRGdVK0+W-1NNcR=MmYVmzQ4TTi-McboR54JY6GOKoxJ=gw@mail.gmail.com>
 <1569765.lgZHOtCYJK@hyaline>
 <CALUrRGcOJGQiDKNAwqGZBVc7cOrE3-woUTv621JucCGM26njhw@mail.gmail.com>
 <alpine.NEB.2.00.1107110028130.777@faeroes.freeshell.org>
Message-ID: <CALUrRGcs6DVvvwh9Riee4HQS604Puc9rWP2zyVt26mjEF3GCow@mail.gmail.com>

On Sun, Jul 10, 2011 at 6:35 PM, Robert Marmorstein <rmmarm at sdf.org> wrote:
> ...
>
> It might help you to LOG packets that are REJECTED. ?Then if you continue to
> have issues, you should be able to see more directly what's going on.
>
> To do that, add rules like directly before the ones with -J REJECT:
>
> iptables -A INPUT -j LOG -m limit --limit 3/minute
> iptables -A FORWARD -j LOG -m limit --limit 3/minute
>
> Then you should look in /var/log/messages or /var/log/syslog (depending on
> which logger you have installed) to see which packets are being dropped.
>
> You probably don't want these rules enabled all the time -- the log files
> can get pretty big quickly -- but they are very helpful for debugging.
>
> If you continue to have issues, posting the LOG messages would help us know
> more about what's going on.
>
> Robert

Hi Robert, I tried the loging rules, but they didn't work as proposed:

% sudo iptables -A INPUT -j LOG -m limit --limit 3/minute
Password:
iptables: Invalid argument. Run `dmesg' for more information.

% sudo iptables -A FORWARD -j LOG -m limit --limit 3/minute
iptables: Invalid argument. Run `dmesg' for more information.

What dmesg shows is:

x_tables: ip_tables: limit.0 match: invalid size 40 (kernel) != (user) 48
x_tables: ip_tables: limit.0 match: invalid size 40 (kernel) != (user) 48

I didn't find anything under:

/var/log/messages.log
/var/log/syslog.log

The dmesg messages come from:

/var/log/kernel.log

Not sure if that helps any way to get some light, :-)

Thanks,

-- 
Javier.

From j.e.vasquez.v at gmail.com  Tue Jul 12 00:07:24 2011
From: j.e.vasquez.v at gmail.com (Javier Vasquez)
Date: Mon, 11 Jul 2011 22:07:24 -0600
Subject: [arch-general] iptables not working well?
In-Reply-To: <CALUrRGcs6DVvvwh9Riee4HQS604Puc9rWP2zyVt26mjEF3GCow@mail.gmail.com>
References: <CALUrRGdL6C3NJLnEeG-eBbfVUd2mr2ZHMiWg2DJi0Bgdr1YcHw@mail.gmail.com>
 <CALUrRGdVK0+W-1NNcR=MmYVmzQ4TTi-McboR54JY6GOKoxJ=gw@mail.gmail.com>
 <1569765.lgZHOtCYJK@hyaline>
 <CALUrRGcOJGQiDKNAwqGZBVc7cOrE3-woUTv621JucCGM26njhw@mail.gmail.com>
 <alpine.NEB.2.00.1107110028130.777@faeroes.freeshell.org>
 <CALUrRGcs6DVvvwh9Riee4HQS604Puc9rWP2zyVt26mjEF3GCow@mail.gmail.com>
Message-ID: <CALUrRGftc6BRyv7Q7Md1KRPAmhA7Z=e69q-jLf7vLdNFCk-SFg@mail.gmail.com>

On Mon, Jul 11, 2011 at 9:52 PM, Javier Vasquez <j.e.vasquez.v at gmail.com> wrote:
> On Sun, Jul 10, 2011 at 6:35 PM, Robert Marmorstein <rmmarm at sdf.org> wrote:
>> ...
>>
>> It might help you to LOG packets that are REJECTED. ?Then if you continue to
>> have issues, you should be able to see more directly what's going on.
>>
>> To do that, add rules like directly before the ones with -J REJECT:
>>
>> iptables -A INPUT -j LOG -m limit --limit 3/minute
>> iptables -A FORWARD -j LOG -m limit --limit 3/minute
>>
>> Then you should look in /var/log/messages or /var/log/syslog (depending on
>> which logger you have installed) to see which packets are being dropped.
>>
>> You probably don't want these rules enabled all the time -- the log files
>> can get pretty big quickly -- but they are very helpful for debugging.
>>
>> If you continue to have issues, posting the LOG messages would help us know
>> more about what's going on.
>>
>> Robert
>
> Hi Robert, I tried the loging rules, but they didn't work as proposed:
>
> % sudo iptables -A INPUT -j LOG -m limit --limit 3/minute
> Password:
> iptables: Invalid argument. Run `dmesg' for more information.
>
> % sudo iptables -A FORWARD -j LOG -m limit --limit 3/minute
> iptables: Invalid argument. Run `dmesg' for more information.
>
> What dmesg shows is:
>
> x_tables: ip_tables: limit.0 match: invalid size 40 (kernel) != (user) 48
> x_tables: ip_tables: limit.0 match: invalid size 40 (kernel) != (user) 48
>
> I didn't find anything under:
>
> /var/log/messages.log
> /var/log/syslog.log
>
> The dmesg messages come from:
>
> /var/log/kernel.log
>
> Not sure if that helps any way to get some light, :-)
>
> Thanks,
>
> --
> Javier.
>

Translation of:

http://bbs.lemote.com/archiver/?tid-51375.html

Seems to indicate not to be an issue:

http://translate.google.com/translate?js=n&prev=_t&hl=en&ie=UTF-8&layout=2&eotf=1&sl=auto&tl=en&u=http%3A%2F%2Fbbs.lemote.com%2Farchiver%2F%3Ftid-51375.html

Perhaps I'll have to try tcpdump as suggested, :-)

-- 
Javier.

From vic at demuzere.be  Tue Jul 12 05:16:22 2011
From: vic at demuzere.be (Vic Demuzere)
Date: Tue, 12 Jul 2011 11:16:22 +0200
Subject: [arch-general] X cursor problem on new install
In-Reply-To: <4E1BBF13.7050101@gmail.com>
References: <4E11CEE8.8070407@gmail.com>
 <CAFJ3QW+eCmzzSPN2YPT9fJRB2M7jDvuacRfphW1oLi66_KjBGw@mail.gmail.com>
 <4E149F74.5030805@gmail.com> <4E14A2BC.3030109@darose.net>
 <4E14B39E.2040808@darose.net> <4E14B543.4000309@darose.net>
 <4E1B6714.9030904@gmail.com> <4E1B6E99.3050807@darose.net>
 <4E1BBF13.7050101@gmail.com>
Message-ID: <4E1C10E6.7070602@demuzere.be>

On 07/12/2011 05:27 AM, D. R. Evans wrote:
> startx.
> 
> I figured that that was the bare-bones minimum, so there was less to go
> wrong :-)
> 

I don't know if that changes anything, but do you start in runlevel 5?

-- 
vic at demuzere.be :: http://vic.demuzere.be :: PGP: 0x6690CF94
My software never contains bugs, it just develops random features.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: OpenPGP digital signature
URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110712/ac2115ce/attachment.asc>

From gdamjan at gmail.com  Tue Jul 12 06:11:07 2011
From: gdamjan at gmail.com (Damjan)
Date: Tue, 12 Jul 2011 12:11:07 +0200
Subject: [arch-general] howto properly disable sound device pulse/alsa?
In-Reply-To: <4E1BBA8A.5060106@verizon.net>
References: <4E1A475E.8020401@verizon.net> <4E1A7C60.6090407@gmail.com>
 <4E1AD513.4050002@verizon.net>
 <CAGb2M1NeUwAMriAiBx8pP9Rz+KE1iOk1Kdovtd1AhVBBP+Ynww@mail.gmail.com>
 <4E1BBA8A.5060106@verizon.net>
Message-ID: <4E1C1DBB.5040509@gmail.com>

> I tried creating 00-custom.rules and 99-custom.rules in /etc/udev/rules.d
> 
> SUBSYSTEM=="input" NAME=="HDA Digital PCBeep" OPTIONS+="ignore_device"
> 
> I also tried = and == for OPTIONS. But the device is still showing up.
> Is there some Arch specific rule overriding this?

You need to unset CONFIG_SND_HDA_INPUT_BEEP, in your kernel config and
recompile the driver.

Here's how it is in my kernel config file:
# CONFIG_SND_HDA_INPUT_BEEP is not set


-- 
??????

From schiv at archlinux.org  Tue Jul 12 07:35:49 2011
From: schiv at archlinux.org (Ray Rashif)
Date: Tue, 12 Jul 2011 19:35:49 +0800
Subject: [arch-general] bpython/bpython2 in community-testing
In-Reply-To: <CANFDciHGorWT-QGLyS3a+6=xcqaitxKPEFH0cmtx0evkUuHWjQ@mail.gmail.com>
References: <CANFDciHGorWT-QGLyS3a+6=xcqaitxKPEFH0cmtx0evkUuHWjQ@mail.gmail.com>
Message-ID: <CAFEhRJdPCAnq7Fq3veNpsoksYeTUu9JF=RnLybakHyRbLK3w+w@mail.gmail.com>

On 12 July 2011 05:55, Thomas Dziedzic <gostrc at gmail.com> wrote:
> I've renamed the current community/bpython to community-testing/bpython2.
> bpython is now the python3 version in community-testing.
>
> The reason for the wait is because of a crash that should be fixed in python
> 3.2.1:
> https://bugs.archlinux.org/task/23536
>
> Please test and thanks for your time!

Yay! :)


--
GPG/PGP ID: 8AADBB10

From jtwdyp at ttlc.net  Tue Jul 12 09:18:37 2011
From: jtwdyp at ttlc.net (Joe(theWordy)Philbrook)
Date: Tue, 12 Jul 2011 09:18:37 -0400
Subject: [arch-general] OK so HARDWARECLOCK="localtime" is "strongly
 discouraged" BUT???
In-Reply-To: <CABfgN=nJyy7Ku=envCbp-G=Hn4f_h_t5Dtbr1+_F2ASj=hzrgw@mail.gmail.com>
References: <alpine.LNX.2.02.1107110935090.883@localhost.localdomain>
 <CABfgN=nJyy7Ku=envCbp-G=Hn4f_h_t5Dtbr1+_F2ASj=hzrgw@mail.gmail.com>
Message-ID: <alpine.LNX.2.02.1107120724030.899@localhost.localdomain>


It would appear that on Jul 11, Tom Gundersen did say:

> On Mon, Jul 11, 2011 at 7:31 PM, Joe(theWordy)Philbrook <jtwdyp at ttlc.net> wrote:
> > NOT dual-boot, Multi-boot, And I don't think in UTC <see above>
> 
> The more OS'es you have, the better reason to keep RTC in UTC. You
> shouldn't need to _think_ about time at all... Anyway, if you want to
> do it, I will not try to persuade you otherwise.

Thank you! To me it's a freedom of choice issue. It may not be the wisest
choice I could have made. But I drew this particular line in the sand a
long time ago. And while I might even change my mind someday, I would do so
only for my own reasons and NOT because the prevailing wisdom says it would
be the wise thing to do...

> > OK I'll buy that I do NOT want fsck to phsck up my filesystem...
> 
> The point is: The time in your system will from time to time be wrong,
> and this might lead to weird things happening. Usually with fsck.

Speaking of which, I have occasionally seen fsck be forced due to
{I think it said} "filesystems last access time in future" or some such
thing. Is that the most severe "weird" thing likely to happen with fsck?

> > Hence my willingness to put "ntpd -qg &" in rc.local and prevent system
> > time from "FIXING" my hardwareclock...
> > As much as I also don't like letting the internet set my system time.
> > (some things just shouldn't be totally automatic.) I mean if this
> > trend goes much further people will stop wanting to slice their own bread
> > anymore...<snicker>.
> 
> If you insist on having RTC in LOCALTIME, then the best thing you can
> do is to set this value in rc.conf, and enable ntp (no need for
> rc.conf, just enable the daemon).

Actually, I got the rc.local (not rc.conf) method from an Arch wiki
https://wiki.archlinux.org/index.php/NTP
in the section labeled "Syncing the clock without running the daemon"
Again I recognize that the prevailing wisdom is that daemonizing the
process is better... But longstanding preferences die hard.

> This will work as well (or as badly) as it did before we added this
> warning, nothing really changed.
> 
> For the record (for anyone else reading this): using LOCALTIME is
> never the right thing to do (though it will work "well enough" most of
> the time).



It would appear that on Jul 11, Buce did say:

> See
> http://mailman.archlinux.org/pipermail/arch-general/2011-April/019775.html and
> other posts in that thread.

Which left a trail of breadcrumbs to the wiki url:

https://wiki.archlinux.org/index.php/Systemd#Why_does_systemd_not_support_the_RTC_being_in_localtime.3F

Which in turn did say:

=> Recent kernels set the system time from the RTC directly on boot without
=> using 'hwclock', the kernel will always assume that the RTC is in UTC. This
=> means that if the RTC is in localtime, then the system time will first be
=> set up wrongly and then corrected shortly afterwards on every boot. This is
=> possibly the reason for certain weird bugs (time going backwards is rarely
=> a good thing).

Lets see if I understand... With the "recent" kernels, The system is
initialized using the RTC as a UTC reference. Then (at some point) it would
notice the HARDWARECLOCK="localtime" line in the rc.conf.  In response to
which perform a math operation based on timezone data and then adjusts the
system time accordingly... ???

Am I right in thinking that any automatic fsck operation performed during
the boot {especially any such fscking of the root filesystem that is done
while it is still mounted "read only"} actually happens before the time gets
adjusted??

And that it is those fsck operations, rather than any manually commanded fsck
operations performed at other times on unmounted filesystems, that are most
likely to to be affected by those so called "certain weird bugs"?

Since I have for a long time kept my RTC set to localtime, did not have
NTP installed, and did have the time built into my tty login prompt.
(I boot to console then decide after login if & when to run startx
{granted 9 times out of 10 times it's my first user command}) And this
initial time reference on tty1 has matched my local time, I'm thinking the
time adjustment that compensates for the RTC having been in localtime must
happen before the 1st login prompt is issued. Whereas If I put "ntpd -qg &"
in rc.local there is sometimes enough time to type my username before the
NTP based time adjustment can be seen to occur...

IF I ran NTP as a daemon (simply by adding "ntpd" to the "DAEMONS=()" line
in rc.conf?) instead of simply calling it from rc.local, would it sync the
system time to the server before the first tty prompt was generated?

And if deamonized, would ntpd's syncing to the time server operation replace
the process of adjusting for the RTC being in local time, or would the time
still be adjusted by whatever mechanism does it without NTP and then
afterwards, would NTP adjust the system time again to more accurately sync
it to the NTP server's time???

And whether run as a daemon or a rc.local process (as described in the NTP
wiki) does the system time still get corrected for the RTC in local time if
for some reason the NTP sever(s) can't be reached.

And for that matter, perhaps more importantly, I always thought that
hwclock was the mechanism that did the adjustment to/from localtime at
startup and shutdown... If as
http://www.archlinux.org/news/initscripts-update-1/
says: 
=> The adjustment of the hwclock for drift is moved into a daemon that should
=> not be used in most scenarios as it can lead to subtle bugs (especially if
=> using dual-boot or ntp).

Without hwclock, what process looks at the HARDWARECLOCK="localtime"
setting and performs the adjustment to and from "RTC localtime"???

I thank you for your patience. 

-- 
|      ?           ?		
|
|        -=-   -=-       I'm NOT clueless...    	
|        <?>   <?>    	But I just don't know.  	
|            ^          Joe (theWordy) Philbrook
|           ---              J(tWdy)P
|                        <jtwdyp at ttlc.net> 
|      ?           ?



From teg at jklm.no  Tue Jul 12 14:41:36 2011
From: teg at jklm.no (Tom Gundersen)
Date: Tue, 12 Jul 2011 20:41:36 +0200
Subject: [arch-general] OK so HARDWARECLOCK="localtime" is "strongly
	discouraged" BUT???
In-Reply-To: <alpine.LNX.2.02.1107120724030.899@localhost.localdomain>
References: <alpine.LNX.2.02.1107110935090.883@localhost.localdomain>
 <CABfgN=nJyy7Ku=envCbp-G=Hn4f_h_t5Dtbr1+_F2ASj=hzrgw@mail.gmail.com>
 <alpine.LNX.2.02.1107120724030.899@localhost.localdomain>
Message-ID: <483FAE7F-693E-412D-A165-2CEF51A4E9F6@jklm.no>

Replying from phone, sorry fir brevity.

On Jul 12, 2011, at 15:18, "Joe(theWordy)Philbrook" <jtwdyp at ttlc.net> wrote:

> 
> It would appear that on Jul 11, Tom Gundersen did say:
> 
>> On Mon, Jul 11, 2011 at 7:31 PM, Joe(theWordy)Philbrook <jtwdyp at ttlc.net> wrote:
>>> NOT dual-boot, Multi-boot, And I don't think in UTC <see above>
>> 
>> The more OS'es you have, the better reason to keep RTC in UTC. You
>> shouldn't need to _think_ about time at all... Anyway, if you want to
>> do it, I will not try to persuade you otherwise.
> 
> Thank you! To me it's a freedom of choice issue. It may not be the wisest
> choice I could have made. But I drew this particular line in the sand a
> long time ago. And while I might even change my mind someday, I would do so
> only for my own reasons and NOT because the prevailing wisdom says it would
> be the wise thing to do...
> 
>>> OK I'll buy that I do NOT want fsck to phsck up my filesystem...
>> 
>> The point is: The time in your system will from time to time be wrong,
>> and this might lead to weird things happening. Usually with fsck.
> 
> Speaking of which, I have occasionally seen fsck be forced due to
> {I think it said} "filesystems last access time in future" or some such
> thing. Is that the most severe "weird" thing likely to happen with fsck?
> 
>>> Hence my willingness to put "ntpd -qg &" in rc.local and prevent system
>>> time from "FIXING" my hardwareclock...
>>> As much as I also don't like letting the internet set my system time.
>>> (some things just shouldn't be totally automatic.) I mean if this
>>> trend goes much further people will stop wanting to slice their own bread
>>> anymore...<snicker>.
>> 
>> If you insist on having RTC in LOCALTIME, then the best thing you can
>> do is to set this value in rc.conf, and enable ntp (no need for
>> rc.conf, just enable the daemon).
> 
> Actually, I got the rc.local (not rc.conf) method from an Arch wiki
> https://wiki.archlinux.org/index.php/NTP
> in the section labeled "Syncing the clock without running the daemon"
> Again I recognize that the prevailing wisdom is that daemonizing the
> process is better... But longstanding preferences die hard.

It should not make a big difference either way.

>> This will work as well (or as badly) as it did before we added this
>> warning, nothing really changed.
>> 
>> For the record (for anyone else reading this): using LOCALTIME is
>> never the right thing to do (though it will work "well enough" most of
>> the time).
> 
> 
> 
> It would appear that on Jul 11, Buce did say:
> 
>> See
>> http://mailman.archlinux.org/pipermail/arch-general/2011-April/019775.html and
>> other posts in that thread.
> 
> Which left a trail of breadcrumbs to the wiki url:
> 
> https://wiki.archlinux.org/index.php/Systemd#Why_does_systemd_not_support_the_RTC_being_in_localtime.3F
> 
> Which in turn did say:
> 
> => Recent kernels set the system time from the RTC directly on boot without
> => using 'hwclock', the kernel will always assume that the RTC is in UTC. This
> => means that if the RTC is in localtime, then the system time will first be
> => set up wrongly and then corrected shortly afterwards on every boot. This is
> => possibly the reason for certain weird bugs (time going backwards is rarely
> => a good thing).
> 
> Lets see if I understand... With the "recent" kernels, The system is
> initialized using the RTC as a UTC reference. Then (at some point) it would
> notice the HARDWARECLOCK="localtime" line in the rc.conf.  In response to
> which perform a math operation based on timezone data and then adjusts the
> system time accordingly... ???

Correct.

> Am I right in thinking that any automatic fsck operation performed during
> the boot {especially any such fscking of the root filesystem that is done
> while it is still mounted "read only"} actually happens before the time gets
> adjusted??

No, we adjust the time as soon as possible to minimize the problems (though we are not able to eliminate the gap when the time is wrong, so we simply don't know what might go wrong, the more init is optimized, the more likely we are to run across problems with this).

> And that it is those fsck operations, rather than any manually commanded fsck
> operations performed at other times on unmounted filesystems, that are most
> likely to to be affected by those so called "certain weird bugs"?

The fsck bugs are likely related to DST.

> Since I have for a long time kept my RTC set to localtime, did not have
> NTP installed, and did have the time built into my tty login prompt.
> (I boot to console then decide after login if & when to run startx
> {granted 9 times out of 10 times it's my first user command}) And this
> initial time reference on tty1 has matched my local time, I'm thinking the
> time adjustment that compensates for the RTC having been in localtime must
> happen before the 1st login prompt is issued.

Correct. And should still be that way.

> Whereas If I put "ntpd -qg &"
> in rc.local there is sometimes enough time to type my username before the
> NTP based time adjustment can be seen to occur..

Yes, ntpd is run in the background and might take some time to sync. It sounds like there might be a bug somewhere. You should not notice the ntpd set unless your clock is way off which should only happen due to DST (twice a year). Please check that your adjfile (/var/lib/hwclock/adjfile) is set to LOCAL, to match rc.conf.

> IF I ran NTP as a daemon (simply by adding "ntpd" to the "DAEMONS=()" line
> in rc.conf?) instead of simply calling it from rc.local, would it sync the
> system time to the server before the first tty prompt was generated?

No. The difference is just that ntpd will stay around adjusting for drift (though I guess drift will be the least of your problems with this setup).

> And if deamonized, would ntpd's syncing to the time server operation replace
> the process of adjusting for the RTC being in local time,

No. Timezone adjustment happens independently of ntpd (long before).

> or would the time
> still be adjusted by whatever mechanism does it without NTP and then
> afterwards, would NTP adjust the system time again to more accurately sync
> it to the NTP server's time??

Yup.

> And whether run as a daemon or a rc.local process (as described in the NTP
> wiki) does the system time still get corrected for the RTC in local time if
> for some reason the NTP sever(s) can't be reached.

Yes. It is independent.

> And for that matter, perhaps more importantly, I always thought that
> hwclock was the mechanism that did the adjustment to/from localtime at
> startup and shutdown...

It is.

> If as
> http://www.archlinux.org/news/initscripts-update-1/
> says: 
> => The adjustment of the hwclock for drift is moved into a daemon that should
> => not be used in most scenarios as it can lead to subtle bugs (especially if
> => using dual-boot or ntp).
> 
> Without hwclock, what process looks at the HARDWARECLOCK="localtime"
> setting and performs the adjustment to and from "RTC localtime"??

hwclock has two purposes: adjusting for timezone offset (this is unchanged) and adjusting for drift (this is incompatible with ntpd/dualboot and is now in a separate daemon).

Cheers,

Tom

From darose at darose.net  Tue Jul 12 14:46:26 2011
From: darose at darose.net (David Rosenstrauch)
Date: Tue, 12 Jul 2011 14:46:26 -0400
Subject: [arch-general] X cursor problem on new install
In-Reply-To: <4E1BBF13.7050101@gmail.com>
References: <4E11CEE8.8070407@gmail.com>
 <CAFJ3QW+eCmzzSPN2YPT9fJRB2M7jDvuacRfphW1oLi66_KjBGw@mail.gmail.com>
 <4E149F74.5030805@gmail.com> <4E14A2BC.3030109@darose.net>
 <4E14B39E.2040808@darose.net> <4E14B543.4000309@darose.net>
 <4E1B6714.9030904@gmail.com> <4E1B6E99.3050807@darose.net>
 <4E1BBF13.7050101@gmail.com>
Message-ID: <4E1C9682.1020808@darose.net>

On 07/11/2011 11:27 PM, D. R. Evans wrote:
> David Rosenstrauch said the following at 07/11/2011 03:43 PM :
>
>>
>> Hmmm ... your Xorg loading definitely seems to be happening differently
>> from mine.  (See: http://www.darose.net/Xorg.0.log)  I'm not sure why
>> yet.  Perhaps with more info we can figure it out.
>>
>> How are you starting up X?  Using a DM like KDM/GDM/Slim/Qingy?
>
> startx.
>
> I figured that that was the bare-bones minimum, so there was less to go
> wrong :-)
>
>    Doc

Maybe that's somehow the problem.  i.e., maybe some key initialization 
is not getting done with startx, which does get done using a DM.

Why don't you try using a lightweight DM to launch your X session 
instead, like Slim or Qingy.  I've had good success with both.  (The 
Xorg log file that I posted for you came from starting X under Slim.) 
Slim might be the better choice than Qingy though, as Slim launches X 
immediately (i.e., once you see the Slim splash screen X is running) 
whereas the Qingy splash runs under a frame buffer, and doesn't launch X 
until you log in.

More details on how to set up Slim here:
https://wiki.archlinux.org/index.php/Slim

... and my Slim .xinitrc is appended below.

HTH,

DR

---

#!/bin/sh

#
# ~/.xinitrc
#
# Executed by startx (run your window manager from here)
#

# The following variable defines the session which is started if the 
user doesn't explicitly select a session

#DEFAULT_SESSION=twm
#DEFAULT_SESSION=/opt/kde/bin/startkde
#DEFAULT_SESSION=startkde
DEFAULT_SESSION=startxfce4

case $1 in
kde)
         exec ck-launch-session /opt/kde/bin/startkde
         ;;
kde4)
         exec ck-launch-session startkde
         ;;
gnome)
         exec ck-launch-session gnome-session
         ;;
xfce4)
         exec ck-launch-session startxfce4
         ;;
icewm)
         icewmbg &
         icewmtray &
         exec ck-launch-session icewm
         ;;
wmaker)
         exec ck-launch-session wmaker
         ;;
fluxbox)
         exec ck-launch-session startfluxbox
         ;;
awesome)
         exec ck-launch-session awesome
         ;;
*)
         exec ck-launch-session $DEFAULT_SESSION
         ;;
esac

From thatch45 at gmail.com  Wed Jul 13 11:03:29 2011
From: thatch45 at gmail.com (Thomas S Hatch)
Date: Wed, 13 Jul 2011 09:03:29 -0600
Subject: [arch-general] [arch-dev-public] dropping tcp_wrapper support
In-Reply-To: <CAEik5nN87_L0UnE57AD5Ns3PYu=mkudKBf4jLA4z+8dFaPDDPQ@mail.gmail.com>
References: <20110713022741.GE19258@rampage> <4E1D0937.1010908@archlinux.org>
 <20110713121026.GG19258@rampage>
 <7634545.ceZHYQz6Lg@assurancetourix>
 <CAEik5nN87_L0UnE57AD5Ns3PYu=mkudKBf4jLA4z+8dFaPDDPQ@mail.gmail.com>
Message-ID: <CAO18cg9_o7s-dz4SGbzcc0jjLK=9=Z-Wt2pPANcNjbz408NQjQ@mail.gmail.com>

>
>
> I would say the same, but a todo list isn't a to-done list, so keep
> that in mind. He also pointed out that I got little to no feedback
> when I asked about this both a year and six months ago, so
> expectations are pretty low this time around. I'm sure if there were
> serious objections people would raise them and we could address them.
>
> This is worthy of a news article once we move packages to core only
> because it could expose some services people didn't previously expect
> to need to protect.
>
> -Dan
>

As far as feedback goes, I have used tcp-wrappers a great deal in the past,
but not for many years. And the fact that it needs to be so heavily patched
suggests that we should not be using it anyway.

I agree that we should not have to maintain it anymore, it is an outdated
security system that usually gets in the way, and Arch is the only distro I
use that turns it on by default.

+1

From headmastersquall at gmail.com  Wed Jul 13 17:00:37 2011
From: headmastersquall at gmail.com (Squall Lionheart)
Date: Wed, 13 Jul 2011 15:00:37 -0600
Subject: [arch-general] Content of new text file
Message-ID: <CANXKjcyRc+iiSTiq00XXMrm2zXBh4AY_a8=U=zf7AOBt4fijVA@mail.gmail.com>

Hello,

When using Dolphin in KDE4 to *Create New > Text File...* the new file is
not empty, it contains a space and a newline character.  I have looked for
some kind of setting or template file that controls this default and have
not been successful.  I was wondering if anyone knows how to modify this
behavior or can provide a link to a how to.  My goal here is to simply
create an empty file just like if you used *touch newfile.txt*.

Thank you

-- 
Yesterday is history.
Tomorrow is a mystery.
Today is a gift.
That's why its called the present.

Headmaster Squall :: The Wired/Section-9
Close the world  txen eht nepo
$3R14L 3XP3R1M3NT$ #L41N
http://twitter.com/headmastersqual

From darose at darose.net  Wed Jul 13 17:30:59 2011
From: darose at darose.net (David Rosenstrauch)
Date: Wed, 13 Jul 2011 17:30:59 -0400
Subject: [arch-general] Content of new text file
In-Reply-To: <CANXKjcyRc+iiSTiq00XXMrm2zXBh4AY_a8=U=zf7AOBt4fijVA@mail.gmail.com>
References: <CANXKjcyRc+iiSTiq00XXMrm2zXBh4AY_a8=U=zf7AOBt4fijVA@mail.gmail.com>
Message-ID: <4E1E0E93.9010203@darose.net>

On 07/13/2011 05:00 PM, Squall Lionheart wrote:
> Hello,
>
> When using Dolphin in KDE4 to *Create New>  Text File...* the new file is
> not empty, it contains a space and a newline character.  I have looked for
> some kind of setting or template file that controls this default and have
> not been successful.  I was wondering if anyone knows how to modify this
> behavior or can provide a link to a how to.  My goal here is to simply
> create an empty file just like if you used *touch newfile.txt*.
>
> Thank you

Nope.  But if you hear how to solve that, please post back.  That's been 
a peeve of mine with KDE for years now.  (Konqueror suffers from the 
same problem.)

DR

From lists at baums-on-web.de  Wed Jul 13 17:37:23 2011
From: lists at baums-on-web.de (Heiko Baums)
Date: Wed, 13 Jul 2011 23:37:23 +0200
Subject: [arch-general] Content of new text file
In-Reply-To: <CANXKjcyRc+iiSTiq00XXMrm2zXBh4AY_a8=U=zf7AOBt4fijVA@mail.gmail.com>
References: <CANXKjcyRc+iiSTiq00XXMrm2zXBh4AY_a8=U=zf7AOBt4fijVA@mail.gmail.com>
Message-ID: <20110713233723.3d396e43@darkstar>

Am Wed, 13 Jul 2011 15:00:37 -0600
schrieb Squall Lionheart <headmastersquall at gmail.com>:

> When using Dolphin in KDE4 to *Create New > Text File...* the new
> file is not empty, it contains a space and a newline character.  I
> have looked for some kind of setting or template file that controls
> this default and have not been successful.  I was wondering if anyone
> knows how to modify this behavior or can provide a link to a how to.
> My goal here is to simply create an empty file just like if you used
> *touch newfile.txt*.

Looks like a case for https://bugs.kde.org.

Heiko

From headmastersquall at gmail.com  Wed Jul 13 17:56:54 2011
From: headmastersquall at gmail.com (Squall Lionheart)
Date: Wed, 13 Jul 2011 15:56:54 -0600
Subject: [arch-general] Content of new text file
In-Reply-To: <20110713233723.3d396e43@darkstar>
References: <CANXKjcyRc+iiSTiq00XXMrm2zXBh4AY_a8=U=zf7AOBt4fijVA@mail.gmail.com>
 <20110713233723.3d396e43@darkstar>
Message-ID: <CANXKjcy6N+b5qfGLYpFEJEty8_4YXDbqdNes3k=ohdAf=X1Aeg@mail.gmail.com>

On Wed, Jul 13, 2011 at 3:37 PM, Heiko Baums <lists at baums-on-web.de> wrote:

> Am Wed, 13 Jul 2011 15:00:37 -0600
> schrieb Squall Lionheart <headmastersquall at gmail.com>:
>
> > When using Dolphin in KDE4 to *Create New > Text File...* the new
> > file is not empty, it contains a space and a newline character.  I
> > have looked for some kind of setting or template file that controls
> > this default and have not been successful.  I was wondering if anyone
> > knows how to modify this behavior or can provide a link to a how to.
> > My goal here is to simply create an empty file just like if you used
> > *touch newfile.txt*.
>
> Looks like a case for https://bugs.kde.org.
>
> Heiko
>


If it comes down to it being a bug, I'll file a report.  Just want to make
sure it's not just a template somewhere first.

From plewis at aur.archlinux.org  Wed Jul 13 19:13:05 2011
From: plewis at aur.archlinux.org (Peter Lewis)
Date: Thu, 14 Jul 2011 00:13:05 +0100
Subject: [arch-general] Content of new text file
In-Reply-To: <CANXKjcy6N+b5qfGLYpFEJEty8_4YXDbqdNes3k=ohdAf=X1Aeg@mail.gmail.com>
References: <CANXKjcyRc+iiSTiq00XXMrm2zXBh4AY_a8=U=zf7AOBt4fijVA@mail.gmail.com>
 <20110713233723.3d396e43@darkstar>
 <CANXKjcy6N+b5qfGLYpFEJEty8_4YXDbqdNes3k=ohdAf=X1Aeg@mail.gmail.com>
Message-ID: <20110713231305.GC2283@puddleduck>

On Wed, 13 Jul 2011, Squall Lionheart wrote:
> > > When using Dolphin in KDE4 to *Create New > Text File...* the new
> > > file is not empty, it contains a space and a newline character.  I
> > > have looked for some kind of setting or template file that controls
> > > this default and have not been successful.  I was wondering if anyone
> > > knows how to modify this behavior or can provide a link to a how to.
> > > My goal here is to simply create an empty file just like if you used
> > > *touch newfile.txt*.
> >
> > Looks like a case for https://bugs.kde.org.
> 
> If it comes down to it being a bug, I'll file a report.  Just want to make
> sure it's not just a template somewhere first.

/usr/share/templates/TextFile.desktop will let you configure it. You can
point the URL variable to your desired template file.

Pete.

From anthony at xtfx.me  Wed Jul 13 22:24:09 2011
From: anthony at xtfx.me (C Anthony Risinger)
Date: Wed, 13 Jul 2011 21:24:09 -0500
Subject: [arch-general] OK so HARDWARECLOCK="localtime" is "strongly
 discouraged" BUT???
In-Reply-To: <alpine.LNX.2.02.1107120724030.899@localhost.localdomain>
References: <alpine.LNX.2.02.1107110935090.883@localhost.localdomain>
 <CABfgN=nJyy7Ku=envCbp-G=Hn4f_h_t5Dtbr1+_F2ASj=hzrgw@mail.gmail.com>
 <alpine.LNX.2.02.1107120724030.899@localhost.localdomain>
Message-ID: <CAGAVQTEUOKKGssqtnZm4ve34O6MBb6QLgMDaowCV86j5N=hAtg@mail.gmail.com>

On Jul 12, 2011 8:19 AM, "Joe(theWordy)Philbrook" <jtwdyp at ttlc.net> wrote:

<snip>

Duuuuude ... just set UTC and forget about it ... forever :-)

The wisdom of others frees time to build more wisdom of self.

C Anthony

From pdgiddie at gmail.com  Thu Jul 14 06:19:55 2011
From: pdgiddie at gmail.com (Paul Gideon Dann)
Date: Thu, 14 Jul 2011 11:19:55 +0100
Subject: [arch-general] Content of new text file
In-Reply-To: <CANXKjcyRc+iiSTiq00XXMrm2zXBh4AY_a8=U=zf7AOBt4fijVA@mail.gmail.com>
References: <CANXKjcyRc+iiSTiq00XXMrm2zXBh4AY_a8=U=zf7AOBt4fijVA@mail.gmail.com>
Message-ID: <6071523.STZarhW9c0@leto>

On Wednesday 13 Jul 2011 15:00:37 Squall Lionheart wrote:
> When using Dolphin in KDE4 to *Create New > Text File...* the new file is
> not empty, it contains a space and a newline character.

I wonder if that's to do with MIME types?  With a space and a newline, the file 
is detected by "file" as ASCII text rather than "empty".  A single newline is 
detected as "very short file (no magic)", so probably the space-newline combo 
is the shortest file that can be automatically detected as text.

It might be handy to have the option to "Create New => Empty File" though, 
although I don't think I've ever needed to do this outside a terminal myself.

Paul

From remyoudompheng at gmail.com  Thu Jul 14 08:25:47 2011
From: remyoudompheng at gmail.com (=?iso-8859-1?Q?R=E9my?= Oudompheng)
Date: Thu, 14 Jul 2011 14:25:47 +0200
Subject: [arch-general] [signoff] netcfg 2.6.4-1
Message-ID: <20110714122547.GA24973@mastermind.lan>

Hello,

I have just released netcfg 2.6.4. As I think the amount of outstanding
bugs inside is pretty negligible, I suggest starting a signoff thread
for inclusion into [core].

Then I will start working on including pending new features for 2.7
release.

Highlights of netcfg 2.6.4 are a shining new netcfg-profiles(5) man page,
that gathers the (previously non-existent ethernet(5) and wireless(5)
man pages).
- The netcfg(8) man pages has been translated back to markdown/pandoc syntx
for easier updates.
- The netcfg-profiles(5) man page documents many options of the various
available connection types, and should complement the provided examples.
It should plug the usual criticism about netcfg's documentation being
very hard to find.

It is expected that the 2.6.4 release is the final one in the 2.6.x
series.

This release works for me in standard ethernet and WPA modes, using DHCP,
so I sign it off.

-- 
R?my.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110714/6c5c6ed9/attachment.asc>

From headmastersquall at gmail.com  Thu Jul 14 12:21:30 2011
From: headmastersquall at gmail.com (Squall Lionheart)
Date: Thu, 14 Jul 2011 10:21:30 -0600
Subject: [arch-general] Content of new text file
In-Reply-To: <6071523.STZarhW9c0@leto>
References: <CANXKjcyRc+iiSTiq00XXMrm2zXBh4AY_a8=U=zf7AOBt4fijVA@mail.gmail.com>
 <6071523.STZarhW9c0@leto>
Message-ID: <CANXKjcwOirUtXX=OOKWNQbJLs2QARL=5-0U1qZgdvckpVUbFYg@mail.gmail.com>

On Thu, Jul 14, 2011 at 4:19 AM, Paul Gideon Dann <pdgiddie at gmail.com>wrote:

> On Wednesday 13 Jul 2011 15:00:37 Squall Lionheart wrote:
> > When using Dolphin in KDE4 to *Create New > Text File...* the new file is
> > not empty, it contains a space and a newline character.
>
> I wonder if that's to do with MIME types?  With a space and a newline, the
> file
> is detected by "file" as ASCII text rather than "empty".  A single newline
> is
> detected as "very short file (no magic)", so probably the space-newline
> combo
> is the shortest file that can be automatically detected as text.
>
> It might be handy to have the option to "Create New => Empty File" though,
> although I don't think I've ever needed to do this outside a terminal
> myself.
>
> Paul
>


I tried what Pete said and that fixed it.  The template file is located at
/usr/share/templates/.source/TextFile.txt and clearing the contents makes
new files appear empty as expected.

Thank you
Squall

From darose at darose.net  Thu Jul 14 14:28:01 2011
From: darose at darose.net (David Rosenstrauch)
Date: Thu, 14 Jul 2011 14:28:01 -0400
Subject: [arch-general] Content of new text file
In-Reply-To: <6071523.STZarhW9c0@leto>
References: <CANXKjcyRc+iiSTiq00XXMrm2zXBh4AY_a8=U=zf7AOBt4fijVA@mail.gmail.com>
 <6071523.STZarhW9c0@leto>
Message-ID: <4E1F3531.5020809@darose.net>

On 07/14/2011 06:19 AM, Paul Gideon Dann wrote:
> On Wednesday 13 Jul 2011 15:00:37 Squall Lionheart wrote:
>> When using Dolphin in KDE4 to *Create New>  Text File...* the new file is
>> not empty, it contains a space and a newline character.
>
> I wonder if that's to do with MIME types?  With a space and a newline, the file
> is detected by "file" as ASCII text rather than "empty".  A single newline is
> detected as "very short file (no magic)", so probably the space-newline combo
> is the shortest file that can be automatically detected as text.

> Paul

Ah, that makes a lot of sense now.  Thanks for the info.

DR

From solstice.dhiver at gmail.com  Fri Jul 15 07:25:33 2011
From: solstice.dhiver at gmail.com (solsTiCe d'Hiver)
Date: Fri, 15 Jul 2011 13:25:33 +0200
Subject: [arch-general] OK so HARDWARECLOCK="localtime" is "strongly
 discouraged" BUT???
In-Reply-To: <483FAE7F-693E-412D-A165-2CEF51A4E9F6@jklm.no>
References: <alpine.LNX.2.02.1107110935090.883@localhost.localdomain>
 <CABfgN=nJyy7Ku=envCbp-G=Hn4f_h_t5Dtbr1+_F2ASj=hzrgw@mail.gmail.com>
 <alpine.LNX.2.02.1107120724030.899@localhost.localdomain>
 <483FAE7F-693E-412D-A165-2CEF51A4E9F6@jklm.no>
Message-ID: <1310729135.31494.6.camel@soho.example.org>

Le mardi 12 juillet 2011 ? 20:41 +0200, Tom Gundersen a ?crit :

> No, we adjust the time as soon as possible to minimize the problems (though we are not able to eliminate the gap when the time is wrong, so we simply don't know what might go wrong, the more init is optimized, the more likely we are to run across problems with this).
> 
I just check my /var/log/messages.log to see if there date time changing
all of the sudden, especially because I use
HARDWARECLOCK="localtime" ( UTC+2 here)

And I found something very strange
The kernel boot in "local time": at least the log
in /vaR/log/messages.log are in local time as soon there is some log
about the kernel boot up 
Jul 15 10:26:35 soho kernel: [    0.000000] Initializing cgroup subsys
cpuset

all the other are also in localtime

BUT
all line about rtkit-daemon are in UTC ! that's what I found strange
even hours after the boot, rtkit-daemon line in mesageS.log still use
UTC instead of local time ! how is this possible ?

look at it
Jul 15 13:15:34 soho kernel: [10164.898981] gnome-settings-[16527]:
segfault at b5484160 ip b5484160 sp bf88261c error 4 in
libdbus-1.so.3.5.7[b54b8000+47000]
Jul 15 11:15:40 soho rtkit-daemon[1331]: Successfully made thread 29613
of process 29613 (/usr/bin/pulseaudio) owned by '120' high priority at
nice level -11.
Jul 15 11:15:41 soho rtkit-daemon[1331]: Successfully made thread 29614
of process 29613 (/usr/bin/pulseaudio) owned by '120' RT at priority 5.
Jul 15 11:15:41 soho rtkit-daemon[1331]: Successfully made thread 29615
of process 29613 (/usr/bin/pulseaudio) owned by '120' RT at priority 5.
Jul 15 13:15:41 soho gdm-simple-greeter[29620]: Gtk-WARNING:
gtkwidget.c:6794: widget not within a GtkWindow
Jul 15 13:15:41 soho gdm-simple-greeter[29620]: WARNING: Unable to read
from file /etc/arch-release
Jul 15 13:15:41 soho gdm-simple-greeter[29620]: Gtk-WARNING:
gtk_widget_size_allocate(): attempt to allocate widget with width -47
and height -47
Jul 15 11:15:47 soho rtkit-daemon[1331]: Successfully made thread 29686
of process 29686 (/usr/bin/pulseaudio) owned 

I think I am gonna swtich to UTC for HARDWARECLOCK



From solstice.dhiver at gmail.com  Fri Jul 15 08:02:30 2011
From: solstice.dhiver at gmail.com (solsTiCe d'Hiver)
Date: Fri, 15 Jul 2011 14:02:30 +0200
Subject: [arch-general] OK so HARDWARECLOCK="localtime" is "strongly
 discouraged" BUT???
In-Reply-To: <483FAE7F-693E-412D-A165-2CEF51A4E9F6@jklm.no>
References: <alpine.LNX.2.02.1107110935090.883@localhost.localdomain>
 <CABfgN=nJyy7Ku=envCbp-G=Hn4f_h_t5Dtbr1+_F2ASj=hzrgw@mail.gmail.com>
 <alpine.LNX.2.02.1107120724030.899@localhost.localdomain>
 <483FAE7F-693E-412D-A165-2CEF51A4E9F6@jklm.no>
Message-ID: <1310731352.8287.0.camel@soho.example.org>

even though I have switch to HARDWARECLOCK="UTC",
rtkit-daemon line date time in logs are still wrong. in UTC ??
what's the matter with it ?


From ibiru at archlinux.org  Fri Jul 15 10:25:25 2011
From: ibiru at archlinux.org (Ionut Biru)
Date: Fri, 15 Jul 2011 17:25:25 +0300
Subject: [arch-general] The OpenCL ICD problem
In-Reply-To: <CAKWj5-L9MvzBkYqd+p-AR3nY631HwYK8XWKnxZEhV3SHLGpfdg@mail.gmail.com>
References: <CAKWj5-+pRdwGREtt01VMWKr9JtFLgea8U27HhB25jTm6ADVp7g@mail.gmail.com>
 <4E15BB56.3060502@archlinux.org>
 <CAMikMhAn5OX2vzg1UuEZQixQ7td8bjAQTX4vif6ELTcCagxp8w@mail.gmail.com>
 <4E15E022.2030404@archlinux.org>
 <CAKWj5-L9MvzBkYqd+p-AR3nY631HwYK8XWKnxZEhV3SHLGpfdg@mail.gmail.com>
Message-ID: <4E204DD5.7090004@archlinux.org>

On 07/08/2011 09:49 PM, Vojt?ch Kr?l wrote:
> So, what is going on? Don't you guys quit on me...
>
> @Nicolas:
>    You pointed out that the nVidia ICD loader (libOpenCL.so) is only
> 1.0 (outdated),
> that is correct, but the ICD specs only require 1.0, so 1.1 possibly
> should not be needed.
> See specs: http://www.khronos.org/registry/cl/extensions/khr/cl_khr_icd.txt
> Although this would require testing. I'll do it later if possible...
>
> ~kralyk

i've been waiting a new nvidia version and now is time to push something 
into extra.

in the end, is it settled that the name of the package for loader should 
  be _libcl_ and the implementation _opencl-nvidia_ ?

-- 
Ionu?

From xecycle at gmail.com  Fri Jul 15 10:36:53 2011
From: xecycle at gmail.com (XeCycle)
Date: Fri, 15 Jul 2011 22:36:53 +0800
Subject: [arch-general] docs in Octave package?
Message-ID: <87bowvvce2.fsf@gmail.com>

Hello, I read from the package database that Ronald van Haren maintains
the package "octave", but I cannot contact him, so I'm asking here.

I need the documents of octave, but it's not in the current octave
package, so I need to compile it manually after each update.  However
the compilation is very time and power consuming, it can drive my CPU to
100 degrees --- which is not very fine for a laptop.

Could you please build a separate "octave-docs" package?

-- 
Carl Lei (XeCycle)
Department of Physics, Shanghai Jiao Tong University
OpenPGP public key: 7795E591
Fingerprint: 1FB6 7F1F D45D F681 C845 27F7 8D71 8EC4 7795 E591
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 489 bytes
Desc: not available
URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110715/66bab746/attachment.asc>

From ibiru at archlinux.org  Fri Jul 15 10:51:25 2011
From: ibiru at archlinux.org (Ionut Biru)
Date: Fri, 15 Jul 2011 17:51:25 +0300
Subject: [arch-general] docs in Octave package?
In-Reply-To: <87bowvvce2.fsf@gmail.com>
References: <87bowvvce2.fsf@gmail.com>
Message-ID: <4E2053ED.2020708@archlinux.org>

On 07/15/2011 05:36 PM, XeCycle wrote:
> Hello, I read from the package database that Ronald van Haren maintains
> the package "octave", but I cannot contact him, so I'm asking here.
>
> I need the documents of octave, but it's not in the current octave
> package, so I need to compile it manually after each update.  However
> the compilation is very time and power consuming, it can drive my CPU to
> 100 degrees --- which is not very fine for a laptop.
>
> Could you please build a separate "octave-docs" package?
>

It will be nice if you post a patch to include this docs in the octave 
package or in a separate package.

Imo  if the docs use less than 50% from the size, then is fine to 
include it in the octave package.

-- 
Ionu?

From auguste at gmail.com  Fri Jul 15 11:10:46 2011
From: auguste at gmail.com (Auguste Pop)
Date: Fri, 15 Jul 2011 23:10:46 +0800
Subject: [arch-general] docs in Octave package?
In-Reply-To: <87bowvvce2.fsf@gmail.com>
References: <87bowvvce2.fsf@gmail.com>
Message-ID: <CAKjTroOowFfykJyuHJeZGbO48JEggvcmbkjjdCoMfOQfcC4z5g@mail.gmail.com>

On Fri, Jul 15, 2011 at 10:36 PM, XeCycle <xecycle at gmail.com> wrote:
> I need the documents of octave, but it's not in the current octave
> package, so I need to compile it manually after each update. ?However
> the compilation is very time and power consuming, it can drive my CPU to
> 100 degrees --- which is not very fine for a laptop.
>
./configure && make pdf && make install-pdf would be quite fast.
as a matter of fact, most of the time you spent would be in the configure stage.
have you tried to make an independent aur package for yourself?

From dejfson at gmail.com  Fri Jul 15 18:14:14 2011
From: dejfson at gmail.com (dejfson)
Date: Sat, 16 Jul 2011 00:14:14 +0200
Subject: [arch-general] anyone success with compilation of cyanogenmod7?
Message-ID: <CANRVBjcVS7OeuHDb_w75Z3a=97Nh8ozF1ZbBbq9r5e4Cjt6VVg@mail.gmail.com>

Hi All,

has anyone success to compile CM7 under Archlinux? I'm new to Arch, before
user of Gentoo, so I'm still in learning phase.

In my case the issue seems to be missing perl's "Switch.pm" module. Looking
for arch package on the web was of no success.

Any help appreciated

d.

From angvp at archlinux.org  Fri Jul 15 19:13:23 2011
From: angvp at archlinux.org (=?ISO-8859-1?Q?=C1ngel_Vel=E1squez?=)
Date: Fri, 15 Jul 2011 20:13:23 -0300
Subject: [arch-general] anyone success with compilation of cyanogenmod7?
In-Reply-To: <CANRVBjcVS7OeuHDb_w75Z3a=97Nh8ozF1ZbBbq9r5e4Cjt6VVg@mail.gmail.com>
References: <CANRVBjcVS7OeuHDb_w75Z3a=97Nh8ozF1ZbBbq9r5e4Cjt6VVg@mail.gmail.com>
Message-ID: <CADxjRNNigckN7VPgc5nsNn0bRB_jq+S3_xMuCY-f6=bJ8A5JwA@mail.gmail.com>

2011/7/15 dejfson <dejfson at gmail.com>:
> Hi All,
>
> has anyone success to compile CM7 under Archlinux? I'm new to Arch, before
> user of Gentoo, so I'm still in learning phase.
>
> In my case the issue seems to be missing perl's "Switch.pm" module. Looking
> for arch package on the web was of no success.
>
> Any help appreciated
>
> d.
>

Switch is deprecated from 5.10.1 and removed on 5.14.0 perl release.
Would you mind to paste the error to suggest a parch for CM7 devs?




-- 
Angel Vel?squez
angvp @ irc.freenode.net
Arch Linux Developer / Trusted User
Linux Counter: #359909
http://www.angvp.com

From jelle at vdwaa.nl  Fri Jul 15 19:14:23 2011
From: jelle at vdwaa.nl (Jelle van der Waa)
Date: Sat, 16 Jul 2011 01:14:23 +0200
Subject: [arch-general] anyone success with compilation of cyanogenmod7?
In-Reply-To: <CANRVBjcVS7OeuHDb_w75Z3a=97Nh8ozF1ZbBbq9r5e4Cjt6VVg@mail.gmail.com>
References: <CANRVBjcVS7OeuHDb_w75Z3a=97Nh8ozF1ZbBbq9r5e4Cjt6VVg@mail.gmail.com>
Message-ID: <4E20C9CF.9090309@vdwaa.nl>

On 07/16/2011 12:14 AM, dejfson wrote:
> Hi All,
>
> has anyone success to compile CM7 under Archlinux? I'm new to Arch, before
> user of Gentoo, so I'm still in learning phase.
>
> In my case the issue seems to be missing perl's "Switch.pm" module. Looking
> for arch package on the web was of no success.
>
> Any help appreciated
>
> d.

[jelle at P8][~/Downloads]%pkgfile Switch.pm
core/perl

Perl should be installedon your system, but CM7 probably fails to find it..

-- 
Jelle van der Waa


From angvp at archlinux.org  Fri Jul 15 19:17:25 2011
From: angvp at archlinux.org (=?ISO-8859-1?Q?=C1ngel_Vel=E1squez?=)
Date: Fri, 15 Jul 2011 20:17:25 -0300
Subject: [arch-general] anyone success with compilation of cyanogenmod7?
In-Reply-To: <4E20C9CF.9090309@vdwaa.nl>
References: <CANRVBjcVS7OeuHDb_w75Z3a=97Nh8ozF1ZbBbq9r5e4Cjt6VVg@mail.gmail.com>
 <4E20C9CF.9090309@vdwaa.nl>
Message-ID: <CADxjRNNxMR4CfHxqv6sOUjR9pg4xbNtY=7dCZ+9qzrWhya+Mnw@mail.gmail.com>

2011/7/15 Jelle van der Waa <jelle at vdwaa.nl>:
> On 07/16/2011 12:14 AM, dejfson wrote:
>>
>> Hi All,
>>
>> has anyone success to compile CM7 under Archlinux? I'm new to Arch, before
>> user of Gentoo, so I'm still in learning phase.
>>
>> In my case the issue seems to be missing perl's "Switch.pm" module.
>> Looking
>> for arch package on the web was of no success.
>>
>> Any help appreciated
>>
>> d.
>
> [jelle at P8][~/Downloads]%pkgfile Switch.pm
> core/perl
>

Right you're talking about CGI::Switch not Switch, I think CM7 try to
find Switch




-- 
Angel Vel?squez
angvp @ irc.freenode.net
Arch Linux Developer / Trusted User
Linux Counter: #359909
http://www.angvp.com

From snowmaniscool at gmail.com  Fri Jul 15 20:25:06 2011
From: snowmaniscool at gmail.com (=?ISO-8859-1?Q?Eric_B=E9langer?=)
Date: Fri, 15 Jul 2011 20:25:06 -0400
Subject: [arch-general] [signoff] lvm2/device-mapper 2.02.86-1
In-Reply-To: <CAOS=siFBWdP_F9KB5qWeLZxzd_phQXUs5Uzax_q_obXVHEvJDw@mail.gmail.com>
References: <CAOS=siFBWdP_F9KB5qWeLZxzd_phQXUs5Uzax_q_obXVHEvJDw@mail.gmail.com>
Message-ID: <CAOS=siGQKwqABF8bjRmUuFfFJrPCkCinYzV7hjv7duaUY9aSMw@mail.gmail.com>

On Mon, Jul 11, 2011 at 11:32 PM, Eric B?langer <snowmaniscool at gmail.com> wrote:
> Hi,
>
> lvm2/device-mapper 2.02.86-1 are in testing for an upstream update.
> Please test and signoff. Signoff from users are welcomed.
>
> Eric
>

Bump. Anyone?

From xecycle at gmail.com  Sat Jul 16 00:05:27 2011
From: xecycle at gmail.com (XeCycle)
Date: Sat, 16 Jul 2011 12:05:27 +0800
Subject: [arch-general] docs in Octave package?
In-Reply-To: <4E2053ED.2020708@archlinux.org> (Ionut Biru's message of "Fri,
 15 Jul 2011 17:51:25 +0300")
References: <87bowvvce2.fsf@gmail.com> <4E2053ED.2020708@archlinux.org>
Message-ID: <87zkkean08.fsf@gmail.com>

Ionut Biru <ibiru at archlinux.org> writes:

> On 07/15/2011 05:36 PM, XeCycle wrote:
>> Hello, I read from the package database that Ronald van Haren maintains
>> the package "octave", but I cannot contact him, so I'm asking here.
>>
>> I need the documents of octave, but it's not in the current octave
>> package, so I need to compile it manually after each update.  However
>> the compilation is very time and power consuming, it can drive my CPU to
>> 100 degrees --- which is not very fine for a laptop.
>>
>> Could you please build a separate "octave-docs" package?
>>
>
> It will be nice if you post a patch to include this docs in the
> octave package or in a separate package.

How?  I'd like to build it in a separate package.

> Imo  if the docs use less than 50% from the size, then is fine to
> include it in the octave package.

It appears to me that the original package is 8 MB, and the modified is
15 MB.  Perhaps a bit large.

-- 
Carl Lei (XeCycle)
Department of Physics, Shanghai Jiao Tong University
OpenPGP public key: 7795E591
Fingerprint: 1FB6 7F1F D45D F681 C845 27F7 8D71 8EC4 7795 E591
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 489 bytes
Desc: not available
URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110716/a1b30e2d/attachment-0001.asc>

From xecycle at gmail.com  Sat Jul 16 00:09:47 2011
From: xecycle at gmail.com (XeCycle)
Date: Sat, 16 Jul 2011 12:09:47 +0800
Subject: [arch-general] docs in Octave package?
In-Reply-To: <CAKjTroOowFfykJyuHJeZGbO48JEggvcmbkjjdCoMfOQfcC4z5g@mail.gmail.com>
 (Auguste Pop's message of "Fri, 15 Jul 2011 23:10:46 +0800")
References: <87bowvvce2.fsf@gmail.com>
 <CAKjTroOowFfykJyuHJeZGbO48JEggvcmbkjjdCoMfOQfcC4z5g@mail.gmail.com>
Message-ID: <87sjq6amt0.fsf@gmail.com>

Auguste Pop <auguste at gmail.com> writes:

> On Fri, Jul 15, 2011 at 10:36 PM, XeCycle <xecycle at gmail.com> wrote:
>> I need the documents of octave, but it's not in the current octave
>> package, so I need to compile it manually after each update. ?However
>> the compilation is very time and power consuming, it can drive my CPU to
>> 100 degrees --- which is not very fine for a laptop.
>>
> ./configure && make pdf && make install-pdf would be quite fast.

I used to remove the "--disable-docs" in the ./configure parameters.

> as a matter of fact, most of the time you spent would be in the
> configure stage.

Not really...  At least it's not the case with octave.  It used to take
more than one hour (on my Intel Core i5 430M); with "make -j4" it's
faster, but the CPU temperature shows 100 degrees Celsius.

> have you tried to make an independent aur package for yourself?

Does that make a difference?  Still I have to build it myself, and I'm
asking if we can build a docs package in [extra].

-- 
Carl Lei (XeCycle)
Department of Physics, Shanghai Jiao Tong University
OpenPGP public key: 7795E591
Fingerprint: 1FB6 7F1F D45D F681 C845 27F7 8D71 8EC4 7795 E591
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 489 bytes
Desc: not available
URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110716/5918272b/attachment.asc>

From allan at archlinux.org  Sat Jul 16 00:35:00 2011
From: allan at archlinux.org (Allan McRae)
Date: Sat, 16 Jul 2011 14:35:00 +1000
Subject: [arch-general] docs in Octave package?
In-Reply-To: <87sjq6amt0.fsf@gmail.com>
References: <87bowvvce2.fsf@gmail.com>
 <CAKjTroOowFfykJyuHJeZGbO48JEggvcmbkjjdCoMfOQfcC4z5g@mail.gmail.com>
 <87sjq6amt0.fsf@gmail.com>
Message-ID: <4E2114F4.30801@archlinux.org>

On 16/07/11 14:09, XeCycle wrote:
> Auguste Pop<auguste at gmail.com>  writes:
>
>> On Fri, Jul 15, 2011 at 10:36 PM, XeCycle<xecycle at gmail.com>  wrote:
>>> I need the documents of octave, but it's not in the current octave
>>> package, so I need to compile it manually after each update.  However
>>> the compilation is very time and power consuming, it can drive my CPU to
>>> 100 degrees --- which is not very fine for a laptop.
>>>
>> ./configure&&  make pdf&&  make install-pdf would be quite fast.
>
> I used to remove the "--disable-docs" in the ./configure parameters.
>
>> as a matter of fact, most of the time you spent would be in the
>> configure stage.
>
> Not really...  At least it's not the case with octave.  It used to take
> more than one hour (on my Intel Core i5 430M); with "make -j4" it's
> faster, but the CPU temperature shows 100 degrees Celsius.
>
>> have you tried to make an independent aur package for yourself?
>
> Does that make a difference?  Still I have to build it myself, and I'm
> asking if we can build a docs package in [extra].
>


The point was that you probably do not actually have to build octave to 
build the docs.

Anyway, requests on the mailing lists will probably not get seen by the 
right person.  File a feature request on the bug tracker.

Allan


From auguste at gmail.com  Sat Jul 16 00:33:29 2011
From: auguste at gmail.com (Auguste Pop)
Date: Sat, 16 Jul 2011 12:33:29 +0800
Subject: [arch-general] docs in Octave package?
In-Reply-To: <87sjq6amt0.fsf@gmail.com>
References: <87bowvvce2.fsf@gmail.com>
 <CAKjTroOowFfykJyuHJeZGbO48JEggvcmbkjjdCoMfOQfcC4z5g@mail.gmail.com>
 <87sjq6amt0.fsf@gmail.com>
Message-ID: <CAKjTroPUPmaN0v-_TBoB_gibJieztWjv7Mg7L4uckakDbeNpWQ@mail.gmail.com>

On Sat, Jul 16, 2011 at 12:09 PM, XeCycle <xecycle at gmail.com> wrote:
> Auguste Pop <auguste at gmail.com> writes:
>
>> On Fri, Jul 15, 2011 at 10:36 PM, XeCycle <xecycle at gmail.com> wrote:
>>> I need the documents of octave, but it's not in the current octave
>>> package, so I need to compile it manually after each update. ?However
>>> the compilation is very time and power consuming, it can drive my CPU to
>>> 100 degrees --- which is not very fine for a laptop.
>>>
>> ./configure && make pdf && make install-pdf would be quite fast.
>
> I used to remove the "--disable-docs" in the ./configure parameters.

the PKGBUILD of octave does not contain anything like --disable-docs.
if the documentations are not installed by make install, it's an
UPSTREAM FEATURE.

>
>> as a matter of fact, most of the time you spent would be in the
>> configure stage.
>
> Not really... ?At least it's not the case with octave. ?It used to take
> more than one hour (on my Intel Core i5 430M); with "make -j4" it's
> faster, but the CPU temperature shows 100 degrees Celsius.
>

you are re-compiling the whole octave again with the docs, that's not
what i said. if you are only interested in adding docs, you can
package docs separately. if you want pdf docs, you can make pdf &&
make install-pdf, or html docs, make html && make install-html. both
would take less than a minute to complete.

>> have you tried to make an independent aur package for yourself?
>
> Does that make a difference? ?Still I have to build it myself, and I'm
> asking if we can build a docs package in [extra].
>

putting a separate docs package in aur means you don't have to endure
the long, tedious, and meaningless re-compiling process, which you
complained about, every time the package got updated. what you get is
a slightly outdated documentation package, which you can easily update
automatically alongside the repo octave package, if you are willing
to. actually, even manually doing so would take you no more than five
minutes.

anyway, if you want a package to include a change you propose, the
best way is to show up with a working PKGBUILD.

best regards,

From jelle at vdwaa.nl  Sat Jul 16 07:15:29 2011
From: jelle at vdwaa.nl (Jelle van der Waa)
Date: Sat, 16 Jul 2011 13:15:29 +0200
Subject: [arch-general] anyone success with compilation of cyanogenmod7?
In-Reply-To: <CADxjRNNxMR4CfHxqv6sOUjR9pg4xbNtY=7dCZ+9qzrWhya+Mnw@mail.gmail.com>
References: <CANRVBjcVS7OeuHDb_w75Z3a=97Nh8ozF1ZbBbq9r5e4Cjt6VVg@mail.gmail.com>
 <4E20C9CF.9090309@vdwaa.nl>
 <CADxjRNNxMR4CfHxqv6sOUjR9pg4xbNtY=7dCZ+9qzrWhya+Mnw@mail.gmail.com>
Message-ID: <4E2172D1.2000403@vdwaa.nl>

On 07/16/2011 01:17 AM, ?ngel Vel?squez wrote:
> 2011/7/15 Jelle van der Waa<jelle at vdwaa.nl>:
>> On 07/16/2011 12:14 AM, dejfson wrote:
>>> Hi All,
>>>
>>> has anyone success to compile CM7 under Archlinux? I'm new to Arch, before
>>> user of Gentoo, so I'm still in learning phase.
>>>
>>> In my case the issue seems to be missing perl's "Switch.pm" module.
>>> Looking
>>> for arch package on the web was of no success.
>>>
>>> Any help appreciated
>>>
>>> d.
>> [jelle at P8][~/Downloads]%pkgfile Switch.pm
>> core/perl
>>
> Right you're talking about CGI::Switch not Switch, I think CM7 try to
> find Switch
>
>
>
>
You're probably right, since i am no perl monk

-- 
Jelle van der Waa


From dejfson at gmail.com  Sat Jul 16 07:59:30 2011
From: dejfson at gmail.com (dejfson)
Date: Sat, 16 Jul 2011 13:59:30 +0200
Subject: [arch-general] anyone success with compilation of cyanogenmod7?
In-Reply-To: <4E2172D1.2000403@vdwaa.nl>
References: <CANRVBjcVS7OeuHDb_w75Z3a=97Nh8ozF1ZbBbq9r5e4Cjt6VVg@mail.gmail.com>
 <4E20C9CF.9090309@vdwaa.nl>
 <CADxjRNNxMR4CfHxqv6sOUjR9pg4xbNtY=7dCZ+9qzrWhya+Mnw@mail.gmail.com>
 <4E2172D1.2000403@vdwaa.nl>
Message-ID: <CANRVBjeSK0wRU3OzaSDZwY2JtJd8-wM1r+sbQpaYN6D5PZ+uDQ@mail.gmail.com>

Hmm. That would explain. I tried to install switch from cpan. This works,but
installation fails elsewhere on other perl modules

sent from mobile phone
Dne 16.7.2011 13:16 "Jelle van der Waa" <jelle at vdwaa.nl> napsal(a):
> On 07/16/2011 01:17 AM, ?ngel Vel?squez wrote:
>> 2011/7/15 Jelle van der Waa<jelle at vdwaa.nl>:
>>> On 07/16/2011 12:14 AM, dejfson wrote:
>>>> Hi All,
>>>>
>>>> has anyone success to compile CM7 under Archlinux? I'm new to Arch,
before
>>>> user of Gentoo, so I'm still in learning phase.
>>>>
>>>> In my case the issue seems to be missing perl's "Switch.pm" module.
>>>> Looking
>>>> for arch package on the web was of no success.
>>>>
>>>> Any help appreciated
>>>>
>>>> d.
>>> [jelle at P8][~/Downloads]%pkgfile Switch.pm
>>> core/perl
>>>
>> Right you're talking about CGI::Switch not Switch, I think CM7 try to
>> find Switch
>>
>>
>>
>>
> You're probably right, since i am no perl monk
>
> --
> Jelle van der Waa
>

From jtwdyp at ttlc.net  Sat Jul 16 11:17:18 2011
From: jtwdyp at ttlc.net (Joe(theWordy)Philbrook)
Date: Sat, 16 Jul 2011 11:17:18 -0400
Subject: [arch-general] OK so HARDWARECLOCK="localtime" is "strongly
 discouraged" BUT???
In-Reply-To: <CAGAVQTEUOKKGssqtnZm4ve34O6MBb6QLgMDaowCV86j5N=hAtg@mail.gmail.com>
References: <alpine.LNX.2.02.1107110935090.883@localhost.localdomain>
 <CABfgN=nJyy7Ku=envCbp-G=Hn4f_h_t5Dtbr1+_F2ASj=hzrgw@mail.gmail.com>
 <alpine.LNX.2.02.1107120724030.899@localhost.localdomain>
 <CAGAVQTEUOKKGssqtnZm4ve34O6MBb6QLgMDaowCV86j5N=hAtg@mail.gmail.com>
Message-ID: <alpine.LNX.2.02.1107160958520.916@localhost.localdomain>


It would appear that on Jul 13, C Anthony Risinger did say:

> On Jul 12, 2011 8:19 AM, "Joe(theWordy)Philbrook" <jtwdyp at ttlc.net> wrote:
> 
> <snip>
> 
> Duuuuude ... just set UTC and forget about it ... forever :-)
> 
> The wisdom of others frees time to build more wisdom of self.


Duuuude ... If my personality type was compatible with just doing things
the way others have decided were best just because it's easier I'd never
have fought my way out of Microsoft's grasp... 

When I first heard of Linux I didn't find it easier than winblows. (And
except for the fact that I'm out of practice {and out of touch with changes
in their propitiatory interface} I still wouldn't find it "EASIER") But what
attracted me to it was the power of the bash shell (which I had become minimally
exposed to via vt100 terminals connected to my former employers Unix
machines) And the idea that if I could only figure out how, I could make my
own durned decisions about how to set things up. A concept inspired by the
fact that a guy I delivered stuff to at the factory had imposed his will on
his Unix shell's command line prompt so that it read:

Gone fishing: 

Well I didn't like his prompt. But I liked the idea of a user being able
to decide such things for himself. And that, more than anything else made
me decide I'd rather fight with *nix to get things the way I want than
learn to live with what MS wanted to spoon feed me. 

Over the years I've made MANY non-standard adaptions to my Linux.

Like for example among multi-boot (as in more than one Linux distro) users
it seams the prevailing wisdom was to have one /home partition that gets
mounted regardless of which Linux you boot. But I've seen that sometimes
different Linux will have different versions of the same applications with
incompatible .rcfile formats... So when I got ready to do something like
that I created a user owned data partition that mounts (noauto,user) during
my .bash_profile execution with symlinks in the various distro specific
/home/jtwdyp directory trees...

I NEVER let anything automount or automatically open an application on a
removable filesystem upon insertion. But rather make it easy for "user" to
mount/umout the usual ones at will. IE these lines in my fstab:

/dev/disk/by-id/usb-USB_Flash_Disk_2008032800001952-0:0-part1        /Shuttle/gray  auto user,noauto     0       0
/dev/disk/by-id/usb-TOSHIBA_TransMemory_5B8603000081-0:0-part1        /Shuttle/white  auto user,noauto     0       0
/dev/disk/by-id/usb-USB_2.0_USB_Flash_Drive_0000000064DDE527-0:0-part1         /Shuttle/mini  auto user,noauto     0       0
/dev/disk/by-id/usb-Generic_USB_SD_Reader_2004888-0:0-part1        /Shuttle/Camera-SD-1  auto user,noauto     0       0

make it easy with mc to select {for example} the dir: "/Shuttle/Camera-SD-1"
type "mount <alt>+<Enter> <ENTER>" and use mc to access my latest images...
This method works even if I didn't start the gui...

In short {as if that were possible with me tehe} I have sufficient knowledge
of "self" to know that while I may sometimes have problems with implementing
my choices, & while I seek sufficient understanding of the wisdom of others to
better evaluate my own choices, I myself will only ever change those choices
when it feels right to me. And thus I'm resigned to the fact that MY pc
will always be filled with a bunch of half understood kludges that at least
temporarily let me run things my way even when the developers took a
seriously different path... But the fact that I'm allowed to make my own
choices, even if they are not advisable, makes me "love" Linux, and be at
peace with my alleged place within it. Which is probably as blissfully "zen" as
I'll ever get... <snicker>

-- 
|   ---   ___
|   <0>   <->     Joe (theWordy) Philbrook
|       ^              J(tWdy)P
|    ~\___/~      <<jtwdyp at ttlc.net>>


From jtwdyp at ttlc.net  Sat Jul 16 11:36:45 2011
From: jtwdyp at ttlc.net (Joe(theWordy)Philbrook)
Date: Sat, 16 Jul 2011 11:36:45 -0400
Subject: [arch-general] OK so HARDWARECLOCK="localtime" is "strongly
 discouraged" BUT???
In-Reply-To: <483FAE7F-693E-412D-A165-2CEF51A4E9F6@jklm.no>
References: <alpine.LNX.2.02.1107110935090.883@localhost.localdomain>
 <CABfgN=nJyy7Ku=envCbp-G=Hn4f_h_t5Dtbr1+_F2ASj=hzrgw@mail.gmail.com>
 <alpine.LNX.2.02.1107120724030.899@localhost.localdomain>
 <483FAE7F-693E-412D-A165-2CEF51A4E9F6@jklm.no>
Message-ID: <alpine.LNX.2.02.1107160829320.916@localhost.localdomain>


It would appear that on Jul 12, Tom Gundersen did say:

> On Jul 12, 2011, at 15:18, "Joe(theWordy)Philbrook" <jtwdyp at ttlc.net> wrote:

> > Whereas If I put "ntpd -qg &"
> > in rc.local there is sometimes enough time to type my username before the
> > NTP based time adjustment can be seen to occur..
> 
> Yes, ntpd is run in the background and might take some time to sync. It
> sounds like there might be a bug somewhere. You should not notice the ntpd set
> unless your clock is way off which should only happen due to DST (twice a
> year). Please check that your adjfile (/var/lib/hwclock/adjfile) is set to
> LOCAL, to match rc.conf.

Actually  I wouldn't notice the adjustment at all except that certain
system messages put things on the tty1 screen. So since I'm logging on to
the console instead of using some {Display Manager's} gui login screen,
there is {echoed?} to the screen a short oneline message about the
adjustment that includes several digits with a "." in the middle that I'm
assuming is a reference to how big the change was. At that point I don't
have gpm working so lets pretend it says "NTP: adjust RTC [0000012.0000001]"
n which case if I were starting to login as jtwdyp I might see:

myhost login: jtwd
	NTP: adjust RTC [0000012.0000001]yp
Password: 

Or some such thing. So unless the ntpd called from rc.local is NOT supposed
to leave a message on tty1, I don't think that's a bug. 

> > And for that matter, perhaps more importantly, I always thought that
> > hwclock was the mechanism that did the adjustment to/from localtime at
> > startup and shutdown...
> 
> It is.
> 
> > Without hwclock, what process looks at the HARDWARECLOCK="localtime"
> > setting and performs the adjustment to and from "RTC localtime"??
> 
> hwclock has two purposes: adjusting for timezone offset (this is unchanged)
> and adjusting for drift (this is incompatible with ntpd/dualboot and is now in
> a separate daemon).

So then, If I understand you correctly, IF I'm going to use hwclock to fix
RTC to localtime by including it in my daemons array, then I probably
shouldn't put ntpd in the array as well or sooner or later the two daemons
will be in conflict???

(and if so, is that "incompatibility" likely to manifest itself when
hwclock is deamonized and ntpd is called once at startup {via rc.local}??)

The way I see it, that if I'm going to keep my RTC set to local time, my choices are:

1) deamonize both
(and let the daemons duke it out???)

2) deamonize hwclock and call ntpd in rc.local
(may have similar if less persistent issue as above)

3) deamonize ntpd and somehow call hwclock once at startup
(would ensure that some attempt was made to adjust for "incorrect" startup
system time due to local time being stored in the RTC, even if the internet
isn't available, but may have the same risk of conflict as #2 AND may need
to also somehow call hwclock at shut down to convert system time to
localtime before the RTC is updated?)

4) deamonize only ntpd
(But without hwclock how do I update the RTC with local time on shutdown?
OR does the term "ntpd/dualboot" refer to some configuration of ntpd where
it will somehow store localtime in the RTC on shutdown without having to
use hwclock???)

5) deamonize only hwclock and depend on my am habit of glancing at the
localtime value stored in the RTC via the bios setup screen, before the days
1st OS boot {and manually fixing if incorrect} to solve DST issues and any
{power off} RTC drift,etc... (of course this way my system time will never be
more accurate than the clock on my office wall..)

-- 
|   ~^~   ~^~
|   <*>   <*>       Joe (theWordy) Philbrook
|       ^                J(tWdy)P
|     \___/         <<jtwdyp at ttlc.net>>


From kwpolska at gmail.com  Sat Jul 16 12:59:37 2011
From: kwpolska at gmail.com (Kwpolska)
Date: Sat, 16 Jul 2011 18:59:37 +0200
Subject: [arch-general] OK so HARDWARECLOCK="localtime" is "strongly
 discouraged" BUT???
In-Reply-To: <alpine.LNX.2.02.1107160829320.916@localhost.localdomain>
References: <alpine.LNX.2.02.1107110935090.883@localhost.localdomain>
 <CABfgN=nJyy7Ku=envCbp-G=Hn4f_h_t5Dtbr1+_F2ASj=hzrgw@mail.gmail.com>
 <alpine.LNX.2.02.1107120724030.899@localhost.localdomain>
 <483FAE7F-693E-412D-A165-2CEF51A4E9F6@jklm.no>
 <alpine.LNX.2.02.1107160829320.916@localhost.localdomain>
Message-ID: <20110716165929.GA2073@kwpolska-lin>

On Sat, Jul 16, 2011 at 11:36:45AM -0400, Joe(theWordy)Philbrook wrote:
> 
> It would appear that on Jul 12, Tom Gundersen did say:
> 
It would appear that your pre-quotation messages are annoying.
[snip]
> Actually  I wouldn't notice the adjustment at all except that certain
> system messages put things on the tty1 screen. So since I'm logging on to
> the console instead of using some {Display Manager's} gui login screen,
> there is {echoed?} to the screen a short oneline message about the
> adjustment that includes several digits with a "." in the middle that I'm
> assuming is a reference to how big the change was. At that point I don't
> have gpm working so lets pretend it says "NTP: adjust RTC [0000012.0000001]"
> n which case if I were starting to login as jtwdyp I might see:
> 
> myhost login: jtwd
> 	NTP: adjust RTC [0000012.0000001]yp
> Password: 
> 
> Or some such thing. So unless the ntpd called from rc.local is NOT supposed
> to leave a message on tty1, I don't think that's a bug. 

Not a bug. Just add `2>&1 /dev/null' at the end of your line.
-- 
-- Kwpolska (http://kwpolska.co.cc)
stop html mail      | always bottom-post
www.asciiribbon.org | www.netmeister.org/news/learn2quote.html
GPG KEY: 5EAAEA16   | Arch Linux x86_64, zsh, mutt, vim.
# vim:set textwidth=70:
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 490 bytes
Desc: not available
URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110716/0150895b/attachment.asc>

From enlil65 at gmail.com  Sat Jul 16 13:06:34 2011
From: enlil65 at gmail.com (Peggy Wilkins)
Date: Sat, 16 Jul 2011 12:06:34 -0500
Subject: [arch-general] [arch-dev-public] dropping tcp_wrapper support
In-Reply-To: <CAO18cg9_o7s-dz4SGbzcc0jjLK=9=Z-Wt2pPANcNjbz408NQjQ@mail.gmail.com>
References: <20110713022741.GE19258@rampage> <4E1D0937.1010908@archlinux.org>
 <20110713121026.GG19258@rampage>
 <7634545.ceZHYQz6Lg@assurancetourix>
 <CAEik5nN87_L0UnE57AD5Ns3PYu=mkudKBf4jLA4z+8dFaPDDPQ@mail.gmail.com>
 <CAO18cg9_o7s-dz4SGbzcc0jjLK=9=Z-Wt2pPANcNjbz408NQjQ@mail.gmail.com>
Message-ID: <CAG_3X=mEzpvsShzujksOgfzDK30YuFqt2dVqAvGWO6tP9w4Mjw@mail.gmail.com>

I am an end user who is very unhappy about the removal of this option.
 I didn't even know dropping tcp_wrappers was under consideration; had
I known that I would have spoken up with my vote against removing
support.

The annoucement suggests that a major reason for dropping support is
that it is "confusing" to end users.  An easy solution to that is to
make a default hosts.allow file that says "ALL : ALL : ALLOW"  out of
the box.  Then those of use wanting to simply restrict access (useful
in many scenarios) can change that default as needed.

IMO for users who want to use this feature, the burden is on the end
user to find which services support tcp wrappers and which don't.  A
default "allow" policy makes this simple.

Surely I'm not the only tcp wrappers user out there.  I will sorely
miss this option and strongly wish it to remain.

From vic at demuzere.be  Sat Jul 16 13:09:47 2011
From: vic at demuzere.be (Vic Demuzere)
Date: Sat, 16 Jul 2011 19:09:47 +0200
Subject: [arch-general] [arch-dev-public] dropping tcp_wrapper support
In-Reply-To: <CAG_3X=mEzpvsShzujksOgfzDK30YuFqt2dVqAvGWO6tP9w4Mjw@mail.gmail.com>
References: <20110713022741.GE19258@rampage> <4E1D0937.1010908@archlinux.org>
 <20110713121026.GG19258@rampage>
 <7634545.ceZHYQz6Lg@assurancetourix>
 <CAEik5nN87_L0UnE57AD5Ns3PYu=mkudKBf4jLA4z+8dFaPDDPQ@mail.gmail.com>
 <CAO18cg9_o7s-dz4SGbzcc0jjLK=9=Z-Wt2pPANcNjbz408NQjQ@mail.gmail.com>
 <CAG_3X=mEzpvsShzujksOgfzDK30YuFqt2dVqAvGWO6tP9w4Mjw@mail.gmail.com>
Message-ID: <CA+Yovz8eHmrxzfiKK2ZC781rYte=8pNeOGisSKnzM6rvwAwtdA@mail.gmail.com>

I also use the hosts.allow and hosts.deny files. It's a shame that support
for them will be removed. It's easier than iptables.

-- 
vic at demuzere.be :: http://vic.demuzere.be :: PGP: 0x6690CF94
My software never contains bugs, it just develops random features.

Sent from my phone, please excuse my brevity.
On Jul 16, 2011 7:06 PM, "Peggy Wilkins" <enlil65 at gmail.com> wrote:
> I am an end user who is very unhappy about the removal of this option.
> I didn't even know dropping tcp_wrappers was under consideration; had
> I known that I would have spoken up with my vote against removing
> support.
>
> The annoucement suggests that a major reason for dropping support is
> that it is "confusing" to end users. An easy solution to that is to
> make a default hosts.allow file that says "ALL : ALL : ALLOW" out of
> the box. Then those of use wanting to simply restrict access (useful
> in many scenarios) can change that default as needed.
>
> IMO for users who want to use this feature, the burden is on the end
> user to find which services support tcp wrappers and which don't. A
> default "allow" policy makes this simple.
>
> Surely I'm not the only tcp wrappers user out there. I will sorely
> miss this option and strongly wish it to remain.

From andrea at archlinux.org  Sat Jul 16 13:13:06 2011
From: andrea at archlinux.org (Andrea Scarpino)
Date: Sat, 16 Jul 2011 19:13:06 +0200
Subject: [arch-general] [arch-dev-public] dropping tcp_wrapper support
In-Reply-To: <CAG_3X=mEzpvsShzujksOgfzDK30YuFqt2dVqAvGWO6tP9w4Mjw@mail.gmail.com>
References: <20110713022741.GE19258@rampage>
 <CAO18cg9_o7s-dz4SGbzcc0jjLK=9=Z-Wt2pPANcNjbz408NQjQ@mail.gmail.com>
 <CAG_3X=mEzpvsShzujksOgfzDK30YuFqt2dVqAvGWO6tP9w4Mjw@mail.gmail.com>
Message-ID: <4136485.6tiDQhazS5@stockholm>

On Saturday 16 July 2011 12:06:34 Peggy Wilkins wrote:
> The annoucement suggests that a major reason for dropping support is
> that it is "confusing" to end users.  An easy solution to that is to
> make a default hosts.allow file that says "ALL : ALL : ALLOW"  out of
> the box.  Then those of use wanting to simply restrict access (useful
> in many scenarios) can change that default as needed.
Technically this is what we did: without tcp_wrappers every input is accepted 
now.

You've to setup iptables to deny all input and accept only what you need. I 
never used iptables before, but now I find its syntax really simple, and 
powerful.

-- 
Andrea

From jelle at vdwaa.nl  Sat Jul 16 13:13:10 2011
From: jelle at vdwaa.nl (Jelle van der Waa)
Date: Sat, 16 Jul 2011 19:13:10 +0200
Subject: [arch-general] [arch-dev-public] dropping tcp_wrapper support
In-Reply-To: <CA+Yovz8eHmrxzfiKK2ZC781rYte=8pNeOGisSKnzM6rvwAwtdA@mail.gmail.com>
References: <20110713022741.GE19258@rampage> <4E1D0937.1010908@archlinux.org>
 <20110713121026.GG19258@rampage> <7634545.ceZHYQz6Lg@assurancetourix>
 <CAEik5nN87_L0UnE57AD5Ns3PYu=mkudKBf4jLA4z+8dFaPDDPQ@mail.gmail.com>
 <CAO18cg9_o7s-dz4SGbzcc0jjLK=9=Z-Wt2pPANcNjbz408NQjQ@mail.gmail.com>
 <CAG_3X=mEzpvsShzujksOgfzDK30YuFqt2dVqAvGWO6tP9w4Mjw@mail.gmail.com>
 <CA+Yovz8eHmrxzfiKK2ZC781rYte=8pNeOGisSKnzM6rvwAwtdA@mail.gmail.com>
Message-ID: <4E21C6A6.30300@vdwaa.nl>

On 07/16/2011 07:09 PM, Vic Demuzere wrote:
> I also use the hosts.allow and hosts.deny files. It's a shame that support
> for them will be removed. It's easier than iptables.
>
But it's not the same as iptables. If you're running a server, you would 
like to use iptables.
Anyway if you really want to know what's going on in archlinux 
development follow the arch-dev-public mailing list.


-- 
Jelle van der Waa


From andrea at archlinux.org  Sat Jul 16 13:22:19 2011
From: andrea at archlinux.org (Andrea Scarpino)
Date: Sat, 16 Jul 2011 19:22:19 +0200
Subject: [arch-general] [arch-dev-public] dropping tcp_wrapper support
In-Reply-To: <CA+Yovz8eHmrxzfiKK2ZC781rYte=8pNeOGisSKnzM6rvwAwtdA@mail.gmail.com>
References: <20110713022741.GE19258@rampage>
 <CAG_3X=mEzpvsShzujksOgfzDK30YuFqt2dVqAvGWO6tP9w4Mjw@mail.gmail.com>
 <CA+Yovz8eHmrxzfiKK2ZC781rYte=8pNeOGisSKnzM6rvwAwtdA@mail.gmail.com>
Message-ID: <1501168.uhCrH875F1@stockholm>

On Saturday 16 July 2011 19:09:47 Vic Demuzere wrote:
> I also use the hosts.allow and hosts.deny files. It's a shame that support
> for them will be removed. It's easier than iptables.
I find iptables more easier, and intuitive.

old hosts.allow:
sshd: 192.
ntfs: 192.

iptables:
-A INPUT -j REJECT
-A INPUT -p tcp -s 192.168.0.0/24 --dport ssh -j ACCEPT
-A INPUT -p tcp -s 192.168.0.0/24 --dport nfs -j ACCEPT
-A INPUT -p udp -s 192.168.0.0/24 --dport nfs -j ACCEPT

-- 
Andrea

From vic at demuzere.be  Sat Jul 16 13:32:37 2011
From: vic at demuzere.be (Vic Demuzere)
Date: Sat, 16 Jul 2011 19:32:37 +0200
Subject: [arch-general] [arch-dev-public] dropping tcp_wrapper support
In-Reply-To: <1501168.uhCrH875F1@stockholm>
References: <20110713022741.GE19258@rampage>
 <CAG_3X=mEzpvsShzujksOgfzDK30YuFqt2dVqAvGWO6tP9w4Mjw@mail.gmail.com>
 <CA+Yovz8eHmrxzfiKK2ZC781rYte=8pNeOGisSKnzM6rvwAwtdA@mail.gmail.com>
 <1501168.uhCrH875F1@stockholm>
Message-ID: <CA+Yovz-to15yCTHuD7n2HQ5B_E1s-pmHmnTE264SL7ehfQK4cA@mail.gmail.com>

On 16 July 2011 19:22, Andrea Scarpino <andrea at archlinux.org> wrote:
>
> old hosts.allow:
> sshd: 192.
> ntfs: 192.
>
> iptables:
> -A INPUT -j REJECT
> -A INPUT -p tcp -s 192.168.0.0/24 --dport ssh -j ACCEPT
> -A INPUT -p tcp -s 192.168.0.0/24 --dport nfs -j ACCEPT
> -A INPUT -p udp -s 192.168.0.0/24 --dport nfs -j ACCEPT
>

So, you're saying that those 4 lines are easier than the 2 short ones
in hosts.allow? Ah well, I'll have to learn to write iptables scripts
then, I suppose.

--
vic at demuzere.be :: http://vic.demuzere.be :: PGP: 0x6690CF94
My software never contains bugs, it just develops random features.

From andrea at archlinux.org  Sat Jul 16 13:41:50 2011
From: andrea at archlinux.org (Andrea Scarpino)
Date: Sat, 16 Jul 2011 19:41:50 +0200
Subject: [arch-general] [arch-dev-public] dropping tcp_wrapper support
In-Reply-To: <CA+Yovz-to15yCTHuD7n2HQ5B_E1s-pmHmnTE264SL7ehfQK4cA@mail.gmail.com>
References: <20110713022741.GE19258@rampage>
 <CAG_3X=mEzpvsShzujksOgfzDK30YuFqt2dVqAvGWO6tP9w4Mjw@mail.gmail.com>
 <CA+Yovz8eHmrxzfiKK2ZC781rYte=8pNeOGisSKnzM6rvwAwtdA@mail.gmail.com>
 <1501168.uhCrH875F1@stockholm>
 <CA+Yovz-to15yCTHuD7n2HQ5B_E1s-pmHmnTE264SL7ehfQK4cA@mail.gmail.com>
Message-ID: <CANcOiu16FEPve5de+YrqjHu6yXoRnW5KMW_oeOdiHVHpza9A7g@mail.gmail.com>

On 16 July 2011 19:32, Vic Demuzere <vic at demuzere.be> wrote:
> So, you're saying that those 4 lines are easier than the 2 short ones
> in hosts.allow? Ah well, I'll have to learn to write iptables scripts
> then, I suppose.
I mean its more intuitive in that way, you've more power on what is
accepted and what isn't.; e.g. you can apply filters only to one
interface.

Why you should write an iptables script?

BTW, sorry "-A INPUT -j REJECT" blocks everything then have to be at
the last line, and not at first!

-- 
Andrea

From thomas at archlinux.org  Sat Jul 16 13:46:41 2011
From: thomas at archlinux.org (=?ISO-8859-15?Q?Thomas_B=E4chler?=)
Date: Sat, 16 Jul 2011 19:46:41 +0200
Subject: [arch-general] [arch-dev-public] dropping tcp_wrapper support
In-Reply-To: <CANcOiu16FEPve5de+YrqjHu6yXoRnW5KMW_oeOdiHVHpza9A7g@mail.gmail.com>
References: <20110713022741.GE19258@rampage>
 <CAG_3X=mEzpvsShzujksOgfzDK30YuFqt2dVqAvGWO6tP9w4Mjw@mail.gmail.com>
 <CA+Yovz8eHmrxzfiKK2ZC781rYte=8pNeOGisSKnzM6rvwAwtdA@mail.gmail.com>
 <1501168.uhCrH875F1@stockholm>
 <CA+Yovz-to15yCTHuD7n2HQ5B_E1s-pmHmnTE264SL7ehfQK4cA@mail.gmail.com>
 <CANcOiu16FEPve5de+YrqjHu6yXoRnW5KMW_oeOdiHVHpza9A7g@mail.gmail.com>
Message-ID: <4E21CE81.3000506@archlinux.org>

Am 16.07.2011 19:41, schrieb Andrea Scarpino:
> On 16 July 2011 19:32, Vic Demuzere <vic at demuzere.be> wrote:
>> So, you're saying that those 4 lines are easier than the 2 short ones
>> in hosts.allow? Ah well, I'll have to learn to write iptables scripts
>> then, I suppose.
> I mean its more intuitive in that way, you've more power on what is
> accepted and what isn't.; e.g. you can apply filters only to one
> interface.
> 
> Why you should write an iptables script?
> 
> BTW, sorry "-A INPUT -j REJECT" blocks everything then have to be at
> the last line, and not at first!

You shouldn't do it like this. Look at
/etc/iptables/simple_firewall.rules for a simple and non-broken template.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 262 bytes
Desc: OpenPGP digital signature
URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110716/03baacd4/attachment-0001.asc>

From teg at jklm.no  Sat Jul 16 14:06:39 2011
From: teg at jklm.no (Tom Gundersen)
Date: Sat, 16 Jul 2011 20:06:39 +0200
Subject: [arch-general] OK so HARDWARECLOCK="localtime" is "strongly
 discouraged" BUT???
In-Reply-To: <alpine.LNX.2.02.1107160829320.916@localhost.localdomain>
References: <alpine.LNX.2.02.1107110935090.883@localhost.localdomain>
 <CABfgN=nJyy7Ku=envCbp-G=Hn4f_h_t5Dtbr1+_F2ASj=hzrgw@mail.gmail.com>
 <alpine.LNX.2.02.1107120724030.899@localhost.localdomain>
 <483FAE7F-693E-412D-A165-2CEF51A4E9F6@jklm.no>
 <alpine.LNX.2.02.1107160829320.916@localhost.localdomain>
Message-ID: <CAG-2HqXFzo3nwdC4MaHaoZiZXVMmvOqBbVRn1zr2-T8X2RH9Fg@mail.gmail.com>

On Sat, Jul 16, 2011 at 5:36 PM, Joe(theWordy)Philbrook <jtwdyp at ttlc.net> wrote:
> myhost login: jtwd
> ? ? ? ?NTP: adjust RTC [0000012.0000001]yp
> Password:
>
> Or some such thing. So unless the ntpd called from rc.local is NOT supposed
> to leave a message on tty1, I don't think that's a bug.

Ah, I see. That's as expected then.

>> hwclock has two purposes: adjusting for timezone offset (this is unchanged)
>> and adjusting for drift (this is incompatible with ntpd/dualboot and is now in
>> a separate daemon).
>
> So then, If I understand you correctly, IF I'm going to use hwclock to fix
> RTC to localtime by including it in my daemons array, then I probably
> shouldn't put ntpd in the array as well or sooner or later the two daemons
> will be in conflict???

Hmm, no. What I meant is: The call to hwclock which adjusts for
localtime, is independent of anything you put in your daemons array.
It is only controlled by the HARDWARECLOCK variable in rc.conf.

By putting hwclock or ntpd in DAEMONS (and you should not put both)
you will adjust the time for drift, and this has nothing to do with
the UTC v. localtime.

> (and if so, is that "incompatibility" likely to manifest itself when
> hwclock is deamonized and ntpd is called once at startup {via rc.local}??)

The incompatibility is that hwclock will calculate (based on the
values you use when you set/adjust the clock manually) how much your
RTC drifts and will adjust for this. ntpd will update the RTC every 11
minutes to be in sync with the system time. If ntpd has already
corrected the RTC, then hwclocks calculations will be wrong and it
will overadjust.

Again, these things are just about the drift, so you will probably not
notice (it will only be a few seconds here and there).

Though, I don't want to think about what happens to hwclock's drift
calculations when you manually adjust for DST... Probably nothing
good.

> The way I see it, that if I'm going to keep my RTC set to local time, my choices are:
>
> 1) deamonize both
> (and let the daemons duke it out???)

No, never use both the ntpd and hwclock daemons.

> 2) deamonize hwclock and call ntpd in rc.local
> (may have similar if less persistent issue as above)

No. The hwclock daemon relies on being the only one adjusting the time
(if you have multiple OS'es, only one of them can touch the time or
you get in trouble), so don't call ntpd if you use the hwclock daemon.

> 3) deamonize ntpd and somehow call hwclock once at startup
> (would ensure that some attempt was made to adjust for "incorrect" startup
> system time due to local time being stored in the RTC, even if the internet
> isn't available, but may have the same risk of conflict as #2 AND may need
> to also somehow call hwclock at shut down to convert system time to
> localtime before the RTC is updated?)

The initscripts (have a look in /etc/rc.sysinit) already call hwclock
once on boot to set the timezone, so if you set
HARDWARECLOCK=localtime, and add ntpd to DAEMONS this is roughly what
you get.

> 4) deamonize only ntpd
> (But without hwclock how do I update the RTC with local time on shutdown?
> OR does the term "ntpd/dualboot" refer to some configuration of ntpd where
> it will somehow store localtime in the RTC on shutdown without having to
> use hwclock???)

ntpd will write the correct time to RTC every 11 minutes, so no need
to do anything with hwclock (except for the initial set that is done
for you).

> 5) deamonize only hwclock and depend on my am habit of glancing at the
> localtime value stored in the RTC via the bios setup screen, before the days
> 1st OS boot {and manually fixing if incorrect} to solve DST issues and any
> {power off} RTC drift,etc... (of course this way my system time will never be
> more accurate than the clock on my office wall..)

This will probably mean that hwclock's drift calculations will get
confused by your manual sets of DST.

My advice to you is:

Use ntpd and do not use the hwclock daemon. The only time using the
hwclock daemon makes sense is if you know that nothing else touches
the RTC (even other OS instances) and you are unable to use ntpd (and
you are using your RTC in UTC).

If you don't want/can't use ntpd, I suggest using nothing at all, and
just adjusting the time manually when you notice it being off
(basically treat your computer like an expensive wall clock).

-t

PS
Or better still: set your clock to UTC and use ntpd to keep things accurate.

From seblu at seblu.net  Sat Jul 16 14:31:28 2011
From: seblu at seblu.net (Seblu)
Date: Sat, 16 Jul 2011 20:31:28 +0200
Subject: [arch-general] [arch-dev-public] dropping tcp_wrapper support
In-Reply-To: <CA+Yovz-to15yCTHuD7n2HQ5B_E1s-pmHmnTE264SL7ehfQK4cA@mail.gmail.com>
References: <20110713022741.GE19258@rampage>
 <CAG_3X=mEzpvsShzujksOgfzDK30YuFqt2dVqAvGWO6tP9w4Mjw@mail.gmail.com>
 <CA+Yovz8eHmrxzfiKK2ZC781rYte=8pNeOGisSKnzM6rvwAwtdA@mail.gmail.com>
 <1501168.uhCrH875F1@stockholm>
 <CA+Yovz-to15yCTHuD7n2HQ5B_E1s-pmHmnTE264SL7ehfQK4cA@mail.gmail.com>
Message-ID: <CAJSTwE6VxMXC10RyUim9KEeAhqEv3=X6j2nPEGLpOpjvVrqJpw@mail.gmail.com>

On Sat, Jul 16, 2011 at 7:32 PM, Vic Demuzere <vic at demuzere.be> wrote:
> On 16 July 2011 19:22, Andrea Scarpino <andrea at archlinux.org> wrote:
>>
>> old hosts.allow:
>> sshd: 192.
>> ntfs: 192.
>>
>> iptables:
>> -A INPUT -j REJECT
>> -A INPUT -p tcp -s 192.168.0.0/24 --dport ssh -j ACCEPT
>> -A INPUT -p tcp -s 192.168.0.0/24 --dport nfs -j ACCEPT
>> -A INPUT -p udp -s 192.168.0.0/24 --dport nfs -j ACCEPT
>>
>
> So, you're saying that those 4 lines are easier than the 2 short ones
> in hosts.allow? Ah well, I'll have to learn to write iptables scripts
> then, I suppose.

It's a shame that you doesn't know how to write iptables scripts. (joke)

tcp_wrappers are so old and so limited.  I'm proud that archlinux drop this.

Regards,

-- 
S?bastien Luttringer
www.seblu.net

From thatch45 at gmail.com  Sat Jul 16 14:42:05 2011
From: thatch45 at gmail.com (Thomas S Hatch)
Date: Sat, 16 Jul 2011 12:42:05 -0600
Subject: [arch-general] [arch-dev-public] dropping tcp_wrapper support
In-Reply-To: <4E21CE81.3000506@archlinux.org>
References: <20110713022741.GE19258@rampage>
 <CAG_3X=mEzpvsShzujksOgfzDK30YuFqt2dVqAvGWO6tP9w4Mjw@mail.gmail.com>
 <CA+Yovz8eHmrxzfiKK2ZC781rYte=8pNeOGisSKnzM6rvwAwtdA@mail.gmail.com>
 <1501168.uhCrH875F1@stockholm>
 <CA+Yovz-to15yCTHuD7n2HQ5B_E1s-pmHmnTE264SL7ehfQK4cA@mail.gmail.com>
 <CANcOiu16FEPve5de+YrqjHu6yXoRnW5KMW_oeOdiHVHpza9A7g@mail.gmail.com>
 <4E21CE81.3000506@archlinux.org>
Message-ID: <CAO18cg9TNcwT6V3wm2_aoMfOWo2qvodDao1OOTb+wMrJxSfbCA@mail.gmail.com>

Mind if I try to clear a few things up here?

1. Yes Andrea, your iptables rules will most likely not achieve the desired
effect, as placing the REJECT on the top will REJECT traffic before it gets
to the ACCEPT.
2. tcp_wrappers is old and logically %100 redundant with a subset of the
features of iptables
3. tcp_wrappers is made to operate on a per application layer, this means
that the ALL:ALL in allow.deny only blocks applications that are linked with
the libwrap librairy. This means that tcp_wrappers denial only protects
against a small subset of applications and can create a false sens of
security.
4. Fewer and fewer applications make use of tcp_wrappers, this means that
updates to packages can open up security holes because of easily unnoticed
upstream changes. A good example of this is when vsftpd dropped default
support for tcp_wrappers a few years ago and an update could transparently
remove the security layer.
5. tcp_wrappers is a slow solution, it creates many checks for every
application connection which iptables does inside kernel space in a fraction
of the time.
6. tcp_wrappers was made to be (and still is) a discretionary access system
(DAC) back in the 80s before OS level firewalls were readily available. DAC
security systems logically unwise to trust and are outdated, reflecting the
days of the "safe internet".

In the end, I tell people that using tcp_wrappers is unnecessary and unwise,
iptables is VERY powerful, and once you understand how rules are constructed
and parsed it is an easy and manageable solution.

Thanks to the Arch devs for taking this out, this was the right move and I
will argue that it has made Arch more secure by not supporting outdated
security constructs.

-Thomas S Hatch

From grbzks at xsmail.com  Sat Jul 16 15:09:35 2011
From: grbzks at xsmail.com (Grigorios Bouzakis)
Date: Sat, 16 Jul 2011 22:09:35 +0300
Subject: [arch-general] News draft for dropping tcp_wrappers
In-Reply-To: <CAEik5nOsScAay2x_6VuLGuq5MMYxjyv0OxCzGHyWYdLR-3joFg@mail.gmail.com>
References: <CAEik5nOsScAay2x_6VuLGuq5MMYxjyv0OxCzGHyWYdLR-3joFg@mail.gmail.com>
Message-ID: <20110716190930.GA23477@netbook>

Dan McGee wrote:
> Dropping tcp_wrappers support
>
> Due to upstream not having released a new version since April 1997, we
> are dropping `tcp_wrappers` support from all packages and removing the
> package from `[core]`. In addition, newer daemons and applications are
> inconsistent in their support for libwrap, leading to confusion as to
> whether an application supports the library.
>
> If you currently use `/etc/hosts.allow` or `/etc/hosts.deny` for
> security or logging purposes, you will need to adjust accordingly and
> use another tool such as `iptables`.
>

Why has this been announced since it hasnt happened yet?
Isn't that the point of news? Announce something thats taken place.
But this is still in testing which isnt a news worthy place.

Greg
-- 
()  against html e-mail  |  usenet & email communication netiquette
/\  www.asciiribbon.org  |  www.netmeister.org/news/learn2quote.html

From bluewind at xinu.at  Sat Jul 16 15:17:04 2011
From: bluewind at xinu.at (Florian Pritz)
Date: Sat, 16 Jul 2011 21:17:04 +0200
Subject: [arch-general] News draft for dropping tcp_wrappers
In-Reply-To: <20110716190930.GA23477@netbook>
References: <CAEik5nOsScAay2x_6VuLGuq5MMYxjyv0OxCzGHyWYdLR-3joFg@mail.gmail.com>
 <20110716190930.GA23477@netbook>
Message-ID: <4E21E3B0.4090200@xinu.at>

On 16.07.2011 21:09, Grigorios Bouzakis wrote:
> Dan McGee wrote:
>> Dropping tcp_wrappers support
>>
>> Due to upstream not having released a new version since April 1997, we
>> are dropping `tcp_wrappers` support from all packages and removing the
>> package from `[core]`. In addition, newer daemons and applications are
>> inconsistent in their support for libwrap, leading to confusion as to
>> whether an application supports the library.
>>
>> If you currently use `/etc/hosts.allow` or `/etc/hosts.deny` for
>> security or logging purposes, you will need to adjust accordingly and
>> use another tool such as `iptables`.
>>
> 
> Why has this been announced since it hasnt happened yet?
> Isn't that the point of news? Announce something thats taken place.
> But this is still in testing which isnt a news worthy place.

Dan posted this now so tcp_wrapper users have to to prepare before
things go sideways since their systems might be unprotected when they
install the updates.

-- 
Florian Pritz

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: OpenPGP digital signature
URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110716/620988ca/attachment.asc>

From enlil65 at gmail.com  Sat Jul 16 15:51:31 2011
From: enlil65 at gmail.com (Peggy Wilkins)
Date: Sat, 16 Jul 2011 14:51:31 -0500
Subject: [arch-general] [arch-dev-public] dropping tcp_wrapper support
In-Reply-To: <CAO18cg9TNcwT6V3wm2_aoMfOWo2qvodDao1OOTb+wMrJxSfbCA@mail.gmail.com>
References: <20110713022741.GE19258@rampage>
 <CAG_3X=mEzpvsShzujksOgfzDK30YuFqt2dVqAvGWO6tP9w4Mjw@mail.gmail.com>
 <CA+Yovz8eHmrxzfiKK2ZC781rYte=8pNeOGisSKnzM6rvwAwtdA@mail.gmail.com>
 <1501168.uhCrH875F1@stockholm>
 <CA+Yovz-to15yCTHuD7n2HQ5B_E1s-pmHmnTE264SL7ehfQK4cA@mail.gmail.com>
 <CANcOiu16FEPve5de+YrqjHu6yXoRnW5KMW_oeOdiHVHpza9A7g@mail.gmail.com>
 <4E21CE81.3000506@archlinux.org>
 <CAO18cg9TNcwT6V3wm2_aoMfOWo2qvodDao1OOTb+wMrJxSfbCA@mail.gmail.com>
Message-ID: <CAG_3X=kT0uLiADjs6L4bjPEHjWMf-ybTQ4mFD7Rhbb6nhE+vQw@mail.gmail.com>

On Sat, Jul 16, 2011 at 1:42 PM, Thomas S Hatch <thatch45 at gmail.com> wrote:

> In the end, I tell people that using tcp_wrappers is unnecessary and unwise,
> iptables is VERY powerful, and once you understand how rules are constructed
> and parsed it is an easy and manageable solution.

I have nothing to say against iptables and other full firewall
solutions.  However, for my part running a number of desktops for
other people at work with only sshd as a service, tcp wrappers plus
denyhosts (plus disabling password authentication for good measure)
already does exactly what I want.  Performance doesn't enter into this
issue for us, we have so many spare CPU cycles it's comical.

Everyone doesn't have the same circusmstances and needs.  I just would
like this option to continue because I'm using it now and I find it
useful and it meets my immediate needs.  I also don't need my time at
work diverted into a sudden project to write firewall rules that work
for every desktop.

> Thanks to the Arch devs for taking this out, this was the right move and I
> will argue that it has made Arch more secure by not supporting outdated
> security constructs.

I view it as taking away my freedom to choose to run what I want in
the simplest possible way.  This is a major change.  A large part of
the reason I chose Arch is because it is straightforward to configure,
hence doesn't require a lot of my time (which is properly spent
running servers, not desktops) -- an easy way to get Linux on the
desktop for our site which is otherwise all Windows desktops.  I
already know the limitations of my choice (and I use full firewalls in
other situations).

Surely there is a good compromise possible...

From teg at jklm.no  Sat Jul 16 16:21:04 2011
From: teg at jklm.no (Tom Gundersen)
Date: Sat, 16 Jul 2011 22:21:04 +0200
Subject: [arch-general] [arch-dev-public] dropping tcp_wrapper support
In-Reply-To: <CAO18cg9TNcwT6V3wm2_aoMfOWo2qvodDao1OOTb+wMrJxSfbCA@mail.gmail.com>
References: <20110713022741.GE19258@rampage>
 <CAG_3X=mEzpvsShzujksOgfzDK30YuFqt2dVqAvGWO6tP9w4Mjw@mail.gmail.com>
 <CA+Yovz8eHmrxzfiKK2ZC781rYte=8pNeOGisSKnzM6rvwAwtdA@mail.gmail.com>
 <1501168.uhCrH875F1@stockholm>
 <CA+Yovz-to15yCTHuD7n2HQ5B_E1s-pmHmnTE264SL7ehfQK4cA@mail.gmail.com>
 <CANcOiu16FEPve5de+YrqjHu6yXoRnW5KMW_oeOdiHVHpza9A7g@mail.gmail.com>
 <4E21CE81.3000506@archlinux.org>
 <CAO18cg9TNcwT6V3wm2_aoMfOWo2qvodDao1OOTb+wMrJxSfbCA@mail.gmail.com>
Message-ID: <CAG-2HqVvEOq3QcxNFu7DQLDGwqAvK8rzDbDRaA+SP_uPpcDwNA@mail.gmail.com>

On Sat, Jul 16, 2011 at 8:42 PM, Thomas S Hatch <thatch45 at gmail.com> wrote:
> Mind if I try to clear a few things up here?

Thanks for the very understandable explanation!

Cheers,

Tom

From ibiru at archlinux.org  Sat Jul 16 16:23:23 2011
From: ibiru at archlinux.org (Ionut Biru)
Date: Sat, 16 Jul 2011 23:23:23 +0300
Subject: [arch-general] [arch-dev-public] dropping tcp_wrapper support
In-Reply-To: <CAG_3X=mEzpvsShzujksOgfzDK30YuFqt2dVqAvGWO6tP9w4Mjw@mail.gmail.com>
References: <20110713022741.GE19258@rampage> <4E1D0937.1010908@archlinux.org>
 <20110713121026.GG19258@rampage> <7634545.ceZHYQz6Lg@assurancetourix>
 <CAEik5nN87_L0UnE57AD5Ns3PYu=mkudKBf4jLA4z+8dFaPDDPQ@mail.gmail.com>
 <CAO18cg9_o7s-dz4SGbzcc0jjLK=9=Z-Wt2pPANcNjbz408NQjQ@mail.gmail.com>
 <CAG_3X=mEzpvsShzujksOgfzDK30YuFqt2dVqAvGWO6tP9w4Mjw@mail.gmail.com>
Message-ID: <4E21F33B.9020503@archlinux.org>

On 07/16/2011 08:06 PM, Peggy Wilkins wrote:
> I am an end user who is very unhappy about the removal of this option.
>   I didn't even know dropping tcp_wrappers was under consideration; had
> I known that I would have spoken up with my vote against removing
> support.
>
> The annoucement suggests that a major reason for dropping support is
> that it is "confusing" to end users.  An easy solution to that is to
> make a default hosts.allow file that says "ALL : ALL : ALLOW"  out of
> the box.  Then those of use wanting to simply restrict access (useful
> in many scenarios) can change that default as needed.
>

i read the news entry couples of times and I don't get it how you reach 
this conclusion. Really, this is not the reason and I found your comment 
hilarious.

> IMO for users who want to use this feature, the burden is on the end
> user to find which services support tcp wrappers and which don't.  A
> default "allow" policy makes this simple.
>

users who want this feature can as well recompile the desire services 
with this support.

> Surely I'm not the only tcp wrappers user out there.  I will sorely
> miss this option and strongly wish it to remain.


-- 
Ionu?

From jelle at vdwaa.nl  Sat Jul 16 16:44:25 2011
From: jelle at vdwaa.nl (Jelle van der Waa)
Date: Sat, 16 Jul 2011 22:44:25 +0200
Subject: [arch-general] [arch-dev-public] dropping tcp_wrapper support
In-Reply-To: <CAG_3X=kT0uLiADjs6L4bjPEHjWMf-ybTQ4mFD7Rhbb6nhE+vQw@mail.gmail.com>
References: <20110713022741.GE19258@rampage>
 <CAG_3X=mEzpvsShzujksOgfzDK30YuFqt2dVqAvGWO6tP9w4Mjw@mail.gmail.com>
 <CA+Yovz8eHmrxzfiKK2ZC781rYte=8pNeOGisSKnzM6rvwAwtdA@mail.gmail.com>
 <1501168.uhCrH875F1@stockholm>
 <CA+Yovz-to15yCTHuD7n2HQ5B_E1s-pmHmnTE264SL7ehfQK4cA@mail.gmail.com>
 <CANcOiu16FEPve5de+YrqjHu6yXoRnW5KMW_oeOdiHVHpza9A7g@mail.gmail.com>
 <4E21CE81.3000506@archlinux.org>
 <CAO18cg9TNcwT6V3wm2_aoMfOWo2qvodDao1OOTb+wMrJxSfbCA@mail.gmail.com>
 <CAG_3X=kT0uLiADjs6L4bjPEHjWMf-ybTQ4mFD7Rhbb6nhE+vQw@mail.gmail.com>
Message-ID: <4E21F829.6080704@vdwaa.nl>

On 07/16/2011 09:51 PM, Peggy Wilkins wrote:
> On Sat, Jul 16, 2011 at 1:42 PM, Thomas S Hatch<thatch45 at gmail.com>  wrote:
>
>> In the end, I tell people that using tcp_wrappers is unnecessary and unwise,
>> iptables is VERY powerful, and once you understand how rules are constructed
>> and parsed it is an easy and manageable solution.
> I have nothing to say against iptables and other full firewall
> solutions.  However, for my part running a number of desktops for
> other people at work with only sshd as a service, tcp wrappers plus
> denyhosts (plus disabling password authentication for good measure)
> already does exactly what I want.  Performance doesn't enter into this
> issue for us, we have so many spare CPU cycles it's comical.
>
> Everyone doesn't have the same circusmstances and needs.  I just would
> like this option to continue because I'm using it now and I find it
> useful and it meets my immediate needs.  I also don't need my time at
> work diverted into a sudden project to write firewall rules that work
> for every desktop.
You're better of blocking unwanted attempts at ssh with iptables or use 
sshgaurd. Or you could try http://smarden.org/ipsvd/
>> Thanks to the Arch devs for taking this out, this was the right move and I
>> will argue that it has made Arch more secure by not supporting outdated
>> security constructs.
> I view it as taking away my freedom to choose to run what I want in
> the simplest possible way.  This is a major change.  A large part of
> the reason I chose Arch is because it is straightforward to configure,
> hence doesn't require a lot of my time (which is properly spent
> running servers, not desktops) -- an easy way to get Linux on the
> desktop for our site which is otherwise all Windows desktops.  I
> already know the limitations of my choice (and I use full firewalls in
> other situations).
>
> Surely there is a good compromise possible...
There

-- 
Jelle van der Waa


From enlil65 at gmail.com  Sat Jul 16 16:47:49 2011
From: enlil65 at gmail.com (Peggy Wilkins)
Date: Sat, 16 Jul 2011 15:47:49 -0500
Subject: [arch-general] [arch-dev-public] dropping tcp_wrapper support
In-Reply-To: <4E21F33B.9020503@archlinux.org>
References: <20110713022741.GE19258@rampage> <4E1D0937.1010908@archlinux.org>
 <20110713121026.GG19258@rampage>
 <7634545.ceZHYQz6Lg@assurancetourix>
 <CAEik5nN87_L0UnE57AD5Ns3PYu=mkudKBf4jLA4z+8dFaPDDPQ@mail.gmail.com>
 <CAO18cg9_o7s-dz4SGbzcc0jjLK=9=Z-Wt2pPANcNjbz408NQjQ@mail.gmail.com>
 <CAG_3X=mEzpvsShzujksOgfzDK30YuFqt2dVqAvGWO6tP9w4Mjw@mail.gmail.com>
 <4E21F33B.9020503@archlinux.org>
Message-ID: <CAG_3X=nW_dicYuyz5F8YsbME6R-bj2hAR_7ZZeFa=XwaY0XviA@mail.gmail.com>

On Sat, Jul 16, 2011 at 3:23 PM, Ionut Biru <ibiru at archlinux.org> wrote:
> On 07/16/2011 08:06 PM, Peggy Wilkins wrote:
>>
>> The annoucement suggests that a major reason for dropping support is
>> that it is "confusing" to end users. ?An easy solution to that is to
>> make a default hosts.allow file that says "ALL : ALL : ALLOW" ?out of
>> the box. ?Then those of use wanting to simply restrict access (useful
>> in many scenarios) can change that default as needed.
>>
>
> i read the news entry couples of times and I don't get it how you reach this
> conclusion. Really, this is not the reason and I found your comment
> hilarious.

I was referring to this:

"Additionally, newer daemons and applications are inconsistent in
their support for libwrap, leading to confusion as to whether an
application supports the library."

This is true, it is confusing.  My response was to say, well, change
the default config then, and that criticism won't carry the same
impact.  (To be honest I have no idea what Arch's default config is
for /etc/hosts.{allow|deny} because I edit it within minutes of a new
install, but it seems that if it were default allow for ALL then it
wouldn't cause as much trouble for people who wonder why sshd or
whatever isn't working...)

> users who want this feature can as well recompile the desire services with
> this support.

I will again say I chose Arch because I don't have to spend my time
doing that (for a desktop OS); I very much appreciate the people who
put the time into compiling things so I don't have to.  I spend a fair
amount of time compiling software at work, and I don't want a larger
list of things to recompile regularly.

I am not intending on continuing to bore everyone with my opinion here...

I still wish support would stay, but it's not my decision, I just
wanted to speak up in case anyone but me cared (and apparently I
really am the only one...).

From thomas at archlinux.org  Sat Jul 16 16:58:07 2011
From: thomas at archlinux.org (=?ISO-8859-15?Q?Thomas_B=E4chler?=)
Date: Sat, 16 Jul 2011 22:58:07 +0200
Subject: [arch-general] [arch-dev-public] dropping tcp_wrapper support
In-Reply-To: <CAG_3X=kT0uLiADjs6L4bjPEHjWMf-ybTQ4mFD7Rhbb6nhE+vQw@mail.gmail.com>
References: <20110713022741.GE19258@rampage>
 <CAG_3X=mEzpvsShzujksOgfzDK30YuFqt2dVqAvGWO6tP9w4Mjw@mail.gmail.com>
 <CA+Yovz8eHmrxzfiKK2ZC781rYte=8pNeOGisSKnzM6rvwAwtdA@mail.gmail.com>
 <1501168.uhCrH875F1@stockholm>
 <CA+Yovz-to15yCTHuD7n2HQ5B_E1s-pmHmnTE264SL7ehfQK4cA@mail.gmail.com>
 <CANcOiu16FEPve5de+YrqjHu6yXoRnW5KMW_oeOdiHVHpza9A7g@mail.gmail.com>
 <4E21CE81.3000506@archlinux.org>
 <CAO18cg9TNcwT6V3wm2_aoMfOWo2qvodDao1OOTb+wMrJxSfbCA@mail.gmail.com>
 <CAG_3X=kT0uLiADjs6L4bjPEHjWMf-ybTQ4mFD7Rhbb6nhE+vQw@mail.gmail.com>
Message-ID: <4E21FB5F.9030507@archlinux.org>

Am 16.07.2011 21:51, schrieb Peggy Wilkins:
> I have nothing to say against iptables and other full firewall
> solutions.  However, for my part running a number of desktops for
> other people at work with only sshd as a service, tcp wrappers plus
> denyhosts (plus disabling password authentication for good measure)
> already does exactly what I want.  Performance doesn't enter into this
> issue for us, we have so many spare CPU cycles it's comical.

If you don't enable password authentication, restricting access to the
ssh server on a per-host basis is completely unnecessary.

Anyway, sshd can be configured to deny connections depending on the
host, you don't need tcp_wrappers for that. It would require actually
reading a manpage though.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 262 bytes
Desc: OpenPGP digital signature
URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110716/1bd85711/attachment.asc>

From rullger at ntlworld.com  Sat Jul 16 17:00:44 2011
From: rullger at ntlworld.com (Richard Ullger)
Date: Sat, 16 Jul 2011 22:00:44 +0100
Subject: [arch-general] [arch-dev-public] dropping tcp_wrapper support
In-Reply-To: <4E21F33B.9020503@archlinux.org>
References: <20110713022741.GE19258@rampage>
 <4E1D0937.1010908@archlinux.org> <20110713121026.GG19258@rampage>
 <7634545.ceZHYQz6Lg@assurancetourix>
 <CAEik5nN87_L0UnE57AD5Ns3PYu=mkudKBf4jLA4z+8dFaPDDPQ@mail.gmail.com>
 <CAO18cg9_o7s-dz4SGbzcc0jjLK=9=Z-Wt2pPANcNjbz408NQjQ@mail.gmail.com>
 <CAG_3X=mEzpvsShzujksOgfzDK30YuFqt2dVqAvGWO6tP9w4Mjw@mail.gmail.com>
 <4E21F33B.9020503@archlinux.org>
Message-ID: <1310850062.1960.2.camel@localhost.localdomain>

What do the devs intend to do with packages that depend on tcp_wrapper
such as syslog-ng, xinetd and esound which is a dependency of gstreamer?

Richard.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part
URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110716/10c91efe/attachment.asc>

From thomas at archlinux.org  Sat Jul 16 17:04:43 2011
From: thomas at archlinux.org (=?ISO-8859-15?Q?Thomas_B=E4chler?=)
Date: Sat, 16 Jul 2011 23:04:43 +0200
Subject: [arch-general] [arch-dev-public] dropping tcp_wrapper support
In-Reply-To: <1310850062.1960.2.camel@localhost.localdomain>
References: <20110713022741.GE19258@rampage> <4E1D0937.1010908@archlinux.org>
 <20110713121026.GG19258@rampage> <7634545.ceZHYQz6Lg@assurancetourix>
 <CAEik5nN87_L0UnE57AD5Ns3PYu=mkudKBf4jLA4z+8dFaPDDPQ@mail.gmail.com>
 <CAO18cg9_o7s-dz4SGbzcc0jjLK=9=Z-Wt2pPANcNjbz408NQjQ@mail.gmail.com>
 <CAG_3X=mEzpvsShzujksOgfzDK30YuFqt2dVqAvGWO6tP9w4Mjw@mail.gmail.com>
 <4E21F33B.9020503@archlinux.org>
 <1310850062.1960.2.camel@localhost.localdomain>
Message-ID: <4E21FCEB.2000207@archlinux.org>

Am 16.07.2011 23:00, schrieb Richard Ullger:
> What do the devs intend to do with packages that depend on tcp_wrapper
> such as syslog-ng, xinetd and esound which is a dependency of gstreamer?
> 
> Richard.

None of those depends on tcp_wrappers.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 262 bytes
Desc: OpenPGP digital signature
URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110716/ff1429d5/attachment.asc>

From thatch45 at gmail.com  Sat Jul 16 17:08:18 2011
From: thatch45 at gmail.com (Thomas S Hatch)
Date: Sat, 16 Jul 2011 15:08:18 -0600
Subject: [arch-general] [arch-dev-public] dropping tcp_wrapper support
In-Reply-To: <4E21FCEB.2000207@archlinux.org>
References: <20110713022741.GE19258@rampage> <4E1D0937.1010908@archlinux.org>
 <20110713121026.GG19258@rampage>
 <7634545.ceZHYQz6Lg@assurancetourix>
 <CAEik5nN87_L0UnE57AD5Ns3PYu=mkudKBf4jLA4z+8dFaPDDPQ@mail.gmail.com>
 <CAO18cg9_o7s-dz4SGbzcc0jjLK=9=Z-Wt2pPANcNjbz408NQjQ@mail.gmail.com>
 <CAG_3X=mEzpvsShzujksOgfzDK30YuFqt2dVqAvGWO6tP9w4Mjw@mail.gmail.com>
 <4E21F33B.9020503@archlinux.org>
 <1310850062.1960.2.camel@localhost.localdomain>
 <4E21FCEB.2000207@archlinux.org>
Message-ID: <CAO18cg-n5iQ+GyiG149EDBCR-rBdEe+Edwhg8T8JATELzm7pJQ@mail.gmail.com>

On Sat, Jul 16, 2011 at 3:04 PM, Thomas B?chler <thomas at archlinux.org>wrote:

> Am 16.07.2011 23:00, schrieb Richard Ullger:
> > What do the devs intend to do with packages that depend on tcp_wrapper
> > such as syslog-ng, xinetd and esound which is a dependency of gstreamer?
> >
> > Richard.
>
> None of those depends on tcp_wrappers.
>
> For those packages that have tcp_wrappers listed as deps, they can all be
built without tcp_wrapper support. the tcp_wrapper package provides NO
additional functionality required by any application. It can be removed
cleanly.

From enlil65 at gmail.com  Sat Jul 16 17:47:22 2011
From: enlil65 at gmail.com (Peggy Wilkins)
Date: Sat, 16 Jul 2011 16:47:22 -0500
Subject: [arch-general] [arch-dev-public] dropping tcp_wrapper support
In-Reply-To: <4E21FB5F.9030507@archlinux.org>
References: <20110713022741.GE19258@rampage>
 <CAG_3X=mEzpvsShzujksOgfzDK30YuFqt2dVqAvGWO6tP9w4Mjw@mail.gmail.com>
 <CA+Yovz8eHmrxzfiKK2ZC781rYte=8pNeOGisSKnzM6rvwAwtdA@mail.gmail.com>
 <1501168.uhCrH875F1@stockholm>
 <CA+Yovz-to15yCTHuD7n2HQ5B_E1s-pmHmnTE264SL7ehfQK4cA@mail.gmail.com>
 <CANcOiu16FEPve5de+YrqjHu6yXoRnW5KMW_oeOdiHVHpza9A7g@mail.gmail.com>
 <4E21CE81.3000506@archlinux.org>
 <CAO18cg9TNcwT6V3wm2_aoMfOWo2qvodDao1OOTb+wMrJxSfbCA@mail.gmail.com>
 <CAG_3X=kT0uLiADjs6L4bjPEHjWMf-ybTQ4mFD7Rhbb6nhE+vQw@mail.gmail.com>
 <4E21FB5F.9030507@archlinux.org>
Message-ID: <CAG_3X=kxZgEjJ5cL8_pgJvcVn6UUKTJy=ixdkjA-TLV_-zzgng@mail.gmail.com>

On Sat, Jul 16, 2011 at 3:58 PM, Thomas B?chler <thomas at archlinux.org> wrote:
>
> Anyway, sshd can be configured to deny connections depending on the
> host, you don't need tcp_wrappers for that.

The cost of that solution is requiring sshd restart every time one
wanted to modify access.  Not the end of the world though it's
susceptible to human error if you forget to do it.

From registo.mailling at gmail.com  Sat Jul 16 18:02:34 2011
From: registo.mailling at gmail.com (Mauro Santos)
Date: Sat, 16 Jul 2011 23:02:34 +0100
Subject: [arch-general] [arch-dev-public] dropping tcp_wrapper support
In-Reply-To: <4136485.6tiDQhazS5@stockholm>
References: <20110713022741.GE19258@rampage>
 <CAO18cg9_o7s-dz4SGbzcc0jjLK=9=Z-Wt2pPANcNjbz408NQjQ@mail.gmail.com>
 <CAG_3X=mEzpvsShzujksOgfzDK30YuFqt2dVqAvGWO6tP9w4Mjw@mail.gmail.com>
 <4136485.6tiDQhazS5@stockholm>
Message-ID: <4E220A7A.6080709@gmail.com>

On 16-07-2011 18:13, Andrea Scarpino wrote:

> Technically this is what we did: without tcp_wrappers every input is accepted 
> now.

I'd say that if not using iptables most input was already being accepted
anyway so not supporting tcp_wrappers at all will make users more aware
of what is allowed in.

> You've to setup iptables to deny all input and accept only what you need. I 
> never used iptables before, but now I find its syntax really simple, and 
> powerful.

And while you are at it you might want to consider restricting the
allowed outbound ip/ports for good measure ;)

-- 
Mauro Santos

From louipc.ist at gmail.com  Sat Jul 16 18:23:11 2011
From: louipc.ist at gmail.com (Loui Chang)
Date: Sat, 16 Jul 2011 18:23:11 -0400
Subject: [arch-general] [arch-dev-public] dropping tcp_wrapper support
In-Reply-To: <CAG_3X=nW_dicYuyz5F8YsbME6R-bj2hAR_7ZZeFa=XwaY0XviA@mail.gmail.com>
References: <20110713022741.GE19258@rampage> <4E1D0937.1010908@archlinux.org>
 <20110713121026.GG19258@rampage>
 <7634545.ceZHYQz6Lg@assurancetourix>
 <CAEik5nN87_L0UnE57AD5Ns3PYu=mkudKBf4jLA4z+8dFaPDDPQ@mail.gmail.com>
 <CAO18cg9_o7s-dz4SGbzcc0jjLK=9=Z-Wt2pPANcNjbz408NQjQ@mail.gmail.com>
 <CAG_3X=mEzpvsShzujksOgfzDK30YuFqt2dVqAvGWO6tP9w4Mjw@mail.gmail.com>
 <4E21F33B.9020503@archlinux.org>
 <CAG_3X=nW_dicYuyz5F8YsbME6R-bj2hAR_7ZZeFa=XwaY0XviA@mail.gmail.com>
Message-ID: <20110716222311.GA29921@celine>

On Sat 16 Jul 2011 15:47 -0500, Peggy Wilkins wrote:
> On Sat, Jul 16, 2011 at 3:23 PM, Ionut Biru <ibiru at archlinux.org> wrote:
> > On 07/16/2011 08:06 PM, Peggy Wilkins wrote:
> >>
> >> The annoucement suggests that a major reason for dropping support is
> >> that it is "confusing" to end users. ?An easy solution to that is to
> >> make a default hosts.allow file that says "ALL : ALL : ALLOW" ?out of
> >> the box. ?Then those of use wanting to simply restrict access (useful
> >> in many scenarios) can change that default as needed.
> >
> > i read the news entry couples of times and I don't get it how you
> > reach this conclusion. Really, this is not the reason and I found
> > your comment hilarious.
> 
> I was referring to this:
> 
> "Additionally, newer daemons and applications are inconsistent in
> their support for libwrap, leading to confusion as to whether an
> application supports the library."
> 
> This is true, it is confusing.  My response was to say, well, change
> the default config then, and that criticism won't carry the same
> impact.  (To be honest I have no idea what Arch's default config is
> for /etc/hosts.{allow|deny} because I edit it within minutes of a new
> install, but it seems that if it were default allow for ALL then it
> wouldn't cause as much trouble for people who wonder why sshd or
> whatever isn't working...)
> 
> > users who want this feature can as well recompile the desire services with
> > this support.
> 
> I will again say I chose Arch because I don't have to spend my time
> doing that (for a desktop OS); I very much appreciate the people who
> put the time into compiling things so I don't have to.  I spend a fair
> amount of time compiling software at work, and I don't want a larger
> list of things to recompile regularly.
> 
> I am not intending on continuing to bore everyone with my opinion here...
> 
> I still wish support would stay, but it's not my decision, I just
> wanted to speak up in case anyone but me cared (and apparently I
> really am the only one...).

I think it makes sense to have only one place to control traffic, makes
things a little simpler. tcp_wrappers is like a helper program for
beginner users to control traffic, but you can most likely find a
program that would help beginners to create iptable rules. I don't use
them so I can't advocate any particular program though.

Cheers.


From grbzks at xsmail.com  Sat Jul 16 21:59:33 2011
From: grbzks at xsmail.com (Grigorios Bouzakis)
Date: Sun, 17 Jul 2011 04:59:33 +0300
Subject: [arch-general] News draft for dropping tcp_wrappers
In-Reply-To: <4E21E3B0.4090200@xinu.at>
References: <CAEik5nOsScAay2x_6VuLGuq5MMYxjyv0OxCzGHyWYdLR-3joFg@mail.gmail.com>
 <20110716190930.GA23477@netbook> <4E21E3B0.4090200@xinu.at>
Message-ID: <20110717015841.GA24058@netbook>

Florian Pritz wrote:
> On 16.07.2011 21:09, Grigorios Bouzakis wrote:
>> Dan McGee wrote:
>>> Dropping tcp_wrappers support
>>>
>>> Due to upstream not having released a new version since April 1997, we=
>
>>> are dropping `tcp_wrappers` support from all packages and removing the=
>
>>> package from `[core]`. In addition, newer daemons and applications are=
>
>>> inconsistent in their support for libwrap, leading to confusion as to
>>> whether an application supports the library.
>>>
>>> If you currently use `/etc/hosts.allow` or `/etc/hosts.deny` for
>>> security or logging purposes, you will need to adjust accordingly and
>>> use another tool such as `iptables`.
>>>
>>
>> Why has this been announced since it hasnt happened yet?
>> Isn't that the point of news? Announce something thats taken place.
>> But this is still in testing which isnt a news worthy place.
>
> Dan posted this now so tcp_wrapper users have to to prepare before
> things go sideways since their systems might be unprotected when they
> install the updates.

Thanks, i always had the idea that when news are announced people are
going to find the news item  in the next system update even if its
performed 1 min after the announcement. For the rest, theres
arch-dev-public.
Maybe its a good practice announcing things beforehand but i have the
feeling that it wasnt always the case. Probably just a matter of
habit/preference.

Greg
-- 
()  against html e-mail  |  usenet & email communication netiquette
/\  www.asciiribbon.org  |  www.netmeister.org/news/learn2quote.html

From ibiru at archlinux.org  Sun Jul 17 11:37:17 2011
From: ibiru at archlinux.org (Ionut Biru)
Date: Sun, 17 Jul 2011 18:37:17 +0300
Subject: [arch-general] The OpenCL ICD problem
In-Reply-To: <4E204DD5.7090004@archlinux.org>
References: <CAKWj5-+pRdwGREtt01VMWKr9JtFLgea8U27HhB25jTm6ADVp7g@mail.gmail.com>
 <4E15BB56.3060502@archlinux.org>
 <CAMikMhAn5OX2vzg1UuEZQixQ7td8bjAQTX4vif6ELTcCagxp8w@mail.gmail.com>
 <4E15E022.2030404@archlinux.org>
 <CAKWj5-L9MvzBkYqd+p-AR3nY631HwYK8XWKnxZEhV3SHLGpfdg@mail.gmail.com>
 <4E204DD5.7090004@archlinux.org>
Message-ID: <4E2301AD.1070409@archlinux.org>

On 07/15/2011 05:25 PM, Ionut Biru wrote:
> On 07/08/2011 09:49 PM, Vojt?ch Kr?l wrote:
>> So, what is going on? Don't you guys quit on me...
>>
>> @Nicolas:
>> You pointed out that the nVidia ICD loader (libOpenCL.so) is only
>> 1.0 (outdated),
>> that is correct, but the ICD specs only require 1.0, so 1.1 possibly
>> should not be needed.
>> See specs:
>> http://www.khronos.org/registry/cl/extensions/khr/cl_khr_icd.txt
>> Although this would require testing. I'll do it later if possible...
>>
>> ~kralyk
>
> i've been waiting a new nvidia version and now is time to push something
> into extra.
>
> in the end, is it settled that the name of the package for loader should
> be _libcl_ and the implementation _opencl-nvidia_ ?
>

Those are now in extra. I added couples of sonames into opencl-nvidia. 
Let me know what is bloat to remove and add it back into nvidia-utils.

/etc/
/etc/OpenCL/
/etc/OpenCL/vendors/
/etc/OpenCL/vendors/nvidia.icd
/usr/
/usr/lib/
/usr/lib/libcuda.so
/usr/lib/libcuda.so.1
/usr/lib/libcuda.so.275.19
/usr/lib/libnvcuvid.so
/usr/lib/libnvcuvid.so.1
/usr/lib/libnvcuvid.so.275.19
/usr/lib/libnvidia-compiler.so.275.19



-- 
Ionu?

From ianux at free.fr  Sun Jul 17 12:33:44 2011
From: ianux at free.fr (ianux)
Date: Sun, 17 Jul 2011 18:33:44 +0200
Subject: [arch-general] sdlmame post-install message
In-Reply-To: <4E2301AD.1070409@archlinux.org>
References: <CAKWj5-+pRdwGREtt01VMWKr9JtFLgea8U27HhB25jTm6ADVp7g@mail.gmail.com>
 <4E15BB56.3060502@archlinux.org>
 <CAMikMhAn5OX2vzg1UuEZQixQ7td8bjAQTX4vif6ELTcCagxp8w@mail.gmail.com>
 <4E15E022.2030404@archlinux.org>
 <CAKWj5-L9MvzBkYqd+p-AR3nY631HwYK8XWKnxZEhV3SHLGpfdg@mail.gmail.com>
 <4E204DD5.7090004@archlinux.org> <4E2301AD.1070409@archlinux.org>
Message-ID: <20110717183344.60bda7e0@free.fr>

Hi archers,

The sdlmame post-install script still echoes a warning about upgrading
from 0.117 or earlier. Since this version was released in july 2007, we
can assume that no current arch install still runs it.
So, it should be safe to remove this warning, don't you think? 

-- 
radio ianux - http://ianux.fr/


From bluewind at xinu.at  Sun Jul 17 12:35:26 2011
From: bluewind at xinu.at (Florian Pritz)
Date: Sun, 17 Jul 2011 18:35:26 +0200
Subject: [arch-general] sdlmame post-install message
In-Reply-To: <20110717183344.60bda7e0@free.fr>
References: <CAKWj5-+pRdwGREtt01VMWKr9JtFLgea8U27HhB25jTm6ADVp7g@mail.gmail.com>
 <4E15BB56.3060502@archlinux.org>
 <CAMikMhAn5OX2vzg1UuEZQixQ7td8bjAQTX4vif6ELTcCagxp8w@mail.gmail.com>
 <4E15E022.2030404@archlinux.org>
 <CAKWj5-L9MvzBkYqd+p-AR3nY631HwYK8XWKnxZEhV3SHLGpfdg@mail.gmail.com>
 <4E204DD5.7090004@archlinux.org> <4E2301AD.1070409@archlinux.org>
 <20110717183344.60bda7e0@free.fr>
Message-ID: <4E230F4E.6090000@xinu.at>

On 17.07.2011 18:33, ianux wrote:
> Hi archers,
> 
> The sdlmame post-install script still echoes a warning about upgrading
> from 0.117 or earlier. Since this version was released in july 2007, we
> can assume that no current arch install still runs it.
> So, it should be safe to remove this warning, don't you think? 
> 

This doesn't seem to be related to "[arch-general] The OpenCL ICD problem".

Next time please start a new thread instead of replying to and old one
and changing the subject.

-- 
Florian Pritz

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: OpenPGP digital signature
URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110717/750b4ec0/attachment.asc>

From ianux at free.fr  Sun Jul 17 13:53:35 2011
From: ianux at free.fr (ianux)
Date: Sun, 17 Jul 2011 19:53:35 +0200
Subject: [arch-general] sdlmame post-install message
In-Reply-To: <4E230F4E.6090000@xinu.at>
References: <CAKWj5-+pRdwGREtt01VMWKr9JtFLgea8U27HhB25jTm6ADVp7g@mail.gmail.com>
 <4E15BB56.3060502@archlinux.org>
 <CAMikMhAn5OX2vzg1UuEZQixQ7td8bjAQTX4vif6ELTcCagxp8w@mail.gmail.com>
 <4E15E022.2030404@archlinux.org>
 <CAKWj5-L9MvzBkYqd+p-AR3nY631HwYK8XWKnxZEhV3SHLGpfdg@mail.gmail.com>
 <4E204DD5.7090004@archlinux.org> <4E2301AD.1070409@archlinux.org>
 <20110717183344.60bda7e0@free.fr> <4E230F4E.6090000@xinu.at>
Message-ID: <20110717195335.6d1256f3@free.fr>

Le 17/07/11, Florian Pritz <bluewind at xinu.at> a ?crit :


> On 17.07.2011 18:33, ianux wrote:
> > Hi archers,
> > 
> > The sdlmame post-install script still echoes a warning about
> > upgrading from 0.117 or earlier. Since this version was released in
> > july 2007, we can assume that no current arch install still runs it.
> > So, it should be safe to remove this warning, don't you think? 
> > 
> 
> This doesn't seem to be related to "[arch-general] The OpenCL ICD
> problem".
> 
> Next time please start a new thread instead of replying to and old one
> and changing the subject.
> 

It's true that I did it that way. Thanks for pointing this out, I won't
do it again.

-- 
radio ianux - http://ianux.fr/


From kral.vojtech at gmail.com  Sun Jul 17 15:13:25 2011
From: kral.vojtech at gmail.com (=?ISO-8859-2?B?Vm9qdOxjaCBLcuFs?=)
Date: Sun, 17 Jul 2011 21:13:25 +0200
Subject: [arch-general] The OpenCL ICD problem
In-Reply-To: <4E2301AD.1070409@archlinux.org>
References: <CAKWj5-+pRdwGREtt01VMWKr9JtFLgea8U27HhB25jTm6ADVp7g@mail.gmail.com>
 <4E15BB56.3060502@archlinux.org>
 <CAMikMhAn5OX2vzg1UuEZQixQ7td8bjAQTX4vif6ELTcCagxp8w@mail.gmail.com>
 <4E15E022.2030404@archlinux.org>
 <CAKWj5-L9MvzBkYqd+p-AR3nY631HwYK8XWKnxZEhV3SHLGpfdg@mail.gmail.com>
 <4E204DD5.7090004@archlinux.org> <4E2301AD.1070409@archlinux.org>
Message-ID: <CAKWj5-Kyf14xoBHRDjyYVBfDpX3Us8KRd3wkb8nmYNP3yEnYEg@mail.gmail.com>

Thanks Ionut! So far it looks ok, I think there's no bloat.
I'll do some testing hopefully tonight.
And with Nicolas' code too...

Thanks for helping out, both of you...

~kralyk


2011/7/17 Ionut Biru <ibiru at archlinux.org>:
>>
>> i've been waiting a new nvidia version and now is time to push something
>> into extra.
>>
>> in the end, is it settled that the name of the package for loader should
>> be _libcl_ and the implementation _opencl-nvidia_ ?
>>
>
> Those are now in extra. I added couples of sonames into opencl-nvidia. Let
> me know what is bloat to remove and add it back into nvidia-utils.
>
> /etc/
> /etc/OpenCL/
> /etc/OpenCL/vendors/
> /etc/OpenCL/vendors/nvidia.icd
> /usr/
> /usr/lib/
> /usr/lib/libcuda.so
> /usr/lib/libcuda.so.1
> /usr/lib/libcuda.so.275.19
> /usr/lib/libnvcuvid.so
> /usr/lib/libnvcuvid.so.1
> /usr/lib/libnvcuvid.so.275.19
> /usr/lib/libnvidia-compiler.so.275.19
>
>
>
> --
> Ionu?
>

From thatch45 at gmail.com  Sun Jul 17 15:56:58 2011
From: thatch45 at gmail.com (Thomas S Hatch)
Date: Sun, 17 Jul 2011 13:56:58 -0600
Subject: [arch-general] [arch-dev-public] dropping tcp_wrapper support
In-Reply-To: <20110716222311.GA29921@celine>
References: <20110713022741.GE19258@rampage> <4E1D0937.1010908@archlinux.org>
 <20110713121026.GG19258@rampage>
 <7634545.ceZHYQz6Lg@assurancetourix>
 <CAEik5nN87_L0UnE57AD5Ns3PYu=mkudKBf4jLA4z+8dFaPDDPQ@mail.gmail.com>
 <CAO18cg9_o7s-dz4SGbzcc0jjLK=9=Z-Wt2pPANcNjbz408NQjQ@mail.gmail.com>
 <CAG_3X=mEzpvsShzujksOgfzDK30YuFqt2dVqAvGWO6tP9w4Mjw@mail.gmail.com>
 <4E21F33B.9020503@archlinux.org>
 <CAG_3X=nW_dicYuyz5F8YsbME6R-bj2hAR_7ZZeFa=XwaY0XviA@mail.gmail.com>
 <20110716222311.GA29921@celine>
Message-ID: <CAO18cg_djpWP0iZwbzuVBuQE3kbjqjg3NYFWg51S+H1uREK2Zw@mail.gmail.com>

I mentioned that I consider tcp_wrappers to be a DAC, someone asked me to
clarify on MAC and DAC systems, so I put up a blog post:

http://red45.wordpress.com/2011/07/17/mac-and-dac-core-security-concepts/

From fons at linuxaudio.org  Sun Jul 17 16:18:34 2011
From: fons at linuxaudio.org (Fons Adriaensen)
Date: Sun, 17 Jul 2011 20:18:34 +0000
Subject: [arch-general] [arch-dev-public] dropping tcp_wrapper support
In-Reply-To: <CAO18cg_djpWP0iZwbzuVBuQE3kbjqjg3NYFWg51S+H1uREK2Zw@mail.gmail.com>
References: <4E1D0937.1010908@archlinux.org> <20110713121026.GG19258@rampage>
 <7634545.ceZHYQz6Lg@assurancetourix>
 <CAEik5nN87_L0UnE57AD5Ns3PYu=mkudKBf4jLA4z+8dFaPDDPQ@mail.gmail.com>
 <CAO18cg9_o7s-dz4SGbzcc0jjLK=9=Z-Wt2pPANcNjbz408NQjQ@mail.gmail.com>
 <CAG_3X=mEzpvsShzujksOgfzDK30YuFqt2dVqAvGWO6tP9w4Mjw@mail.gmail.com>
 <4E21F33B.9020503@archlinux.org>
 <CAG_3X=nW_dicYuyz5F8YsbME6R-bj2hAR_7ZZeFa=XwaY0XviA@mail.gmail.com>
 <20110716222311.GA29921@celine>
 <CAO18cg_djpWP0iZwbzuVBuQE3kbjqjg3NYFWg51S+H1uREK2Zw@mail.gmail.com>
Message-ID: <20110717201834.GB19509@linuxaudio.org>

On Sun, Jul 17, 2011 at 01:56:58PM -0600, Thomas S Hatch wrote:
> I mentioned that I consider tcp_wrappers to be a DAC, someone asked me to
> clarify on MAC and DAC systems, so I put up a blog post:
> 
> http://red45.wordpress.com/2011/07/17/mac-and-dac-core-security-concepts/

You equate

MAC = whitelist
DAC = blacklist

Used as such they are redundant, you could just say
white/blacklist instead. I've seen other definitions:

MAC: imposed on all applications, they can't opt out
and it doesn't require their support. According to 
this, iptables is a MAC even if can be configured
either in whitelist or blacklist style as you show
in your blog.

DAC: voluntary, only applies to those apps that have
been compiled or set up to use it. In this sense
tcp_wrappers is a DAC.

So we reach the same conclusion, but from different
definitions.

Ciao,

-- 
FA


From thatch45 at gmail.com  Sun Jul 17 16:24:56 2011
From: thatch45 at gmail.com (Thomas S Hatch)
Date: Sun, 17 Jul 2011 14:24:56 -0600
Subject: [arch-general] [arch-dev-public] dropping tcp_wrapper support
In-Reply-To: <20110717201834.GB19509@linuxaudio.org>
References: <4E1D0937.1010908@archlinux.org> <20110713121026.GG19258@rampage>
 <7634545.ceZHYQz6Lg@assurancetourix>
 <CAEik5nN87_L0UnE57AD5Ns3PYu=mkudKBf4jLA4z+8dFaPDDPQ@mail.gmail.com>
 <CAO18cg9_o7s-dz4SGbzcc0jjLK=9=Z-Wt2pPANcNjbz408NQjQ@mail.gmail.com>
 <CAG_3X=mEzpvsShzujksOgfzDK30YuFqt2dVqAvGWO6tP9w4Mjw@mail.gmail.com>
 <4E21F33B.9020503@archlinux.org>
 <CAG_3X=nW_dicYuyz5F8YsbME6R-bj2hAR_7ZZeFa=XwaY0XviA@mail.gmail.com>
 <20110716222311.GA29921@celine>
 <CAO18cg_djpWP0iZwbzuVBuQE3kbjqjg3NYFWg51S+H1uREK2Zw@mail.gmail.com>
 <20110717201834.GB19509@linuxaudio.org>
Message-ID: <CAO18cg-QNomMoLo984=ZrGe04eVP8wgCxrtHW03bkz8dooVO9Q@mail.gmail.com>

On Sun, Jul 17, 2011 at 2:18 PM, Fons Adriaensen <fons at linuxaudio.org>wrote:

> On Sun, Jul 17, 2011 at 01:56:58PM -0600, Thomas S Hatch wrote:
> > I mentioned that I consider tcp_wrappers to be a DAC, someone asked me to
> > clarify on MAC and DAC systems, so I put up a blog post:
> >
> >
> http://red45.wordpress.com/2011/07/17/mac-and-dac-core-security-concepts/
>
> You equate
>
> MAC = whitelist
> DAC = blacklist
>
> Used as such they are redundant, you could just say
> white/blacklist instead. I've seen other definitions:
>
> MAC: imposed on all applications, they can't opt out
> and it doesn't require their support. According to
> this, iptables is a MAC even if can be configured
> either in whitelist or blacklist style as you show
> in your blog.
>
> DAC: voluntary, only applies to those apps that have
> been compiled or set up to use it. In this sense
> tcp_wrappers is a DAC.
>
> So we reach the same conclusion, but from different
> definitions.
>
> Ciao,
>
> --
> FA
>
>
I like it, I think that we agree, iptables is a MAC that can
be configured logically to act as a DAC, whereas tcp_wrappers is just a DAC.

I should clarify in my blog post that I am trying to show the concept of
what MAC and DAC are, rather than the implementation classification.

Thanks for the clarity :)

From mutantturkey at gmail.com  Mon Jul 18 13:05:10 2011
From: mutantturkey at gmail.com (Calvin Morrison)
Date: Mon, 18 Jul 2011 13:05:10 -0400
Subject: [arch-general] [arch-dev-public] Fwd: Move kdelibs3 to
	[community]
In-Reply-To: <CAJFUHyXR1h+OJxNWi5GdQoQnVo9p2oP-NVynnenWk0xv943hAQ@mail.gmail.com>
References: <7666095.bxbH9zhYr8@stockholm>
 <CAOS=siFXN0yAEQ=ZNLKCieJQoSPqP2X=BmJ_dwLVPrGtaktDmA@mail.gmail.com>
 <1400551.BWhPl2aOX2@stockholm> <3345708.OMBFlQUCJ0@assurancetourix>
 <4E240C93.4010903@archlinux.org>
 <CAJFUHyXDCDTMSOY0Cv8dNQP1Yee7Y9dZxsji3oR_0Vf3JN7qjg@mail.gmail.com>
 <CAJFUHyXR1h+OJxNWi5GdQoQnVo9p2oP-NVynnenWk0xv943hAQ@mail.gmail.com>
Message-ID: <CAJFUHyV+gD2p6mZs2WFWWtnPdEQ69T3Y=204YoR9aggPeY4UMQ@mail.gmail.com>

On 18 July 2011 12:57, Calvin Morrison <mutantturkey at gmail.com> wrote:
> ---------- Forwarded message ----------
> From: Calvin Morrison <mutantturkey at gmail.com>
> Date: 18 July 2011 12:50
> Subject: Re: [arch-dev-public] Fwd: Move kdelibs3 to [community]
> To: kb9vqf at pearsoncomputing.net
>
>
> On 18 July 2011 06:36, Thomas B?chler <thomas at archlinux.org> wrote:
>> Am 18.07.2011 12:25, schrieb St?phane Gaudreault:
>>>> Sergej offers to maintain it so I thought we can move it in [community], but
>>>> if you are interested you can adopt qt3 and kdelibs3.
>>>
>>> Maybe we could follow the kdelibs from Trinity [1]. I have no experience with
>>> this project, but they seems to be active. Or at least their svn repos [2]
>>> could be searched to find useful patches.
>>>
>>> St?phane
>>>
>>> [1] http://www.trinitydesktop.org/
>>> [2] http://websvn.kde.org/branches/trinity/kdelibs/
>>>
>>
>> This sounds like a good idea, better than trying to build the broken
>> kdelibs3 code like we do now.
>>
>>
Hey Guys,


I am a developer and member of the Trinity Desktop team. I wanted to
clear up a few points here about what the differences between old kde
and trinity are as far as you are concerned. Kde3 and Trinity are NOT the same.
At this point our sources and contributors have changed completely.

One of our goals is to pull all of the disparate Qt3 patches to create
a central, up-to-date Qt3 repository that can then be extended as
necessary, and we are ready to provide upstream support for qt3.
Even with our patches and addons, our qt3 is fully compatible with any
qt3 programs, no API breakage whatsoever. I think it would be a great id

Link to webgit of qt3:
http://git.trinitydesktop.org/viewgit/index.php?a=tree&p=Trinity%20Desktop%20Environment&hb=HEAD&f=main/dependencies/qt3


Kdelibs3 on the other hand won't be so simple. There have been
significant changes in the API, because we have written a abstraction
layer for the Qt3 code to work with "TQt". The TQt interface
will allow us to continue using the trinity desktop with newer versions
of Qt. We currently are underway porting it to Qt4 too keep up to
date. However for arch that means it is likely that some
programs would not compile unless patched against the tqtinterface.
Therefore I must recommend you do not use our kdelibs3, because we are
currently unstable until the next release (due sometime in the fall)

What I think would be best for everyone, is that once we release our
next version, arch should look into switching to the Trinity Desktop
provided kdelibs3, kdebase, kde* packages. They are more up to date
and stable. I think the fact you are having trouble building old kde3
shows that it might be time to start considering other options. As far as
Qt3 goes, we are completely ready and happy to provide upstream support
for all distros, especially my favorite Arch. :)

On behalf of the Trinity Project,
Calvin Morrison

From danielhilst at gmail.com  Mon Jul 18 15:05:45 2011
From: danielhilst at gmail.com (Daniel.)
Date: Mon, 18 Jul 2011 16:05:45 -0300
Subject: [arch-general] SSH Tunnel doubts
Message-ID: <CAF3SDA77+w5KRc_vtJkoeQ5ToFA7S4o3cF7tHOT62V8sdpU8ZQ@mail.gmail.com>

I have some doubts about traffic forwarding

Supposing that my IP is 192.168.1.100
and the remote is 192.168.1.200

is this -> ssh -R 1000:192.168.1.200:22
the same as this:
ssh 192.168.1.200
ssh -L 1000:192.168.1.100:22


???

-- 
*"Do or do not. There is no try"*
*  **Yoda Master*

From jeffrey.parke at gmail.com  Mon Jul 18 15:12:57 2011
From: jeffrey.parke at gmail.com (Jeffrey Lynn Parke Jr.)
Date: Mon, 18 Jul 2011 14:12:57 -0500
Subject: [arch-general] SSH Tunnel doubts
In-Reply-To: <CAF3SDA77+w5KRc_vtJkoeQ5ToFA7S4o3cF7tHOT62V8sdpU8ZQ@mail.gmail.com>
References: <CAF3SDA77+w5KRc_vtJkoeQ5ToFA7S4o3cF7tHOT62V8sdpU8ZQ@mail.gmail.com>
Message-ID: <CAAPPTNH=+oU6exEt5+m7DBVH6vbtGkNoa16H=AKi67My_TcnrQ@mail.gmail.com>

On Mon, Jul 18, 2011 at 2:05 PM, Daniel. <danielhilst at gmail.com> wrote:

> I have some doubts about traffic forwarding
>
> Supposing that my IP is 192.168.1.100
> and the remote is 192.168.1.200
>
> is this -> ssh -R 1000:192.168.1.200:22
> the same as this:
> ssh 192.168.1.200
> ssh -L 1000:192.168.1.100:22
>
>
> ???
>
> --
> *"Do or do not. There is no try"*
> *  **Yoda Master*
>


You may want to read the wiki article for ssh.
https://wiki.archlinux.org/index.php/SSH

It is very detailed.


-- 
"Breath Deeply and Dream"

From dhaines at gmail.com  Mon Jul 18 16:03:30 2011
From: dhaines at gmail.com (David J. Haines)
Date: Mon, 18 Jul 2011 16:03:30 -0400
Subject: [arch-general] SSH Tunnel doubts
In-Reply-To: <CAAPPTNH=+oU6exEt5+m7DBVH6vbtGkNoa16H=AKi67My_TcnrQ@mail.gmail.com>
References: <CAF3SDA77+w5KRc_vtJkoeQ5ToFA7S4o3cF7tHOT62V8sdpU8ZQ@mail.gmail.com>
 <CAAPPTNH=+oU6exEt5+m7DBVH6vbtGkNoa16H=AKi67My_TcnrQ@mail.gmail.com>
Message-ID: <CAM07ovg9oaynP46fM6QXN311byDgJQp6XPbKQgKcPBJHdNt+OA@mail.gmail.com>

And yet, it doesn't touch on forwarding of anything other than X11 data.

To answer the original question, you're missing the host you're trying to
connect to, but I'll fill in the blanks

ssh -L X:host1:Y host2 means open a connection to host2, including shell,
and forward anything sent to localhost on port X to host1 on port Y. Host1
and host2 can be the same machine. This comes in useful for things like
forwarding VNC securely, e.g. ssh -L 60000:remotevncserver:5901
remotevncserver and then connecting to the vncserver at localhost:60000

ssh -R X:host1:Y host2 means open a connection to host2, including shell,
and then host2 should listen on port X for connections, which it will then
send back to your local host, which will forward the connection on to host1
on port Y.

In your example you're missing the host you're connecting to, but I can tell
you that:

ssh 192.168.1.200
ssh -L 1000:192.168.1.100:2000 192.168.1.100

when you start from 192.168.1.100 is functionally equivalent to

ssh -R 1000:192.168.1.100:2000 192.168.1.200

when you start from 192.168.1.100, in that both solutions will forward a
connection from 192.168.1.200:1000 to 192.168.1.100:2000 (I didn't use the
port 22 from your example, as that would imply that ssh wasn't running
there, so you'd need to use -p and other messiness).

Hope this helps,

David J. Haines
dhaines at gmail.com


On Mon, Jul 18, 2011 at 3:12 PM, Jeffrey Lynn Parke Jr. <
jeffrey.parke at gmail.com> wrote:

> On Mon, Jul 18, 2011 at 2:05 PM, Daniel. <danielhilst at gmail.com> wrote:
>
> > I have some doubts about traffic forwarding
> >
> > Supposing that my IP is 192.168.1.100
> > and the remote is 192.168.1.200
> >
> > is this -> ssh -R 1000:192.168.1.200:22
> > the same as this:
> > ssh 192.168.1.200
> > ssh -L 1000:192.168.1.100:22
> >
> >
> > ???
> >
> > --
> > *"Do or do not. There is no try"*
> > *  **Yoda Master*
> >
>
>
> You may want to read the wiki article for ssh.
> https://wiki.archlinux.org/index.php/SSH
>
> It is very detailed.
>
>
> --
> "Breath Deeply and Dream"
>

From dgbaley27 at 0x01b.net  Mon Jul 18 16:49:21 2011
From: dgbaley27 at 0x01b.net (Matthew Monaco)
Date: Mon, 18 Jul 2011 16:49:21 -0400
Subject: [arch-general] [arch-dev-public] DNS and SSL Cert
In-Reply-To: <CAJ4dZ1Hy_qUDXqdf0LJL1VKc5DdVhMBzUKniBGzANihrgT3_gw@mail.gmail.com>
References: <CAJ4dZ1Hy_qUDXqdf0LJL1VKc5DdVhMBzUKniBGzANihrgT3_gw@mail.gmail.com>
Message-ID: <CA+htyPdYnQ6UYXNqm24scMt54W3p3PNCt=xvgUasHPBcmfhH0g@mail.gmail.com>

On Mon, Jul 18, 2011 at 4:46 PM, Aaron Griffin <aaronmgriffin at gmail.com> wrote:
> Two things are coming up here, and I just want to bring this
> discussion up again.
>
> * DNS
>
> Our everydns account is going away. According to their site
> (http://www.everydns.com/) we have 43-ish days to get everything moved
> off.
>
> We have a handful of options, some free, some not.
>
> a) https://pointhq.com/ - I use this personally. Maybe not the
> snappiest DNS servers in the world, but the interface is easy.
> b) http://reflected.net/ could host our DNS, but we'd need to manually
> contact people to change things
> c) Use our registrar (godaddy)
> d) Other?
>
> * SSL Cert
>
> Our StartCom cert is expiring. I need to reconfirm my identity with
> them, but I can get to this as early as tomorrow. Have we had any
> major issues with using a cert from these people? Now would be the
> time to switch, if so.
>
> Cheers,
> Aaron
>

I'm really happy with my dyndns service.

From dgbaley27 at 0x01b.net  Mon Jul 18 17:02:06 2011
From: dgbaley27 at 0x01b.net (Matthew Monaco)
Date: Mon, 18 Jul 2011 17:02:06 -0400
Subject: [arch-general] [arch-dev-public] DNS and SSL Cert
In-Reply-To: <CA+htyPdYnQ6UYXNqm24scMt54W3p3PNCt=xvgUasHPBcmfhH0g@mail.gmail.com>
References: <CAJ4dZ1Hy_qUDXqdf0LJL1VKc5DdVhMBzUKniBGzANihrgT3_gw@mail.gmail.com>
 <CA+htyPdYnQ6UYXNqm24scMt54W3p3PNCt=xvgUasHPBcmfhH0g@mail.gmail.com>
Message-ID: <CA+htyPfhUrsHtC-iG+WsxEF454NfaqY_vzJzpszUcCBVqaq_Pw@mail.gmail.com>

On Mon, Jul 18, 2011 at 4:49 PM, Matthew Monaco <dgbaley27 at 0x01b.net> wrote:
> On Mon, Jul 18, 2011 at 4:46 PM, Aaron Griffin <aaronmgriffin at gmail.com> wrote:
>> Two things are coming up here, and I just want to bring this
>> discussion up again.
>>
>> * DNS
>>
>> Our everydns account is going away. According to their site
>> (http://www.everydns.com/) we have 43-ish days to get everything moved
>> off.
>>
>> We have a handful of options, some free, some not.
>>
>> a) https://pointhq.com/ - I use this personally. Maybe not the
>> snappiest DNS servers in the world, but the interface is easy.
>> b) http://reflected.net/ could host our DNS, but we'd need to manually
>> contact people to change things
>> c) Use our registrar (godaddy)
>> d) Other?
>>
>> * SSL Cert
>>
>> Our StartCom cert is expiring. I need to reconfirm my identity with
>> them, but I can get to this as early as tomorrow. Have we had any
>> major issues with using a cert from these people? Now would be the
>> time to switch, if so.
>>
>> Cheers,
>> Aaron
>>
>
> I'm really happy with my dyndns service.
>

Never mind, that comment was quite misinformed =/

From sh at lutzhaase.com  Mon Jul 18 17:14:34 2011
From: sh at lutzhaase.com (Sven-Hendrik Haase)
Date: Mon, 18 Jul 2011 23:14:34 +0200
Subject: [arch-general] SSH Tunnel doubts
In-Reply-To: <CAM07ovg9oaynP46fM6QXN311byDgJQp6XPbKQgKcPBJHdNt+OA@mail.gmail.com>
References: <CAF3SDA77+w5KRc_vtJkoeQ5ToFA7S4o3cF7tHOT62V8sdpU8ZQ@mail.gmail.com>
 <CAAPPTNH=+oU6exEt5+m7DBVH6vbtGkNoa16H=AKi67My_TcnrQ@mail.gmail.com>
 <CAM07ovg9oaynP46fM6QXN311byDgJQp6XPbKQgKcPBJHdNt+OA@mail.gmail.com>
Message-ID: <4E24A23A.7060201@lutzhaase.com>

On 07/18/2011 10:03 PM, David J. Haines wrote:
> And yet, it doesn't touch on forwarding of anything other than X11 data.
>
> To answer the original question, you're missing the host you're trying to
> connect to, but I'll fill in the blanks
>
> ssh -L X:host1:Y host2 means open a connection to host2, including shell,
> and forward anything sent to localhost on port X to host1 on port Y. Host1
> and host2 can be the same machine. This comes in useful for things like
> forwarding VNC securely, e.g. ssh -L 60000:remotevncserver:5901
> remotevncserver and then connecting to the vncserver at localhost:60000
>
> ssh -R X:host1:Y host2 means open a connection to host2, including shell,
> and then host2 should listen on port X for connections, which it will then
> send back to your local host, which will forward the connection on to host1
> on port Y.
>
> In your example you're missing the host you're connecting to, but I can tell
> you that:
>
> ssh 192.168.1.200
> ssh -L 1000:192.168.1.100:2000 192.168.1.100
>
> when you start from 192.168.1.100 is functionally equivalent to
>
> ssh -R 1000:192.168.1.100:2000 192.168.1.200
>
> when you start from 192.168.1.100, in that both solutions will forward a
> connection from 192.168.1.200:1000 to 192.168.1.100:2000 (I didn't use the
> port 22 from your example, as that would imply that ssh wasn't running
> there, so you'd need to use -p and other messiness).
>
> Hope this helps,
>
> David J. Haines
> dhaines at gmail.com
>
>
> On Mon, Jul 18, 2011 at 3:12 PM, Jeffrey Lynn Parke Jr.<
> jeffrey.parke at gmail.com>  wrote:
>
>> On Mon, Jul 18, 2011 at 2:05 PM, Daniel.<danielhilst at gmail.com>  wrote:
>>
>>> I have some doubts about traffic forwarding
>>>
>>> Supposing that my IP is 192.168.1.100
>>> and the remote is 192.168.1.200
>>>
>>> is this ->  ssh -R 1000:192.168.1.200:22
>>> the same as this:
>>> ssh 192.168.1.200
>>> ssh -L 1000:192.168.1.100:22
>>>
>>>
>>> ???
>>>
>>> --
>>> *"Do or do not. There is no try"*
>>> *  **Yoda Master*
>>>
>>
>> You may want to read the wiki article for ssh.
>> https://wiki.archlinux.org/index.php/SSH
>>
>> It is very detailed.
>>
>>
>> --
>> "Breath Deeply and Dream"
>>
Please put that in the SSH article! Also, please bottom post from now on.

-- Sven-Hendrik

From danielhilst at gmail.com  Mon Jul 18 20:57:23 2011
From: danielhilst at gmail.com (Daniel Hilst Selli)
Date: Mon, 18 Jul 2011 21:57:23 -0300
Subject: [arch-general] SSH Tunnel doubts
In-Reply-To: <4E24A23A.7060201@lutzhaase.com>
References: <CAF3SDA77+w5KRc_vtJkoeQ5ToFA7S4o3cF7tHOT62V8sdpU8ZQ@mail.gmail.com>
 <CAAPPTNH=+oU6exEt5+m7DBVH6vbtGkNoa16H=AKi67My_TcnrQ@mail.gmail.com>
 <CAM07ovg9oaynP46fM6QXN311byDgJQp6XPbKQgKcPBJHdNt+OA@mail.gmail.com>
 <4E24A23A.7060201@lutzhaase.com>
Message-ID: <4E24D673.5030702@gmail.com>

Em 18-07-2011 18:14, Sven-Hendrik Haase escreveu:
> On 07/18/2011 10:03 PM, David J. Haines wrote:
>> And yet, it doesn't touch on forwarding of anything other than X11 data.
>>
>> To answer the original question, you're missing the host you're 
>> trying to
>> connect to, but I'll fill in the blanks
>>
>> ssh -L X:host1:Y host2 means open a connection to host2, including 
>> shell,
>> and forward anything sent to localhost on port X to host1 on port Y. 
>> Host1
>> and host2 can be the same machine. This comes in useful for things like
>> forwarding VNC securely, e.g. ssh -L 60000:remotevncserver:5901
>> remotevncserver and then connecting to the vncserver at localhost:60000
>>
>> ssh -R X:host1:Y host2 means open a connection to host2, including 
>> shell,
>> and then host2 should listen on port X for connections, which it will 
>> then
>> send back to your local host, which will forward the connection on to 
>> host1
>> on port Y.
>>
>> In your example you're missing the host you're connecting to, but I 
>> can tell
>> you that:
>>
>> ssh 192.168.1.200
>> ssh -L 1000:192.168.1.100:2000 192.168.1.100
>>
>> when you start from 192.168.1.100 is functionally equivalent to
>>
>> ssh -R 1000:192.168.1.100:2000 192.168.1.200
>>
>> when you start from 192.168.1.100, in that both solutions will forward a
>> connection from 192.168.1.200:1000 to 192.168.1.100:2000 (I didn't 
>> use the
>> port 22 from your example, as that would imply that ssh wasn't running
>> there, so you'd need to use -p and other messiness).
>>
>> Hope this helps,
>>
>> David J. Haines
>> dhaines at gmail.com
>>
>>
>> On Mon, Jul 18, 2011 at 3:12 PM, Jeffrey Lynn Parke Jr.<
>> jeffrey.parke at gmail.com>  wrote:
>>
>>> On Mon, Jul 18, 2011 at 2:05 PM, Daniel.<danielhilst at gmail.com>  wrote:
>>>
>>>> I have some doubts about traffic forwarding
>>>>
>>>> Supposing that my IP is 192.168.1.100
>>>> and the remote is 192.168.1.200
>>>>
>>>> is this ->  ssh -R 1000:192.168.1.200:22
>>>> the same as this:
>>>> ssh 192.168.1.200
>>>> ssh -L 1000:192.168.1.100:22
>>>>
>>>>
>>>> ???
>>>>
>>>> -- 
>>>> *"Do or do not. There is no try"*
>>>> *  **Yoda Master*
>>>>
>>>
>>> You may want to read the wiki article for ssh.
>>> https://wiki.archlinux.org/index.php/SSH
>>>
>>> It is very detailed.
>>>
>>>
>>> -- 
>>> "Breath Deeply and Dream"
>>>
> Please put that in the SSH article! Also, please bottom post from now on.
>
> -- Sven-Hendrik
Thanks for all helping .. I got it.. I was using putty and that mess up 
the syntax up my head..

Thanks David, your explanation was really clarifying

-- 
"Do or do not... there is no try" Yoda Master

From thomas at archlinux.org  Mon Jul 18 21:13:38 2011
From: thomas at archlinux.org (=?ISO-8859-15?Q?Thomas_B=E4chler?=)
Date: Tue, 19 Jul 2011 03:13:38 +0200
Subject: [arch-general] [arch-dev-public] Fwd: Move kdelibs3 to
	[community]
In-Reply-To: <CAJFUHyV+gD2p6mZs2WFWWtnPdEQ69T3Y=204YoR9aggPeY4UMQ@mail.gmail.com>
References: <7666095.bxbH9zhYr8@stockholm>
 <CAOS=siFXN0yAEQ=ZNLKCieJQoSPqP2X=BmJ_dwLVPrGtaktDmA@mail.gmail.com>
 <1400551.BWhPl2aOX2@stockholm> <3345708.OMBFlQUCJ0@assurancetourix>
 <4E240C93.4010903@archlinux.org>
 <CAJFUHyXDCDTMSOY0Cv8dNQP1Yee7Y9dZxsji3oR_0Vf3JN7qjg@mail.gmail.com>
 <CAJFUHyXR1h+OJxNWi5GdQoQnVo9p2oP-NVynnenWk0xv943hAQ@mail.gmail.com>
 <CAJFUHyV+gD2p6mZs2WFWWtnPdEQ69T3Y=204YoR9aggPeY4UMQ@mail.gmail.com>
Message-ID: <4E24DA42.1020107@archlinux.org>

Am 18.07.2011 19:05, schrieb Calvin Morrison:
> What I think would be best for everyone, is that once we release our
> next version, arch should look into switching to the Trinity Desktop
> provided kdelibs3, kdebase, kde* packages. They are more up to date
> and stable. I think the fact you are having trouble building old kde3
> shows that it might be time to start considering other options. As far as
> Qt3 goes, we are completely ready and happy to provide upstream support
> for all distros, especially my favorite Arch. :)

We don't actually provide any kde package from kde3. We only have
kdelibs3 for a small number of packages that have never been ported to
kde4. Apparently those are:

gambas2-gb-qt-kde
kleansweep
kovpn
ksensors
ksniffer
ktechlab
pwmanager
qalculate-kde
qtcurve-kde3

Most of those are probably obsolete (it's sad though that there is no
application with the same functionality as kovpn).

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 262 bytes
Desc: OpenPGP digital signature
URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110719/2682e188/attachment.asc>

From jimis at gmx.net  Tue Jul 19 06:37:11 2011
From: jimis at gmx.net (Dimitrios Apostolou)
Date: Tue, 19 Jul 2011 13:37:11 +0300 (EEST)
Subject: [arch-general] [arch-dev-public] dropping tcp_wrapper support
In-Reply-To: <CAG_3X=mEzpvsShzujksOgfzDK30YuFqt2dVqAvGWO6tP9w4Mjw@mail.gmail.com>
References: <20110713022741.GE19258@rampage> <4E1D0937.1010908@archlinux.org>
 <20110713121026.GG19258@rampage> <7634545.ceZHYQz6Lg@assurancetourix>
 <CAEik5nN87_L0UnE57AD5Ns3PYu=mkudKBf4jLA4z+8dFaPDDPQ@mail.gmail.com>
 <CAO18cg9_o7s-dz4SGbzcc0jjLK=9=Z-Wt2pPANcNjbz408NQjQ@mail.gmail.com>
 <CAG_3X=mEzpvsShzujksOgfzDK30YuFqt2dVqAvGWO6tP9w4Mjw@mail.gmail.com>
Message-ID: <alpine.LNX.2.02.1107191307200.1374@localhost.localdomain>

Hello list,

I've been using tcp_wrappers on Linux for more than 10 years, and on 
Archlinux for 6 years.

FWIW I'm not happy about this change. Even though I know that the same 
functionality is provided by iptables, I consider tcp_wrappers the Unix 
Way.

Anyway there is no value in fighting about personal opinions, and I 
respect the developers' decision because tcp_wrappers is unmaintained. 
Hopefully someone will move forward, fork the package and bring it up 
to date.


Dimitris



From a.radke at arcor.de  Tue Jul 19 07:29:17 2011
From: a.radke at arcor.de (Andreas Radke)
Date: Tue, 19 Jul 2011 13:29:17 +0200
Subject: [arch-general] testing splitted LibreOffice 3.4.2rc1
Message-ID: <20110719132917.7fb0e917@workstation64.home>

It's done. LibreOffice has been split into libreoffice-common
and application packages -writer,base,calc,...

For better look'n feel you should also install libreoffice-gnome for
use in any gtk desktop and libreoffice-kde4 if you want.

The en-US language is no more included in the -common pkg. So everyone
will have to install at least one language pack,e.g. libreoffice-en-US.

I hope I've covered the deps all well. Please test fresh installations
and also upgrading from last 3.4.1 release. The new 3.4.2rc1 should be
already safe for daily usage.

Recommended way for new installations should be to either install
libreoffice-common the should ask for a langpack or directly install
the langpack of your choice that will pull in the -common pkg. Then you
install the application packages you want.

It's also possible to install the "libreoffice" group package.

If you upgrade you should get libreoffice-common installed showing the
needed infos.

So get it from the testing repo and report bugs.

-Andy

From dhaines at gmail.com  Tue Jul 19 07:49:52 2011
From: dhaines at gmail.com (David J. Haines)
Date: Tue, 19 Jul 2011 07:49:52 -0400
Subject: [arch-general] SSH Tunnel doubts
In-Reply-To: <4E24D673.5030702@gmail.com>
References: <CAF3SDA77+w5KRc_vtJkoeQ5ToFA7S4o3cF7tHOT62V8sdpU8ZQ@mail.gmail.com>
 <CAAPPTNH=+oU6exEt5+m7DBVH6vbtGkNoa16H=AKi67My_TcnrQ@mail.gmail.com>
 <CAM07ovg9oaynP46fM6QXN311byDgJQp6XPbKQgKcPBJHdNt+OA@mail.gmail.com>
 <4E24A23A.7060201@lutzhaase.com> <4E24D673.5030702@gmail.com>
Message-ID: <CAM07ovgPf0b6oxQFrjM8chAo7ut+5BMT4Q4kpXu98EOLVyhyoQ@mail.gmail.com>

On Mon, Jul 18, 2011 at 8:57 PM, Daniel Hilst Selli
<danielhilst at gmail.com>wrote:

> Em 18-07-2011 18:14, Sven-Hendrik Haase escreveu:
>
>  On 07/18/2011 10:03 PM, David J. Haines wrote:
>>
>>> And yet, it doesn't touch on forwarding of anything other than X11 data.
>>>
>>> To answer the original question, you're missing the host you're trying to
>>> connect to, but I'll fill in the blanks
>>>
>>> ssh -L X:host1:Y host2 means open a connection to host2, including shell,
>>> and forward anything sent to localhost on port X to host1 on port Y.
>>> Host1
>>> and host2 can be the same machine. This comes in useful for things like
>>> forwarding VNC securely, e.g. ssh -L 60000:remotevncserver:5901
>>> remotevncserver and then connecting to the vncserver at localhost:60000
>>>
>>> ssh -R X:host1:Y host2 means open a connection to host2, including shell,
>>> and then host2 should listen on port X for connections, which it will
>>> then
>>> send back to your local host, which will forward the connection on to
>>> host1
>>> on port Y.
>>>
>>> In your example you're missing the host you're connecting to, but I can
>>> tell
>>> you that:
>>>
>>> ssh 192.168.1.200
>>> ssh -L 1000:192.168.1.100:2000 192.168.1.100
>>>
>>> when you start from 192.168.1.100 is functionally equivalent to
>>>
>>> ssh -R 1000:192.168.1.100:2000 192.168.1.200
>>>
>>> when you start from 192.168.1.100, in that both solutions will forward a
>>> connection from 192.168.1.200:1000 to 192.168.1.100:2000 (I didn't use
>>> the
>>> port 22 from your example, as that would imply that ssh wasn't running
>>> there, so you'd need to use -p and other messiness).
>>>
>>> Hope this helps,
>>>
>>> David J. Haines
>>> dhaines at gmail.com
>>>
>>>
>>> On Mon, Jul 18, 2011 at 3:12 PM, Jeffrey Lynn Parke Jr.<
>>> jeffrey.parke at gmail.com>  wrote:
>>>
>>>  On Mon, Jul 18, 2011 at 2:05 PM, Daniel.<danielhilst at gmail.com>  wrote:
>>>>
>>>>  I have some doubts about traffic forwarding
>>>>>
>>>>> Supposing that my IP is 192.168.1.100
>>>>> and the remote is 192.168.1.200
>>>>>
>>>>> is this ->  ssh -R 1000:192.168.1.200:22
>>>>> the same as this:
>>>>> ssh 192.168.1.200
>>>>> ssh -L 1000:192.168.1.100:22
>>>>>
>>>>>
>>>>> ???
>>>>>
>>>>> --
>>>>> *"Do or do not. There is no try"*
>>>>> *  **Yoda Master*
>>>>>
>>>>>
>>>> You may want to read the wiki article for ssh.
>>>> https://wiki.archlinux.org/**index.php/SSH<https://wiki.archlinux.org/index.php/SSH>
>>>>
>>>> It is very detailed.
>>>>
>>>>
>>>> --
>>>> "Breath Deeply and Dream"
>>>>
>>>>  Please put that in the SSH article! Also, please bottom post from now
>> on.
>>
>> -- Sven-Hendrik
>>
> Thanks for all helping .. I got it.. I was using putty and that mess up the
> syntax up my head..
>
> Thanks David, your explanation was really clarifying
>
> --
> "Do or do not... there is no try" Yoda Master
>

My pleasure, and there's now a section on generic forwarding on the wiki,
right beneath the X11 forwarding section. I also included a bit about acting
as a forwarding gateway.

David J. Haines
dhaines at gmail.com

From sh at lutzhaase.com  Tue Jul 19 08:01:56 2011
From: sh at lutzhaase.com (Sven-Hendrik Haase)
Date: Tue, 19 Jul 2011 14:01:56 +0200
Subject: [arch-general] SSH Tunnel doubts
In-Reply-To: <CAM07ovgPf0b6oxQFrjM8chAo7ut+5BMT4Q4kpXu98EOLVyhyoQ@mail.gmail.com>
References: <CAF3SDA77+w5KRc_vtJkoeQ5ToFA7S4o3cF7tHOT62V8sdpU8ZQ@mail.gmail.com>
 <CAAPPTNH=+oU6exEt5+m7DBVH6vbtGkNoa16H=AKi67My_TcnrQ@mail.gmail.com>
 <CAM07ovg9oaynP46fM6QXN311byDgJQp6XPbKQgKcPBJHdNt+OA@mail.gmail.com>
 <4E24A23A.7060201@lutzhaase.com> <4E24D673.5030702@gmail.com>
 <CAM07ovgPf0b6oxQFrjM8chAo7ut+5BMT4Q4kpXu98EOLVyhyoQ@mail.gmail.com>
Message-ID: <4E257234.4040809@lutzhaase.com>

On 07/19/2011 01:49 PM, David J. Haines wrote:
> On Mon, Jul 18, 2011 at 8:57 PM, Daniel Hilst Selli
> <danielhilst at gmail.com>wrote:
>
>> Em 18-07-2011 18:14, Sven-Hendrik Haase escreveu:
>>
>>   On 07/18/2011 10:03 PM, David J. Haines wrote:
>>>> And yet, it doesn't touch on forwarding of anything other than X11 data.
>>>>
>>>> To answer the original question, you're missing the host you're trying to
>>>> connect to, but I'll fill in the blanks
>>>>
>>>> ssh -L X:host1:Y host2 means open a connection to host2, including shell,
>>>> and forward anything sent to localhost on port X to host1 on port Y.
>>>> Host1
>>>> and host2 can be the same machine. This comes in useful for things like
>>>> forwarding VNC securely, e.g. ssh -L 60000:remotevncserver:5901
>>>> remotevncserver and then connecting to the vncserver at localhost:60000
>>>>
>>>> ssh -R X:host1:Y host2 means open a connection to host2, including shell,
>>>> and then host2 should listen on port X for connections, which it will
>>>> then
>>>> send back to your local host, which will forward the connection on to
>>>> host1
>>>> on port Y.
>>>>
>>>> In your example you're missing the host you're connecting to, but I can
>>>> tell
>>>> you that:
>>>>
>>>> ssh 192.168.1.200
>>>> ssh -L 1000:192.168.1.100:2000 192.168.1.100
>>>>
>>>> when you start from 192.168.1.100 is functionally equivalent to
>>>>
>>>> ssh -R 1000:192.168.1.100:2000 192.168.1.200
>>>>
>>>> when you start from 192.168.1.100, in that both solutions will forward a
>>>> connection from 192.168.1.200:1000 to 192.168.1.100:2000 (I didn't use
>>>> the
>>>> port 22 from your example, as that would imply that ssh wasn't running
>>>> there, so you'd need to use -p and other messiness).
>>>>
>>>> Hope this helps,
>>>>
>>>> David J. Haines
>>>> dhaines at gmail.com
>>>>
>>>>
>>>> On Mon, Jul 18, 2011 at 3:12 PM, Jeffrey Lynn Parke Jr.<
>>>> jeffrey.parke at gmail.com>   wrote:
>>>>
>>>>   On Mon, Jul 18, 2011 at 2:05 PM, Daniel.<danielhilst at gmail.com>   wrote:
>>>>>   I have some doubts about traffic forwarding
>>>>>> Supposing that my IP is 192.168.1.100
>>>>>> and the remote is 192.168.1.200
>>>>>>
>>>>>> is this ->   ssh -R 1000:192.168.1.200:22
>>>>>> the same as this:
>>>>>> ssh 192.168.1.200
>>>>>> ssh -L 1000:192.168.1.100:22
>>>>>>
>>>>>>
>>>>>> ???
>>>>>>
>>>>>> --
>>>>>> *"Do or do not. There is no try"*
>>>>>> *  **Yoda Master*
>>>>>>
>>>>>>
>>>>> You may want to read the wiki article for ssh.
>>>>> https://wiki.archlinux.org/**index.php/SSH<https://wiki.archlinux.org/index.php/SSH>
>>>>>
>>>>> It is very detailed.
>>>>>
>>>>>
>>>>> --
>>>>> "Breath Deeply and Dream"
>>>>>
>>>>>   Please put that in the SSH article! Also, please bottom post from now
>>> on.
>>>
>>> -- Sven-Hendrik
>>>
>> Thanks for all helping .. I got it.. I was using putty and that mess up the
>> syntax up my head..
>>
>> Thanks David, your explanation was really clarifying
>>
>> --
>> "Do or do not... there is no try" Yoda Master
>>
> My pleasure, and there's now a section on generic forwarding on the wiki,
> right beneath the X11 forwarding section. I also included a bit about acting
> as a forwarding gateway.
>
> David J. Haines
> dhaines at gmail.com
Your contribution to Arch World Domination Enterprises has been received 
and a company associate has been dispatched to your location with 
champagne and a party hat.

From dhaines at gmail.com  Tue Jul 19 09:26:47 2011
From: dhaines at gmail.com (David J. Haines)
Date: Tue, 19 Jul 2011 09:26:47 -0400
Subject: [arch-general] SSH Tunnel doubts
In-Reply-To: <4E257234.4040809@lutzhaase.com>
References: <CAF3SDA77+w5KRc_vtJkoeQ5ToFA7S4o3cF7tHOT62V8sdpU8ZQ@mail.gmail.com>
 <CAAPPTNH=+oU6exEt5+m7DBVH6vbtGkNoa16H=AKi67My_TcnrQ@mail.gmail.com>
 <CAM07ovg9oaynP46fM6QXN311byDgJQp6XPbKQgKcPBJHdNt+OA@mail.gmail.com>
 <4E24A23A.7060201@lutzhaase.com> <4E24D673.5030702@gmail.com>
 <CAM07ovgPf0b6oxQFrjM8chAo7ut+5BMT4Q4kpXu98EOLVyhyoQ@mail.gmail.com>
 <4E257234.4040809@lutzhaase.com>
Message-ID: <CAM07ovhvtM3XEDV3FOK2ueyn91PvLBSPiKMCjWSjN86GCJJ-Pw@mail.gmail.com>

On Tue, Jul 19, 2011 at 8:01 AM, Sven-Hendrik Haase <sh at lutzhaase.com>wrote:

> On 07/19/2011 01:49 PM, David J. Haines wrote:
>
>> On Mon, Jul 18, 2011 at 8:57 PM, Daniel Hilst Selli
>> <danielhilst at gmail.com>wrote:
>>
>>  Em 18-07-2011 18:14, Sven-Hendrik Haase escreveu:
>>>
>>>  On 07/18/2011 10:03 PM, David J. Haines wrote:
>>>
>>>> And yet, it doesn't touch on forwarding of anything other than X11 data.
>>>>>
>>>>> To answer the original question, you're missing the host you're trying
>>>>> to
>>>>> connect to, but I'll fill in the blanks
>>>>>
>>>>> ssh -L X:host1:Y host2 means open a connection to host2, including
>>>>> shell,
>>>>> and forward anything sent to localhost on port X to host1 on port Y.
>>>>> Host1
>>>>> and host2 can be the same machine. This comes in useful for things like
>>>>> forwarding VNC securely, e.g. ssh -L 60000:remotevncserver:5901
>>>>> remotevncserver and then connecting to the vncserver at localhost:60000
>>>>>
>>>>> ssh -R X:host1:Y host2 means open a connection to host2, including
>>>>> shell,
>>>>> and then host2 should listen on port X for connections, which it will
>>>>> then
>>>>> send back to your local host, which will forward the connection on to
>>>>> host1
>>>>> on port Y.
>>>>>
>>>>> In your example you're missing the host you're connecting to, but I can
>>>>> tell
>>>>> you that:
>>>>>
>>>>> ssh 192.168.1.200
>>>>> ssh -L 1000:192.168.1.100:2000 192.168.1.100
>>>>>
>>>>> when you start from 192.168.1.100 is functionally equivalent to
>>>>>
>>>>> ssh -R 1000:192.168.1.100:2000 192.168.1.200
>>>>>
>>>>> when you start from 192.168.1.100, in that both solutions will forward
>>>>> a
>>>>> connection from 192.168.1.200:1000 to 192.168.1.100:2000 (I didn't use
>>>>> the
>>>>> port 22 from your example, as that would imply that ssh wasn't running
>>>>> there, so you'd need to use -p and other messiness).
>>>>>
>>>>> Hope this helps,
>>>>>
>>>>> David J. Haines
>>>>> dhaines at gmail.com
>>>>>
>>>>>
>>>>> On Mon, Jul 18, 2011 at 3:12 PM, Jeffrey Lynn Parke Jr.<
>>>>> jeffrey.parke at gmail.com>   wrote:
>>>>>
>>>>>  On Mon, Jul 18, 2011 at 2:05 PM, Daniel.<danielhilst at gmail.com>
>>>>> wrote:
>>>>>
>>>>>>  I have some doubts about traffic forwarding
>>>>>>
>>>>>>> Supposing that my IP is 192.168.1.100
>>>>>>> and the remote is 192.168.1.200
>>>>>>>
>>>>>>> is this ->   ssh -R 1000:192.168.1.200:22
>>>>>>> the same as this:
>>>>>>> ssh 192.168.1.200
>>>>>>> ssh -L 1000:192.168.1.100:22
>>>>>>>
>>>>>>>
>>>>>>> ???
>>>>>>>
>>>>>>> --
>>>>>>> *"Do or do not. There is no try"*
>>>>>>> *  **Yoda Master*
>>>>>>>
>>>>>>>
>>>>>>>  You may want to read the wiki article for ssh.
>>>>>> https://wiki.archlinux.org/****index.php/SSH<https://wiki.archlinux.org/**index.php/SSH>
>>>>>> <https://wiki.**archlinux.org/index.php/SSH<https://wiki.archlinux.org/index.php/SSH>
>>>>>> >
>>>>>>
>>>>>>
>>>>>> It is very detailed.
>>>>>>
>>>>>>
>>>>>> --
>>>>>> "Breath Deeply and Dream"
>>>>>>
>>>>>>  Please put that in the SSH article! Also, please bottom post from now
>>>>>>
>>>>> on.
>>>>
>>>> -- Sven-Hendrik
>>>>
>>>>  Thanks for all helping .. I got it.. I was using putty and that mess up
>>> the
>>> syntax up my head..
>>>
>>> Thanks David, your explanation was really clarifying
>>>
>>> --
>>> "Do or do not... there is no try" Yoda Master
>>>
>>>  My pleasure, and there's now a section on generic forwarding on the
>> wiki,
>> right beneath the X11 forwarding section. I also included a bit about
>> acting
>> as a forwarding gateway.
>>
>> David J. Haines
>> dhaines at gmail.com
>>
> Your contribution to Arch World Domination Enterprises has been received
> and a company associate has been dispatched to your location with champagne
> and a party hat.
>
If it's to be as timely as is the current install ISO, I won't hold my
breath. ;)


David J. Haines
dhaines at gmail.com

From fauno at kiwwwi.com.ar  Tue Jul 19 09:43:50 2011
From: fauno at kiwwwi.com.ar (=?utf-8?Q?Nicol=C3=A1s?= Reynolds)
Date: Tue, 19 Jul 2011 10:43:50 -0300
Subject: [arch-general] SSH Tunnel doubts
In-Reply-To: <CAM07ovhvtM3XEDV3FOK2ueyn91PvLBSPiKMCjWSjN86GCJJ-Pw@mail.gmail.com>
References: <CAF3SDA77+w5KRc_vtJkoeQ5ToFA7S4o3cF7tHOT62V8sdpU8ZQ@mail.gmail.com>
 <CAAPPTNH=+oU6exEt5+m7DBVH6vbtGkNoa16H=AKi67My_TcnrQ@mail.gmail.com>
 <CAM07ovg9oaynP46fM6QXN311byDgJQp6XPbKQgKcPBJHdNt+OA@mail.gmail.com>
 <4E24A23A.7060201@lutzhaase.com> <4E24D673.5030702@gmail.com>
 <CAM07ovgPf0b6oxQFrjM8chAo7ut+5BMT4Q4kpXu98EOLVyhyoQ@mail.gmail.com>
 <4E257234.4040809@lutzhaase.com>
 <CAM07ovhvtM3XEDV3FOK2ueyn91PvLBSPiKMCjWSjN86GCJJ-Pw@mail.gmail.com>
Message-ID: <20110719134350.GQ3484@ponape>

El 19/07/11 09:26, David J. Haines dijo:
> On Tue, Jul 19, 2011 at 8:01 AM, Sven-Hendrik Haase <sh at lutzhaase.com>wrote:
> > Your contribution to Arch World Domination Enterprises has been received
> > and a company associate has been dispatched to your location with champagne
> > and a party hat.
> >
> If it's to be as timely as is the current install ISO, I won't hold my
> breath. ;)

You can also create a socks proxy using the -D flag and a port number ;)

-- 
Salud!
Nicol?s Reynolds,
xmpp:fauno at kiwwwi.com.ar
omb:http://identi.ca/fauno

OTR: C0CB1F0F 01DB5E18 2D634C2A A4626858 E7C7C3A2

http://parabolagnulinux.org
http://endefensadelsl.org

"Freedom [...] is messy" ~ Eben Moglen
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 490 bytes
Desc: not available
URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110719/ca59736c/attachment.asc>

From dhaines at gmail.com  Tue Jul 19 09:46:24 2011
From: dhaines at gmail.com (David J. Haines)
Date: Tue, 19 Jul 2011 09:46:24 -0400
Subject: [arch-general] SSH Tunnel doubts
In-Reply-To: <20110719134350.GQ3484@ponape>
References: <CAF3SDA77+w5KRc_vtJkoeQ5ToFA7S4o3cF7tHOT62V8sdpU8ZQ@mail.gmail.com>
 <CAAPPTNH=+oU6exEt5+m7DBVH6vbtGkNoa16H=AKi67My_TcnrQ@mail.gmail.com>
 <CAM07ovg9oaynP46fM6QXN311byDgJQp6XPbKQgKcPBJHdNt+OA@mail.gmail.com>
 <4E24A23A.7060201@lutzhaase.com> <4E24D673.5030702@gmail.com>
 <CAM07ovgPf0b6oxQFrjM8chAo7ut+5BMT4Q4kpXu98EOLVyhyoQ@mail.gmail.com>
 <4E257234.4040809@lutzhaase.com>
 <CAM07ovhvtM3XEDV3FOK2ueyn91PvLBSPiKMCjWSjN86GCJJ-Pw@mail.gmail.com>
 <20110719134350.GQ3484@ponape>
Message-ID: <CAM07ovhBUiCezHUg6CYhwO3xpz37=Jp-rgXzcK4qNSfHxGEQDw@mail.gmail.com>

On Tue, Jul 19, 2011 at 9:43 AM, Nicol?s Reynolds <fauno at kiwwwi.com.ar>wrote:

> El 19/07/11 09:26, David J. Haines dijo:
> > On Tue, Jul 19, 2011 at 8:01 AM, Sven-Hendrik Haase <sh at lutzhaase.com
> >wrote:
> > > Your contribution to Arch World Domination Enterprises has been
> received
> > > and a company associate has been dispatched to your location with
> champagne
> > > and a party hat.
> > >
> > If it's to be as timely as is the current install ISO, I won't hold my
> > breath. ;)
>
> You can also create a socks proxy using the -D flag and a port number ;)
>
> --
> Salud!
> Nicol?s Reynolds,
> xmpp:fauno at kiwwwi.com.ar
> omb:http://identi.ca/fauno
>
> OTR: C0CB1F0F 01DB5E18 2D634C2A A4626858 E7C7C3A2
>
> http://parabolagnulinux.org
> http://endefensadelsl.org
>
> "Freedom [...] is messy" ~ Eben Moglen
>

I was going to discuss that, but it's already in there directly above X11
forwarding.

David J. Haines
dhaines at gmail.com

From ibiru at archlinux.org  Tue Jul 19 10:12:06 2011
From: ibiru at archlinux.org (Ionut Biru)
Date: Tue, 19 Jul 2011 17:12:06 +0300
Subject: [arch-general] virtualbox additions package naming
Message-ID: <4E2590B6.8080608@archlinux.org>

I've been criticized a lot because I choose poorly the name for guest 
additions.

Right now the packages are like this:

virtualbox-addtitions - contains the iso with guest additions for 
linux/windows/etc and is installed on host
virtualbox-guest-additions - contains guest additions only for an arch 
linux system as guest.
virtualbo-guest-modules - modules only for an arch linux system as guest.

Now that virtualbox 4.1 is released I need help choosing this names.


-- 
Ionu?

From magnus at therning.org  Tue Jul 19 10:18:42 2011
From: magnus at therning.org (Magnus Therning)
Date: Tue, 19 Jul 2011 16:18:42 +0200
Subject: [arch-general] virtualbox additions package naming
In-Reply-To: <4E2590B6.8080608@archlinux.org>
References: <4E2590B6.8080608@archlinux.org>
Message-ID: <20110719141842.GA10940@ohann>

On Tue, Jul 19, 2011 at 05:12:06PM +0300, Ionut Biru wrote:
> I've been criticized a lot because I choose poorly the name for
> guest additions.
> 
> Right now the packages are like this:
> 
> virtualbox-addtitions - contains the iso with guest additions for
> linux/windows/etc and is installed on host
> virtualbox-guest-additions - contains guest additions only for an
> arch linux system as guest.
> virtualbo-guest-modules - modules only for an arch linux system as guest.
> 
> Now that virtualbox 4.1 is released I need help choosing this names.

I think that the guest/host terminology is rather well established, so
maybe

virtualbox-host-additions
virtualbox-guest-additions
virtualbox-guest-modules

What do you think?

/M

-- 
Magnus Therning                      OpenPGP: 0xAB4DFBA4 
email: magnus at therning.org   jabber: magnus at therning.org
twitter: magthe               http://therning.org/magnus

Most software today is very much like an Egyptian pyramid with
millions of bricks piled on top of each other, with no structural
integrity, but just done by brute force and thousands of slaves.
     -- Alan Kay
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110719/90feaffd/attachment.asc>

From fons at linuxaudio.org  Tue Jul 19 10:37:58 2011
From: fons at linuxaudio.org (Fons Adriaensen)
Date: Tue, 19 Jul 2011 14:37:58 +0000
Subject: [arch-general] Panic - no sound devices after upgrade
Message-ID: <20110719143758.GA15283@linuxaudio.org>

After a routine upgrade it seems I don't have any sound devices any more.

More in detail:

* The driver for my card (RME HDSP MADI, snd_hdpsm) is loaded.
* aplay -L tells me there is only the 'null' device.
* (re)starting /etc/rc.d/alsa doesn't change things.
* There is *no* /dev/pcm at all.
* /sys/class/sound only has a link to a timer device.
* No traces in dmesg or /var/log/messages of anything going wrong.

I suspect udev fails to do the right things.

* /etc/udev/rules.d is empty
* /etc/udev/udev.conf contains only the line 
  udev_log="err"

This is a professional studio and I'm expecting clients tomorrow at 09:00.

Any ideas ?

TIA,

-- 
FA


From girard.cedric at gmail.com  Tue Jul 19 10:59:09 2011
From: girard.cedric at gmail.com (=?UTF-8?Q?C=C3=A9dric_Girard?=)
Date: Tue, 19 Jul 2011 16:59:09 +0200
Subject: [arch-general] Panic - no sound devices after upgrade
In-Reply-To: <20110719143758.GA15283@linuxaudio.org>
References: <20110719143758.GA15283@linuxaudio.org>
Message-ID: <CA+rnASti+d1PNTB92HpGPDeK2vj5X9Zmk99LKVoBmfgEk5=k4w@mail.gmail.com>

Hi,

On Tue, Jul 19, 2011 at 4:37 PM, Fons Adriaensen <fons at linuxaudio.org>wrote:

> After a routine upgrade it seems I don't have any sound devices any more.
>

What do you call a "routine upgrade". Which package were involved (kernel ?
alsa ? ...).


>
> [...]

I suspect udev fails to do the right things.
>
> * /etc/udev/rules.d is empty
> * /etc/udev/udev.conf contains only the line
>  udev_log="err"
>
>
There is nothing wrong here. Nearly same state here (only a few rules in
rules.d, unrelated to sound) and sound is working correctly (only using
intel_hda crap on that computer).


 This is a professional studio and I'm expecting clients tomorrow at 09:00.
>
>
Emergency solution would be to rollback all updated packages from the
culprit upgrade session.

-- 
C?dric Girard

From vic at demuzere.be  Tue Jul 19 11:03:05 2011
From: vic at demuzere.be (Vic Demuzere)
Date: Tue, 19 Jul 2011 17:03:05 +0200
Subject: [arch-general] virtualbox additions package naming
In-Reply-To: <20110719141842.GA10940@ohann>
References: <4E2590B6.8080608@archlinux.org> <20110719141842.GA10940@ohann>
Message-ID: <CA+Yovz-Rc6BSQK47rspkbme_ArWFVAjNM0WS-dt=D1VWdMVnHg@mail.gmail.com>

On 19 July 2011 16:18, Magnus Therning <magnus at therning.org> wrote:
> I think that the guest/host terminology is rather well established, so
> maybe
>
> virtualbox-host-additions
> virtualbox-guest-additions
> virtualbox-guest-modules
>

I don't like this. It sounds as if the first package has additions for
the host, but it's just an iso containing additions for the guest. It
doesn't make sense to name it this way.

What about

virtualbox-additions
virtualbox-arch-additions
virtualbox-arch-modules

--
vic at demuzere.be :: http://vic.demuzere.be :: PGP: 0x6690CF94
My software never contains bugs, it just develops random features.

From siriusb at linuxmail.org  Tue Jul 19 11:11:29 2011
From: siriusb at linuxmail.org (Pataricza Zsolt)
Date: Tue, 19 Jul 2011 17:11:29 +0200
Subject: [arch-general] virtualbox additions package naming
In-Reply-To: <4E2590B6.8080608@archlinux.org>
References: <4E2590B6.8080608@archlinux.org>
Message-ID: <4E259EA1.40608@linuxmail.org>

On 2011-07-19 16:12, Ionut Biru wrote:
> I've been criticized a lot because I choose poorly the name for guest 
> additions.
>
> Right now the packages are like this:
>
> virtualbox-addtitions - contains the iso with guest additions for 
> linux/windows/etc and is installed on host
> virtualbox-guest-additions - contains guest additions only for an arch 
> linux system as guest.
> virtualbo-guest-modules - modules only for an arch linux system as guest.
>
> Now that virtualbox 4.1 is released I need help choosing this names.
>
>
My 2 cents:

virtualbox-additions-arch-host
virtualbox-additions-arch-guest
virtualbox-modules-arch-guest

Cheers,
Zsolt

From magnus at therning.org  Tue Jul 19 11:15:59 2011
From: magnus at therning.org (Magnus Therning)
Date: Tue, 19 Jul 2011 17:15:59 +0200
Subject: [arch-general] virtualbox additions package naming
In-Reply-To: <CA+Yovz-Rc6BSQK47rspkbme_ArWFVAjNM0WS-dt=D1VWdMVnHg@mail.gmail.com>
References: <4E2590B6.8080608@archlinux.org> <20110719141842.GA10940@ohann>
 <CA+Yovz-Rc6BSQK47rspkbme_ArWFVAjNM0WS-dt=D1VWdMVnHg@mail.gmail.com>
Message-ID: <20110719151559.GD10940@ohann>

On Tue, Jul 19, 2011 at 05:03:05PM +0200, Vic Demuzere wrote:
> On 19 July 2011 16:18, Magnus Therning <magnus at therning.org> wrote:
> > I think that the guest/host terminology is rather well established, so
> > maybe
> >
> > virtualbox-host-additions
> > virtualbox-guest-additions
> > virtualbox-guest-modules
> >
> 
> I don't like this. It sounds as if the first package has additions for
> the host, but it's just an iso containing additions for the guest. It
> doesn't make sense to name it this way.
> 
> What about
> 
> virtualbox-additions
> virtualbox-arch-additions
> virtualbox-arch-modules

I see your point, but I don't like your suggestion since there is no
indication *where* it makes sense to install the packages.  It's worth
making it crystal clear that guest additions and guest modules only
make sense in a guest, and that it's pointless to install the ISO
packages in one.

/M

-- 
Magnus Therning                      OpenPGP: 0xAB4DFBA4 
email: magnus at therning.org   jabber: magnus at therning.org
twitter: magthe               http://therning.org/magnus

Most software today is very much like an Egyptian pyramid with
millions of bricks piled on top of each other, with no structural
integrity, but just done by brute force and thousands of slaves.
     -- Alan Kay
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110719/79767b66/attachment.asc>

From teg at jklm.no  Tue Jul 19 11:15:46 2011
From: teg at jklm.no (Tom Gundersen)
Date: Tue, 19 Jul 2011 17:15:46 +0200
Subject: [arch-general] Panic - no sound devices after upgrade
In-Reply-To: <20110719143758.GA15283@linuxaudio.org>
References: <20110719143758.GA15283@linuxaudio.org>
Message-ID: <CAG-2HqVgLzgk7rWnTUfPEMueDohVTu2pkUHvyLjzj3nUqMkL0Q@mail.gmail.com>

On Tue, Jul 19, 2011 at 4:37 PM, Fons Adriaensen <fons at linuxaudio.org> wrote:
> After a routine upgrade it seems I don't have any sound devices any more.
>
> More in detail:
>
> * The driver for my card (RME HDSP MADI, snd_hdpsm) is loaded.
> * aplay -L tells me there is only the 'null' device.
> * (re)starting /etc/rc.d/alsa doesn't change things.
> * There is *no* /dev/pcm at all.
> * /sys/class/sound only has a link to a timer device.
> * No traces in dmesg or /var/log/messages of anything going wrong.
>
> I suspect udev fails to do the right things.
>
> * /etc/udev/rules.d is empty
> * /etc/udev/udev.conf contains only the line
> ?udev_log="err"
>
> This is a professional studio and I'm expecting clients tomorrow at 09:00.

You could try udev from testing (I agree that probably udev is the
culprit, though it has not been updated in core for some time).

-t

From allan at archlinux.org  Tue Jul 19 11:28:00 2011
From: allan at archlinux.org (Allan McRae)
Date: Wed, 20 Jul 2011 01:28:00 +1000
Subject: [arch-general] virtualbox additions package naming
In-Reply-To: <20110719151559.GD10940@ohann>
References: <4E2590B6.8080608@archlinux.org> <20110719141842.GA10940@ohann>
 <CA+Yovz-Rc6BSQK47rspkbme_ArWFVAjNM0WS-dt=D1VWdMVnHg@mail.gmail.com>
 <20110719151559.GD10940@ohann>
Message-ID: <4E25A280.8010307@archlinux.org>

On 20/07/11 01:15, Magnus Therning wrote:
> On Tue, Jul 19, 2011 at 05:03:05PM +0200, Vic Demuzere wrote:
>> On 19 July 2011 16:18, Magnus Therning<magnus at therning.org>  wrote:
>>> I think that the guest/host terminology is rather well established, so
>>> maybe
>>>
>>> virtualbox-host-additions
>>> virtualbox-guest-additions
>>> virtualbox-guest-modules
>>>
>>
>> I don't like this. It sounds as if the first package has additions for
>> the host, but it's just an iso containing additions for the guest. It
>> doesn't make sense to name it this way.
>>
>> What about
>>
>> virtualbox-additions
>> virtualbox-arch-additions
>> virtualbox-arch-modules
>
> I see your point, but I don't like your suggestion since there is no
> indication *where* it makes sense to install the packages.  It's worth
> making it crystal clear that guest additions and guest modules only
> make sense in a guest, and that it's pointless to install the ISO
> packages in one.
>

Is this clearer?

virtualbox-additions-for-installing-into-an-arch-linux-host
virtualbox-additions-for-installing-into-an-arch-linux-guest

or should the information really go into the pkgdesc...


From auguste at gmail.com  Tue Jul 19 11:21:37 2011
From: auguste at gmail.com (Auguste Pop)
Date: Tue, 19 Jul 2011 23:21:37 +0800
Subject: [arch-general] virtualbox additions package naming
In-Reply-To: <4E2590B6.8080608@archlinux.org>
References: <4E2590B6.8080608@archlinux.org>
Message-ID: <CAKjTroPmaXa=X10U+KQZdJHoVkcrx0NO7KFESHMRNJURNoVzNg@mail.gmail.com>

On Tue, Jul 19, 2011 at 10:12 PM, Ionut Biru <ibiru at archlinux.org> wrote:
> I've been criticized a lot because I choose poorly the name for guest
> additions.
>
> Right now the packages are like this:
>
> virtualbox-addtitions - contains the iso with guest additions for
> linux/windows/etc and is installed on host
> virtualbox-guest-additions - contains guest additions only for an arch linux
> system as guest.
> virtualbo-guest-modules - modules only for an arch linux system as guest.
>
> Now that virtualbox 4.1 is released I need help choosing this names.
>
>
> --
> Ionu?
>

i am thinking making a group virtualbox containing virtualbox-core and
virtualbox-additions, and a group virtualbox-arch-guest containing
virtualbox-guest-additions and virtualbox-guest-modules.

From kwpolska at gmail.com  Tue Jul 19 11:31:20 2011
From: kwpolska at gmail.com (Kwpolska)
Date: Tue, 19 Jul 2011 17:31:20 +0200
Subject: [arch-general] virtualbox additions package naming
Message-ID: <CAMw+j7JiD4+qH7O3en_kkjBvNxN7UGMAdo_e3Wy387e3vZzTgQ@mail.gmail.com>

On Jul 19, 2011 4:12 PM, "Ionut Biru" <ibiru at archlinux.org> wrote:
>
> I've been criticized a lot because I choose poorly the name for guest
additions.
>
> Right now the packages are like this:
>
> virtualbox-addtitions - contains the iso with guest additions for
linux/windows/etc and is installed on host
> virtualbox-guest-additions - contains guest additions only for an arch
linux system as guest.
> virtualbo-guest-modules - modules only for an arch linux system as guest.
>
> Now that virtualbox 4.1 is released I need help choosing this names.
>
>
> --
> Ionu?
I'd suggest:
* virtualbox-additions-iso
* virtualbox-additions-guest
* virtualbox-additions-guest-modules
-- Kwpolska (sent from Android)

From vic at demuzere.be  Tue Jul 19 11:43:43 2011
From: vic at demuzere.be (Vic Demuzere)
Date: Tue, 19 Jul 2011 17:43:43 +0200
Subject: [arch-general] virtualbox additions package naming
In-Reply-To: <CAMw+j7JiD4+qH7O3en_kkjBvNxN7UGMAdo_e3Wy387e3vZzTgQ@mail.gmail.com>
References: <CAMw+j7JiD4+qH7O3en_kkjBvNxN7UGMAdo_e3Wy387e3vZzTgQ@mail.gmail.com>
Message-ID: <CA+Yovz-Pe8StsU1eVyCZ10DG8wOkOyYzxUbQN2kXh_5j__UhNQ@mail.gmail.com>

On Jul 19, 2011 5:31 PM, "Kwpolska" <kwpolska at gmail.com> wrote:
> I'd suggest:
> * virtualbox-additions-iso
> * virtualbox-additions-guest
> * virtualbox-additions-guest-modules

That sounds good!

-- 
vic at demuzere.be :: http://vic.demuzere.be :: PGP: 0x6690CF94
My software never contains bugs, it just develops random features.

Sent from my phone, please excuse my brevity.

From magnus at therning.org  Tue Jul 19 11:43:42 2011
From: magnus at therning.org (Magnus Therning)
Date: Tue, 19 Jul 2011 17:43:42 +0200
Subject: [arch-general] virtualbox additions package naming
In-Reply-To: <4E25A280.8010307@archlinux.org>
References: <4E2590B6.8080608@archlinux.org> <20110719141842.GA10940@ohann>
 <CA+Yovz-Rc6BSQK47rspkbme_ArWFVAjNM0WS-dt=D1VWdMVnHg@mail.gmail.com>
 <20110719151559.GD10940@ohann> <4E25A280.8010307@archlinux.org>
Message-ID: <20110719154342.GE10940@ohann>

On Wed, Jul 20, 2011 at 01:28:00AM +1000, Allan McRae wrote:
> On 20/07/11 01:15, Magnus Therning wrote:
> >On Tue, Jul 19, 2011 at 05:03:05PM +0200, Vic Demuzere wrote:
> >>On 19 July 2011 16:18, Magnus Therning<magnus at therning.org>  wrote:
> >>>I think that the guest/host terminology is rather well established, so
> >>>maybe
> >>>
> >>>virtualbox-host-additions
> >>>virtualbox-guest-additions
> >>>virtualbox-guest-modules
> >>>
> >>
> >>I don't like this. It sounds as if the first package has additions for
> >>the host, but it's just an iso containing additions for the guest. It
> >>doesn't make sense to name it this way.
> >>
> >>What about
> >>
> >>virtualbox-additions
> >>virtualbox-arch-additions
> >>virtualbox-arch-modules
> >
> >I see your point, but I don't like your suggestion since there is no
> >indication *where* it makes sense to install the packages.  It's worth
> >making it crystal clear that guest additions and guest modules only
> >make sense in a guest, and that it's pointless to install the ISO
> >packages in one.
> >
> 
> Is this clearer?
> 
> virtualbox-additions-for-installing-into-an-arch-linux-host
> virtualbox-additions-for-installing-into-an-arch-linux-guest
> 
> or should the information really go into the pkgdesc...

Why not take it a step further then?  Just name the packages

3b4385462ed5af582deacfeb2d636b5b
66622c4cecd8eddadd397c2d0a44f92b
9514fd263021fd250fa735f54096d315

Useless, and user-unfriendly, but then the information should really
go into pkgdesc...

No, all pointless attempts at satire aside.  It's *easy* to make these
package names descriptive and it's *useful* to make it crystal clear
where each package belongs in a Virtualbox system.  So why not do that
then?

/M

-- 
Magnus Therning                      OpenPGP: 0xAB4DFBA4 
email: magnus at therning.org   jabber: magnus at therning.org
twitter: magthe               http://therning.org/magnus


Perl is another example of filling a tiny, short-term need, and then
being a real problem in the longer term.
     -- Alan Kay
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110719/0a0aa557/attachment-0001.asc>

From aaron at elasticdog.com  Tue Jul 19 11:44:09 2011
From: aaron at elasticdog.com (Aaron Bull Schaefer)
Date: Tue, 19 Jul 2011 08:44:09 -0700
Subject: [arch-general] [arch-dev-public] dropping tcp_wrapper support
In-Reply-To: <20110716222311.GA29921@celine>
References: <20110713022741.GE19258@rampage> <4E1D0937.1010908@archlinux.org>
 <20110713121026.GG19258@rampage>
 <7634545.ceZHYQz6Lg@assurancetourix>
 <CAEik5nN87_L0UnE57AD5Ns3PYu=mkudKBf4jLA4z+8dFaPDDPQ@mail.gmail.com>
 <CAO18cg9_o7s-dz4SGbzcc0jjLK=9=Z-Wt2pPANcNjbz408NQjQ@mail.gmail.com>
 <CAG_3X=mEzpvsShzujksOgfzDK30YuFqt2dVqAvGWO6tP9w4Mjw@mail.gmail.com>
 <4E21F33B.9020503@archlinux.org>
 <CAG_3X=nW_dicYuyz5F8YsbME6R-bj2hAR_7ZZeFa=XwaY0XviA@mail.gmail.com>
 <20110716222311.GA29921@celine>
Message-ID: <CAHFhPtmyCQq+bCuP3apu0FOAtJxQQ4sTOezbW+9Bok9U12o5ew@mail.gmail.com>

On Sat, Jul 16, 2011 at 3:23 PM, Loui Chang <louipc.ist at gmail.com> wrote:
>> > On 07/16/2011 08:06 PM, Peggy Wilkins wrote:
>> >> The annoucement suggests that a major reason for dropping support is
>> >> that it is "confusing" to end users. ?An easy solution to that is to
>> >> make a default hosts.allow file that says "ALL : ALL : ALLOW" ?out of
>> >> the box. ?Then those of use wanting to simply restrict access (useful
>> >> in many scenarios) can change that default as needed.
>
> I think it makes sense to have only one place to control traffic, makes
> things a little simpler. tcp_wrappers is like a helper program for
> beginner users to control traffic, but you can most likely find a
> program that would help beginners to create iptable rules. I don't use
> them so I can't advocate any particular program though.


I haven't used it myself, but Uncomplicated Firewall (UFW) is
available in the Community repository and looks like a simple
alternative way to get going.

https://wiki.archlinux.org/index.php/Firewalls#ufw

...and there are a handful of other similar firewall configuration
tools listed on that page as well. Just thought it might be useful to
point out for people following this thread.

--
Aaron Bull Schaefer
http://elasticdog.com/

From bernardobarros2 at gmail.com  Tue Jul 19 11:47:15 2011
From: bernardobarros2 at gmail.com (Bernardo Barros)
Date: Tue, 19 Jul 2011 12:47:15 -0300
Subject: [arch-general] Panic - no sound devices after upgrade
In-Reply-To: <CAG-2HqVgLzgk7rWnTUfPEMueDohVTu2pkUHvyLjzj3nUqMkL0Q@mail.gmail.com>
References: <20110719143758.GA15283@linuxaudio.org>
 <CAG-2HqVgLzgk7rWnTUfPEMueDohVTu2pkUHvyLjzj3nUqMkL0Q@mail.gmail.com>
Message-ID: <CAOEEKGV46SYyM+dGRLVjYG4XLA43+jEoyTsvOKp0SsKBO2JspQ@mail.gmail.com>

And I'm still trying to find out why my FireWire/FFADO (MOTU UltraLite)
works on Fedora and not on Arch...

Arch udev mysteries...

From mkakati2805 at gmail.com  Tue Jul 19 11:47:19 2011
From: mkakati2805 at gmail.com (Madhurya Kakati)
Date: Tue, 19 Jul 2011 21:17:19 +0530
Subject: [arch-general] testing splitted LibreOffice 3.4.2rc1
In-Reply-To: <20110719132917.7fb0e917@workstation64.home>
References: <20110719132917.7fb0e917@workstation64.home>
Message-ID: <CAPy7aNZajfSH_Tnv_7FaFMLjhnYrP4NdxU2kkFhMukMq6Tj2Ng@mail.gmail.com>

On Tue, Jul 19, 2011 at 4:59 PM, Andreas Radke <a.radke at arcor.de> wrote:
> It's done. LibreOffice has been split into libreoffice-common
> and application packages -writer,base,calc,...
>
> For better look'n feel you should also install libreoffice-gnome for
> use in any gtk desktop and libreoffice-kde4 if you want.
>
> The en-US language is no more included in the -common pkg. So everyone
> will have to install at least one language pack,e.g. libreoffice-en-US.
>
> I hope I've covered the deps all well. Please test fresh installations
> and also upgrading from last 3.4.1 release. The new 3.4.2rc1 should be
> already safe for daily usage.
>
> Recommended way for new installations should be to either install
> libreoffice-common the should ask for a langpack or directly install
> the langpack of your choice that will pull in the -common pkg. Then you
> install the application packages you want.
>
> It's also possible to install the "libreoffice" group package.
>
> If you upgrade you should get libreoffice-common installed showing the
> needed infos.
>
> So get it from the testing repo and report bugs.
>
> -Andy
>

Is is possible to get many libreoffice plugins in a single group?

From teg at jklm.no  Tue Jul 19 11:52:21 2011
From: teg at jklm.no (Tom Gundersen)
Date: Tue, 19 Jul 2011 17:52:21 +0200
Subject: [arch-general] Panic - no sound devices after upgrade
In-Reply-To: <CAOEEKGV46SYyM+dGRLVjYG4XLA43+jEoyTsvOKp0SsKBO2JspQ@mail.gmail.com>
References: <20110719143758.GA15283@linuxaudio.org>
 <CAG-2HqVgLzgk7rWnTUfPEMueDohVTu2pkUHvyLjzj3nUqMkL0Q@mail.gmail.com>
 <CAOEEKGV46SYyM+dGRLVjYG4XLA43+jEoyTsvOKp0SsKBO2JspQ@mail.gmail.com>
Message-ID: <CAG-2HqUu=bpR0Mcqp5N-dZpkPqEZQntTcrRjqjmzFBx8S607+g@mail.gmail.com>

On Tue, Jul 19, 2011 at 5:47 PM, Bernardo Barros
<bernardobarros2 at gmail.com> wrote:
> And I'm still trying to find out why my FireWire/FFADO (MOTU UltraLite)
> works on Fedora and not on Arch...
>
> Arch udev mysteries...

We should be moving slowly closer to upstream (and hence also closer
to Fedora). If you find out what the difference is, please let us know
so we can sort it out.

-t

From anthony at xtfx.me  Tue Jul 19 11:53:12 2011
From: anthony at xtfx.me (C Anthony Risinger)
Date: Tue, 19 Jul 2011 10:53:12 -0500
Subject: [arch-general] SSH Tunnel doubts
In-Reply-To: <CAM07ovg9oaynP46fM6QXN311byDgJQp6XPbKQgKcPBJHdNt+OA@mail.gmail.com>
References: <CAF3SDA77+w5KRc_vtJkoeQ5ToFA7S4o3cF7tHOT62V8sdpU8ZQ@mail.gmail.com>
 <CAAPPTNH=+oU6exEt5+m7DBVH6vbtGkNoa16H=AKi67My_TcnrQ@mail.gmail.com>
 <CAM07ovg9oaynP46fM6QXN311byDgJQp6XPbKQgKcPBJHdNt+OA@mail.gmail.com>
Message-ID: <CAGAVQTHay-8F3pXV8PqFMH2TgFSev6ZneHxvoD69LTp+hDzXQA@mail.gmail.com>

On Mon, Jul 18, 2011 at 3:03 PM, David J. Haines <dhaines at gmail.com> wrote:
>
> ....
> ssh -L X:host1:Y host2 means open a connection to host2, including shell,
> and forward anything sent to localhost on port X to host1 on port Y. Host1
> and host2 can be the same machine.

... and to briefly expand, it's good to note the behavior when
host1/host2 are not the same machine.  for example, i use something
like the following to access the webpanel of a backup server (only
available on a remote private subnet):

ssh -CNAfc arcfour -L localhost:1180:10.20.0.75:80 anthonyr at bridge03

... this says:

) connect to bridge03
) setup a "relay" of sorts (no port is allocated)
) when i connect to port 1180 on my workstation ...
) ... bridge03 relays the connection to 10.20.0.75, port 80

... so in effect i am only rebounding off the machine i connected to,
using it only as a way to get access to the private subnet.

also, note that the "host" and "hostport" is from the REMOTE's
prespective ... not your own!!  this is a great source of confusion at
first.  example ... i use the following whenever my fianc? has CUPS
issues (a lot ...) to connect to her when i'm at work (this is also
over a layer2 openvpn but that doesn't matter):

ssh -CNAfc arcfour -L localhost:1631:localhost:631 emily at 10.10.210.10

... which says:

) connect to 10.10.210.10
) when i connect to port 1631 on my workstation ...
) ... 10.10.210.10 relays the connection to LOCALHOST port 631

... NOTE how both "bind_address" AND "host" are localhost ... because
they are from the perspective of EACH endpoint, not just your's.

other examples i use regularly (near verbatim from history log --
names changed to protect the innocent :-):

# make MySQL available locally via port 3307 (nice for using a local
query browser or schema explorer)
ssh -CNAfc arcfour -L localhost:3307:localhost:3306 anthonyr at shared001

# make connections to local port 2222 turn into regular SSH
connections to a different host than you connected to (SSH relay)
ssh -CNAfc arcfour -L localhost:2222:10.20.23.30:22 anthonyr at fma001

# same purposeas the first example two up, but this host (zimm001)
runs SSH on port 7777 vs. 22
ssh -p7777 -L localhost:3307:localhost:3306 anthonyr at zimm001

... so very useful :-) ... and if your wondering the common options i
use for everything:

-C
    compress the stream

-N
    do not execute a command (port forward only)

-A
    forward your agent socket (only needed if you need it available on
the remote host -- use with care -- see manpage)

-f
    put ssh into the background after receiving pass [if required] and
just before it would execute a remote command

-c arcfour
    use the arcfour cipher (weakest) instead of AES (strongest) this
makes a HUGE HUGE difference in bandwidth/overhead (sshfs/FUSE, MySQL
forwarding, etc)

... that should give you an even better understanding i hope :-)

C Anthony

From a.radke at arcor.de  Tue Jul 19 11:56:58 2011
From: a.radke at arcor.de (Andreas Radke)
Date: Tue, 19 Jul 2011 17:56:58 +0200
Subject: [arch-general] testing splitted LibreOffice 3.4.2rc1
In-Reply-To: <CAPy7aNZajfSH_Tnv_7FaFMLjhnYrP4NdxU2kkFhMukMq6Tj2Ng@mail.gmail.com>
References: <20110719132917.7fb0e917@workstation64.home>
 <CAPy7aNZajfSH_Tnv_7FaFMLjhnYrP4NdxU2kkFhMukMq6Tj2Ng@mail.gmail.com>
Message-ID: <20110719175658.2728f750@workstation64.home>

Am Tue, 19 Jul 2011 21:17:19 +0530
schrieb Madhurya Kakati <mkakati2805 at gmail.com>:


> Is is possible to get many libreoffice plugins in a single group?
> 

All provided extensions have this included ;)

 groups=('libreoffice-extensions')


[root at workstation64 andyrtr]# LANG=C pacman -S libreoffice-extensions
:: There are 18 members in group libreoffice-extensions:
:: Repository testing
   1) libreoffice-extension-ct2n  2) libreoffice-extension-diagram  3) libreoffice-extension-google-docs  4) libreoffice-extension-hunart  5) libreoffice-extension-nlpsolver  6) libreoffice-extension-numbertext  7) libreoffice-extension-oooblogger  8) libreoffice-extension-pdfimport
   9) libreoffice-extension-presentation-minimizer  10) libreoffice-extension-presenter-screen  11) libreoffice-extension-report-builder  12) libreoffice-extension-scripting-beanshell  13) libreoffice-extension-scripting-javascript  14) libreoffice-extension-scripting-python  15) libreoffice-extension-typo
   16) libreoffice-extension-validator  17) libreoffice-extension-watch-window  18) libreoffice-extension-wiki-publisher

Enter a selection (default=all): 


-Andy

From mutantturkey at gmail.com  Tue Jul 19 12:05:54 2011
From: mutantturkey at gmail.com (Calvin Morrison)
Date: Tue, 19 Jul 2011 12:05:54 -0400
Subject: [arch-general] testing splitted LibreOffice 3.4.2rc1
In-Reply-To: <20110719175658.2728f750@workstation64.home>
References: <20110719132917.7fb0e917@workstation64.home>
 <CAPy7aNZajfSH_Tnv_7FaFMLjhnYrP4NdxU2kkFhMukMq6Tj2Ng@mail.gmail.com>
 <20110719175658.2728f750@workstation64.home>
Message-ID: <CAJFUHyUhzJMRNTCA6ye7pJJq=GFVcvJDwTv1SV8D=Zo5Bt6bhQ@mail.gmail.com>

On 19 July 2011 11:56, Andreas Radke <a.radke at arcor.de> wrote:
> Am Tue, 19 Jul 2011 21:17:19 +0530
> schrieb Madhurya Kakati <mkakati2805 at gmail.com>:
>
>
>> Is is possible to get many libreoffice plugins in a single group?
>>
>
> All provided extensions have this included ;)
>
> ?groups=('libreoffice-extensions')
>
>
> [root at workstation64 andyrtr]# LANG=C pacman -S libreoffice-extensions
> :: There are 18 members in group libreoffice-extensions:
> :: Repository testing
> ? 1) libreoffice-extension-ct2n ?2) libreoffice-extension-diagram ?3) libreoffice-extension-google-docs ?4) libreoffice-extension-hunart ?5) libreoffice-extension-nlpsolver ?6) libreoffice-extension-numbertext ?7) libreoffice-extension-oooblogger ?8) libreoffice-extension-pdfimport
> ? 9) libreoffice-extension-presentation-minimizer ?10) libreoffice-extension-presenter-screen ?11) libreoffice-extension-report-builder ?12) libreoffice-extension-scripting-beanshell ?13) libreoffice-extension-scripting-javascript ?14) libreoffice-extension-scripting-python ?15) libreoffice-extension-typo
> ? 16) libreoffice-extension-validator ?17) libreoffice-extension-watch-window ?18) libreoffice-extension-wiki-publisher
>
> Enter a selection (default=all):
>
>
> -Andy
>

When I do this, to get all the extensions, it says

: libreoffice and libreoffice-common are in conflict (go-openoffice).
Remove libreoffice-common? [y/N]

weird huh? I don't have go-openoffice installed, only
libreoffice-common and writer

Calvin Morrison

From a.radke at arcor.de  Tue Jul 19 12:24:54 2011
From: a.radke at arcor.de (Andreas Radke)
Date: Tue, 19 Jul 2011 18:24:54 +0200
Subject: [arch-general] testing splitted LibreOffice 3.4.2rc1
In-Reply-To: <CAJFUHyUhzJMRNTCA6ye7pJJq=GFVcvJDwTv1SV8D=Zo5Bt6bhQ@mail.gmail.com>
References: <20110719132917.7fb0e917@workstation64.home>
 <CAPy7aNZajfSH_Tnv_7FaFMLjhnYrP4NdxU2kkFhMukMq6Tj2Ng@mail.gmail.com>
 <20110719175658.2728f750@workstation64.home>
 <CAJFUHyUhzJMRNTCA6ye7pJJq=GFVcvJDwTv1SV8D=Zo5Bt6bhQ@mail.gmail.com>
Message-ID: <20110719182454.58ed6466@laptop64.home>

Am Tue, 19 Jul 2011 12:05:54 -0400
schrieb Calvin Morrison <mutantturkey at gmail.com>:


> When I do this, to get all the extensions, it says
> 
> : libreoffice and libreoffice-common are in conflict (go-openoffice).
> Remove libreoffice-common? [y/N]
> 
> weird huh? I don't have go-openoffice installed, only
> libreoffice-common and writer
> 
> Calvin Morrison
> 


the oooblogger extension had the old dependency. Just fixing this for
the next build that should be up tomorrow. Then this will work.

-Andy

From fons at linuxaudio.org  Tue Jul 19 12:55:25 2011
From: fons at linuxaudio.org (Fons Adriaensen)
Date: Tue, 19 Jul 2011 16:55:25 +0000
Subject: [arch-general] Panic - no sound devices after upgrade
In-Reply-To: <CAG-2HqVgLzgk7rWnTUfPEMueDohVTu2pkUHvyLjzj3nUqMkL0Q@mail.gmail.com>
References: <20110719143758.GA15283@linuxaudio.org>
 <CAG-2HqVgLzgk7rWnTUfPEMueDohVTu2pkUHvyLjzj3nUqMkL0Q@mail.gmail.com>
Message-ID: <20110719165525.GA24772@linuxaudio.org>

On Tue, Jul 19, 2011 at 05:15:46PM +0200, Tom Gundersen wrote:
> On Tue, Jul 19, 2011 at 4:37 PM, Fons Adriaensen <fons at linuxaudio.org> wrote:
> > After a routine upgrade it seems I don't have any sound devices any more.
> >
> > More in detail:
> >
> > * The driver for my card (RME HDSP MADI, snd_hdpsm) is loaded.
> > * aplay -L tells me there is only the 'null' device.
> > * (re)starting /etc/rc.d/alsa doesn't change things.
> > * There is *no* /dev/pcm at all.
> > * /sys/class/sound only has a link to a timer device.
> > * No traces in dmesg or /var/log/messages of anything going wrong.
> >
> > I suspect udev fails to do the right things.
> >
> > * /etc/udev/rules.d is empty
> > * /etc/udev/udev.conf contains only the line
> > ?udev_log="err"
> >
> > This is a professional studio and I'm expecting clients tomorrow at 09:00.
> 
> You could try udev from testing (I agree that probably udev is the
> culprit, though it has not been updated in core for some time).

But the whole boot system seems to have changed - this machine
boots incredibly fast now (not that it matters, it's rebooted
at most once in a week). 

Some new info: I get complaints from udev in /var/log/errors.log
about files not being found in /lib/udev/rules.d. This would explain
things I guess. But when I look in /lib/udev/rules.d those files *do*
exist. So maybe things go a bit *too* fast (or out of order). If that
is the case, what can be done about it ?

I have to do a fresh install on 5 new machines (similar HW) later
this week. I guess they will fail as well...

P.S. I also tried udev .172 from AUR, same result.

-- 
FA



From teg at jklm.no  Tue Jul 19 12:59:46 2011
From: teg at jklm.no (Tom Gundersen)
Date: Tue, 19 Jul 2011 18:59:46 +0200
Subject: [arch-general] Panic - no sound devices after upgrade
In-Reply-To: <20110719165525.GA24772@linuxaudio.org>
References: <20110719143758.GA15283@linuxaudio.org>
 <CAG-2HqVgLzgk7rWnTUfPEMueDohVTu2pkUHvyLjzj3nUqMkL0Q@mail.gmail.com>
 <20110719165525.GA24772@linuxaudio.org>
Message-ID: <CAG-2HqX1w=ZA7xbgfuUj2E+VH6My7Y+=2BrXDJqfKScehOb1rA@mail.gmail.com>

On Tue, Jul 19, 2011 at 6:55 PM, Fons Adriaensen <fons at linuxaudio.org> wrote:
> On Tue, Jul 19, 2011 at 05:15:46PM +0200, Tom Gundersen wrote:
>> On Tue, Jul 19, 2011 at 4:37 PM, Fons Adriaensen <fons at linuxaudio.org> wrote:
>> > After a routine upgrade it seems I don't have any sound devices any more.
>> >
>> > More in detail:
>> >
>> > * The driver for my card (RME HDSP MADI, snd_hdpsm) is loaded.
>> > * aplay -L tells me there is only the 'null' device.
>> > * (re)starting /etc/rc.d/alsa doesn't change things.
>> > * There is *no* /dev/pcm at all.
>> > * /sys/class/sound only has a link to a timer device.
>> > * No traces in dmesg or /var/log/messages of anything going wrong.
>> >
>> > I suspect udev fails to do the right things.
>> >
>> > * /etc/udev/rules.d is empty
>> > * /etc/udev/udev.conf contains only the line
>> > ?udev_log="err"
>> >
>> > This is a professional studio and I'm expecting clients tomorrow at 09:00.
>>
>> You could try udev from testing (I agree that probably udev is the
>> culprit, though it has not been updated in core for some time).
>
> But the whole boot system seems to have changed - this machine
> boots incredibly fast now (not that it matters, it's rebooted
> at most once in a week).
>
> Some new info: I get complaints from udev in /var/log/errors.log
> about files not being found in /lib/udev/rules.d. This would explain
> things I guess. But when I look in /lib/udev/rules.d those files *do*
> exist. So maybe things go a bit *too* fast (or out of order). If that
> is the case, what can be done about it ?

Could you attach your fstab and the relevant parts of your logs ("grep
udev /var/log/errors.log")?

-t

From fons at linuxaudio.org  Tue Jul 19 13:11:16 2011
From: fons at linuxaudio.org (Fons Adriaensen)
Date: Tue, 19 Jul 2011 17:11:16 +0000
Subject: [arch-general] Panic - no sound devices after upgrade
In-Reply-To: <CAG-2HqX1w=ZA7xbgfuUj2E+VH6My7Y+=2BrXDJqfKScehOb1rA@mail.gmail.com>
References: <20110719143758.GA15283@linuxaudio.org>
 <CAG-2HqVgLzgk7rWnTUfPEMueDohVTu2pkUHvyLjzj3nUqMkL0Q@mail.gmail.com>
 <20110719165525.GA24772@linuxaudio.org>
 <CAG-2HqX1w=ZA7xbgfuUj2E+VH6My7Y+=2BrXDJqfKScehOb1rA@mail.gmail.com>
Message-ID: <20110719171116.GB24772@linuxaudio.org>

On Tue, Jul 19, 2011 at 06:59:46PM +0200, Tom Gundersen wrote:

> > Some new info: I get complaints from udev in /var/log/errors.log
> > about files not being found in /lib/udev/rules.d. This would explain
> > things I guess. But when I look in /lib/udev/rules.d those files *do*
> > exist. So maybe things go a bit *too* fast (or out of order). If that
> > is the case, what can be done about it ?
> 
> Could you attach your fstab and the relevant parts of your logs ("grep
> udev /var/log/errors.log")?

I'm at a different site ATM, so this will have to wait. But
the errors are all about .rules files not being found (which
one seems to be different each time), and the fstab would
be almost identical to what I have here:

# 
# /etc/fstab: static file system information
#
# <file system>        <dir>         <type>    <options>          <dump> <pass>
none                   /dev/pts      devpts    defaults            0      0
none                   /dev/shm      tmpfs     defaults            0      0

/dev/cdrom             /media/cd   auto    ro,user,noauto,unhide   0      0
/dev/dvd               /media/dvd  auto    ro,user,noauto,unhide   0      0

/dev/sda3                                 /      ext3 defaults  0  1
UUID=0abe80fe-78a0-4d8a-bb1e-1ea78f64f8d7 /boot  ext2 defaults  0  1
UUID=e4bde8a3-1e79-4217-836b-c07ad8cc409b swap   swap defaults  0  0
UUID=f5e985c2-45e2-4e1a-a0b3-a07dfab18206 /audio ext2 defaults  0  1
UUID=fc21faea-7cac-4132-9c7e-01201c1bf59e /data  ext3 defaults  0  1

# Allowed USB pens etc.

LABEL=/pp1              /usb/pp1        ext2    noauto,user     0 0
LABEL=/pp2              /usb/pp2        ext2    noauto,user     0 0
LABEL=/mt1              /usb/mt1        ext2    noauto,user     0 0
LABEL=/cr1              /usb/cr1        ext2    noauto,user     0 0
LABEL=/sony1            /usb/so1        ext2    noauto,user     0 0
LABEL=/sony2            /usb/so2        ext2    noauto,user     0 0

# Backup on nfs

DLINK-6B7BF3:/mnt/HD_a2 /mnt/backup/v1 nfs   noauto,user,rsize=32768,wsize=32768  0 0
DLINK-6B7BF3:/mnt/HD_b2 /mnt/backup/v2 nfs   noauto,user,rsize=32768,wsize=32768  0 0



Note: /audio is on /dev/sdb, the others on /dev/sda

-- 
FA





From schiv at archlinux.org  Tue Jul 19 14:12:38 2011
From: schiv at archlinux.org (Ray Rashif)
Date: Wed, 20 Jul 2011 02:12:38 +0800
Subject: [arch-general] virtualbox additions package naming
In-Reply-To: <4E2590B6.8080608@archlinux.org>
References: <4E2590B6.8080608@archlinux.org>
Message-ID: <CAFEhRJcz0ZX7Mm0XEH+Xzw3YRyfKLYKmtP_6NXEk2KKptJsHFQ@mail.gmail.com>

On 19 July 2011 22:12, Ionut Biru <ibiru at archlinux.org> wrote:
> I've been criticized a lot because I choose poorly the name for guest
> additions.
>
> Right now the packages are like this:
>
> virtualbox-addtitions - contains the iso with guest additions for
> linux/windows/etc and is installed on host
> virtualbox-guest-additions - contains guest additions only for an arch linux
> system as guest.
> virtualbo-guest-modules - modules only for an arch linux system as guest.
>
> Now that virtualbox 4.1 is released I need help choosing this names.

From:

http://mailman.archlinux.org/pipermail/aur-general/2010-December/012747.html

I proposed (descriptions are case-sensitive):

virtualbox-additions -> virtualbox-guest-additions (consistent with
upstream and history)
  desc: "The VirtualBox Guest Additions ISO/CD image"

virtualbox-guest-additions -> virtualbox-additions-linux ('guest' not
important; shall be implied by description)
  desc: "Additions for Linux guests (userspace tools)"

virtualbox-guest-modules -> virtualbox-modules-linux (as above)
  desc: "Additions for Linux guests (kernel modules)"

I still stand by that scheme, except:

The 'additions' and 'linux' may swap places, and 'linux' may be
substituted for 'archlinux'. As for why I think it is not utterly
important to have 'arch' anywhere:

http://mailman.archlinux.org/pipermail/aur-general/2010-December/012751.html

So, an alternative (revised) proposal:

virtualbox-additions -> virtualbox-guest-additions
    desc: "The official all-in-one VirtualBox Guest Additions ISO/CD image"

virtualbox-guest-additions -> virtualbox-archlinux-additions
    desc: "Additions only for Arch Linux guests (userspace tools)"

virtualbox-guest-modules -> virtualbox-archlinux-modules
    desc: "Additions only for Arch Linux guests (kernel modules)"


--
GPG/PGP ID: 8AADBB10

From ibiru at archlinux.org  Tue Jul 19 14:21:25 2011
From: ibiru at archlinux.org (Ionut Biru)
Date: Tue, 19 Jul 2011 21:21:25 +0300
Subject: [arch-general] virtualbox additions package naming
In-Reply-To: <CAFEhRJcz0ZX7Mm0XEH+Xzw3YRyfKLYKmtP_6NXEk2KKptJsHFQ@mail.gmail.com>
References: <4E2590B6.8080608@archlinux.org>
 <CAFEhRJcz0ZX7Mm0XEH+Xzw3YRyfKLYKmtP_6NXEk2KKptJsHFQ@mail.gmail.com>
Message-ID: <4E25CB25.8070106@archlinux.org>

On 07/19/2011 09:12 PM, Ray Rashif wrote:
> On 19 July 2011 22:12, Ionut Biru<ibiru at archlinux.org>  wrote:
>> I've been criticized a lot because I choose poorly the name for guest
>> additions.
>>
>> Right now the packages are like this:
>>
>> virtualbox-addtitions - contains the iso with guest additions for
>> linux/windows/etc and is installed on host
>> virtualbox-guest-additions - contains guest additions only for an arch linux
>> system as guest.
>> virtualbo-guest-modules - modules only for an arch linux system as guest.
>>
>> Now that virtualbox 4.1 is released I need help choosing this names.
>
> From:
>
> http://mailman.archlinux.org/pipermail/aur-general/2010-December/012747.html
>
> I proposed (descriptions are case-sensitive):
>
> virtualbox-additions ->  virtualbox-guest-additions (consistent with
> upstream and history)
>    desc: "The VirtualBox Guest Additions ISO/CD image"
>
> virtualbox-guest-additions ->  virtualbox-additions-linux ('guest' not
> important; shall be implied by description)
>    desc: "Additions for Linux guests (userspace tools)"
>
> virtualbox-guest-modules ->  virtualbox-modules-linux (as above)
>    desc: "Additions for Linux guests (kernel modules)"
>
> I still stand by that scheme, except:
>
> The 'additions' and 'linux' may swap places, and 'linux' may be
> substituted for 'archlinux'. As for why I think it is not utterly
> important to have 'arch' anywhere:
>
> http://mailman.archlinux.org/pipermail/aur-general/2010-December/012751.html
>
> So, an alternative (revised) proposal:
>
> virtualbox-additions ->  virtualbox-guest-additions
>      desc: "The official all-in-one VirtualBox Guest Additions ISO/CD image"
>
> virtualbox-guest-additions ->  virtualbox-archlinux-additions
>      desc: "Additions only for Arch Linux guests (userspace tools)"
>

I'm concern about this replace and I don't know if pacman can handle 
this well enough. Does pacman accept a versioned replace to not
conflict with the newly virtual-guest-additions?

replaces=(virtualbox-guest-additions<4.1) ?

I don't want to hit this case:

virtualbox-additions replaced by virtual-guest-addtions 4.1.0
virtualbox-guest-addtions 4.0.12 replaced by 
virtualbox-archlinux-addtions 4.1.0
virtualbox-guest-additions 4.1.0 replaced by 
virtualbox-archlinux-addtions 4.1.0

> virtualbox-guest-modules ->  virtualbox-archlinux-modules
>      desc: "Additions only for Arch Linux guests (kernel modules)"
>
>
> --
> GPG/PGP ID: 8AADBB10


-- 
Ionu?

From girard.cedric at gmail.com  Tue Jul 19 14:21:27 2011
From: girard.cedric at gmail.com (=?UTF-8?Q?C=C3=A9dric_Girard?=)
Date: Tue, 19 Jul 2011 20:21:27 +0200
Subject: [arch-general] virtualbox additions package naming
In-Reply-To: <CAFEhRJcz0ZX7Mm0XEH+Xzw3YRyfKLYKmtP_6NXEk2KKptJsHFQ@mail.gmail.com>
References: <4E2590B6.8080608@archlinux.org>
 <CAFEhRJcz0ZX7Mm0XEH+Xzw3YRyfKLYKmtP_6NXEk2KKptJsHFQ@mail.gmail.com>
Message-ID: <CA+rnAStbVcCS3KGw29Wp5s8CY8b3_d+tF8n3M1v5nO+yZexLDA@mail.gmail.com>

On Tue, Jul 19, 2011 at 8:12 PM, Ray Rashif <schiv at archlinux.org> wrote:

> virtualbox-additions -> virtualbox-guest-additions
>     desc: "The official all-in-one VirtualBox Guest Additions ISO/CD image"


You should not put the pkg name in the desc.
Either just use "Official ISO/CD image" as desc or use a pkgname which is
not paraphrasing the desc.

-- 
C?dric Girard

From lists at baums-on-web.de  Tue Jul 19 14:24:24 2011
From: lists at baums-on-web.de (Heiko Baums)
Date: Tue, 19 Jul 2011 20:24:24 +0200
Subject: [arch-general] virtualbox additions package naming
In-Reply-To: <4E2590B6.8080608@archlinux.org>
References: <4E2590B6.8080608@archlinux.org>
Message-ID: <20110719202424.187b25db@darkstar>

Am Tue, 19 Jul 2011 17:12:06 +0300
schrieb Ionut Biru <ibiru at archlinux.org>:

> I've been criticized a lot because I choose poorly the name for guest 
> additions.
> 
> Right now the packages are like this:
> 
> virtualbox-addtitions - contains the iso with guest additions for 
> linux/windows/etc and is installed on host
> virtualbox-guest-additions - contains guest additions only for an
> arch linux system as guest.
> virtualbo-guest-modules - modules only for an arch linux system as
> guest.
> 
> Now that virtualbox 4.1 is released I need help choosing this names.

I'd suggest these names:

virtualbox-additions -> virtualbox-guest-additions

(That's how upstream calls it officially.)

virtualbox-guest-additions -> virtualbox-arch-additions or
virtualbox-arch-guest-additions

(This way everybody knows that it's Arch related. Btw., I still doubt
that this package is really necessary.)

virtualbox-guest-modules -> virtualbox-arch-modules or
virtualbox-arch-guest-modules

(Seems to be Arch related, too. But what is it for? Isn't this
included in virtualbox-additions and virtualbox-arch-guest-additions
(the old names) anyway?)

I guess these names are the most unambiguous names. But, please, don't
make a virtualbox group.

Heiko

From lists at baums-on-web.de  Tue Jul 19 14:33:00 2011
From: lists at baums-on-web.de (Heiko Baums)
Date: Tue, 19 Jul 2011 20:33:00 +0200
Subject: [arch-general] virtualbox additions package naming
In-Reply-To: <4E25CB25.8070106@archlinux.org>
References: <4E2590B6.8080608@archlinux.org>
 <CAFEhRJcz0ZX7Mm0XEH+Xzw3YRyfKLYKmtP_6NXEk2KKptJsHFQ@mail.gmail.com>
 <4E25CB25.8070106@archlinux.org>
Message-ID: <20110719203300.23d01eb8@darkstar>

Am Tue, 19 Jul 2011 21:21:25 +0300
schrieb Ionut Biru <ibiru at archlinux.org>:

> I'm concern about this replace and I don't know if pacman can handle 
> this well enough. Does pacman accept a versioned replace to not
> conflict with the newly virtual-guest-additions?
> 
> replaces=(virtualbox-guest-additions<4.1) ?
> 
> I don't want to hit this case:
> 
> virtualbox-additions replaced by virtual-guest-addtions 4.1.0
> virtualbox-guest-addtions 4.0.12 replaced by 
> virtualbox-archlinux-addtions 4.1.0
> virtualbox-guest-additions 4.1.0 replaced by 
> virtualbox-archlinux-addtions 4.1.0

But this would be the best solution I think. Maybe you should post an
announcement either to the News section on the website if possible or
to the mailing list and wiki.

For pacman there are those arrays like replaces. I'm also not sure if
that will work. But I think in case of doubt people should be able to
do some manual installation work once.

Heiko

From schiv at archlinux.org  Tue Jul 19 14:38:58 2011
From: schiv at archlinux.org (Ray Rashif)
Date: Wed, 20 Jul 2011 02:38:58 +0800
Subject: [arch-general] Panic - no sound devices after upgrade
In-Reply-To: <20110719143758.GA15283@linuxaudio.org>
References: <20110719143758.GA15283@linuxaudio.org>
Message-ID: <CAFEhRJf-5U=cS3iptpvGEVSHV+S=aBF_mWfWkC_QMRty_WnoPA@mail.gmail.com>

On 19 July 2011 22:37, Fons Adriaensen <fons at linuxaudio.org> wrote:
> * The driver for my card (RME HDSP MADI, snd_hdpsm) is loaded.

This is good.

> * aplay -L tells me there is only the 'null' device.

This is NOT good.

> * (re)starting /etc/rc.d/alsa doesn't change things.

This is irrelevant; (re)stores volume levels only.

> * There is *no* /dev/pcm at all.

Do you mean /dev/snd/pcm? Either way, NOT good.

> * /sys/class/sound only has a link to a timer device.

This is NOT good.

> * /etc/udev/rules.d is empty

This is expected; have you ever placed anything there yourself before?

> * /etc/udev/udev.conf contains only the line
> ?udev_log="err"

This is expected.

> This is a professional studio and I'm expecting clients tomorrow at 09:00.
>
> Any ideas ?

Pastebin the following once you can:

* /var/log/pacman.log
* /etc/makepkg.conf (and *.pacnew if any)

Do you know about the the rc.conf changes WRT (1) blacklisting modules
and (2) time? Or, was the last time you updated before this, quite a
while back?

I understand getting the RME to work initially was no trouble, and
just the standard alsa installation (and the driver gets loaded
automatically)?


--
GPG/PGP ID: 8AADBB10

From schiv at archlinux.org  Tue Jul 19 14:41:40 2011
From: schiv at archlinux.org (Ray Rashif)
Date: Wed, 20 Jul 2011 02:41:40 +0800
Subject: [arch-general] Panic - no sound devices after upgrade
In-Reply-To: <CAFEhRJf-5U=cS3iptpvGEVSHV+S=aBF_mWfWkC_QMRty_WnoPA@mail.gmail.com>
References: <20110719143758.GA15283@linuxaudio.org>
 <CAFEhRJf-5U=cS3iptpvGEVSHV+S=aBF_mWfWkC_QMRty_WnoPA@mail.gmail.com>
Message-ID: <CAFEhRJfGBHbPhjUQtd12cucxkocTJcoidgJvY7mBbF92PsEzOA@mail.gmail.com>

On 20 July 2011 02:38, Ray Rashif <schiv at archlinux.org> wrote:
> * /etc/makepkg.conf (and *.pacnew if any)

I meant:

* /etc/rc.conf

*facepalm*


--
GPG/PGP ID: 8AADBB10

From ibiru at archlinux.org  Tue Jul 19 14:54:16 2011
From: ibiru at archlinux.org (Ionut Biru)
Date: Tue, 19 Jul 2011 21:54:16 +0300
Subject: [arch-general] virtualbox additions package naming
In-Reply-To: <20110719202424.187b25db@darkstar>
References: <4E2590B6.8080608@archlinux.org> <20110719202424.187b25db@darkstar>
Message-ID: <4E25D2D8.3090600@archlinux.org>

On 07/19/2011 09:24 PM, Heiko Baums wrote:
> Am Tue, 19 Jul 2011 17:12:06 +0300
> schrieb Ionut Biru<ibiru at archlinux.org>:
>
>> I've been criticized a lot because I choose poorly the name for guest
>> additions.
>>
>> Right now the packages are like this:
>>
>> virtualbox-addtitions - contains the iso with guest additions for
>> linux/windows/etc and is installed on host
>> virtualbox-guest-additions - contains guest additions only for an
>> arch linux system as guest.
>> virtualbo-guest-modules - modules only for an arch linux system as
>> guest.
>>
>> Now that virtualbox 4.1 is released I need help choosing this names.
>
> I'd suggest these names:
>
> virtualbox-additions ->  virtualbox-guest-additions
>
> (That's how upstream calls it officially.)
>
> virtualbox-guest-additions ->  virtualbox-arch-additions or
> virtualbox-arch-guest-additions
>
> (This way everybody knows that it's Arch related. Btw., I still doubt
> that this package is really necessary.)
>
> virtualbox-guest-modules ->  virtualbox-arch-modules or
> virtualbox-arch-guest-modules
>
> (Seems to be Arch related, too. But what is it for? Isn't this
> included in virtualbox-additions and virtualbox-arch-guest-additions
> (the old names) anyway?)
>

Is it virtualbox guest additions provided for our archlinux guest 
systems, instead of using the vbox way to mount the iso inside the guest 
and run ./VBoxLinuxAdditions.run

In that way the files are handled by pacman and is much more easy 
maintain the "box".

> I guess these names are the most unambiguous names. But, please, don't
> make a virtualbox group.
>

no way :)

> Heiko


-- 
Ionu?

From schiv at archlinux.org  Tue Jul 19 15:02:14 2011
From: schiv at archlinux.org (Ray Rashif)
Date: Wed, 20 Jul 2011 03:02:14 +0800
Subject: [arch-general] virtualbox additions package naming
In-Reply-To: <4E25CB25.8070106@archlinux.org>
References: <4E2590B6.8080608@archlinux.org>
 <CAFEhRJcz0ZX7Mm0XEH+Xzw3YRyfKLYKmtP_6NXEk2KKptJsHFQ@mail.gmail.com>
 <4E25CB25.8070106@archlinux.org>
Message-ID: <CAFEhRJf8SJG7dDpW43uDjYOBcs54o2YUQDYtvAOZaAoGeKn3xg@mail.gmail.com>

On 20 July 2011 02:21, Ionut Biru <ibiru at archlinux.org> wrote:
> I'm concern about this replace and I don't know if pacman can handle this
> well enough. Does pacman accept a versioned replace to not
> conflict with the newly virtual-guest-additions?
>
> replaces=(virtualbox-guest-additions<4.1) ?
>
> I don't want to hit this case:
>
> virtualbox-additions replaced by virtual-guest-addtions 4.1.0
> virtualbox-guest-addtions 4.0.12 replaced by virtualbox-archlinux-addtions
> 4.1.0
> virtualbox-guest-additions 4.1.0 replaced by virtualbox-archlinux-addtions
> 4.1.0

I remember now. You expressed this once in IRC.

You will have to work around this or post an announcement to warn. I
believe this is the same situation as with Python 2.x and 3.x modules.
There is no versioned replaces in pacman yet [1].

If it all seems a bit too much work (it does actually after I look at
it again), then I suppose simply getting rid of the 'guest' would do.
In that case, it warrants a different scheme:

virtualbox-additions
virtualbox-(arch)linux-additions || virtualbox-additions-(arch)linux
virtualbox-(arch)linux-modules || virtualbox-additions-(arch)linux

So, you don't rename the main guest additions package. With the
appropriate/relevant descriptions, IMO, this is the next best KISS.

Also, I don't think it's the main package that's the source of the
confusion/criticism, but the linux-specific ones. In this case we
would be renaming only the linux-specific packages, so the ultimate
purpose would be served.

[1] https://bugs.archlinux.org/task/23410


--
GPG/PGP ID: 8AADBB10

From schiv at archlinux.org  Tue Jul 19 15:06:46 2011
From: schiv at archlinux.org (Ray Rashif)
Date: Wed, 20 Jul 2011 03:06:46 +0800
Subject: [arch-general] virtualbox additions package naming
In-Reply-To: <CA+rnAStbVcCS3KGw29Wp5s8CY8b3_d+tF8n3M1v5nO+yZexLDA@mail.gmail.com>
References: <4E2590B6.8080608@archlinux.org>
 <CAFEhRJcz0ZX7Mm0XEH+Xzw3YRyfKLYKmtP_6NXEk2KKptJsHFQ@mail.gmail.com>
 <CA+rnAStbVcCS3KGw29Wp5s8CY8b3_d+tF8n3M1v5nO+yZexLDA@mail.gmail.com>
Message-ID: <CAFEhRJdbb4PPcFwPzS7N5vyKsAekoqdJjg-7cqDztZF2JR75fQ@mail.gmail.com>

2011/7/20 C?dric Girard <girard.cedric at gmail.com>:
> On Tue, Jul 19, 2011 at 8:12 PM, Ray Rashif <schiv at archlinux.org> wrote:
>
>> virtualbox-additions -> virtualbox-guest-additions
>> ? ? desc: "The official all-in-one VirtualBox Guest Additions ISO/CD image"
>
>
> You should not put the pkg name in the desc.
> Either just use "Official ISO/CD image" as desc or use a pkgname which is
> not paraphrasing the desc.

This has more to do with emphasising the branding (of a product), so
it is a corner case and is an exception. This should not be an issue
if the package name does away with 'guest' and remains
'virtualbox-additions'.


--
GPG/PGP ID: 8AADBB10

From teg at jklm.no  Tue Jul 19 15:08:24 2011
From: teg at jklm.no (Tom Gundersen)
Date: Tue, 19 Jul 2011 21:08:24 +0200
Subject: [arch-general] Panic - no sound devices after upgrade
In-Reply-To: <20110719171116.GB24772@linuxaudio.org>
References: <20110719143758.GA15283@linuxaudio.org>
 <CAG-2HqVgLzgk7rWnTUfPEMueDohVTu2pkUHvyLjzj3nUqMkL0Q@mail.gmail.com>
 <20110719165525.GA24772@linuxaudio.org>
 <CAG-2HqX1w=ZA7xbgfuUj2E+VH6My7Y+=2BrXDJqfKScehOb1rA@mail.gmail.com>
 <20110719171116.GB24772@linuxaudio.org>
Message-ID: <CAG-2HqWrOvjYSHtsMQom+ZwE_onsKAOjCErVbywCa5WBVXzNdQ@mail.gmail.com>

On Tue, Jul 19, 2011 at 7:11 PM, Fons Adriaensen <fons at linuxaudio.org> wrote:
>> Could you attach your fstab and the relevant parts of your logs ("grep
>> udev /var/log/errors.log")?
>
> I'm at a different site ATM, so this will have to wait. But
> the errors are all about .rules files not being found (which
> one seems to be different each time),

Hmm... this does not make much sense. udev will just use whatever rule
files it finds in /{lib,etc}/udev/rules.d, so I don't understand why
it would complain about "missing" .rules files. Please forward the
exact message when you can.

> and the fstab would
> be almost identical to what I have here:

That looks fine. I was thinking that you perhaps had /usr on a
separate partition, which could explain messages about missing files,
but that is apparently not the case.

I'd also be interested in seeing the files Ray requested.

If you are in a hurry to sort this out, you could try asking in
#archlinux (I'm "tomegun").

Cheers,

Tom

From ibiru at archlinux.org  Tue Jul 19 15:24:52 2011
From: ibiru at archlinux.org (Ionut Biru)
Date: Tue, 19 Jul 2011 22:24:52 +0300
Subject: [arch-general] virtualbox additions package naming
In-Reply-To: <CAFEhRJf8SJG7dDpW43uDjYOBcs54o2YUQDYtvAOZaAoGeKn3xg@mail.gmail.com>
References: <4E2590B6.8080608@archlinux.org>
 <CAFEhRJcz0ZX7Mm0XEH+Xzw3YRyfKLYKmtP_6NXEk2KKptJsHFQ@mail.gmail.com>
 <4E25CB25.8070106@archlinux.org>
 <CAFEhRJf8SJG7dDpW43uDjYOBcs54o2YUQDYtvAOZaAoGeKn3xg@mail.gmail.com>
Message-ID: <4E25DA04.2060201@archlinux.org>

On 07/19/2011 10:02 PM, Ray Rashif wrote:

>
> [1] https://bugs.archlinux.org/task/23410
>

pfff

is settled then:

virtualbox-archlinux-additions
pkgdesc="Additions only for Arch Linux guests (userspace tools)"

virtualbox-archlinux-modules
pkgdesc="Additions only for Arch Linux guests (kernel modules)"

virtualbox-addtions
pkgdesc="The VirtualBox Guest Additions ISO/CD image"




-- 
Ionu?

From lists at baums-on-web.de  Tue Jul 19 16:13:49 2011
From: lists at baums-on-web.de (Heiko Baums)
Date: Tue, 19 Jul 2011 22:13:49 +0200
Subject: [arch-general] virtualbox additions package naming
In-Reply-To: <CAFEhRJf8SJG7dDpW43uDjYOBcs54o2YUQDYtvAOZaAoGeKn3xg@mail.gmail.com>
References: <4E2590B6.8080608@archlinux.org>
 <CAFEhRJcz0ZX7Mm0XEH+Xzw3YRyfKLYKmtP_6NXEk2KKptJsHFQ@mail.gmail.com>
 <4E25CB25.8070106@archlinux.org>
 <CAFEhRJf8SJG7dDpW43uDjYOBcs54o2YUQDYtvAOZaAoGeKn3xg@mail.gmail.com>
Message-ID: <20110719221349.3d0c0d38@darkstar>

Am Wed, 20 Jul 2011 03:02:14 +0800
schrieb Ray Rashif <schiv at archlinux.org>:

> If it all seems a bit too much work (it does actually after I look at
> it again), then I suppose simply getting rid of the 'guest' would do.
> In that case, it warrants a different scheme:
> 
> virtualbox-additions
> virtualbox-(arch)linux-additions || virtualbox-additions-(arch)linux
> virtualbox-(arch)linux-modules || virtualbox-additions-(arch)linux

This is one of the most ambiguous issues, particularly for users who
are new to virtualization in general and virtualbox in particular.

What are virtualbox-additions? Are they optional additions which bring
more functionality to virtualbox?

Instead they are meant for the guests. So this should be made clear in
the package name.

And as far as I know it's a policy that package names shall follow
upstream's names. And upstream's name is Virtualbox Guest Additions. So
this package should definitely be renamed to virtualbox-guest-additions.

Heiko

From ibiru at archlinux.org  Tue Jul 19 16:16:44 2011
From: ibiru at archlinux.org (Ionut Biru)
Date: Tue, 19 Jul 2011 23:16:44 +0300
Subject: [arch-general] virtualbox additions package naming
In-Reply-To: <20110719221349.3d0c0d38@darkstar>
References: <4E2590B6.8080608@archlinux.org>
 <CAFEhRJcz0ZX7Mm0XEH+Xzw3YRyfKLYKmtP_6NXEk2KKptJsHFQ@mail.gmail.com>
 <4E25CB25.8070106@archlinux.org>
 <CAFEhRJf8SJG7dDpW43uDjYOBcs54o2YUQDYtvAOZaAoGeKn3xg@mail.gmail.com>
 <20110719221349.3d0c0d38@darkstar>
Message-ID: <4E25E62C.7090808@archlinux.org>

On 07/19/2011 11:13 PM, Heiko Baums wrote:
> Am Wed, 20 Jul 2011 03:02:14 +0800
> schrieb Ray Rashif<schiv at archlinux.org>:
>
>> If it all seems a bit too much work (it does actually after I look at
>> it again), then I suppose simply getting rid of the 'guest' would do.
>> In that case, it warrants a different scheme:
>>
>> virtualbox-additions
>> virtualbox-(arch)linux-additions || virtualbox-additions-(arch)linux
>> virtualbox-(arch)linux-modules || virtualbox-additions-(arch)linux
>
> This is one of the most ambiguous issues, particularly for users who
> are new to virtualization in general and virtualbox in particular.
>
> What are virtualbox-additions? Are they optional additions which bring
> more functionality to virtualbox?
>
> Instead they are meant for the guests. So this should be made clear in
> the package name.
>
> And as far as I know it's a policy that package names shall follow
> upstream's names. And upstream's name is Virtualbox Guest Additions. So
> this package should definitely be renamed to virtualbox-guest-additions.
>

sure, we wanted this name as well but pacman doesn't support versioned 
replaces. Have you followed my discussion with Ray? If not, then your 
message is useless.

> Heiko

s

-- 
Ionu?

From lists at baums-on-web.de  Tue Jul 19 16:54:42 2011
From: lists at baums-on-web.de (Heiko Baums)
Date: Tue, 19 Jul 2011 22:54:42 +0200
Subject: [arch-general] virtualbox additions package naming
In-Reply-To: <4E25E62C.7090808@archlinux.org>
References: <4E2590B6.8080608@archlinux.org>
 <CAFEhRJcz0ZX7Mm0XEH+Xzw3YRyfKLYKmtP_6NXEk2KKptJsHFQ@mail.gmail.com>
 <4E25CB25.8070106@archlinux.org>
 <CAFEhRJf8SJG7dDpW43uDjYOBcs54o2YUQDYtvAOZaAoGeKn3xg@mail.gmail.com>
 <20110719221349.3d0c0d38@darkstar> <4E25E62C.7090808@archlinux.org>
Message-ID: <20110719225442.35dd3661@darkstar>

Am Tue, 19 Jul 2011 23:16:44 +0300
schrieb Ionut Biru <ibiru at archlinux.org>:

> sure, we wanted this name as well but pacman doesn't support
> versioned replaces. Have you followed my discussion with Ray? If not,
> then your message is useless.

I have followed it. But I also told you that it's not a problem in my
opinion if people have to do some manual work for upgrading it once.
Just post an announcement about the changes to the News section of the
website, the mailing lists and/or the wiki.

This is only necessary once.

Nevertheless, do you really need versioned replaces? I mean Arch Linux
is a rolling release distro which contains only one version (the
latest) of each package in the repos. So you can assume that people
always use the most up-to-date versions.

Heiko

From schiv at archlinux.org  Tue Jul 19 17:48:34 2011
From: schiv at archlinux.org (Ray Rashif)
Date: Wed, 20 Jul 2011 05:48:34 +0800
Subject: [arch-general] virtualbox additions package naming
In-Reply-To: <20110719225442.35dd3661@darkstar>
References: <4E2590B6.8080608@archlinux.org>
 <CAFEhRJcz0ZX7Mm0XEH+Xzw3YRyfKLYKmtP_6NXEk2KKptJsHFQ@mail.gmail.com>
 <4E25CB25.8070106@archlinux.org>
 <CAFEhRJf8SJG7dDpW43uDjYOBcs54o2YUQDYtvAOZaAoGeKn3xg@mail.gmail.com>
 <20110719221349.3d0c0d38@darkstar> <4E25E62C.7090808@archlinux.org>
 <20110719225442.35dd3661@darkstar>
Message-ID: <CAFEhRJeB1Kt5doz8a=XqOFfSMKbMS_-xYBC2Xv-JUjoBCZtpWg@mail.gmail.com>

On 20 July 2011 04:54, Heiko Baums <lists at baums-on-web.de> wrote:
> I have followed it. But I also told you that it's not a problem in my
> opinion if people have to do some manual work for upgrading it once.
> Just post an announcement about the changes to the News section of the
> website, the mailing lists and/or the wiki.
>
> This is only necessary once.

We all agree on the proper naming for that. It's just that it has
become a technical problem now due to the initial naming, and to work
around that technical problem, there's not enough justification. If it
were part of a larger software group, like Python and its modules,
then there'd be ample justification (like "consistency").

Why? Because, 'virtualbox-additions' would be just as confusing as
'virtualbox-guest-additions' to a newcomer. To an existing user, a
name change may look good, but would introduce a one-time annoying
breakage. We cannot justify the extra work and that breakage in order
to introduce this name change, since it won't be a problem to maintain
the current name (which isn't "wrong") in the first place, while there
are no other packages or conditions _requiring_ us to name the package
as such.

> Nevertheless, do you really need versioned replaces? I mean Arch Linux
> is a rolling release distro which contains only one version (the
> latest) of each package in the repos. So you can assume that people
> always use the most up-to-date versions.

I don't think you understood this. Versioned replaces will solve
replacements (see ML discussion linked in BR).


--
GPG/PGP ID: 8AADBB10

From lists at baums-on-web.de  Tue Jul 19 18:18:36 2011
From: lists at baums-on-web.de (Heiko Baums)
Date: Wed, 20 Jul 2011 00:18:36 +0200
Subject: [arch-general] virtualbox additions package naming
In-Reply-To: <CAFEhRJeB1Kt5doz8a=XqOFfSMKbMS_-xYBC2Xv-JUjoBCZtpWg@mail.gmail.com>
References: <4E2590B6.8080608@archlinux.org>
 <CAFEhRJcz0ZX7Mm0XEH+Xzw3YRyfKLYKmtP_6NXEk2KKptJsHFQ@mail.gmail.com>
 <4E25CB25.8070106@archlinux.org>
 <CAFEhRJf8SJG7dDpW43uDjYOBcs54o2YUQDYtvAOZaAoGeKn3xg@mail.gmail.com>
 <20110719221349.3d0c0d38@darkstar> <4E25E62C.7090808@archlinux.org>
 <20110719225442.35dd3661@darkstar>
 <CAFEhRJeB1Kt5doz8a=XqOFfSMKbMS_-xYBC2Xv-JUjoBCZtpWg@mail.gmail.com>
Message-ID: <20110720001836.06124dcf@darkstar>

Am Wed, 20 Jul 2011 05:48:34 +0800
schrieb Ray Rashif <schiv at archlinux.org>:

> Why? Because, 'virtualbox-additions' would be just as confusing as
> 'virtualbox-guest-additions' to a newcomer.

Not quite. When I was a newcomer to virtualbox I first read something
about it incl. on upstream's website. There I found the Virtualbox
Guest Additions - it was only an iso and nothing else - and found out
what they are for. When searching the Arch Linux repos I found
virtualbox-additions and virtualbox-guest-additions and I was really
confused when virtualbox-guest-additions didn't do what I expected it
to do (downloading and storing this iso). And then I asked myself: What
is that and what is virtualbox-additions about which I never read
anything particularly not on upstream's website?

So I think a correct naming scheme is pretty important particularly
for newcomers.

> To an existing user, a
> name change may look good, but would introduce a one-time annoying
> breakage. We cannot justify the extra work and that breakage in order
> to introduce this name change, since it won't be a problem to maintain
> the current name (which isn't "wrong") in the first place, while there
> are no other packages or conditions _requiring_ us to name the package
> as such.

What breakage? People just have to run once:
# pacman -R virtualbox-addtitions
# pacman -S virtualbox-guest-additions

The same for the other Arch specific guest additions.

I think entering those two commands is worth the effort. Do one hard
break once and everything is clear.

Btw., at least yaourt and I think also pacman itself will inform the
user after a system upgrade that the package virtualbox-additions is
not in the repos anymore. And an announcement before doing these
changes will do the rest. Maybe such an announcement could be added to
post_install of virtualbox which is necessary and will be upgraded as
usual anyway. If you then add replaces=('virtualbox-additions') to
virtualbox-guest-additions everthing is perfect.

I don't see a problem.


> I don't think you understood this. Versioned replaces will solve
> replacements (see ML discussion linked in BR).

What is BR?

I guess I understood this. I think this is a non-existing issue here,
because I'm pretty sure that you won't need a versioned replaces and
see above.

Heiko

From magnus at therning.org  Tue Jul 19 18:44:03 2011
From: magnus at therning.org (Magnus Therning)
Date: Wed, 20 Jul 2011 00:44:03 +0200
Subject: [arch-general] virtualbox additions package naming
In-Reply-To: <20110720001836.06124dcf@darkstar>
References: <4E2590B6.8080608@archlinux.org>
 <CAFEhRJcz0ZX7Mm0XEH+Xzw3YRyfKLYKmtP_6NXEk2KKptJsHFQ@mail.gmail.com>
 <4E25CB25.8070106@archlinux.org>
 <CAFEhRJf8SJG7dDpW43uDjYOBcs54o2YUQDYtvAOZaAoGeKn3xg@mail.gmail.com>
 <20110719221349.3d0c0d38@darkstar> <4E25E62C.7090808@archlinux.org>
 <20110719225442.35dd3661@darkstar>
 <CAFEhRJeB1Kt5doz8a=XqOFfSMKbMS_-xYBC2Xv-JUjoBCZtpWg@mail.gmail.com>
 <20110720001836.06124dcf@darkstar>
Message-ID: <20110719224403.GA2978@ohann>

On Wed, Jul 20, 2011 at 12:18:36AM +0200, Heiko Baums wrote:
> Am Wed, 20 Jul 2011 05:48:34 +0800
> schrieb Ray Rashif <schiv at archlinux.org>:
> 
> > Why? Because, 'virtualbox-additions' would be just as confusing as
> > 'virtualbox-guest-additions' to a newcomer.
> 
> Not quite. When I was a newcomer to virtualbox I first read something
> about it incl. on upstream's website. There I found the Virtualbox
> Guest Additions - it was only an iso and nothing else - and found out
> what they are for. When searching the Arch Linux repos I found
> virtualbox-additions and virtualbox-guest-additions and I was really
> confused when virtualbox-guest-additions didn't do what I expected it
> to do (downloading and storing this iso). And then I asked myself: What
> is that and what is virtualbox-additions about which I never read
> anything particularly not on upstream's website?

I went through this too, but I read the names differently.  The guest
additions are *contained* on the ISO, so I assumed that the guest
additions were in the package names virtualbox-guest-additions; the
package is a shortcut bypassing the need to download an ISO, mount it
in the guest, and install the additions from there.

> So I think a correct naming scheme is pretty important particularly
> for newcomers.

I agree wholeheartedly with this, and if it's possible to come up with
good names, and thereby not force newcomers to also read the pkgdesc
before understanding what the packages contains, then that should be
done.

Other people have much more insight into the consequences of swapping
names, so I'll stay out of that discussion.

/M

-- 
Magnus Therning                      OpenPGP: 0xAB4DFBA4 
email: magnus at therning.org   jabber: magnus at therning.org
twitter: magthe               http://therning.org/magnus

I invented the term Object-Oriented, and I can tell you I did not have
C++ in mind.
     -- Alan Kay
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110720/225e162e/attachment.asc>

From mkakati2805 at gmail.com  Tue Jul 19 21:57:11 2011
From: mkakati2805 at gmail.com (Madhurya Kakati)
Date: Wed, 20 Jul 2011 07:27:11 +0530
Subject: [arch-general] testing splitted LibreOffice 3.4.2rc1
In-Reply-To: <20110719175658.2728f750@workstation64.home>
References: <20110719132917.7fb0e917@workstation64.home>
 <CAPy7aNZajfSH_Tnv_7FaFMLjhnYrP4NdxU2kkFhMukMq6Tj2Ng@mail.gmail.com>
 <20110719175658.2728f750@workstation64.home>
Message-ID: <CAPy7aNZ_Lk6g4Mgj2aRTikSasv-1oJAdM9jB-zs848t1OvNaSw@mail.gmail.com>

On Tue, Jul 19, 2011 at 9:26 PM, Andreas Radke <a.radke at arcor.de> wrote:
> Am Tue, 19 Jul 2011 21:17:19 +0530
> schrieb Madhurya Kakati <mkakati2805 at gmail.com>:
>
>
>> Is is possible to get many libreoffice plugins in a single group?
>>
>
> All provided extensions have this included ;)
>
> ?groups=('libreoffice-extensions')
>
>
> [root at workstation64 andyrtr]# LANG=C pacman -S libreoffice-extensions
> :: There are 18 members in group libreoffice-extensions:
> :: Repository testing
> ? 1) libreoffice-extension-ct2n ?2) libreoffice-extension-diagram ?3) libreoffice-extension-google-docs ?4) libreoffice-extension-hunart ?5) libreoffice-extension-nlpsolver ?6) libreoffice-extension-numbertext ?7) libreoffice-extension-oooblogger ?8) libreoffice-extension-pdfimport
> ? 9) libreoffice-extension-presentation-minimizer ?10) libreoffice-extension-presenter-screen ?11) libreoffice-extension-report-builder ?12) libreoffice-extension-scripting-beanshell ?13) libreoffice-extension-scripting-javascript ?14) libreoffice-extension-scripting-python ?15) libreoffice-extension-typo
> ? 16) libreoffice-extension-validator ?17) libreoffice-extension-watch-window ?18) libreoffice-extension-wiki-publisher
>
> Enter a selection (default=all):
>
>
> -Andy
>

What about templates?

From a.radke at arcor.de  Tue Jul 19 23:27:18 2011
From: a.radke at arcor.de (Andreas Radke)
Date: Wed, 20 Jul 2011 05:27:18 +0200
Subject: [arch-general] testing splitted LibreOffice 3.4.2rc1
In-Reply-To: <CAPy7aNZ_Lk6g4Mgj2aRTikSasv-1oJAdM9jB-zs848t1OvNaSw@mail.gmail.com>
References: <20110719132917.7fb0e917@workstation64.home>
 <CAPy7aNZajfSH_Tnv_7FaFMLjhnYrP4NdxU2kkFhMukMq6Tj2Ng@mail.gmail.com>
 <20110719175658.2728f750@workstation64.home>
 <CAPy7aNZ_Lk6g4Mgj2aRTikSasv-1oJAdM9jB-zs848t1OvNaSw@mail.gmail.com>
Message-ID: <20110720052718.646adf1e@laptop64.home>

Am Wed, 20 Jul 2011 07:27:11 +0530
schrieb Madhurya Kakati <mkakati2805 at gmail.com>:


> What about templates?
> 

What do you mean?

From mkakati2805 at gmail.com  Wed Jul 20 04:51:09 2011
From: mkakati2805 at gmail.com (Madhurya Kakati)
Date: Wed, 20 Jul 2011 14:21:09 +0530
Subject: [arch-general] testing splitted LibreOffice 3.4.2rc1
In-Reply-To: <20110720052718.646adf1e@laptop64.home>
References: <20110719132917.7fb0e917@workstation64.home>
 <CAPy7aNZajfSH_Tnv_7FaFMLjhnYrP4NdxU2kkFhMukMq6Tj2Ng@mail.gmail.com>
 <20110719175658.2728f750@workstation64.home>
 <CAPy7aNZ_Lk6g4Mgj2aRTikSasv-1oJAdM9jB-zs848t1OvNaSw@mail.gmail.com>
 <20110720052718.646adf1e@laptop64.home>
Message-ID: <CAPy7aNbk0+CV4C_kdahCZdrOde8tfD88LrOgM7wmYt5mqD09iA@mail.gmail.com>

Is there any way we can get all the document templates in one package?

On 7/20/11, Andreas Radke <a.radke at arcor.de> wrote:
> Am Wed, 20 Jul 2011 07:27:11 +0530
> schrieb Madhurya Kakati <mkakati2805 at gmail.com>:
>
>
>> What about templates?
>>
>
> What do you mean?
>

-- 
Sent from my mobile device

From a.radke at arcor.de  Wed Jul 20 05:28:27 2011
From: a.radke at arcor.de (Andreas Radke)
Date: Wed, 20 Jul 2011 11:28:27 +0200
Subject: [arch-general] testing splitted LibreOffice 3.4.2rc1
In-Reply-To: <CAPy7aNbk0+CV4C_kdahCZdrOde8tfD88LrOgM7wmYt5mqD09iA@mail.gmail.com>
References: <20110719132917.7fb0e917@workstation64.home>
 <CAPy7aNZajfSH_Tnv_7FaFMLjhnYrP4NdxU2kkFhMukMq6Tj2Ng@mail.gmail.com>
 <20110719175658.2728f750@workstation64.home>
 <CAPy7aNZ_Lk6g4Mgj2aRTikSasv-1oJAdM9jB-zs848t1OvNaSw@mail.gmail.com>
 <20110720052718.646adf1e@laptop64.home>
 <CAPy7aNbk0+CV4C_kdahCZdrOde8tfD88LrOgM7wmYt5mqD09iA@mail.gmail.com>
Message-ID: <20110720112827.60cc889d@workstation64.home>

Am Wed, 20 Jul 2011 14:21:09 +0530
schrieb Madhurya Kakati <mkakati2805 at gmail.com>:

> Is there any way we can get all the document templates in one package?
> 
> On 7/20/11, Andreas Radke <a.radke at arcor.de> wrote:
> > Am Wed, 20 Jul 2011 07:27:11 +0530
> > schrieb Madhurya Kakati <mkakati2805 at gmail.com>:
> >
> >
> >> What about templates?
> >>
> >
> > What do you mean?
> >
> 

No. The teplates are packages by the upstream split file list into the
LibO-common pkg. We should stay with this.

-Andy

From danielhilst at gmail.com  Wed Jul 20 07:41:43 2011
From: danielhilst at gmail.com (Daniel Hilst Selli)
Date: Wed, 20 Jul 2011 08:41:43 -0300
Subject: [arch-general] shh SOCKS proxy
Message-ID: <4E26BEF7.70207@gmail.com>

I trying to set a ssh proxy.. For tests matter I'm using my local 
desktop, as I can change sshd configurations all in one place

I do this:
http://pastebin.com/g26A9imj

Then set my firefox proxy to localhost on port 8080 (all protocols)
and checked the SOCK5 buttom selected.

Once I enter www.google.com on firefox and it justs show me a blank page


From pdgiddie at gmail.com  Wed Jul 20 07:46:12 2011
From: pdgiddie at gmail.com (Paul Gideon Dann)
Date: Wed, 20 Jul 2011 12:46:12 +0100
Subject: [arch-general] shh SOCKS proxy
In-Reply-To: <4E26BEF7.70207@gmail.com>
References: <4E26BEF7.70207@gmail.com>
Message-ID: <8528730.u3uYlgsQtf@leto>

On Wednesday 20 Jul 2011 08:41:43 Daniel Hilst Selli wrote:
> I trying to set a ssh proxy.. For tests matter I'm using my local
> desktop, as I can change sshd configurations all in one place
> 
> I do this:
> http://pastebin.com/g26A9imj
> 
> Then set my firefox proxy to localhost on port 8080 (all protocols)
> and checked the SOCK5 buttom selected.
> 
> Once I enter www.google.com on firefox and it justs show me a blank page

In the Firefox proxy settings, you'll need to ensure that none of the rows 
except for SOCKS is configured.  Firefox is trying to connect to your SOCKS 
server as if it were an HTTP proxy, and failing.

I ran into this myself the first time I did it :)

Paul

From lolilolicon at gmail.com  Wed Jul 20 09:09:36 2011
From: lolilolicon at gmail.com (lolilolicon)
Date: Wed, 20 Jul 2011 21:09:36 +0800
Subject: [arch-general] shh SOCKS proxy
In-Reply-To: <8528730.u3uYlgsQtf@leto>
References: <4E26BEF7.70207@gmail.com>
 <8528730.u3uYlgsQtf@leto>
Message-ID: <20110720130936.GA25652@MatchBox>

On 07/20/11 at 12:46pm, Paul Gideon Dann wrote:
> On Wednesday 20 Jul 2011 08:41:43 Daniel Hilst Selli wrote:
> > I trying to set a ssh proxy.. For tests matter I'm using my local
> > desktop, as I can change sshd configurations all in one place
> > 
> > I do this:
> > http://pastebin.com/g26A9imj
> > 
> > Then set my firefox proxy to localhost on port 8080 (all protocols)
> > and checked the SOCK5 buttom selected.
> > 
> > Once I enter www.google.com on firefox and it justs show me a blank page
> 
> In the Firefox proxy settings, you'll need to ensure that none of the rows 
> except for SOCKS is configured.  Firefox is trying to connect to your SOCKS 
> server as if it were an HTTP proxy, and failing.
> 
> I ran into this myself the first time I did it :)
> 
> Paul

I would like to add, for quick tests, cURL is far more convenient:

    curl --head --proxy socks5h://localhost:22 http://example.com

You may also want to add the --verbose or --trace-ascii options.

From fons at linuxaudio.org  Wed Jul 20 09:11:20 2011
From: fons at linuxaudio.org (Fons Adriaensen)
Date: Wed, 20 Jul 2011 13:11:20 +0000
Subject: [arch-general] Panic - no sound devices after upgrade
In-Reply-To: <CAFEhRJf-5U=cS3iptpvGEVSHV+S=aBF_mWfWkC_QMRty_WnoPA@mail.gmail.com>
References: <20110719143758.GA15283@linuxaudio.org>
 <CAFEhRJf-5U=cS3iptpvGEVSHV+S=aBF_mWfWkC_QMRty_WnoPA@mail.gmail.com>
Message-ID: <20110720131120.GA1836@linuxaudio.org>

On Wed, Jul 20, 2011 at 02:38:58AM +0800, Ray Rashif wrote:
 
> > * There is *no* /dev/pcm at all.
> 
> Do you mean /dev/snd/pcm? Either way, NOT good.
 
Yes.

> > * /etc/udev/rules.d is empty
> 
> This is expected; have you ever placed anything there yourself before?

No.
 
> Do you know about the the rc.conf changes WRT (1) blacklisting modules
> and (2) time? 

Yes.

> Or, was the last time you updated before this, quite a
> while back?

According to pacman.log it seems the last full update was in March.
 
> I understand getting the RME to work initially was no trouble, and
> just the standard alsa installation (and the driver gets loaded
> automatically)?

Yes, never had any problem with it.

It seems I have *two* machines having this problem, both updated 
yesterday. I didn't test the audio on the first one as everything
seemed to be OK. The second one was actually updated using pacserve,
with only a few packages coming from the mirror, the rest being
provided by the first updated machine. Also this went so smoothly
that I forgot to mention it.

Today, on both machines, the 'missing file' errors from udev have
disappeared. But you'll find yesterday's ones, rc.conf, pacman.log
and fstab here: <http://kokkinizita.linuxaudio.org/archinfo.tar.bz2>.
Use wget, there are no links to this.

Ciao,

-- 
FA


From teg at jklm.no  Wed Jul 20 10:03:57 2011
From: teg at jklm.no (Tom Gundersen)
Date: Wed, 20 Jul 2011 16:03:57 +0200
Subject: [arch-general] Panic - no sound devices after upgrade
In-Reply-To: <20110720131120.GA1836@linuxaudio.org>
References: <20110719143758.GA15283@linuxaudio.org>
 <CAFEhRJf-5U=cS3iptpvGEVSHV+S=aBF_mWfWkC_QMRty_WnoPA@mail.gmail.com>
 <20110720131120.GA1836@linuxaudio.org>
Message-ID: <CAG-2HqVf_nN-Bn1JG5ERgb_JiGCfikfxArdFUNeasFOD4_re4w@mail.gmail.com>

On Wed, Jul 20, 2011 at 3:11 PM, Fons Adriaensen <fons at linuxaudio.org> wrote:
>> Or, was the last time you updated before this, quite a
>> while back?
>
> According to pacman.log it seems the last full update was in March.

Ah, in that case there has been a lot of changes to the udev package
in the meantime, so it is likely the culprit. In particular, we are no
longer loading as many modules by default as we used to do. Are you
using oss emulation? Then you'd have to load those modules manually.

> Today, on both machines, the 'missing file' errors from udev have
> disappeared. But you'll find yesterday's ones, rc.conf, pacman.log
> and fstab here: <http://kokkinizita.linuxaudio.org/archinfo.tar.bz2>.
> Use wget, there are no links to this.

Thanks for the info. Did you see those "file not found" errors more than once?

Did downgrading udev fix it for you? Does it work with our lts kernel?

Cheers,

Tom

From schiv at archlinux.org  Wed Jul 20 10:15:32 2011
From: schiv at archlinux.org (Ray Rashif)
Date: Wed, 20 Jul 2011 22:15:32 +0800
Subject: [arch-general] Panic - no sound devices after upgrade
In-Reply-To: <20110720131120.GA1836@linuxaudio.org>
References: <20110719143758.GA15283@linuxaudio.org>
 <CAFEhRJf-5U=cS3iptpvGEVSHV+S=aBF_mWfWkC_QMRty_WnoPA@mail.gmail.com>
 <20110720131120.GA1836@linuxaudio.org>
Message-ID: <CAFEhRJd9ZCSpx52S__vMdWK18mhMQrRoU9R5zNaZE=wksLRTvg@mail.gmail.com>

On 20 July 2011 21:11, Fons Adriaensen <fons at linuxaudio.org> wrote:
> It seems I have *two* machines having this problem, both updated
> yesterday. I didn't test the audio on the first one as everything
> seemed to be OK. The second one was actually updated using pacserve,
> with only a few packages coming from the mirror, the rest being
> provided by the first updated machine. Also this went so smoothly
> that I forgot to mention it.
>
> Today, on both machines, the 'missing file' errors from udev have
> disappeared. But you'll find yesterday's ones, rc.conf, pacman.log
> and fstab here: <http://kokkinizita.linuxaudio.org/archinfo.tar.bz2>.
> Use wget, there are no links to this.

Here are the most significant packages:

[2011-07-19 15:47] upgraded pciutils (3.1.7-3 -> 3.1.7-4)
[2011-07-19 15:47] upgraded udev (166-2 -> 171-2)
[2011-07-19 15:47] warning: /etc/inittab installed as /etc/inittab.pacnew
[2011-07-19 15:47] warning: /etc/rc.conf installed as /etc/rc.conf.pacnew
[2011-07-19 15:47] Blacklisting of modules is no longer supported in rc.conf,
[2011-07-19 15:47] please add blacklist entries to /etc/modprobe.d/ instead.
[2011-07-19 15:47] upgraded initscripts (2011.02.1-1 -> 2011.06.4-1)
[2011-07-19 15:47] upgraded linux-firmware (20110227-1 -> 20110512-2)
[2011-07-19 15:47] upgraded mkinitcpio-busybox (1.18.2-1 -> 1.18.4-1)
[2011-07-19 15:47] upgraded mkinitcpio (0.6.8-2 -> 0.7.2-1)
[2011-07-19 15:48] upgraded kernel26 (2.6.37.4-1 -> 2.6.39.3-1)
[2011-07-19 15:48] upgraded kernel26-headers (2.6.37.4-1 -> 2.6.39.3-1)

I see nothing unusual in rc.conf.

Please downgrade these packages [1] and test. You can do this one by
one, starting with the kernel + mkinitcpio + linux-firmware, then
test, then if no difference, go on to downgrading the rest in that
list. Of particular interest is initscripts. Watch out what happens
when you downgrade initscripts (and if possible, restore previous
rc.conf, inittab).

A lot of changes have come in during the last few months, so the cause
here is not going to be obvious. We only know that it is either udev
(nothing to determine it is fully responsible), init or kernel
related. Whether something else is involved, needs further
troubleshooting after the downgrade test.

* Also, provide us with a package list comparison between the 2
affected machines, and a third, unaffected one. You may just provide
the full package lists produced with pacman -Q.

* Provide us a list of modules with the older packages and one with
newer packages (produced by lsmod) immediately after boot-up. You will
need to reboot twice or more for this.

[1] https://wiki.archlinux.org/index.php/Downgrading_Packages


--
GPG/PGP ID: 8AADBB10

From danielhilst at gmail.com  Wed Jul 20 10:41:15 2011
From: danielhilst at gmail.com (Daniel Hilst Selli)
Date: Wed, 20 Jul 2011 11:41:15 -0300
Subject: [arch-general] shh SOCKS proxy
In-Reply-To: <20110720130936.GA25652@MatchBox>
References: <4E26BEF7.70207@gmail.com> <8528730.u3uYlgsQtf@leto>
 <20110720130936.GA25652@MatchBox>
Message-ID: <4E26E90B.1020309@gmail.com>

Em 20-07-2011 10:09, lolilolicon escreveu:
> On 07/20/11 at 12:46pm, Paul Gideon Dann wrote:
>> On Wednesday 20 Jul 2011 08:41:43 Daniel Hilst Selli wrote:
>>> I trying to set a ssh proxy.. For tests matter I'm using my local
>>> desktop, as I can change sshd configurations all in one place
>>>
>>> I do this:
>>> http://pastebin.com/g26A9imj
>>>
>>> Then set my firefox proxy to localhost on port 8080 (all protocols)
>>> and checked the SOCK5 buttom selected.
>>>
>>> Once I enter www.google.com on firefox and it justs show me a blank page
>> In the Firefox proxy settings, you'll need to ensure that none of the rows
>> except for SOCKS is configured.  Firefox is trying to connect to your SOCKS
>> server as if it were an HTTP proxy, and failing.
>>
>> I ran into this myself the first time I did it :)
>>
>> Paul
> I would like to add, for quick tests, cURL is far more convenient:
>
>      curl --head --proxy socks5h://localhost:22 http://example.com
>
> You may also want to add the --verbose or --trace-ascii options.
Thanks guys, now it works.

curl was really practice for tests.. I just change the options from 
proxy to --socks5 as in

curl --head --socks5 localhost:8080 www.google.com


Thanks again

From fons at linuxaudio.org  Wed Jul 20 10:49:36 2011
From: fons at linuxaudio.org (Fons Adriaensen)
Date: Wed, 20 Jul 2011 14:49:36 +0000
Subject: [arch-general] Panic - no sound devices after upgrade
In-Reply-To: <CAFEhRJd9ZCSpx52S__vMdWK18mhMQrRoU9R5zNaZE=wksLRTvg@mail.gmail.com>
References: <20110719143758.GA15283@linuxaudio.org>
 <CAFEhRJf-5U=cS3iptpvGEVSHV+S=aBF_mWfWkC_QMRty_WnoPA@mail.gmail.com>
 <20110720131120.GA1836@linuxaudio.org>
 <CAFEhRJd9ZCSpx52S__vMdWK18mhMQrRoU9R5zNaZE=wksLRTvg@mail.gmail.com>
Message-ID: <20110720144936.GA7905@linuxaudio.org>

On Wed, Jul 20, 2011 at 10:15:32PM +0800, Ray Rashif wrote:

 
> [2011-07-19 15:47] upgraded pciutils (3.1.7-3 -> 3.1.7-4)
> [2011-07-19 15:47] upgraded udev (166-2 -> 171-2)
> [2011-07-19 15:47] warning: /etc/inittab installed as /etc/inittab.pacnew
> [2011-07-19 15:47] warning: /etc/rc.conf installed as /etc/rc.conf.pacnew
> [2011-07-19 15:47] Blacklisting of modules is no longer supported in rc.conf,
> [2011-07-19 15:47] please add blacklist entries to /etc/modprobe.d/ instead.
> [2011-07-19 15:47] upgraded initscripts (2011.02.1-1 -> 2011.06.4-1)
> [2011-07-19 15:47] upgraded linux-firmware (20110227-1 -> 20110512-2)
> [2011-07-19 15:47] upgraded mkinitcpio-busybox (1.18.2-1 -> 1.18.4-1)
> [2011-07-19 15:47] upgraded mkinitcpio (0.6.8-2 -> 0.7.2-1)
> [2011-07-19 15:48] upgraded kernel26 (2.6.37.4-1 -> 2.6.39.3-1)
> [2011-07-19 15:48] upgraded kernel26-headers (2.6.37.4-1 -> 2.6.39.3-1)
> 
> Please downgrade these packages [1] and test. You can do this one by
> one, starting with the kernel + mkinitcpio + linux-firmware, then
> test, then if no difference, go on to downgrading the rest in that
> list. Of particular interest is initscripts. Watch out what happens
> when you downgrade initscripts (and if possible, restore previous
> rc.conf, inittab).

OK, will try :-)


Already tried reverting to kernel 2.6.37 (the previous one used here).
Machine works, but still no audio devices.

Some other points:

- Plugging in a USB soundcard creates the corresponding devices.
- I also re-enabled the internal soundcard (normally disabled in the
BIOS), also that one works.

So the problem seems to be specific to the HDSP Madi.

Ciao,

-- 
FA





From darose at darose.net  Wed Jul 20 10:59:51 2011
From: darose at darose.net (David Rosenstrauch)
Date: Wed, 20 Jul 2011 10:59:51 -0400
Subject: [arch-general] shh SOCKS proxy
In-Reply-To: <4E26BEF7.70207@gmail.com>
References: <4E26BEF7.70207@gmail.com>
Message-ID: <4E26ED67.6020607@darose.net>

On 07/20/2011 07:41 AM, Daniel Hilst Selli wrote:
> I trying to set a ssh proxy.. For tests matter I'm using my local
> desktop, as I can change sshd configurations all in one place
>
> I do this:
> http://pastebin.com/g26A9imj
>
> Then set my firefox proxy to localhost on port 8080 (all protocols)
> and checked the SOCK5 buttom selected.
>
> Once I enter www.google.com on firefox and it justs show me a blank page

I accomplish this (using Google Chrome) like so:

1) ssh -D 8080 <the server which will proxy all the HTTP traffic>
2) chromium --proxy-server="socks://localhost:8080"

HTH,

DR

From fons at linuxaudio.org  Wed Jul 20 11:30:24 2011
From: fons at linuxaudio.org (Fons Adriaensen)
Date: Wed, 20 Jul 2011 15:30:24 +0000
Subject: [arch-general] Panic - no sound devices after upgrade
In-Reply-To: <CAFEhRJd9ZCSpx52S__vMdWK18mhMQrRoU9R5zNaZE=wksLRTvg@mail.gmail.com>
References: <20110719143758.GA15283@linuxaudio.org>
 <CAFEhRJf-5U=cS3iptpvGEVSHV+S=aBF_mWfWkC_QMRty_WnoPA@mail.gmail.com>
 <20110720131120.GA1836@linuxaudio.org>
 <CAFEhRJd9ZCSpx52S__vMdWK18mhMQrRoU9R5zNaZE=wksLRTvg@mail.gmail.com>
Message-ID: <20110720153023.GA11502@linuxaudio.org>

On Wed, Jul 20, 2011 at 10:15:32PM +0800, Ray Rashif wrote:
 
> Please downgrade these packages [1] and test. You can do this one by
> one, starting with the kernel + mkinitcpio + linux-firmware, then
> test, then if no difference, go on to downgrading the rest in that
> list. Of particular interest is initscripts. Watch out what happens
> when you downgrade initscripts (and if possible, restore previous
> rc.conf, inittab).

OK I tried:

1. Downgrading firmware, kernel, mkinitcpio:
   --> no improvement.

2. Downgrading initscripts:
   --> no improvement.

3. Downgrading udev:
   --> no improvement.

4. Downgrading pciutils:
   --> no improvement.

5. Upgrading everything again:
   --> still the same result.

In all cases downgrading was to the previously used version, for
initscripts rc.conf was reverted as well.


-- 
FA



 


From fons at linuxaudio.org  Wed Jul 20 11:58:58 2011
From: fons at linuxaudio.org (Fons Adriaensen)
Date: Wed, 20 Jul 2011 15:58:58 +0000
Subject: [arch-general] Panic - no sound devices after upgrade
In-Reply-To: <20110720153023.GA11502@linuxaudio.org>
References: <20110719143758.GA15283@linuxaudio.org>
 <CAFEhRJf-5U=cS3iptpvGEVSHV+S=aBF_mWfWkC_QMRty_WnoPA@mail.gmail.com>
 <20110720131120.GA1836@linuxaudio.org>
 <CAFEhRJd9ZCSpx52S__vMdWK18mhMQrRoU9R5zNaZE=wksLRTvg@mail.gmail.com>
 <20110720153023.GA11502@linuxaudio.org>
Message-ID: <20110720155858.GA13960@linuxaudio.org>


When I downgrade initscripts and mkinitcpio (to versions of around
february), run mkinitcpio -p kernel26, and reboot, shouldn't I get
the 'old style' boot messages (without the timing in []) ?

But I don't...

Are we forgetting something ?

Ciao,

-- 
FA



From teg at jklm.no  Wed Jul 20 12:04:00 2011
From: teg at jklm.no (Tom Gundersen)
Date: Wed, 20 Jul 2011 18:04:00 +0200
Subject: [arch-general] Panic - no sound devices after upgrade
In-Reply-To: <20110720155858.GA13960@linuxaudio.org>
References: <20110719143758.GA15283@linuxaudio.org>
 <CAFEhRJf-5U=cS3iptpvGEVSHV+S=aBF_mWfWkC_QMRty_WnoPA@mail.gmail.com>
 <20110720131120.GA1836@linuxaudio.org>
 <CAFEhRJd9ZCSpx52S__vMdWK18mhMQrRoU9R5zNaZE=wksLRTvg@mail.gmail.com>
 <20110720153023.GA11502@linuxaudio.org>
 <20110720155858.GA13960@linuxaudio.org>
Message-ID: <CAG-2HqU5v_O9toUtkLD4jQ+6khP9+7xG+221v=ZACB3krL=A0A@mail.gmail.com>

On Wed, Jul 20, 2011 at 5:58 PM, Fons Adriaensen <fons at linuxaudio.org> wrote:
>
> When I downgrade initscripts and mkinitcpio (to versions of around
> february), run mkinitcpio -p kernel26, and reboot, shouldn't I get
> the 'old style' boot messages (without the timing in []) ?
>
> But I don't...
>
> Are we forgetting something ?

That's decided by the kernel. Could you try downgrading your kernel
too? Possibly install the kernel26-lts?

-t

From fons at linuxaudio.org  Wed Jul 20 12:17:35 2011
From: fons at linuxaudio.org (Fons Adriaensen)
Date: Wed, 20 Jul 2011 16:17:35 +0000
Subject: [arch-general] Panic - no sound devices after upgrade
In-Reply-To: <CAG-2HqU5v_O9toUtkLD4jQ+6khP9+7xG+221v=ZACB3krL=A0A@mail.gmail.com>
References: <20110719143758.GA15283@linuxaudio.org>
 <CAFEhRJf-5U=cS3iptpvGEVSHV+S=aBF_mWfWkC_QMRty_WnoPA@mail.gmail.com>
 <20110720131120.GA1836@linuxaudio.org>
 <CAFEhRJd9ZCSpx52S__vMdWK18mhMQrRoU9R5zNaZE=wksLRTvg@mail.gmail.com>
 <20110720153023.GA11502@linuxaudio.org>
 <20110720155858.GA13960@linuxaudio.org>
 <CAG-2HqU5v_O9toUtkLD4jQ+6khP9+7xG+221v=ZACB3krL=A0A@mail.gmail.com>
Message-ID: <20110720161735.GB13960@linuxaudio.org>

On Wed, Jul 20, 2011 at 06:04:00PM +0200, Tom Gundersen wrote:
> On Wed, Jul 20, 2011 at 5:58 PM, Fons Adriaensen <fons at linuxaudio.org> wrote:
> >
> > When I downgrade initscripts and mkinitcpio (to versions of around
> > february), run mkinitcpio -p kernel26, and reboot, shouldn't I get
> > the 'old style' boot messages (without the timing in []) ?
> >
> > But I don't...
> >
> > Are we forgetting something ?
> 
> That's decided by the kernel. Could you try downgrading your kernel
> too? Possibly install the kernel26-lts?

See previous messages. I tried 2.6.37 wich has worked here perfectly,
no change. Will try lts.

-- 
FA


From fons at linuxaudio.org  Wed Jul 20 12:23:43 2011
From: fons at linuxaudio.org (Fons Adriaensen)
Date: Wed, 20 Jul 2011 16:23:43 +0000
Subject: [arch-general] Panic - no sound devices after upgrade
In-Reply-To: <CAG-2HqU5v_O9toUtkLD4jQ+6khP9+7xG+221v=ZACB3krL=A0A@mail.gmail.com>
References: <20110719143758.GA15283@linuxaudio.org>
 <CAFEhRJf-5U=cS3iptpvGEVSHV+S=aBF_mWfWkC_QMRty_WnoPA@mail.gmail.com>
 <20110720131120.GA1836@linuxaudio.org>
 <CAFEhRJd9ZCSpx52S__vMdWK18mhMQrRoU9R5zNaZE=wksLRTvg@mail.gmail.com>
 <20110720153023.GA11502@linuxaudio.org>
 <20110720155858.GA13960@linuxaudio.org>
 <CAG-2HqU5v_O9toUtkLD4jQ+6khP9+7xG+221v=ZACB3krL=A0A@mail.gmail.com>
Message-ID: <20110720162343.GA16901@linuxaudio.org>

On Wed, Jul 20, 2011 at 06:04:00PM +0200, Tom Gundersen wrote:
> On Wed, Jul 20, 2011 at 5:58 PM, Fons Adriaensen <fons at linuxaudio.org> wrote:
> >
> > When I downgrade initscripts and mkinitcpio (to versions of around
> > february), run mkinitcpio -p kernel26, and reboot, shouldn't I get
> > the 'old style' boot messages (without the timing in []) ?
> >
> > But I don't...
> >
> > Are we forgetting something ?
> 
> That's decided by the kernel. Could you try downgrading your kernel
> too? Possibly install the kernel26-lts?

Are you sure ? Even with lts I get the new format. And it doesn't help.

-- 
FA




From schivmeister at gmail.com  Wed Jul 20 12:23:47 2011
From: schivmeister at gmail.com (Ray Rashif)
Date: Thu, 21 Jul 2011 00:23:47 +0800
Subject: [arch-general] Panic - no sound devices after upgrade
In-Reply-To: <20110720153023.GA11502@linuxaudio.org>
References: <20110719143758.GA15283@linuxaudio.org>
 <CAFEhRJf-5U=cS3iptpvGEVSHV+S=aBF_mWfWkC_QMRty_WnoPA@mail.gmail.com>
 <20110720131120.GA1836@linuxaudio.org>
 <CAFEhRJd9ZCSpx52S__vMdWK18mhMQrRoU9R5zNaZE=wksLRTvg@mail.gmail.com>
 <20110720153023.GA11502@linuxaudio.org>
Message-ID: <CAFEhRJczj=_B7fK7GvBEnqpB2GJGnCnGkoA2w5vzbFfM2wAGZw@mail.gmail.com>

On 20 July 2011 23:30, Fons Adriaensen <fons at linuxaudio.org> wrote:
> OK I tried:
>
> 1. Downgrading firmware, kernel, mkinitcpio:
> ? --> no improvement.
>
> 2. Downgrading initscripts:
> ? --> no improvement.
>
> 3. Downgrading udev:
> ? --> no improvement.
>
> 4. Downgrading pciutils:
> ? --> no improvement.
>
> 5. Upgrading everything again:
> ? --> still the same result.
>
> In all cases downgrading was to the previously used version, for
> initscripts rc.conf was reverted as well.

Just to be double sure. Did you reboot each time you downgraded
something? If not, downgrade all of them at one go, then reboot.

1. Now we really need a comparison between your working systems and
non-working systems, looking at the differences between hardware and
software.

Just thinking out loud:

A diff with the previous udev yields no difference in
78-sound-card.rules, only an ammendment of our system ruleset.

-# SOUND addon modules
-SUBSYSTEM=="sound", RUN+="/lib/udev/load-modules.sh snd-pcm-oss"
-SUBSYSTEM=="sound", RUN+="/lib/udev/load-modules.sh snd-seq-oss"

-# miscellaneous
-KERNEL=="rtc|rtc0", GROUP="audio", MODE="0664"

And 50-udev-default.rules.

 # sound
-SUBSYSTEM=="sound",            GROUP="audio"
+SUBSYSTEM=="sound",            GROUP="audio", \
+  OPTIONS+="static_node=snd/seq", OPTIONS+="static_node=snd/timer"

2. At this point I'd recommend using a Fedora Live medium to test if
your sound works there.

I'm still unsure whether this is an upstream or local problem. Tom
would be a better judge on this, especially regarding the 'old style'
boot messages. If it's not the kernel, not alsa, not udev, not init,
then I don't know what else it could be (RME card/PCI bus?).

You should file a bug report on our tracker if you haven't done so -
enables a wider audience to follow.


--
GPG/PGP ID: D90FA77D

From fons at linuxaudio.org  Wed Jul 20 12:38:44 2011
From: fons at linuxaudio.org (Fons Adriaensen)
Date: Wed, 20 Jul 2011 16:38:44 +0000
Subject: [arch-general] Panic - no sound devices after upgrade
In-Reply-To: <CAFEhRJczj=_B7fK7GvBEnqpB2GJGnCnGkoA2w5vzbFfM2wAGZw@mail.gmail.com>
References: <20110719143758.GA15283@linuxaudio.org>
 <CAFEhRJf-5U=cS3iptpvGEVSHV+S=aBF_mWfWkC_QMRty_WnoPA@mail.gmail.com>
 <20110720131120.GA1836@linuxaudio.org>
 <CAFEhRJd9ZCSpx52S__vMdWK18mhMQrRoU9R5zNaZE=wksLRTvg@mail.gmail.com>
 <20110720153023.GA11502@linuxaudio.org>
 <CAFEhRJczj=_B7fK7GvBEnqpB2GJGnCnGkoA2w5vzbFfM2wAGZw@mail.gmail.com>
Message-ID: <20110720163844.GB16901@linuxaudio.org>

On Thu, Jul 21, 2011 at 12:23:47AM +0800, Ray Rashif wrote:

> Just to be double sure. Did you reboot each time you downgraded
> something? If not, downgrade all of them at one go, then reboot.

Of course. mkinitcpio -p kernel26 and reboot.
 
> 1. Now we really need a comparison between your working systems and
> non-working systems, looking at the differences between hardware and
> software.

Since both systems worked perfectly until the upgrade yesterday,
that difference is the set of packages that were upgraded yesterday,
wich you find in pacman.log.

> Just thinking out loud:
> 
> A diff with the previous udev yields no difference in
> 78-sound-card.rules, only an ammendment of our system ruleset.
> 
> -# SOUND addon modules
> -SUBSYSTEM=="sound", RUN+="/lib/udev/load-modules.sh snd-pcm-oss"
> -SUBSYSTEM=="sound", RUN+="/lib/udev/load-modules.sh snd-seq-oss"
> 
> -# miscellaneous
> -KERNEL=="rtc|rtc0", GROUP="audio", MODE="0664"
> 
> And 50-udev-default.rules.
> 
>  # sound
> -SUBSYSTEM=="sound",            GROUP="audio"
> +SUBSYSTEM=="sound",            GROUP="audio", \
> +  OPTIONS+="static_node=snd/seq", OPTIONS+="static_node=snd/timer"
> 
> 2. At this point I'd recommend using a Fedora Live medium to test if
> your sound works there.
> 
> I'm still unsure whether this is an upstream or local problem. Tom
> would be a better judge on this, especially regarding the 'old style'
> boot messages. If it's not the kernel, not alsa, not udev, not init,
> then I don't know what else it could be (RME card/PCI bus?).

*Two cards* going defective at the same time, and that time coincides
with an upgrade ? That could only mean that the new system has destroyed
them :-)

Ciao,

-- 
FA


From schiv at archlinux.org  Wed Jul 20 12:50:20 2011
From: schiv at archlinux.org (Ray Rashif)
Date: Thu, 21 Jul 2011 00:50:20 +0800
Subject: [arch-general] Panic - no sound devices after upgrade
In-Reply-To: <20110720163844.GB16901@linuxaudio.org>
References: <20110719143758.GA15283@linuxaudio.org>
 <CAFEhRJf-5U=cS3iptpvGEVSHV+S=aBF_mWfWkC_QMRty_WnoPA@mail.gmail.com>
 <20110720131120.GA1836@linuxaudio.org>
 <CAFEhRJd9ZCSpx52S__vMdWK18mhMQrRoU9R5zNaZE=wksLRTvg@mail.gmail.com>
 <20110720153023.GA11502@linuxaudio.org>
 <CAFEhRJczj=_B7fK7GvBEnqpB2GJGnCnGkoA2w5vzbFfM2wAGZw@mail.gmail.com>
 <20110720163844.GB16901@linuxaudio.org>
Message-ID: <CAFEhRJd3=aCp9gKsS__Tr8OU-3+Kf5yLoFwhwg__Yi4jiyeStw@mail.gmail.com>

On 21 July 2011 00:38, Fons Adriaensen <fons at linuxaudio.org> wrote:
> *Two cards* going defective at the same time, and that time coincides
> with an upgrade ? That could only mean that the new system has destroyed
> them :-)

Yes, but the obvious culprits have been tried. What's left is to
figure out what else could cause this.

There is a brute force method available right now. Do you have package
caches on the working systems?

Chroot into one of the broken systems (from another medium or over the
network), pacman -U everything from the old (untouched) cache.

"System Restore" would've really helped here :)


--
GPG/PGP ID: 8AADBB10

From teg at jklm.no  Wed Jul 20 12:50:32 2011
From: teg at jklm.no (Tom Gundersen)
Date: Wed, 20 Jul 2011 18:50:32 +0200
Subject: [arch-general] Panic - no sound devices after upgrade
In-Reply-To: <20110720163844.GB16901@linuxaudio.org>
References: <20110719143758.GA15283@linuxaudio.org>
 <CAFEhRJf-5U=cS3iptpvGEVSHV+S=aBF_mWfWkC_QMRty_WnoPA@mail.gmail.com>
 <20110720131120.GA1836@linuxaudio.org>
 <CAFEhRJd9ZCSpx52S__vMdWK18mhMQrRoU9R5zNaZE=wksLRTvg@mail.gmail.com>
 <20110720153023.GA11502@linuxaudio.org>
 <CAFEhRJczj=_B7fK7GvBEnqpB2GJGnCnGkoA2w5vzbFfM2wAGZw@mail.gmail.com>
 <20110720163844.GB16901@linuxaudio.org>
Message-ID: <CAG-2HqWqATSJ=oJTTvULXwPEG82yN+8e6GJFs759hPA-=krAOQ@mail.gmail.com>

On Wed, Jul 20, 2011 at 6:38 PM, Fons Adriaensen <fons at linuxaudio.org> wrote:
> On Thu, Jul 21, 2011 at 12:23:47AM +0800, Ray Rashif wrote:
>
>> Just to be double sure. Did you reboot each time you downgraded
>> something? If not, downgrade all of them at one go, then reboot.
>
> Of course. mkinitcpio -p kernel26 and reboot.
>
>> 1. Now we really need a comparison between your working systems and
>> non-working systems, looking at the differences between hardware and
>> software.
>
> Since both systems worked perfectly until the upgrade yesterday,
> that difference is the set of packages that were upgraded yesterday,
> wich you find in pacman.log.
>
>> Just thinking out loud:
>>
>> A diff with the previous udev yields no difference in
>> 78-sound-card.rules, only an ammendment of our system ruleset.
>>
>> -# SOUND addon modules
>> -SUBSYSTEM=="sound", RUN+="/lib/udev/load-modules.sh snd-pcm-oss"
>> -SUBSYSTEM=="sound", RUN+="/lib/udev/load-modules.sh snd-seq-oss"
>>
>> -# miscellaneous
>> -KERNEL=="rtc|rtc0", GROUP="audio", MODE="0664"
>>
>> And 50-udev-default.rules.
>>
>> ?# sound
>> -SUBSYSTEM=="sound", ? ? ? ? ? ?GROUP="audio"
>> +SUBSYSTEM=="sound", ? ? ? ? ? ?GROUP="audio", \
>> + ?OPTIONS+="static_node=snd/seq", OPTIONS+="static_node=snd/timer"
>>
>> 2. At this point I'd recommend using a Fedora Live medium to test if
>> your sound works there.
>>
>> I'm still unsure whether this is an upstream or local problem. Tom
>> would be a better judge on this, especially regarding the 'old style'
>> boot messages. If it's not the kernel, not alsa, not udev, not init,
>> then I don't know what else it could be (RME card/PCI bus?).
>
> *Two cards* going defective at the same time, and that time coincides
> with an upgrade ? That could only mean that the new system has destroyed
> them :-)

There is something weird going on. You are saying that even if you
downgrade all the packages you upgraded it is still broken (?), this
is decidedly odd.

The strange thing is that initscripts/mkinitcpio/udev could not really
do anything wrong as long as the correct module gets loaded. If I
understood you correctly, that does in fact happen.

Let's have a look at the module. Could you:

"modprobe -rv snd_hdpsm && modprobe -v snd_hdpsm", and then post the
output to the console and any dmesg output (and verify that your
devices are not in /dev/snd)?

Cheers,

Tom

From doc.evans at gmail.com  Wed Jul 20 12:56:10 2011
From: doc.evans at gmail.com (D. R. Evans)
Date: Wed, 20 Jul 2011 10:56:10 -0600
Subject: [arch-general] X cursor problem on new install
In-Reply-To: <4E1B661F.6090007@gmail.com>
References: <4E11CEE8.8070407@gmail.com>
 <CAFJ3QW+eCmzzSPN2YPT9fJRB2M7jDvuacRfphW1oLi66_KjBGw@mail.gmail.com>
 <4E149F74.5030805@gmail.com> <4E14A2BC.3030109@darose.net>
 <4E1B661F.6090007@gmail.com>
Message-ID: <4E2708AA.7070205@gmail.com>

D. R. Evans said the following at 07/11/2011 03:07 PM :
> David Rosenstrauch said the following at 07/06/2011 12:00 PM :
>> On 07/06/2011 01:46 PM, D. R. Evans wrote:
>>> Guillaume Brunerie said the following at 07/04/2011 11:01 AM :
>>>> It seems you have an Intel graphics card and that the driver does not want
>>>> to start.
>>>>
>>>> Have you read the page https://wiki.archlinux.org/index.php/Intel ?
>>>> In particular you need to install the package xf86-video-intel and you need
>>>> to enable KMS to run X.
>>>>
>>>
>>> Yes, I have read that page. I don't know what part of it you are suggesting
>>> is important and which I have failed to follow.
>>>
>>> 1. xf86-video-intel *is* installed.
>>
>> How about the intel-dri package?  If not, try installing that.  (And 
>> then restarting X.)
>>
> 
> I installed that, but it made no obvious difference.

FYI, and just to close this thread, I have given up trying to get X to work
with arch on this machine; I have no idea why it wouldn't work properly
(Windows, which was previously installed on it, worked fine).

I have installed arch + X on a different machine, where it seems to work OK.

  Doc

-- 
Web:  http://www.sff.net/people/N7DR

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 262 bytes
Desc: OpenPGP digital signature
URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110720/56a3c36d/attachment.asc>

From bernardobarros2 at gmail.com  Wed Jul 20 14:06:50 2011
From: bernardobarros2 at gmail.com (Bernardo Barros)
Date: Wed, 20 Jul 2011 15:06:50 -0300
Subject: [arch-general] Not a good time for ProAudio work? WAS: Panic - no
 sound devices after upgrade
Message-ID: <CAOEEKGXttgrHrSa7q=sMLEJoo_8--GNM5ZcZEDXHNwgAtOwc9A@mail.gmail.com>

All those issues regarding sound cards and lv2 plug-ins right now.
This all mean it will take time until Ardour3 (stable) come out and
udev fixes and updates?

I tried to figure out the differences between my fedora and arch
boxes, I cound not find an easy explanation why the firewire soundcard
works on fedora and not on arch. I tried different kernels (including
lts), udevs and everything I could think of, including editing the
rules.d folder.

Or we can try some kind of concentrated effort to find and fix those
problems (specially sound card problems) until they hit more users?

Sorry, maybe that's just a couple of us, one or two people. I don't
really know how many.

From mutantturkey at gmail.com  Wed Jul 20 14:27:18 2011
From: mutantturkey at gmail.com (Calvin Morrison)
Date: Wed, 20 Jul 2011 14:27:18 -0400
Subject: [arch-general] Not a good time for ProAudio work? WAS: Panic -
 no sound devices after upgrade
In-Reply-To: <CAOEEKGXttgrHrSa7q=sMLEJoo_8--GNM5ZcZEDXHNwgAtOwc9A@mail.gmail.com>
References: <CAOEEKGXttgrHrSa7q=sMLEJoo_8--GNM5ZcZEDXHNwgAtOwc9A@mail.gmail.com>
Message-ID: <CAJFUHyUGhs66z4fL1A2t-8x5mHSDRR_SvYdDow3kwQbWUtoZOA@mail.gmail.com>

On 20 July 2011 14:06, Bernardo Barros <bernardobarros2 at gmail.com> wrote:
> All those issues regarding sound cards and lv2 plug-ins right now.
> This all mean it will take time until Ardour3 (stable) come out and
> udev fixes and updates?
>
> I tried to figure out the differences between my fedora and arch
> boxes, I cound not find an easy explanation why the firewire soundcard
> works on fedora and not on arch. I tried different kernels (including
> lts), udevs and everything I could think of, including editing the
> rules.d folder.
>
> Or we can try some kind of concentrated effort to find and fix those
> problems (specially sound card problems) until they hit more users?
>
> Sorry, maybe that's just a couple of us, one or two people. I don't
> really know how many.
>

It's me too. I am not "pro" audio, but I dabble quite heavily in linux
based audio (I don't think it's quite ready yet for production use)
and I am really excited about ardour3, but right now we are kind of
stuck.

Hardware wise has been really good to me. But I definitely echo your concerns.

Calvin Morrison

From schiv at archlinux.org  Wed Jul 20 14:29:32 2011
From: schiv at archlinux.org (Ray Rashif)
Date: Thu, 21 Jul 2011 02:29:32 +0800
Subject: [arch-general] [archaudio-discuss] Not a good time for ProAudio
 work? WAS: Panic - no sound devices after upgrade
In-Reply-To: <CAOEEKGXttgrHrSa7q=sMLEJoo_8--GNM5ZcZEDXHNwgAtOwc9A@mail.gmail.com>
References: <CAOEEKGXttgrHrSa7q=sMLEJoo_8--GNM5ZcZEDXHNwgAtOwc9A@mail.gmail.com>
Message-ID: <CAFEhRJfAf6A+qnUYnqiuTF-CC0j0huXBGBJHQv2ews4GrVn=VQ@mail.gmail.com>

On 21 July 2011 02:06, Bernardo Barros <bernardobarros2 at gmail.com> wrote:
> All those issues regarding sound cards and lv2 plug-ins right now.
> This all mean it will take time until Ardour3 (stable) come out and
> udev fixes and updates?

Usual random Linux issue to me. Happened before, happening now, always
happens :)

> I tried to figure out the differences between my fedora and arch
> boxes, I cound not find an easy explanation why the firewire soundcard
> works on fedora and not on arch. I tried different kernels (including
> lts), udevs and everything I could think of, including editing the
> rules.d folder.

I still do not see a bug report (against ffado) for this!


--
GPG/PGP ID: 8AADBB10

From teg at jklm.no  Wed Jul 20 15:45:22 2011
From: teg at jklm.no (Tom Gundersen)
Date: Wed, 20 Jul 2011 21:45:22 +0200
Subject: [arch-general] Not a good time for ProAudio work? WAS: Panic -
 no sound devices after upgrade
In-Reply-To: <CAOEEKGXttgrHrSa7q=sMLEJoo_8--GNM5ZcZEDXHNwgAtOwc9A@mail.gmail.com>
References: <CAOEEKGXttgrHrSa7q=sMLEJoo_8--GNM5ZcZEDXHNwgAtOwc9A@mail.gmail.com>
Message-ID: <CAG-2HqV2oqbBR9-uRjUu2HohX=4mc0iXWZqrXsFzutXLO6c++w@mail.gmail.com>

On Wed, Jul 20, 2011 at 8:06 PM, Bernardo Barros
<bernardobarros2 at gmail.com> wrote:
> All those issues regarding sound cards and lv2 plug-ins right now.
> This all mean it will take time until Ardour3 (stable) come out and
> udev fixes and updates?
>
> I tried to figure out the differences between my fedora and arch
> boxes, I cound not find an easy explanation why the firewire soundcard
> works on fedora and not on arch. I tried different kernels (including
> lts), udevs and everything I could think of, including editing the
> rules.d folder.
>
> Or we can try some kind of concentrated effort to find and fix those
> problems (specially sound card problems) until they hit more users?
>
> Sorry, maybe that's just a couple of us, one or two people. I don't
> really know how many.

Any help in finding bugs (audio or otherwise) in udev is greatly
appreciated. Usually they are easy to fix once we have a report, the
problem is finding people who can report and reproduce them.

I had a look at the udev in fedora (rawhide) and it should be almost
identical to what we have in testing. It would be useful to know
exactly what versions you are using (the newer the better) on both
Arch and Fedora of both udev and the kernel, as well as more details
about your problems:
Do you have missing devices? Are there any differences between the
loaded modules in a working and a broken system? Can you find any udev
or module related bugs in your logs or dmesg? A useful exercise is to
do "modprobe -rv <relevant module> && modprobe -v <relevant module>"
and look on the console as well as dmes.

If you have a pinned down a bit what the problem is, then open a FS,
if you are still lost feel free to ping me in #archlinux (I'm
tomegun).

Cheers,

Tom

From schiv at archlinux.org  Wed Jul 20 16:12:40 2011
From: schiv at archlinux.org (Ray Rashif)
Date: Thu, 21 Jul 2011 04:12:40 +0800
Subject: [arch-general] Not a good time for ProAudio work? WAS: Panic -
 no sound devices after upgrade
In-Reply-To: <CAG-2HqV2oqbBR9-uRjUu2HohX=4mc0iXWZqrXsFzutXLO6c++w@mail.gmail.com>
References: <CAOEEKGXttgrHrSa7q=sMLEJoo_8--GNM5ZcZEDXHNwgAtOwc9A@mail.gmail.com>
 <CAG-2HqV2oqbBR9-uRjUu2HohX=4mc0iXWZqrXsFzutXLO6c++w@mail.gmail.com>
Message-ID: <CAFEhRJdZ5q_aTFFJ1nKMNO=_JVpRderV56ceF58aq=XPhuv7Wg@mail.gmail.com>

On 21 July 2011 03:45, Tom Gundersen <teg at jklm.no> wrote:
> If you have a pinned down a bit what the problem is, then open a FS,
> if you are still lost feel free to ping me in #archlinux (I'm
> tomegun).

And for a start, determine if the only difference between Fedora and
Arch is some kind of firewire rules [1]. If that is the case, try
place it [1] in /etc/udev/rules.d and see if things work. Remove any
custom chmods on device nodes you might have added before.

However, looking at their tree, they don't seem to provide any such
ruleset. The following quote is from upstream ieee1394 documentation
[2]:

"For example, the Fedora Linux distribution currently contains a
mechanism to add read and write permission for the locally logged in
user to the ACLs of fw* files of some FireWire device types. To this
end, recent udev releases have firewire subsystem rules in the file
70-acl.rules file."

I  have little idea what that refers to.

[1] http://git.debian.org/?p=pkg-multimedia/ffado.git;a=blob_plain;f=debian/60-ffado.rules
[2] https://ieee1394.wiki.kernel.org/index.php/Juju_Migration#Character_device_files.2C_block_device_files


--
GPG/PGP ID: 8AADBB10

From hollunder at lavabit.com  Wed Jul 20 16:51:42 2011
From: hollunder at lavabit.com (=?utf-8?q?Philipp_=C3=9Cberbacher?=)
Date: Wed, 20 Jul 2011 22:51:42 +0200
Subject: [arch-general] Not a good time for ProAudio work? WAS: Panic -
	no sound devices after upgrade
In-Reply-To: <CAFEhRJdZ5q_aTFFJ1nKMNO=_JVpRderV56ceF58aq=XPhuv7Wg@mail.gmail.com>
References: <CAOEEKGXttgrHrSa7q=sMLEJoo_8--GNM5ZcZEDXHNwgAtOwc9A@mail.gmail.com>
 <CAG-2HqV2oqbBR9-uRjUu2HohX=4mc0iXWZqrXsFzutXLO6c++w@mail.gmail.com>
 <CAFEhRJdZ5q_aTFFJ1nKMNO=_JVpRderV56ceF58aq=XPhuv7Wg@mail.gmail.com>
Message-ID: <1311194859-sup-1586@eris>

Excerpts from Ray Rashif's message of 2011-07-20 22:12:40 +0200:
> On 21 July 2011 03:45, Tom Gundersen <teg at jklm.no> wrote:
> > If you have a pinned down a bit what the problem is, then open a FS,
> > if you are still lost feel free to ping me in #archlinux (I'm
> > tomegun).
> 
> And for a start, determine if the only difference between Fedora and
> Arch is some kind of firewire rules [1]. If that is the case, try
> place it [1] in /etc/udev/rules.d and see if things work. Remove any
> custom chmods on device nodes you might have added before.
> 
> However, looking at their tree, they don't seem to provide any such
> ruleset. The following quote is from upstream ieee1394 documentation
> [2]:
> 
> "For example, the Fedora Linux distribution currently contains a
> mechanism to add read and write permission for the locally logged in
> user to the ACLs of fw* files of some FireWire device types. To this
> end, recent udev releases have firewire subsystem rules in the file
> 70-acl.rules file."
> 
> I  have little idea what that refers to.
> 
> [1] http://git.debian.org/?p=pkg-multimedia/ffado.git;a=blob_plain;f=debian/60-ffado.rules
> [2] https://ieee1394.wiki.kernel.org/index.php/Juju_Migration#Character_device_files.2C_block_device_files

Because ACL was mentioned.. I recently helped someone to get jack
running. The trouble he had was related to polkit in some way. I didn't
investigate further, no idea whether he did, but I'll suggest testing
with polkit disabled from now on.


From bernardobarros2 at gmail.com  Wed Jul 20 17:52:32 2011
From: bernardobarros2 at gmail.com (Bernardo Barros)
Date: Wed, 20 Jul 2011 18:52:32 -0300
Subject: [arch-general] Not a good time for ProAudio work? WAS: Panic -
 no sound devices after upgrade
In-Reply-To: <CAG-2HqV2oqbBR9-uRjUu2HohX=4mc0iXWZqrXsFzutXLO6c++w@mail.gmail.com>
References: <CAOEEKGXttgrHrSa7q=sMLEJoo_8--GNM5ZcZEDXHNwgAtOwc9A@mail.gmail.com>
 <CAG-2HqV2oqbBR9-uRjUu2HohX=4mc0iXWZqrXsFzutXLO6c++w@mail.gmail.com>
Message-ID: <CAOEEKGVoBqU9Xt8ONZoTHycBH5ve_OUV0EPXZAeUULFgXSSjMQ@mail.gmail.com>

Hi Tom,

Thanks for the reply!

Maybe it's not udev because the issue is not that the soundcard does
not show up, it actually does. The problem is that JACK does not work
with it. And also I downgrade udev at the time. The problem should be
a fine-tuning somewhere

At the time Fedora 15 was using udev 168 and Arch udev 171.

I tested with Fedora 15, the MOTU UltraLite worked with ffado
from svn (rev. 1985). I'm using Fedora for serious audio work since then.

At the same machine, an updated Arch did not work.
Then I tried to downgrade the kernel and udev packages, no luck.
My USB card (Edirol pcr1) did not work either.

From hollunder at lavabit.com  Wed Jul 20 18:05:08 2011
From: hollunder at lavabit.com (=?utf-8?q?Philipp_=C3=9Cberbacher?=)
Date: Thu, 21 Jul 2011 00:05:08 +0200
Subject: [arch-general] Not a good time for ProAudio work? WAS: Panic -
	no sound devices after upgrade
In-Reply-To: <CAOEEKGVoBqU9Xt8ONZoTHycBH5ve_OUV0EPXZAeUULFgXSSjMQ@mail.gmail.com>
References: <CAOEEKGXttgrHrSa7q=sMLEJoo_8--GNM5ZcZEDXHNwgAtOwc9A@mail.gmail.com>
 <CAG-2HqV2oqbBR9-uRjUu2HohX=4mc0iXWZqrXsFzutXLO6c++w@mail.gmail.com>
 <CAOEEKGVoBqU9Xt8ONZoTHycBH5ve_OUV0EPXZAeUULFgXSSjMQ@mail.gmail.com>
Message-ID: <1311199280-sup-3466@eris>

Excerpts from Bernardo Barros's message of 2011-07-20 23:52:32 +0200:
> Hi Tom,
> 
> Thanks for the reply!
> 
> Maybe it's not udev because the issue is not that the soundcard does
> not show up, it actually does. The problem is that JACK does not work
> with it. And also I downgrade udev at the time. The problem should be
> a fine-tuning somewhere
> 
> At the time Fedora 15 was using udev 168 and Arch udev 171.
> 
> I tested with Fedora 15, the MOTU UltraLite worked with ffado
> from svn (rev. 1985). I'm using Fedora for serious audio work since then.
> 
> At the same machine, an updated Arch did not work.
> Then I tried to downgrade the kernel and udev packages, no luck.
> My USB card (Edirol pcr1) did not work either.

Maybe it's due something else in the init scripts, there were quite some
changes afaik. I'm not sure which packages might be most relevant, I
also don't know what you upgraded. Finding that out would be a first
step. Guesses wrt. packages: initscripts, hwdetetct, mkinitcpio, kernel


From girard.cedric at gmail.com  Wed Jul 20 18:22:02 2011
From: girard.cedric at gmail.com (=?UTF-8?Q?C=C3=A9dric_Girard?=)
Date: Thu, 21 Jul 2011 00:22:02 +0200
Subject: [arch-general] Not a good time for ProAudio work? WAS: Panic -
 no sound devices after upgrade
In-Reply-To: <1311199280-sup-3466@eris>
References: <CAOEEKGXttgrHrSa7q=sMLEJoo_8--GNM5ZcZEDXHNwgAtOwc9A@mail.gmail.com>
 <CAG-2HqV2oqbBR9-uRjUu2HohX=4mc0iXWZqrXsFzutXLO6c++w@mail.gmail.com>
 <CAOEEKGVoBqU9Xt8ONZoTHycBH5ve_OUV0EPXZAeUULFgXSSjMQ@mail.gmail.com>
 <1311199280-sup-3466@eris>
Message-ID: <CA+rnASue1mmdXrQPijDwJoozV4KuoNep3GfWbr0XJ6LHgcDaKg@mail.gmail.com>

At least the problem is not generalized. I've just bring up to date my Arch
Linux on the computer where my M-Audio Firewire Solo is plugged. Everything
works as usual using libffado and jack2 from the official repo.

-- 
C?dric Girard

From mkakati2805 at gmail.com  Wed Jul 20 22:46:03 2011
From: mkakati2805 at gmail.com (Madhurya Kakati)
Date: Thu, 21 Jul 2011 08:16:03 +0530
Subject: [arch-general] how to compile and run 32 bit apps on a 64 bit os?
Message-ID: <CAPy7aNbFtECVRD4qy2yp2qYFzbw1iCdmSjg-C7gx7d23oZ8_Uw@mail.gmail.com>

Hi,
I want to install the bluediving application from AUR but it is only
for 32 bit arch. How can I compile and run it in my 64 bit arch?
Thanks

From xecycle at gmail.com  Wed Jul 20 23:32:59 2011
From: xecycle at gmail.com (XeCycle)
Date: Thu, 21 Jul 2011 11:32:59 +0800
Subject: [arch-general] how to compile and run 32 bit apps on a 64 bit
	os?
In-Reply-To: <CAPy7aNbFtECVRD4qy2yp2qYFzbw1iCdmSjg-C7gx7d23oZ8_Uw@mail.gmail.com>
 (Madhurya Kakati's message of "Thu, 21 Jul 2011 08:16:03 +0530")
References: <CAPy7aNbFtECVRD4qy2yp2qYFzbw1iCdmSjg-C7gx7d23oZ8_Uw@mail.gmail.com>
Message-ID: <87pql4z4t0.fsf@gmail.com>

Madhurya Kakati <mkakati2805 at gmail.com> writes:

> Hi,
> I want to install the bluediving application from AUR but it is only
> for 32 bit arch. How can I compile and run it in my 64 bit arch?
> Thanks

Check out the wiki:

https://wiki.archlinux.org/index.php/Building_32-bit_packages_on_a_64-bit_system

-- 
Carl Lei (XeCycle)
Department of Physics, Shanghai Jiao Tong University
OpenPGP public key: 7795E591
Fingerprint: 1FB6 7F1F D45D F681 C845 27F7 8D71 8EC4 7795 E591
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 489 bytes
Desc: not available
URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110721/13d2b37f/attachment.asc>

From markeleas at gmail.com  Thu Jul 21 01:51:15 2011
From: markeleas at gmail.com (Axilleas P)
Date: Thu, 21 Jul 2011 08:51:15 +0300
Subject: [arch-general] how to compile and run 32 bit apps on a 64 bit
	os?
In-Reply-To: <CAPy7aNbFtECVRD4qy2yp2qYFzbw1iCdmSjg-C7gx7d23oZ8_Uw@mail.gmail.com>
References: <CAPy7aNbFtECVRD4qy2yp2qYFzbw1iCdmSjg-C7gx7d23oZ8_Uw@mail.gmail.com>
Message-ID: <CALEK4Pqbff_dC9KOYsOJZMFqfn0=1=aNVir5obyBan7qimgt=A@mail.gmail.com>

On Thu, Jul 21, 2011 at 5:46 AM, Madhurya Kakati <mkakati2805 at gmail.com> wrote:
> Hi,
> I want to install the bluediving application from AUR but it is only
> for 32 bit arch. How can I compile and run it in my 64 bit arch?
> Thanks
>

Download the devtools package and take a look here
https://wiki.archlinux.org/index.php/DeveloperWiki:PKGBUILD.com#Creating_chroots_and_building_packages


-- 
(\_ /) copy the bunny to your profile
(0.o ) to help him achieve world domination.
(> <) come join the dark side.
/_|_\ (we have cookies.)

From fons at linuxaudio.org  Thu Jul 21 03:19:42 2011
From: fons at linuxaudio.org (Fons Adriaensen)
Date: Thu, 21 Jul 2011 07:19:42 +0000
Subject: [arch-general] Panic - no sound devices after upgrade
In-Reply-To: <CAFEhRJd3=aCp9gKsS__Tr8OU-3+Kf5yLoFwhwg__Yi4jiyeStw@mail.gmail.com>
References: <20110719143758.GA15283@linuxaudio.org>
 <CAFEhRJf-5U=cS3iptpvGEVSHV+S=aBF_mWfWkC_QMRty_WnoPA@mail.gmail.com>
 <20110720131120.GA1836@linuxaudio.org>
 <CAFEhRJd9ZCSpx52S__vMdWK18mhMQrRoU9R5zNaZE=wksLRTvg@mail.gmail.com>
 <20110720153023.GA11502@linuxaudio.org>
 <CAFEhRJczj=_B7fK7GvBEnqpB2GJGnCnGkoA2w5vzbFfM2wAGZw@mail.gmail.com>
 <20110720163844.GB16901@linuxaudio.org>
 <CAFEhRJd3=aCp9gKsS__Tr8OU-3+Kf5yLoFwhwg__Yi4jiyeStw@mail.gmail.com>
Message-ID: <20110721071942.GA6074@linuxaudio.org>

On Thu, Jul 21, 2011 at 12:50:20AM +0800, Ray Rashif wrote:
> On 21 July 2011 00:38, Fons Adriaensen <fons at linuxaudio.org> wrote:
> > *Two cards* going defective at the same time, and that time coincides
> > with an upgrade ? That could only mean that the new system has destroyed
> > them :-)
> 
> Yes, but the obvious culprits have been tried. What's left is to
> figure out what else could cause this.

I'm not at the studio ATM so I can't try, but what about
the sysvinit package ? It provides /sbin/init, and it was
not in your list of 'usual suspects'. And I'm still trying
to find out why after reverting kernel, mkinitcpio, udev,
etc. to versions known to work I still get those 'new style'
boot messages - indicating that something else should be
reverted as well to return to the working configuration.

-- 
FA


From schiv at archlinux.org  Thu Jul 21 03:52:04 2011
From: schiv at archlinux.org (Ray Rashif)
Date: Thu, 21 Jul 2011 15:52:04 +0800
Subject: [arch-general] Panic - no sound devices after upgrade
In-Reply-To: <20110721071942.GA6074@linuxaudio.org>
References: <20110719143758.GA15283@linuxaudio.org>
 <CAFEhRJf-5U=cS3iptpvGEVSHV+S=aBF_mWfWkC_QMRty_WnoPA@mail.gmail.com>
 <20110720131120.GA1836@linuxaudio.org>
 <CAFEhRJd9ZCSpx52S__vMdWK18mhMQrRoU9R5zNaZE=wksLRTvg@mail.gmail.com>
 <20110720153023.GA11502@linuxaudio.org>
 <CAFEhRJczj=_B7fK7GvBEnqpB2GJGnCnGkoA2w5vzbFfM2wAGZw@mail.gmail.com>
 <20110720163844.GB16901@linuxaudio.org>
 <CAFEhRJd3=aCp9gKsS__Tr8OU-3+Kf5yLoFwhwg__Yi4jiyeStw@mail.gmail.com>
 <20110721071942.GA6074@linuxaudio.org>
Message-ID: <CAFEhRJeywTAn=NJRHBqfaJG6vK6+WZ-32jU6OKOT3COEMEfaAw@mail.gmail.com>

On 21 July 2011 15:19, Fons Adriaensen <fons at linuxaudio.org> wrote:
> I'm not at the studio ATM so I can't try, but what about
> the sysvinit package ? It provides /sbin/init, and it was
> not in your list of 'usual suspects'.

The last time that was updated was in Oct 2010 [1].

> to find out why after reverting kernel, mkinitcpio, udev,
> etc. to versions known to work I still get those 'new style'
> boot messages - indicating that something else should be
> reverted as well to return to the working configuration.

How are these "new style" boot messages actually?


[1] http://www.archlinux.org/packages/core/i686/sysvinit/


--
GPG/PGP ID: 8AADBB10

From fons at linuxaudio.org  Thu Jul 21 05:29:06 2011
From: fons at linuxaudio.org (Fons Adriaensen)
Date: Thu, 21 Jul 2011 09:29:06 +0000
Subject: [arch-general] Panic - no sound devices after upgrade
In-Reply-To: <CAFEhRJeywTAn=NJRHBqfaJG6vK6+WZ-32jU6OKOT3COEMEfaAw@mail.gmail.com>
References: <20110719143758.GA15283@linuxaudio.org>
 <CAFEhRJf-5U=cS3iptpvGEVSHV+S=aBF_mWfWkC_QMRty_WnoPA@mail.gmail.com>
 <20110720131120.GA1836@linuxaudio.org>
 <CAFEhRJd9ZCSpx52S__vMdWK18mhMQrRoU9R5zNaZE=wksLRTvg@mail.gmail.com>
 <20110720153023.GA11502@linuxaudio.org>
 <CAFEhRJczj=_B7fK7GvBEnqpB2GJGnCnGkoA2w5vzbFfM2wAGZw@mail.gmail.com>
 <20110720163844.GB16901@linuxaudio.org>
 <CAFEhRJd3=aCp9gKsS__Tr8OU-3+Kf5yLoFwhwg__Yi4jiyeStw@mail.gmail.com>
 <20110721071942.GA6074@linuxaudio.org>
 <CAFEhRJeywTAn=NJRHBqfaJG6vK6+WZ-32jU6OKOT3COEMEfaAw@mail.gmail.com>
Message-ID: <20110721092906.GA10895@linuxaudio.org>

On Thu, Jul 21, 2011 at 03:52:04PM +0800, Ray Rashif wrote:
> On 21 July 2011 15:19, Fons Adriaensen <fons at linuxaudio.org> wrote:
> > I'm not at the studio ATM so I can't try, but what about
> > the sysvinit package ? It provides /sbin/init, and it was
> > not in your list of 'usual suspects'.
> 
> The last time that was updated was in Oct 2010 [1].
> 
> > to find out why after reverting kernel, mkinitcpio, udev,
> > etc. to versions known to work I still get those 'new style'
> > boot messages - indicating that something else should be
> > reverted as well to return to the working configuration.
> 
> How are these "new style" boot messages actually?

Each line starts with the time (since boot) in 
seconds and microseconds, like e.g. [     3.141592]

-- 
FA
 



From fons at linuxaudio.org  Thu Jul 21 06:09:44 2011
From: fons at linuxaudio.org (Fons Adriaensen)
Date: Thu, 21 Jul 2011 10:09:44 +0000
Subject: [arch-general] Panic - no sound devices after upgrade
In-Reply-To: <CAG-2HqWqATSJ=oJTTvULXwPEG82yN+8e6GJFs759hPA-=krAOQ@mail.gmail.com>
References: <20110719143758.GA15283@linuxaudio.org>
 <CAFEhRJf-5U=cS3iptpvGEVSHV+S=aBF_mWfWkC_QMRty_WnoPA@mail.gmail.com>
 <20110720131120.GA1836@linuxaudio.org>
 <CAFEhRJd9ZCSpx52S__vMdWK18mhMQrRoU9R5zNaZE=wksLRTvg@mail.gmail.com>
 <20110720153023.GA11502@linuxaudio.org>
 <CAFEhRJczj=_B7fK7GvBEnqpB2GJGnCnGkoA2w5vzbFfM2wAGZw@mail.gmail.com>
 <20110720163844.GB16901@linuxaudio.org>
 <CAG-2HqWqATSJ=oJTTvULXwPEG82yN+8e6GJFs759hPA-=krAOQ@mail.gmail.com>
Message-ID: <20110721100944.GA13971@linuxaudio.org>

On Wed, Jul 20, 2011 at 06:50:32PM +0200, Tom Gundersen wrote:
 
> "modprobe -rv snd_hdpsm && modprobe -v snd_hdpsm", and then post the
> output to the console and any dmesg output (and verify that your
> devices are not in /dev/snd)?

This becomes interesting:

[root at c252 fons]# modprobe -rv snd_hdspm
rmmod /lib/modules/2.6.39-ARCH/kernel/sound/pci/rme9652/snd-hdspm.ko.gz
rmmod /lib/modules/2.6.39-ARCH/kernel/sound/core/snd-rawmidi.ko.gz
rmmod /lib/modules/2.6.39-ARCH/kernel/sound/core/seq/snd-seq-device.ko.gz
rmmod /lib/modules/2.6.39-ARCH/kernel/sound/core/snd-pcm.ko.gz
rmmod /lib/modules/2.6.39-ARCH/kernel/sound/core/snd-timer.ko.gz
rmmod /lib/modules/2.6.39-ARCH/kernel/sound/core/snd-page-alloc.ko.gz
rmmod /lib/modules/2.6.39-ARCH/kernel/sound/core/snd-hwdep.ko.gz
rmmod /lib/modules/2.6.39-ARCH/kernel/sound/core/snd.ko.gz
rmmod /lib/modules/2.6.39-ARCH/kernel/sound/soundcore.ko.gz
[root at c252 fons]# modprobe -v snd_hdspm
insmod /lib/modules/2.6.39-ARCH/kernel/sound/soundcore.ko.gz 
insmod /lib/modules/2.6.39-ARCH/kernel/sound/core/snd.ko.gz 
insmod /lib/modules/2.6.39-ARCH/kernel/sound/core/snd-hwdep.ko.gz 
insmod /lib/modules/2.6.39-ARCH/kernel/sound/core/snd-page-alloc.ko.gz 
insmod /lib/modules/2.6.39-ARCH/kernel/sound/core/snd-timer.ko.gz 
insmod /lib/modules/2.6.39-ARCH/kernel/sound/core/snd-pcm.ko.gz 
insmod /lib/modules/2.6.39-ARCH/kernel/sound/core/seq/snd-seq-device.ko.gz 
insmod /lib/modules/2.6.39-ARCH/kernel/sound/core/snd-rawmidi.ko.gz 
insmod /lib/modules/2.6.39-ARCH/kernel/sound/pci/rme9652/snd-hdspm.ko.gz 
[root at c252 fons]# dmesg | tail 
[   12.447653] hrtimer: interrupt took 2962 ns
[   13.231271] CE: hpet2 increased min_delta_ns to 7500 nsec
[   13.231277] CE: hpet2 increased min_delta_ns to 11250 nsec
[   13.962310] e1000e: eth0 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: Rx
[   13.962463] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[   14.346672] generic-usb 0003:05AC:9232.0002: hiddev0,hidraw1: USB HID v1.11 Device [Apple Computer, Inc. Apple Cinema HD Display] on usb-0000:00:1d.0-1.4.2/input0
[   19.405476] CE: hpet6 increased min_delta_ns to 7500 nsec
[   19.405482] CE: hpet6 increased min_delta_ns to 11250 nsec
[   24.736440] eth0: no IPv6 routers present
[   48.057757] HDSPM: unknown firmware revision cc

Clearly the firmware revision hasn't changed... So either it is
not read correctly, or the driver has changed.

-- 
FA



From teg at jklm.no  Thu Jul 21 06:21:23 2011
From: teg at jklm.no (Tom Gundersen)
Date: Thu, 21 Jul 2011 12:21:23 +0200
Subject: [arch-general] Panic - no sound devices after upgrade
In-Reply-To: <20110721100944.GA13971@linuxaudio.org>
References: <20110719143758.GA15283@linuxaudio.org>
 <CAFEhRJf-5U=cS3iptpvGEVSHV+S=aBF_mWfWkC_QMRty_WnoPA@mail.gmail.com>
 <20110720131120.GA1836@linuxaudio.org>
 <CAFEhRJd9ZCSpx52S__vMdWK18mhMQrRoU9R5zNaZE=wksLRTvg@mail.gmail.com>
 <20110720153023.GA11502@linuxaudio.org>
 <CAFEhRJczj=_B7fK7GvBEnqpB2GJGnCnGkoA2w5vzbFfM2wAGZw@mail.gmail.com>
 <20110720163844.GB16901@linuxaudio.org>
 <CAG-2HqWqATSJ=oJTTvULXwPEG82yN+8e6GJFs759hPA-=krAOQ@mail.gmail.com>
 <20110721100944.GA13971@linuxaudio.org>
Message-ID: <CAG-2HqX23C79vfccnu0tMqx+6K9Z5pS0_HekaLizQx7XfkPQ1Q@mail.gmail.com>

On Thu, Jul 21, 2011 at 12:09 PM, Fons Adriaensen <fons at linuxaudio.org> wrote:
> On Wed, Jul 20, 2011 at 06:50:32PM +0200, Tom Gundersen wrote:
>
>> "modprobe -rv snd_hdpsm && modprobe -v snd_hdpsm", and then post the
>> output to the console and any dmesg output (and verify that your
>> devices are not in /dev/snd)?
>
> This becomes interesting:
>
> [root at c252 fons]# modprobe -rv snd_hdspm
> rmmod /lib/modules/2.6.39-ARCH/kernel/sound/pci/rme9652/snd-hdspm.ko.gz
> rmmod /lib/modules/2.6.39-ARCH/kernel/sound/core/snd-rawmidi.ko.gz
> rmmod /lib/modules/2.6.39-ARCH/kernel/sound/core/seq/snd-seq-device.ko.gz
> rmmod /lib/modules/2.6.39-ARCH/kernel/sound/core/snd-pcm.ko.gz
> rmmod /lib/modules/2.6.39-ARCH/kernel/sound/core/snd-timer.ko.gz
> rmmod /lib/modules/2.6.39-ARCH/kernel/sound/core/snd-page-alloc.ko.gz
> rmmod /lib/modules/2.6.39-ARCH/kernel/sound/core/snd-hwdep.ko.gz
> rmmod /lib/modules/2.6.39-ARCH/kernel/sound/core/snd.ko.gz
> rmmod /lib/modules/2.6.39-ARCH/kernel/sound/soundcore.ko.gz
> [root at c252 fons]# modprobe -v snd_hdspm
> insmod /lib/modules/2.6.39-ARCH/kernel/sound/soundcore.ko.gz
> insmod /lib/modules/2.6.39-ARCH/kernel/sound/core/snd.ko.gz
> insmod /lib/modules/2.6.39-ARCH/kernel/sound/core/snd-hwdep.ko.gz
> insmod /lib/modules/2.6.39-ARCH/kernel/sound/core/snd-page-alloc.ko.gz
> insmod /lib/modules/2.6.39-ARCH/kernel/sound/core/snd-timer.ko.gz
> insmod /lib/modules/2.6.39-ARCH/kernel/sound/core/snd-pcm.ko.gz
> insmod /lib/modules/2.6.39-ARCH/kernel/sound/core/seq/snd-seq-device.ko.gz
> insmod /lib/modules/2.6.39-ARCH/kernel/sound/core/snd-rawmidi.ko.gz
> insmod /lib/modules/2.6.39-ARCH/kernel/sound/pci/rme9652/snd-hdspm.ko.gz
> [root at c252 fons]# dmesg | tail
> [ ? 12.447653] hrtimer: interrupt took 2962 ns
> [ ? 13.231271] CE: hpet2 increased min_delta_ns to 7500 nsec
> [ ? 13.231277] CE: hpet2 increased min_delta_ns to 11250 nsec
> [ ? 13.962310] e1000e: eth0 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: Rx
> [ ? 13.962463] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
> [ ? 14.346672] generic-usb 0003:05AC:9232.0002: hiddev0,hidraw1: USB HID v1.11 Device [Apple Computer, Inc. Apple Cinema HD Display] on usb-0000:00:1d.0-1.4.2/input0
> [ ? 19.405476] CE: hpet6 increased min_delta_ns to 7500 nsec
> [ ? 19.405482] CE: hpet6 increased min_delta_ns to 11250 nsec
> [ ? 24.736440] eth0: no IPv6 routers present
> [ ? 48.057757] HDSPM: unknown firmware revision cc
>
> Clearly the firmware revision hasn't changed... So either it is
> not read correctly, or the driver has changed.

Where do you get your firmware from? Is it in the kernel26-firmware
package, or from a third party? Maybe you need to downgrade the
firmware package to make things work.

Also, could you please verify this with an earlier kernel? The commit
[0] aborting on unknown firware is recent, so maybe earlier kernels
give a better error message.

-t

[0] <http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=5027f347ffe6f719>

From fons at linuxaudio.org  Thu Jul 21 07:23:31 2011
From: fons at linuxaudio.org (Fons Adriaensen)
Date: Thu, 21 Jul 2011 11:23:31 +0000
Subject: [arch-general] Panic - no sound devices after upgrade
In-Reply-To: <CAG-2HqX23C79vfccnu0tMqx+6K9Z5pS0_HekaLizQx7XfkPQ1Q@mail.gmail.com>
References: <20110719143758.GA15283@linuxaudio.org>
 <CAFEhRJf-5U=cS3iptpvGEVSHV+S=aBF_mWfWkC_QMRty_WnoPA@mail.gmail.com>
 <20110720131120.GA1836@linuxaudio.org>
 <CAFEhRJd9ZCSpx52S__vMdWK18mhMQrRoU9R5zNaZE=wksLRTvg@mail.gmail.com>
 <20110720153023.GA11502@linuxaudio.org>
 <CAFEhRJczj=_B7fK7GvBEnqpB2GJGnCnGkoA2w5vzbFfM2wAGZw@mail.gmail.com>
 <20110720163844.GB16901@linuxaudio.org>
 <CAG-2HqWqATSJ=oJTTvULXwPEG82yN+8e6GJFs759hPA-=krAOQ@mail.gmail.com>
 <20110721100944.GA13971@linuxaudio.org>
 <CAG-2HqX23C79vfccnu0tMqx+6K9Z5pS0_HekaLizQx7XfkPQ1Q@mail.gmail.com>
Message-ID: <20110721112331.GA15059@linuxaudio.org>

On Thu, Jul 21, 2011 at 12:21:23PM +0200, Tom Gundersen wrote:

> > [ ? 48.057757] HDSPM: unknown firmware revision cc
> >
> > Clearly the firmware revision hasn't changed... So either it is
> > not read correctly, or the driver has changed.
> 
> Where do you get your firmware from? Is it in the kernel26-firmware
> package, or from a third party? Maybe you need to downgrade the
> firmware package to make things work.
> 
> Also, could you please verify this with an earlier kernel? The commit
> [0] aborting on unknown firware is recent, so maybe earlier kernels
> give a better error message.

AFAIK the HDSP Madi does not require a firmware download, the firmware
is in an EEPROM on the card (a Xilinx FPGA configuration actually). 

The firmware revision is used to identify the card type (MADI, AES,
Raydat, etc.).

Some more news: yesterday when downgrading various packages I only
looked at the output of 'aplay -L' to check if things were OK, not
at /dev/snd.

Today I tried again downgrading the kernel to 2.6.37, to check if
the firmware revision error would occur. It doesn't. And:

* aplay -L still doesn't show any devices,
* but they DO exist in /dev/snd, all those I expect for this card,
* but there is no ALSA sequencer device (/dev/snd/seq).

And the audio does actually work.

Tentative conclusion: the snd_hdspm driver in 2.6.39 is not OK.

Ciao,

-- 
FA




From kazuldur at gmail.com  Thu Jul 21 07:26:55 2011
From: kazuldur at gmail.com (=?UTF-8?Q?Kacper_=C5=BBuk?=)
Date: Thu, 21 Jul 2011 13:26:55 +0200
Subject: [arch-general] Panic - no sound devices after upgrade
In-Reply-To: <20110721112331.GA15059@linuxaudio.org>
References: <20110719143758.GA15283@linuxaudio.org>
 <CAFEhRJf-5U=cS3iptpvGEVSHV+S=aBF_mWfWkC_QMRty_WnoPA@mail.gmail.com>
 <20110720131120.GA1836@linuxaudio.org>
 <CAFEhRJd9ZCSpx52S__vMdWK18mhMQrRoU9R5zNaZE=wksLRTvg@mail.gmail.com>
 <20110720153023.GA11502@linuxaudio.org>
 <CAFEhRJczj=_B7fK7GvBEnqpB2GJGnCnGkoA2w5vzbFfM2wAGZw@mail.gmail.com>
 <20110720163844.GB16901@linuxaudio.org>
 <CAG-2HqWqATSJ=oJTTvULXwPEG82yN+8e6GJFs759hPA-=krAOQ@mail.gmail.com>
 <20110721100944.GA13971@linuxaudio.org>
 <CAG-2HqX23C79vfccnu0tMqx+6K9Z5pS0_HekaLizQx7XfkPQ1Q@mail.gmail.com>
 <20110721112331.GA15059@linuxaudio.org>
Message-ID: <CAOO_mWZY=3Oi=pQ__W3UB33BXLCybLj79sR09joknjF4qUkY7w@mail.gmail.com>

2011/7/21 Fons Adriaensen <fons at linuxaudio.org>:
> * but there is no ALSA sequencer device (/dev/snd/seq).

I think that for sequencer you need to:
modprobe snd-seq

--
Kacper Zuk

From teg at jklm.no  Thu Jul 21 08:00:22 2011
From: teg at jklm.no (Tom Gundersen)
Date: Thu, 21 Jul 2011 14:00:22 +0200
Subject: [arch-general] Panic - no sound devices after upgrade
In-Reply-To: <CAOO_mWZY=3Oi=pQ__W3UB33BXLCybLj79sR09joknjF4qUkY7w@mail.gmail.com>
References: <20110719143758.GA15283@linuxaudio.org>
 <CAFEhRJf-5U=cS3iptpvGEVSHV+S=aBF_mWfWkC_QMRty_WnoPA@mail.gmail.com>
 <20110720131120.GA1836@linuxaudio.org>
 <CAFEhRJd9ZCSpx52S__vMdWK18mhMQrRoU9R5zNaZE=wksLRTvg@mail.gmail.com>
 <20110720153023.GA11502@linuxaudio.org>
 <CAFEhRJczj=_B7fK7GvBEnqpB2GJGnCnGkoA2w5vzbFfM2wAGZw@mail.gmail.com>
 <20110720163844.GB16901@linuxaudio.org>
 <CAG-2HqWqATSJ=oJTTvULXwPEG82yN+8e6GJFs759hPA-=krAOQ@mail.gmail.com>
 <20110721100944.GA13971@linuxaudio.org>
 <CAG-2HqX23C79vfccnu0tMqx+6K9Z5pS0_HekaLizQx7XfkPQ1Q@mail.gmail.com>
 <20110721112331.GA15059@linuxaudio.org>
 <CAOO_mWZY=3Oi=pQ__W3UB33BXLCybLj79sR09joknjF4qUkY7w@mail.gmail.com>
Message-ID: <CAG-2HqVdOwdEtAGtQfXJWqCKQGauVJPq+enE9q+Xjd=00m6Nqg@mail.gmail.com>

On Thu, Jul 21, 2011 at 1:26 PM, Kacper ?uk <kazuldur at gmail.com> wrote:
> 2011/7/21 Fons Adriaensen <fons at linuxaudio.org>:
>> * but there is no ALSA sequencer device (/dev/snd/seq).
>
> I think that for sequencer you need to:
> modprobe snd-seq

This should not be necessary. There was a bug to do with this, but
with the newest udev (from testing), this should have been resolved.
The static device should be created automatically and the module
loaded on demand.

That said, do you get the seq device when you manually modprobe?

-t

From fons at linuxaudio.org  Thu Jul 21 08:51:29 2011
From: fons at linuxaudio.org (Fons Adriaensen)
Date: Thu, 21 Jul 2011 12:51:29 +0000
Subject: [arch-general] Panic - no sound devices after upgrade
In-Reply-To: <CAG-2HqVdOwdEtAGtQfXJWqCKQGauVJPq+enE9q+Xjd=00m6Nqg@mail.gmail.com>
References: <CAFEhRJd9ZCSpx52S__vMdWK18mhMQrRoU9R5zNaZE=wksLRTvg@mail.gmail.com>
 <20110720153023.GA11502@linuxaudio.org>
 <CAFEhRJczj=_B7fK7GvBEnqpB2GJGnCnGkoA2w5vzbFfM2wAGZw@mail.gmail.com>
 <20110720163844.GB16901@linuxaudio.org>
 <CAG-2HqWqATSJ=oJTTvULXwPEG82yN+8e6GJFs759hPA-=krAOQ@mail.gmail.com>
 <20110721100944.GA13971@linuxaudio.org>
 <CAG-2HqX23C79vfccnu0tMqx+6K9Z5pS0_HekaLizQx7XfkPQ1Q@mail.gmail.com>
 <20110721112331.GA15059@linuxaudio.org>
 <CAOO_mWZY=3Oi=pQ__W3UB33BXLCybLj79sR09joknjF4qUkY7w@mail.gmail.com>
 <CAG-2HqVdOwdEtAGtQfXJWqCKQGauVJPq+enE9q+Xjd=00m6Nqg@mail.gmail.com>
Message-ID: <20110721125129.GB15059@linuxaudio.org>

On Thu, Jul 21, 2011 at 02:00:22PM +0200, Tom Gundersen wrote:
> On Thu, Jul 21, 2011 at 1:26 PM, Kacper ?uk <kazuldur at gmail.com> wrote:
> > 2011/7/21 Fons Adriaensen <fons at linuxaudio.org>:
> >> * but there is no ALSA sequencer device (/dev/snd/seq).
> >
> > I think that for sequencer you need to:
> > modprobe snd-seq
> 
> This should not be necessary. There was a bug to do with this, but
> with the newest udev (from testing), this should have been resolved.
> The static device should be created automatically and the module
> loaded on demand.
> 
> That said, do you get the seq device when you manually modprobe?

Yes. And after doing that 'aplay -L' shows the card as well.

So it seems that

- downgrading the kernel to 2.6.37
- and adding 'modproble snd_seq' in /etc/rc.local

will provide a working system. 

I have to install five of them today and tomorrow, so that
will be my first priority for now. 

Thanks to both of you, Ray and Tom.

-- 
FA


From teg at jklm.no  Thu Jul 21 09:00:32 2011
From: teg at jklm.no (Tom Gundersen)
Date: Thu, 21 Jul 2011 15:00:32 +0200
Subject: [arch-general] Panic - no sound devices after upgrade
In-Reply-To: <20110721112331.GA15059@linuxaudio.org>
References: <20110719143758.GA15283@linuxaudio.org>
 <CAFEhRJf-5U=cS3iptpvGEVSHV+S=aBF_mWfWkC_QMRty_WnoPA@mail.gmail.com>
 <20110720131120.GA1836@linuxaudio.org>
 <CAFEhRJd9ZCSpx52S__vMdWK18mhMQrRoU9R5zNaZE=wksLRTvg@mail.gmail.com>
 <20110720153023.GA11502@linuxaudio.org>
 <CAFEhRJczj=_B7fK7GvBEnqpB2GJGnCnGkoA2w5vzbFfM2wAGZw@mail.gmail.com>
 <20110720163844.GB16901@linuxaudio.org>
 <CAG-2HqWqATSJ=oJTTvULXwPEG82yN+8e6GJFs759hPA-=krAOQ@mail.gmail.com>
 <20110721100944.GA13971@linuxaudio.org>
 <CAG-2HqX23C79vfccnu0tMqx+6K9Z5pS0_HekaLizQx7XfkPQ1Q@mail.gmail.com>
 <20110721112331.GA15059@linuxaudio.org>
Message-ID: <CAG-2HqWK3x5-szkyzX8AMxuMpDZNVRXHYtQ0AkAPMsGcLK0Z9w@mail.gmail.com>

Adrian, Takashi: I added you to cc, as you last touched this code,
sorry if I should have cc'ed someone else. It appears that the HDSPM
module does not recognise cards with firmware revision 0xCC:

On Thu, Jul 21, 2011 at 1:23 PM, Fons Adriaensen <fons at linuxaudio.org> wrote:
>>>>> * The driver for my card (RME HDSP MADI, snd_hdpsm) is loaded.
>> > [ ? 48.057757] HDSPM: unknown firmware revision cc
[...]
> Today I tried again downgrading the kernel to 2.6.37, to check if
> the firmware revision error would occur. It doesn't.
[...]
> Tentative conclusion: the snd_hdspm driver in 2.6.39 is not OK.

Ah, I see. Thanks for the clarification. This means that the kernel is
not able to recognise your card. Pre-.39 it would load anyway, but
since .39 it gives the warning you posted and refuses to load. Your
firmware revision is 0xCC, which is not recognised. If your card is
MADI, the kernel expects the firmware revision to be 0xD2 (or starting
in 3.0, it also accepts 0xCF).

I guess this can be fixed easily by adding your firmware revision to
the list of accepted revs.

Adrian: is any more info needed to add this rev?

Cheers,

Tom

From fons at linuxaudio.org  Thu Jul 21 09:10:06 2011
From: fons at linuxaudio.org (Fons Adriaensen)
Date: Thu, 21 Jul 2011 13:10:06 +0000
Subject: [arch-general] Panic - no sound devices after upgrade
In-Reply-To: <CAG-2HqWK3x5-szkyzX8AMxuMpDZNVRXHYtQ0AkAPMsGcLK0Z9w@mail.gmail.com>
References: <20110720131120.GA1836@linuxaudio.org>
 <CAFEhRJd9ZCSpx52S__vMdWK18mhMQrRoU9R5zNaZE=wksLRTvg@mail.gmail.com>
 <20110720153023.GA11502@linuxaudio.org>
 <CAFEhRJczj=_B7fK7GvBEnqpB2GJGnCnGkoA2w5vzbFfM2wAGZw@mail.gmail.com>
 <20110720163844.GB16901@linuxaudio.org>
 <CAG-2HqWqATSJ=oJTTvULXwPEG82yN+8e6GJFs759hPA-=krAOQ@mail.gmail.com>
 <20110721100944.GA13971@linuxaudio.org>
 <CAG-2HqX23C79vfccnu0tMqx+6K9Z5pS0_HekaLizQx7XfkPQ1Q@mail.gmail.com>
 <20110721112331.GA15059@linuxaudio.org>
 <CAG-2HqWK3x5-szkyzX8AMxuMpDZNVRXHYtQ0AkAPMsGcLK0Z9w@mail.gmail.com>
Message-ID: <20110721131006.GC15059@linuxaudio.org>

On Thu, Jul 21, 2011 at 03:00:32PM +0200, Tom Gundersen wrote:
> Adrian, Takashi: I added you to cc, as you last touched this code,
> sorry if I should have cc'ed someone else. It appears that the HDSPM
> module does not recognise cards with firmware revision 0xCC:
> 
> On Thu, Jul 21, 2011 at 1:23 PM, Fons Adriaensen <fons at linuxaudio.org> wrote:
> >>>>> * The driver for my card (RME HDSP MADI, snd_hdpsm) is loaded.
> >> > [ ? 48.057757] HDSPM: unknown firmware revision cc
> [...]
> > Today I tried again downgrading the kernel to 2.6.37, to check if
> > the firmware revision error would occur. It doesn't.
> [...]
> > Tentative conclusion: the snd_hdspm driver in 2.6.39 is not OK.
> 
> Ah, I see. Thanks for the clarification. This means that the kernel is
> not able to recognise your card. Pre-.39 it would load anyway, but
> since .39 it gives the warning you posted and refuses to load. Your
> firmware revision is 0xCC, which is not recognised. If your card is
> MADI, the kernel expects the firmware revision to be 0xD2 (or starting
> in 3.0, it also accepts 0xCF).
> 
> I guess this can be fixed easily by adding your firmware revision to
> the list of accepted revs.

I have cards with CC and CF, and maybe also D2 (haven't checked them
all).

-- 
FA





From teg at jklm.no  Thu Jul 21 13:25:56 2011
From: teg at jklm.no (Tom Gundersen)
Date: Thu, 21 Jul 2011 19:25:56 +0200
Subject: [arch-general] Panic - no sound devices after upgrade
In-Reply-To: <4E28313E.60900@drcomp.erfurt.thur.de>
References: <20110719143758.GA15283@linuxaudio.org>
 <CAFEhRJf-5U=cS3iptpvGEVSHV+S=aBF_mWfWkC_QMRty_WnoPA@mail.gmail.com>
 <20110720131120.GA1836@linuxaudio.org>
 <CAFEhRJd9ZCSpx52S__vMdWK18mhMQrRoU9R5zNaZE=wksLRTvg@mail.gmail.com>
 <20110720153023.GA11502@linuxaudio.org>
 <CAFEhRJczj=_B7fK7GvBEnqpB2GJGnCnGkoA2w5vzbFfM2wAGZw@mail.gmail.com>
 <20110720163844.GB16901@linuxaudio.org>
 <CAG-2HqWqATSJ=oJTTvULXwPEG82yN+8e6GJFs759hPA-=krAOQ@mail.gmail.com>
 <20110721100944.GA13971@linuxaudio.org>
 <CAG-2HqX23C79vfccnu0tMqx+6K9Z5pS0_HekaLizQx7XfkPQ1Q@mail.gmail.com>
 <20110721112331.GA15059@linuxaudio.org>
 <CAG-2HqWK3x5-szkyzX8AMxuMpDZNVRXHYtQ0AkAPMsGcLK0Z9w@mail.gmail.com>
 <4E28313E.60900@drcomp.erfurt.thur.de>
Message-ID: <CAG-2HqVew75LE68fObz7e3WwcT-5Gwu1ka9Zr4vb1JdbSUOYEQ@mail.gmail.com>

On Thu, Jul 21, 2011 at 4:01 PM, Adrian Knoth <adi at drcomp.erfurt.thur.de> wrote:
> On 07/21/11 15:00, Tom Gundersen wrote:
>
> Hi!
>
>>>>>>> * The driver for my card (RME HDSP MADI, snd_hdpsm) is loaded.
>>>>> [ ? 48.057757] HDSPM: unknown firmware revision cc
>
>> firmware revision is 0xCC, which is not recognised. If your card is
>> MADI, the kernel expects the firmware revision to be 0xD2 (or starting
>> in 3.0, it also accepts 0xCF).
>
> Exactly.
>
>> I guess this can be fixed easily by adding your firmware revision to
>> the list of accepted revs.
>
> I hope so, too. Please try the attached patch.

Fons (or anyone else who could reproduce the problem),

If you want to try out Adrian's patch, I uploaded a kernel with the
patch applied here:
<https://dev.archlinux.org/~tomegun/kernel26-2.6.39.1.3-1.1-i686.pkg.tar.xz>.

Cheers,

-t

From fons at linuxaudio.org  Thu Jul 21 15:02:20 2011
From: fons at linuxaudio.org (Fons Adriaensen)
Date: Thu, 21 Jul 2011 19:02:20 +0000
Subject: [arch-general] Panic - no sound devices after upgrade
In-Reply-To: <CAG-2HqVew75LE68fObz7e3WwcT-5Gwu1ka9Zr4vb1JdbSUOYEQ@mail.gmail.com>
References: <20110720153023.GA11502@linuxaudio.org>
 <CAFEhRJczj=_B7fK7GvBEnqpB2GJGnCnGkoA2w5vzbFfM2wAGZw@mail.gmail.com>
 <20110720163844.GB16901@linuxaudio.org>
 <CAG-2HqWqATSJ=oJTTvULXwPEG82yN+8e6GJFs759hPA-=krAOQ@mail.gmail.com>
 <20110721100944.GA13971@linuxaudio.org>
 <CAG-2HqX23C79vfccnu0tMqx+6K9Z5pS0_HekaLizQx7XfkPQ1Q@mail.gmail.com>
 <20110721112331.GA15059@linuxaudio.org>
 <CAG-2HqWK3x5-szkyzX8AMxuMpDZNVRXHYtQ0AkAPMsGcLK0Z9w@mail.gmail.com>
 <4E28313E.60900@drcomp.erfurt.thur.de>
 <CAG-2HqVew75LE68fObz7e3WwcT-5Gwu1ka9Zr4vb1JdbSUOYEQ@mail.gmail.com>
Message-ID: <20110721190220.GA5267@linuxaudio.org>

On Thu, Jul 21, 2011 at 07:25:56PM +0200, Tom Gundersen wrote:

> Fons (or anyone else who could reproduce the problem),
> 
> If you want to try out Adrian's patch, I uploaded a kernel with the
> patch applied here:
> <https://dev.archlinux.org/~tomegun/kernel26-2.6.39.1.3-1.1-i686.pkg.tar.xz>.

Wow ! I'll have (hope to have) 5 machines to test it tomorrow !

Thanks for providing this !

Ciao,

-- 
FA



From magnus at therning.org  Thu Jul 21 15:59:16 2011
From: magnus at therning.org (Magnus Therning)
Date: Thu, 21 Jul 2011 21:59:16 +0200
Subject: [arch-general] makepkg and its dependencies,
	how to create a good build chroot?
Message-ID: <20110721195916.GB11833@ohann>

For a while now I've been using some scripts to handle the details for
creating build chroots, updating them, and triggering builds in them.
It's all part of my work with building Haskell packages for Arch.

To create a chroot I used this line:

    mkarchroot -f -C ${pacman_conf} \
        -M /usr/share/devtools/makepkg-${arch}.conf ${CHROOT_ROOTDIR} \
        util-linux-ng pacman sudo wget file grep base-devel ghc

Well, that is, I used that line up until yesterday, and it worked fine
until then.  Yesterday I ran into the problem that the command `find`,
which is used by `makepkg`, was missing in the chroot.  A little while
later I found the same to be true for `gzip`.  So, I added `findutils`
and `gzip` to the list of packages to be installed.

Now, `makepkg` comes in the `pacman` package, and it doesn't have any
dependencies on either of these packages, not even an optional
dependency.

This leaves me with three questions:

1. Why does `pacman` (the package) not depend on `findutils` and
   `gzip`, when `makepkg` clearly needs both those packages to
   function properly?

2. Are there any other packages I ought to install in a build chroot
   besides those I've listed above?

3. Dependencies of packages change over time, so is there a shortcut
   to making sure I always create a good build chroot (a group maybe)?

/M

-- 
Magnus Therning                      OpenPGP: 0xAB4DFBA4 
email: magnus at therning.org   jabber: magnus at therning.org
twitter: magthe               http://therning.org/magnus

I invented the term Object-Oriented, and I can tell you I did not have
C++ in mind.
     -- Alan Kay
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110721/0cb122a0/attachment.asc>

From archlinux at cryptocrack.de  Thu Jul 21 16:10:40 2011
From: archlinux at cryptocrack.de (Lukas Fleischer)
Date: Thu, 21 Jul 2011 22:10:40 +0200
Subject: [arch-general] makepkg and its dependencies,
 how to create a good build chroot?
In-Reply-To: <20110721195916.GB11833@ohann>
References: <20110721195916.GB11833@ohann>
Message-ID: <20110721201040.GA27350@blizzard>

On Thu, Jul 21, 2011 at 09:59:16PM +0200, Magnus Therning wrote:
> For a while now I've been using some scripts to handle the details for
> creating build chroots, updating them, and triggering builds in them.
> It's all part of my work with building Haskell packages for Arch.
> 
> To create a chroot I used this line:
> 
>     mkarchroot -f -C ${pacman_conf} \
>         -M /usr/share/devtools/makepkg-${arch}.conf ${CHROOT_ROOTDIR} \
>         util-linux-ng pacman sudo wget file grep base-devel ghc
> 
> Well, that is, I used that line up until yesterday, and it worked fine
> until then.  Yesterday I ran into the problem that the command `find`,
> which is used by `makepkg`, was missing in the chroot.  A little while
> later I found the same to be true for `gzip`.  So, I added `findutils`
> and `gzip` to the list of packages to be installed.
> 
> Now, `makepkg` comes in the `pacman` package, and it doesn't have any
> dependencies on either of these packages, not even an optional
> dependency.
> 
> This leaves me with three questions:
> 
> 1. Why does `pacman` (the package) not depend on `findutils` and
>    `gzip`, when `makepkg` clearly needs both those packages to
>    function properly?

Because both findutils and gzip are part of the "base" group and
supposed to be installed on every Arch Linux setup.

> 
> 2. Are there any other packages I ought to install in a build chroot
>    besides those I've listed above?

Yeah, you can take the easy way out by just installing everything from
base (and maybe base-devel if you intend to build stuff and need those
utilities).

> 
> 3. Dependencies of packages change over time, so is there a shortcut
>    to making sure I always create a good build chroot (a group maybe)?

See above.

From magnus at therning.org  Thu Jul 21 17:24:18 2011
From: magnus at therning.org (Magnus Therning)
Date: Thu, 21 Jul 2011 23:24:18 +0200
Subject: [arch-general] makepkg and its dependencies,
 how to create a good build chroot?
In-Reply-To: <20110721201040.GA27350@blizzard>
References: <20110721195916.GB11833@ohann>
 <20110721201040.GA27350@blizzard>
Message-ID: <20110721212418.GA13051@ohann>

On Thu, Jul 21, 2011 at 10:10:40PM +0200, Lukas Fleischer wrote:
> On Thu, Jul 21, 2011 at 09:59:16PM +0200, Magnus Therning wrote:
[...]
>> 1. Why does `pacman` (the package) not depend on `findutils` and
>>    `gzip`, when `makepkg` clearly needs both those packages to
>>    function properly?
> 
> Because both findutils and gzip are part of the "base" group and
> supposed to be installed on every Arch Linux setup.

Just out of curiosity, does that mean that it's unnecessary to depend
on any of the packages in 'base' then?
And as an extension, is it a really bad idea to remove any of the
packages in 'base'?

>> 2. Are there any other packages I ought to install in a build chroot
>>    besides those I've listed above?
> 
> Yeah, you can take the easy way out by just installing everything from
> base (and maybe base-devel if you intend to build stuff and need those
> utilities).

I think I'll take that shortcut :-)

> > 3. Dependencies of packages change over time, so is there a shortcut
> >    to making sure I always create a good build chroot (a group maybe)?
> 
> See above.

Thanks for the answers.

/M

-- 
Magnus Therning                      OpenPGP: 0xAB4DFBA4 
email: magnus at therning.org   jabber: magnus at therning.org
twitter: magthe               http://therning.org/magnus

I invented the term Object-Oriented, and I can tell you I did not have
C++ in mind.
     -- Alan Kay
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110721/cb2835d4/attachment.asc>

From anthony at xtfx.me  Thu Jul 21 17:42:21 2011
From: anthony at xtfx.me (C Anthony Risinger)
Date: Thu, 21 Jul 2011 16:42:21 -0500
Subject: [arch-general] PKGBUILD.proto improvements
Message-ID: <CAGAVQTF6eBHe7MeHdaXE2e3_adJk-_ngLftNH-Dwr4-oBvkxQQ@mail.gmail.com>

i wanted to share a couple of loose thoughts on the standard practices
for PKGBUILDs ... specifically development ones ... with an immediate
focus on git ones (for this instance, but applies to any)

awhile back i tried to make a super cheap way of doing git checkouts for builds:

https://bbs.archlinux.org/viewtopic.php?id=86366
(and this would have worked if i would have thought to make git use
itself as an alternative object pool ...)

... the motivation of this message is to encourage adding some
routines to the makepkg library, similar to msg/msg2/warning/etc, to
handle development checkouts.  basically i see people using _gitroot
and _gitname for different stuff ... namely _gitname.  i'd like to see
a routine that pulls the repo to a known location so it doenst get
blown away every update, and so the user doesnt have to manually
manage this.  everyone does it differently, puts the repository in all
sorts of different locations/etc, and it just isnt very pretty IMO.

... so, i suggest a permanent setup based off my out setup and
experiences, in reference of this PKGBUILD in particular:

http://aur.archlinux.org/packages/pyjamas-engine-pythonwebkit/PKGBUILD

) allow _git* variables to be altered by the environment
) add _gitspec variable which supercedes _gitname for checkout stage
(so you can do relative checkouts or SHA1 based checkouts)

... in the routine ...

) use a targeted fetch command instead of a blind clone.  not only is
this more flexible, but it can significantly reduce download size (for
kernel its a ~50% reduction IIRC).  the methoud from my builds are
very simple, greatly resembling --mirror mode in git, but ONLY for the
exact branch you are building
) store repositories in a known list of locations.  my PKGBUILD searches these:

/var/abs/PKGBUILD.devel/${pkgname}.git
/var/abs/local/PKGBUILD.devel/${pkgname}.git
${SRCDEST}/PKGBUILD.devel/${pkgname}.git
${startdir}/PKGBUILD.devel/${pkgname}.git
~/PKGBUILD.devel/${pkgname}.git

... and chooses the first one that already exists (PKGBUILD.devel
location only BEFORE appending repo name), OR the first one with write
access to parent dir (it will create PKGBUILD.devel for you if it
can).  i personally used the first one (/var/abs/PKGBUILD.devel), with
`chmod 1777` to sticky bit it like /tmp.  this not only allows for
reuse, but also allows for safely+easily+consistently bind-mounting
into a chroot for use with mkchrootpkg ...

) use a proxy mechanism in the event a repository is found but it is
read-only.  this lets you read-only bind mount a repo (think
mkchrootpkg), and it will simply create a new repository, copy the
refs, and setup the object directory as an alternative for the proxy
repo.  thus the proxy has the ability to download new objects as
needed, but starts from the same spot as the bind-mounted repo.

these techniques save me a great deal of time and pain.  that package
in particular is a custom webkit build, requiring over 1GB to clone
... mkchrootpkg tried to blow it away once, bit it was read-only :-)
... i intend to possibly improve on this process by reducing a
targeted fetch to a *shallow*  targeted fetch , ie. the minimum amount
of objects required to build.  i have seen "clones" go down to 50%,
sometimes even 10% or less, by using this over a naive `git clone
$xyz`.

i'd like to see *something* adopted so we can end the madness :-) ...
below are a couple key excerpts from the noted PKGBUILD, for your
reference.

C Anthony

-------------------------------------------------
[locate repo]
-------------------------------------------------

            # Devel directory fragment
            : ${_dir_devel:=PKGBUILD.devel}

            # Local/custom repo?
            if [[ -z ${_gitrepo} ]]; then
                search=(/var/abs{,/local}/"${_dir_devel}"
                        "${SRCDEST%%/}/${_dir_devel}"
                        "${startdir%%/}/${_dir_devel}"
                        ~/"${_dir_devel}")
                for d in "${search[@]%%/}"; do
                    if [[ -e ${d} ]] || [[ ! -e ${d} && -w ${d%/*} ]]; then
                        mkdir -p "${d}" 2>&- &&
                            _gitrepo_proxy="${srcdir}/${pkgname}.git" &&
                            _gitrepo="${d}/${pkgname}.git" &&
                            break
                    fi
                done
            fi

-------------------------------------------------
[create new repo, or new proxy, if needed]
-------------------------------------------------

    mkdir -p "${w}"
    if [[ ! -e ${g}/objects ]]; then
        msg "[git] Creating NEW repository ... "
        git --git-dir="${g}" --work-tree="${w}" init
    elif [[ ! -w ${g}/objects ]]; then
        warning "[git] Repository read-only, setting up proxy ... "
        git --git-dir="${_gitrepo_proxy}" --work-tree="${w}" init
        echo "${g}/objects" > "${_gitrepo_proxy}/objects/info/alternates"
        cp -r "${g}/refs" "${_gitrepo_proxy}"
        g="${_gitrepo_proxy}"
    fi

-------------------------------------------------
[perform targeted fetch]
-------------------------------------------------

    msg "[git] Syncing ... ${_gitroot} -> ${g}"
    git --git-dir="${g}" --work-tree="${w}" fetch -fu "${_gitroot}"
"+${_gitname}:${_gitname}"
    msg "[git] Reading ... ${_gitspec:-${_gitname}} -> ${w}"
    git --git-dir="${g}" --work-tree="${w}" read-tree --reset -u
"${_gitspec:-${_gitname}}"

-------------------------------------------------

From rogutes at googlemail.com  Thu Jul 21 18:08:41 2011
From: rogutes at googlemail.com (=?utf-8?Q?Rogut=C4=97s?= Sparnuotos)
Date: Fri, 22 Jul 2011 01:08:41 +0300
Subject: [arch-general] PKGBUILD.proto improvements
In-Reply-To: <CAGAVQTF6eBHe7MeHdaXE2e3_adJk-_ngLftNH-Dwr4-oBvkxQQ@mail.gmail.com>
References: <CAGAVQTF6eBHe7MeHdaXE2e3_adJk-_ngLftNH-Dwr4-oBvkxQQ@mail.gmail.com>
Message-ID: <20110721220841.GA5181@urvas>

C Anthony Risinger (2011-07-21 16:42):
> ... the motivation of this message is to encourage adding some
> routines to the makepkg library, similar to msg/msg2/warning/etc, to
> handle development checkouts.  basically i see people using _gitroot
> and _gitname for different stuff ... namely _gitname.  i'd like to see
> a routine that pulls the repo to a known location so it doenst get
> blown away every update, and so the user doesnt have to manually
> manage this.  everyone does it differently, puts the repository in all
> sorts of different locations/etc, and it just isnt very pretty IMO.
<snip>

I am sure you didn't ask, but I use $SRCDEST/scm for this, do not define
sources=() and run this in build():
  cp -r "$SRCDEST/scm/$pkgname" "$srcdir/"

-- 
--  Rogut?s Sparnuotos

From dgbaley27 at 0x01b.net  Thu Jul 21 23:57:50 2011
From: dgbaley27 at 0x01b.net (Matthew Monaco)
Date: Thu, 21 Jul 2011 23:57:50 -0400
Subject: [arch-general] usb webcam no audio
Message-ID: <4E28F53E.4030306@0x01b.net>

I haven't been able to get audio on my webcam for a while. My initial guess is 
that it has to do with all of the udev changes.

I'm using gnome w/ pulseaudio. The audio properties show the device on the input 
tab, but it doesn't detect any activity.

everything.log:
Jul 21 23:54:08 newguy kernel: [11606.472285] usb 4-5: new high speed USB device 
number 2 using ehci_hcd
Jul 21 23:54:09 newguy mtp-probe: checking bus 4, device 2: 
"/sys/devices/pci0000:00/0000:00:13.2/usb4/4-5"
Jul 21 23:54:09 newguy mtp-probe: bus: 4, device: 2 was not an MTP device
Jul 21 23:54:09 newguy kernel: [11607.089065] Linux media interface: v0.10
Jul 21 23:54:09 newguy kernel: [11607.121723] Linux video capture interface: v2.00
Jul 21 23:54:09 newguy kernel: [11607.129054] uvcvideo: Found UVC 1.00 device 
Hercules Dualpix Exchange (06f8:3005)
Jul 21 23:54:09 newguy kernel: [11607.134791] input: Hercules Dualpix Exchange 
as /devices/pci0000:00/0000:00:13.2/usb4/4-5/4-5:1.0/input/input6
Jul 21 23:54:09 newguy kernel: [11607.134938] usbcore: registered new interface 
driver uvcvideo
Jul 21 23:54:09 newguy kernel: [11607.134943] USB Video Class driver (v1.0.0)
Jul 21 23:54:09 newguy kernel: [11607.197743] 2:3:1: cannot get freq at ep 0x84
Jul 21 23:54:09 newguy kernel: [11607.198679] usbcore: registered new interface 
driver snd-usb-audio
Jul 21 23:54:09 newguy kernel: [11607.251849] 2:3:1: cannot get freq at ep 0x84
Jul 21 23:54:09 newguy kernel: [11607.276979] 2:3:1: cannot get freq at ep 0x84
Jul 22 03:54:09 newguy rtkit-daemon[1012]: Recovering from system lockup, not 
allowing further RT threads.
Jul 22 03:54:09 newguy rtkit-daemon[1012]: Recovering from system lockup, not 
allowing further RT threads.
Jul 22 03:54:09 newguy rtkit-daemon[1012]: Recovering from system lockup, not 
allowing further RT threads.
Jul 22 03:54:09 newguy rtkit-daemon[1012]: Recovering from system lockup, not 
allowing further RT threads.
Jul 22 03:54:09 newguy rtkit-daemon[1012]: Recovering from system lockup, not 
allowing further RT threads.
Jul 21 23:54:45 newguy kernel: [11643.290970] 2:3:1: cannot get freq at ep 0x84


dmesg:
[11606.472285] usb 4-5: new high speed USB device number 2 using ehci_hcd
[11607.089065] Linux media interface: v0.10
[11607.121723] Linux video capture interface: v2.00
[11607.129054] uvcvideo: Found UVC 1.00 device Hercules Dualpix Exchange (06f8:3005)
[11607.134791] input: Hercules Dualpix Exchange as 
/devices/pci0000:00/0000:00:13.2/usb4/4-5/4-5:1.0/input/input6
[11607.134938] usbcore: registered new interface driver uvcvideo
[11607.134943] USB Video Class driver (v1.0.0)
[11607.197743] 2:3:1: cannot get freq at ep 0x84
[11607.198679] usbcore: registered new interface driver snd-usb-audio
[11607.251849] 2:3:1: cannot get freq at ep 0x84
[11607.276979] 2:3:1: cannot get freq at ep 0x84
[11643.290970] 2:3:1: cannot get freq at ep 0x84

From jesse.jaara at gmail.com  Fri Jul 22 00:00:11 2011
From: jesse.jaara at gmail.com (jesse jaara)
Date: Fri, 22 Jul 2011 07:00:11 +0300
Subject: [arch-general] usb webcam no audio
In-Reply-To: <4E28F53E.4030306@0x01b.net>
References: <4E28F53E.4030306@0x01b.net>
Message-ID: <CAGb2M1Mo-Q+152OXYkD88a3cbZQJtp0Rkd9KW3moUJ5Hor9WjA@mail.gmail.com>

Try amixer it alsamixer to see if it is muted

From anthony at xtfx.me  Fri Jul 22 00:02:52 2011
From: anthony at xtfx.me (C Anthony Risinger)
Date: Thu, 21 Jul 2011 23:02:52 -0500
Subject: [arch-general] usb webcam no audio
In-Reply-To: <4E28F53E.4030306@0x01b.net>
References: <4E28F53E.4030306@0x01b.net>
Message-ID: <CAGAVQTGDSnZ_bw8iauk2H-2-bEBiLJ6qY_s54ow990eZUF2jYA@mail.gmail.com>

On Thu, Jul 21, 2011 at 10:57 PM, Matthew Monaco <dgbaley27 at 0x01b.net> wrote:
> I haven't been able to get audio on my webcam for a while. My initial guess
> is that it has to do with all of the udev changes.
>
> I'm using gnome w/ pulseaudio. The audio properties show the device on the
> input tab, but it doesn't detect any activity.

what is in your `Configuration` tab after running `pavucontrol`?

i had trouble getting sound working consistently until i realized i
had that on the wrong device ... even though it seemed like the
"right" choice.

C anthony

From gostrc at gmail.com  Fri Jul 22 01:40:56 2011
From: gostrc at gmail.com (Thomas Dziedzic)
Date: Fri, 22 Jul 2011 00:40:56 -0500
Subject: [arch-general] Moving qgis from [community] into the AUR.
Message-ID: <CANFDciGSqG=EohFiuBFE_+yFo3cA93tj6kannZe4UM5zZBPMOQ@mail.gmail.com>

QWT was bumped to 6.0 and qgis is currently incompatible with the new
version.
In order to update qwt, we will have to drop qgis into the aur.

I have looked into patching qgis to be compatible with qwt 6.
I managed to get an initial patch accepted, but there is a lot more work to
be done, on code that I'm unfamiliar with.

upstream bug report: http://hub.qgis.org/issues/3562

-Thomas Dziedzic

From dgbaley27 at 0x01b.net  Fri Jul 22 09:17:29 2011
From: dgbaley27 at 0x01b.net (Matthew Monaco)
Date: Fri, 22 Jul 2011 09:17:29 -0400
Subject: [arch-general] usb webcam no audio
In-Reply-To: <CAGAVQTGDSnZ_bw8iauk2H-2-bEBiLJ6qY_s54ow990eZUF2jYA@mail.gmail.com>
References: <4E28F53E.4030306@0x01b.net>
 <CAGAVQTGDSnZ_bw8iauk2H-2-bEBiLJ6qY_s54ow990eZUF2jYA@mail.gmail.com>
Message-ID: <4E297869.2090703@0x01b.net>

On 07/22/2011 12:02 AM, C Anthony Risinger wrote:
> On Thu, Jul 21, 2011 at 10:57 PM, Matthew Monaco<dgbaley27 at 0x01b.net>  wrote:
>> I haven't been able to get audio on my webcam for a while. My initial guess
>> is that it has to do with all of the udev changes.
>>
>> I'm using gnome w/ pulseaudio. The audio properties show the device on the
>> input tab, but it doesn't detect any activity.
>
> what is in your `Configuration` tab after running `pavucontrol`?
>
> i had trouble getting sound working consistently until i realized i
> had that on the wrong device ... even though it seemed like the
> "right" choice.
>
> C anthony

I have:

RS880 Audio Device [Radion HD 4200]
	Digital Stereo (HDMI) Output

Hercules Dualpix Exchange
	Analog Mono Input

Internal Audio
	Off

when I turn the input volume all the way up in both places, I think I can hear 
something slightly. If I do a Skype test call I hear a lot of white noise and 
some faint tapping if I hit the webcam.

I suppose it's possible that it's actually using the wrong device somehow, but 
there are no other mic's that I know of on this desktop =/ I don't think there's 
one built in to the HDMI monitor.	

From anthony at xtfx.me  Fri Jul 22 11:45:02 2011
From: anthony at xtfx.me (C Anthony Risinger)
Date: Fri, 22 Jul 2011 10:45:02 -0500
Subject: [arch-general] usb webcam no audio
In-Reply-To: <4E297869.2090703@0x01b.net>
References: <4E28F53E.4030306@0x01b.net>
 <CAGAVQTGDSnZ_bw8iauk2H-2-bEBiLJ6qY_s54ow990eZUF2jYA@mail.gmail.com>
 <4E297869.2090703@0x01b.net>
Message-ID: <CAGAVQTGgY+X2Jd=R6w+CHVB-mYArtGWR=cOsm48tpFYKeiFnDA@mail.gmail.com>

On Fri, Jul 22, 2011 at 8:17 AM, Matthew Monaco <dgbaley27 at 0x01b.net> wrote:
> On 07/22/2011 12:02 AM, C Anthony Risinger wrote:
>>
>> On Thu, Jul 21, 2011 at 10:57 PM, Matthew Monaco<dgbaley27 at 0x01b.net>
>> ?wrote:
>>>
>>> I haven't been able to get audio on my webcam for a while. My initial
>>> guess
>>> is that it has to do with all of the udev changes.
>>>
>>> I'm using gnome w/ pulseaudio. The audio properties show the device on
>>> the
>>> input tab, but it doesn't detect any activity.
>>
>> what is in your `Configuration` tab after running `pavucontrol`?
>>
>> i had trouble getting sound working consistently until i realized i
>> had that on the wrong device ... even though it seemed like the
>> "right" choice.
>>
>> C anthony
>
> I have:
>
> RS880 Audio Device [Radion HD 4200]
> ? ? ? ?Digital Stereo (HDMI) Output
>
> Hercules Dualpix Exchange
> ? ? ? ?Analog Mono Input
>
> Internal Audio
> ? ? ? ?Off
>
> when I turn the input volume all the way up in both places, I think I can
> hear something slightly. If I do a Skype test call I hear a lot of white
> noise and some faint tapping if I hit the webcam.
>
> I suppose it's possible that it's actually using the wrong device somehow,
> but there are no other mic's that I know of on this desktop =/ I don't think
> there's one built in to the HDMI monitor.

hmm yeah i don't know a whole lot about it :-(  after enough tinkering
i just got my to work finally and never looked back ... mine had lots
and lots of "profiles" for each device, of which only 1 or 2 worked
correctly (mainly because i didn't have the equipment to support the
others, eg. 5.1/7.1/etc)

only other thing i could suggest, and maybe you already did this, but
make sure your devices aren't muted in `pavucontrol`, have volume (==
input sensitivity for mic IIRC), and make sure appropriate devices are
flagged as the default/fallback -- this is all in `pavucontrol`.

C Anthony

From bastian.beischer at rwth-aachen.de  Fri Jul 22 12:01:30 2011
From: bastian.beischer at rwth-aachen.de (Bastian Beischer)
Date: Fri, 22 Jul 2011 18:01:30 +0200
Subject: [arch-general] usb webcam no audio
In-Reply-To: <4E28F53E.4030306@0x01b.net>
References: <4E28F53E.4030306@0x01b.net>
Message-ID: <CAK9AuB-Pk1hRaSunEbHS8jAODT3j9y-aX+ffDU1WNgyYEGpJsg@mail.gmail.com>

Hi,

I think this issue might related to:

https://bbs.archlinux.org/viewtopic.php?id=121607

On Fri, Jul 22, 2011 at 5:57 AM, Matthew Monaco <dgbaley27 at 0x01b.net> wrote:

> I haven't been able to get audio on my webcam for a while. My initial guess
> is that it has to do with all of the udev changes.
>
> I'm using gnome w/ pulseaudio. The audio properties show the device on the
> input tab, but it doesn't detect any activity.
>
> everything.log:
> Jul 21 23:54:08 newguy kernel: [11606.472285] usb 4-5: new high speed USB
> device number 2 using ehci_hcd
> Jul 21 23:54:09 newguy mtp-probe: checking bus 4, device 2:
> "/sys/devices/pci0000:00/0000:**00:13.2/usb4/4-5"
> Jul 21 23:54:09 newguy mtp-probe: bus: 4, device: 2 was not an MTP device
> Jul 21 23:54:09 newguy kernel: [11607.089065] Linux media interface: v0.10
> Jul 21 23:54:09 newguy kernel: [11607.121723] Linux video capture
> interface: v2.00
> Jul 21 23:54:09 newguy kernel: [11607.129054] uvcvideo: Found UVC 1.00
> device Hercules Dualpix Exchange (06f8:3005)
> Jul 21 23:54:09 newguy kernel: [11607.134791] input: Hercules Dualpix
> Exchange as /devices/pci0000:00/0000:00:**13.2/usb4/4-5/4-5:1.0/input/**
> input6
> Jul 21 23:54:09 newguy kernel: [11607.134938] usbcore: registered new
> interface driver uvcvideo
> Jul 21 23:54:09 newguy kernel: [11607.134943] USB Video Class driver
> (v1.0.0)
> Jul 21 23:54:09 newguy kernel: [11607.197743] 2:3:1: cannot get freq at ep
> 0x84
> Jul 21 23:54:09 newguy kernel: [11607.198679] usbcore: registered new
> interface driver snd-usb-audio
> Jul 21 23:54:09 newguy kernel: [11607.251849] 2:3:1: cannot get freq at ep
> 0x84
> Jul 21 23:54:09 newguy kernel: [11607.276979] 2:3:1: cannot get freq at ep
> 0x84
> Jul 22 03:54:09 newguy rtkit-daemon[1012]: Recovering from system lockup,
> not allowing further RT threads.
> Jul 22 03:54:09 newguy rtkit-daemon[1012]: Recovering from system lockup,
> not allowing further RT threads.
> Jul 22 03:54:09 newguy rtkit-daemon[1012]: Recovering from system lockup,
> not allowing further RT threads.
> Jul 22 03:54:09 newguy rtkit-daemon[1012]: Recovering from system lockup,
> not allowing further RT threads.
> Jul 22 03:54:09 newguy rtkit-daemon[1012]: Recovering from system lockup,
> not allowing further RT threads.
> Jul 21 23:54:45 newguy kernel: [11643.290970] 2:3:1: cannot get freq at ep
> 0x84
>
>
> dmesg:
> [11606.472285] usb 4-5: new high speed USB device number 2 using ehci_hcd
> [11607.089065] Linux media interface: v0.10
> [11607.121723] Linux video capture interface: v2.00
> [11607.129054] uvcvideo: Found UVC 1.00 device Hercules Dualpix Exchange
> (06f8:3005)
> [11607.134791] input: Hercules Dualpix Exchange as
> /devices/pci0000:00/0000:00:**13.2/usb4/4-5/4-5:1.0/input/**input6
> [11607.134938] usbcore: registered new interface driver uvcvideo
> [11607.134943] USB Video Class driver (v1.0.0)
> [11607.197743] 2:3:1: cannot get freq at ep 0x84
> [11607.198679] usbcore: registered new interface driver snd-usb-audio
> [11607.251849] 2:3:1: cannot get freq at ep 0x84
> [11607.276979] 2:3:1: cannot get freq at ep 0x84
> [11643.290970] 2:3:1: cannot get freq at ep 0x84
>



-- 
Bastian Beischer

I. Physikalisches Institut B (RWTH Aachen)
Sommerfeldstr. 14
52074 Aachen
GERMANY

Office: 28-C-203
Phone: +49 241 - 8027205

From dgbaley27 at 0x01b.net  Fri Jul 22 12:15:59 2011
From: dgbaley27 at 0x01b.net (Matthew Monaco)
Date: Fri, 22 Jul 2011 12:15:59 -0400
Subject: [arch-general] usb webcam no audio
In-Reply-To: <CAK9AuB-Pk1hRaSunEbHS8jAODT3j9y-aX+ffDU1WNgyYEGpJsg@mail.gmail.com>
References: <4E28F53E.4030306@0x01b.net>
 <CAK9AuB-Pk1hRaSunEbHS8jAODT3j9y-aX+ffDU1WNgyYEGpJsg@mail.gmail.com>
Message-ID: <4E29A23F.8090706@0x01b.net>

On 07/22/2011 12:01 PM, Bastian Beischer wrote:
> Hi,
>
> I think this issue might related to:
>
> https://bbs.archlinux.org/viewtopic.php?id=121607
>
> On Fri, Jul 22, 2011 at 5:57 AM, Matthew Monaco<dgbaley27 at 0x01b.net>  wrote:
>
>> I haven't been able to get audio on my webcam for a while. My initial guess
>> is that it has to do with all of the udev changes.
>>
>> I'm using gnome w/ pulseaudio. The audio properties show the device on the
>> input tab, but it doesn't detect any activity.
>>
>> everything.log:
>> Jul 21 23:54:08 newguy kernel: [11606.472285] usb 4-5: new high speed USB
>> device number 2 using ehci_hcd
>> Jul 21 23:54:09 newguy mtp-probe: checking bus 4, device 2:
>> "/sys/devices/pci0000:00/0000:**00:13.2/usb4/4-5"
>> Jul 21 23:54:09 newguy mtp-probe: bus: 4, device: 2 was not an MTP device
>> Jul 21 23:54:09 newguy kernel: [11607.089065] Linux media interface: v0.10
>> Jul 21 23:54:09 newguy kernel: [11607.121723] Linux video capture
>> interface: v2.00
>> Jul 21 23:54:09 newguy kernel: [11607.129054] uvcvideo: Found UVC 1.00
>> device Hercules Dualpix Exchange (06f8:3005)
>> Jul 21 23:54:09 newguy kernel: [11607.134791] input: Hercules Dualpix
>> Exchange as /devices/pci0000:00/0000:00:**13.2/usb4/4-5/4-5:1.0/input/**
>> input6
>> Jul 21 23:54:09 newguy kernel: [11607.134938] usbcore: registered new
>> interface driver uvcvideo
>> Jul 21 23:54:09 newguy kernel: [11607.134943] USB Video Class driver
>> (v1.0.0)
>> Jul 21 23:54:09 newguy kernel: [11607.197743] 2:3:1: cannot get freq at ep
>> 0x84
>> Jul 21 23:54:09 newguy kernel: [11607.198679] usbcore: registered new
>> interface driver snd-usb-audio
>> Jul 21 23:54:09 newguy kernel: [11607.251849] 2:3:1: cannot get freq at ep
>> 0x84
>> Jul 21 23:54:09 newguy kernel: [11607.276979] 2:3:1: cannot get freq at ep
>> 0x84
>> Jul 22 03:54:09 newguy rtkit-daemon[1012]: Recovering from system lockup,
>> not allowing further RT threads.
>> Jul 22 03:54:09 newguy rtkit-daemon[1012]: Recovering from system lockup,
>> not allowing further RT threads.
>> Jul 22 03:54:09 newguy rtkit-daemon[1012]: Recovering from system lockup,
>> not allowing further RT threads.
>> Jul 22 03:54:09 newguy rtkit-daemon[1012]: Recovering from system lockup,
>> not allowing further RT threads.
>> Jul 22 03:54:09 newguy rtkit-daemon[1012]: Recovering from system lockup,
>> not allowing further RT threads.
>> Jul 21 23:54:45 newguy kernel: [11643.290970] 2:3:1: cannot get freq at ep
>> 0x84
>>
>>
>> dmesg:
>> [11606.472285] usb 4-5: new high speed USB device number 2 using ehci_hcd
>> [11607.089065] Linux media interface: v0.10
>> [11607.121723] Linux video capture interface: v2.00
>> [11607.129054] uvcvideo: Found UVC 1.00 device Hercules Dualpix Exchange
>> (06f8:3005)
>> [11607.134791] input: Hercules Dualpix Exchange as
>> /devices/pci0000:00/0000:00:**13.2/usb4/4-5/4-5:1.0/input/**input6
>> [11607.134938] usbcore: registered new interface driver uvcvideo
>> [11607.134943] USB Video Class driver (v1.0.0)
>> [11607.197743] 2:3:1: cannot get freq at ep 0x84
>> [11607.198679] usbcore: registered new interface driver snd-usb-audio
>> [11607.251849] 2:3:1: cannot get freq at ep 0x84
>> [11607.276979] 2:3:1: cannot get freq at ep 0x84
>> [11643.290970] 2:3:1: cannot get freq at ep 0x84
>>
>
>
>

Hmm, it may or may not be related, but downgrading to 2.6.38 certainly solved 
the problem. I'll continue the discussion of the forum. Thanks!

From anthony at xtfx.me  Fri Jul 22 12:25:04 2011
From: anthony at xtfx.me (C Anthony Risinger)
Date: Fri, 22 Jul 2011 11:25:04 -0500
Subject: [arch-general] PKGBUILD.proto improvements
In-Reply-To: <20110721220841.GA5181@urvas>
References: <CAGAVQTF6eBHe7MeHdaXE2e3_adJk-_ngLftNH-Dwr4-oBvkxQQ@mail.gmail.com>
 <20110721220841.GA5181@urvas>
Message-ID: <CAGAVQTHGjXLk1KQQppQKseMO+MjWEvozsMzkwqEt-YT=XpsLxg@mail.gmail.com>

On Thu, Jul 21, 2011 at 5:08 PM, Rogut?s Sparnuotos
<rogutes at googlemail.com> wrote:
> C Anthony Risinger (2011-07-21 16:42):
>> ... the motivation of this message is to encourage adding some
>> routines to the makepkg library, similar to msg/msg2/warning/etc, to
>> handle development checkouts. ?basically i see people using _gitroot
>> and _gitname for different stuff ... namely _gitname. ?i'd like to see
>> a routine that pulls the repo to a known location so it doenst get
>> blown away every update, and so the user doesnt have to manually
>> manage this. ?everyone does it differently, puts the repository in all
>> sorts of different locations/etc, and it just isnt very pretty IMO.
> <snip>
>
> I am sure you didn't ask, but I use $SRCDEST/scm for this, do not define
> sources=() and run this in build():
> ?cp -r "$SRCDEST/scm/$pkgname" "$srcdir/"

nah i didnt ask, but hey no one needs my approval anyway :-)

i started off doing it just like that too ... but there are some problems:

) mkchrootpkg sets that variable itself, ie. it's not stable
) ... *anyone* can set it, ie. it's very not stable
) more of a runtime/per-invocation/cache setting vs. a stable/known location
) not overridable from env in mkchrootpkg without patch (use of sudo kills env)

also, $SRCDEST is still a "cache" location, like the pacman cache.
it's safe to delete.  in fact that's what `--cleancache` in makepkg
does ... i want to establish a known STABLE location because it's NOT
safe to delete repos unless you really really REALLY mean to.

additionally, your routine, while it would work for most simple/small
packages, would cause a 1GB+ copy and then a massive checkout for my
reference PKGBUILD *everytime* i ran makepkg.  considering this
package take several hours to build on a fairly powerful machine, up
to 8+ on a normal machine, i'd prefer if it didn't wipe it out when
something failed :-)  my routines are specifically designed for
maximum reuse and minimum downtime.  if everyone used the same
routines, we could have *automagic* sharing between competing
PKGBUILDs, AND i could reuse those repositories for my own development
tinkerings.

... imo development packages should be able to mirror the options of
regular packages as close as possible, eg.`--noextract` should build
without a sync/checkout, `--nobuild` should sync/checkout without a
build, maybe even `--allsource` does a checkout + bundling.

C Anthony

From fons at linuxaudio.org  Fri Jul 22 15:37:10 2011
From: fons at linuxaudio.org (Fons Adriaensen)
Date: Fri, 22 Jul 2011 19:37:10 +0000
Subject: [arch-general] Panic - no sound devices after upgrade
In-Reply-To: <CAG-2HqVew75LE68fObz7e3WwcT-5Gwu1ka9Zr4vb1JdbSUOYEQ@mail.gmail.com>
References: <20110720153023.GA11502@linuxaudio.org>
 <CAFEhRJczj=_B7fK7GvBEnqpB2GJGnCnGkoA2w5vzbFfM2wAGZw@mail.gmail.com>
 <20110720163844.GB16901@linuxaudio.org>
 <CAG-2HqWqATSJ=oJTTvULXwPEG82yN+8e6GJFs759hPA-=krAOQ@mail.gmail.com>
 <20110721100944.GA13971@linuxaudio.org>
 <CAG-2HqX23C79vfccnu0tMqx+6K9Z5pS0_HekaLizQx7XfkPQ1Q@mail.gmail.com>
 <20110721112331.GA15059@linuxaudio.org>
 <CAG-2HqWK3x5-szkyzX8AMxuMpDZNVRXHYtQ0AkAPMsGcLK0Z9w@mail.gmail.com>
 <4E28313E.60900@drcomp.erfurt.thur.de>
 <CAG-2HqVew75LE68fObz7e3WwcT-5Gwu1ka9Zr4vb1JdbSUOYEQ@mail.gmail.com>
Message-ID: <20110722193710.GA8452@linuxaudio.org>

On Thu, Jul 21, 2011 at 07:25:56PM +0200, Tom Gundersen wrote:
 
> Fons (or anyone else who could reproduce the problem),
> 
> If you want to try out Adrian's patch, I uploaded a kernel with the
> patch applied here:
> <https://dev.archlinux.org/~tomegun/kernel26-2.6.39.1.3-1.1-i686.pkg.tar.xz>.

Installed on two machines so far, more tomorrow.
Seems to have solved the problem :-) :-)

An unrelated question: I see references to the RME Raydat
interface. Does that mean it's supported ? Also with period
sizes < 1024 ?


Ciao,

-- 
FA


From hollunder at lavabit.com  Fri Jul 22 16:12:19 2011
From: hollunder at lavabit.com (=?utf-8?q?Philipp_=C3=9Cberbacher?=)
Date: Fri, 22 Jul 2011 22:12:19 +0200
Subject: [arch-general] PKGBUILD.proto improvements
In-Reply-To: <CAGAVQTF6eBHe7MeHdaXE2e3_adJk-_ngLftNH-Dwr4-oBvkxQQ@mail.gmail.com>
References: <CAGAVQTF6eBHe7MeHdaXE2e3_adJk-_ngLftNH-Dwr4-oBvkxQQ@mail.gmail.com>
Message-ID: <1311364535-sup-2424@eris>

Excerpts from C Anthony Risinger's message of 2011-07-21 23:42:21 +0200:
> i wanted to share a couple of loose thoughts on the standard practices
> for PKGBUILDs ... specifically development ones ... with an immediate
> focus on git ones (for this instance, but applies to any)
> 
> awhile back i tried to make a super cheap way of doing git checkouts for builds:
> 
> https://bbs.archlinux.org/viewtopic.php?id=86366
> (and this would have worked if i would have thought to make git use
> itself as an alternative object pool ...)
> 
> ... the motivation of this message is to encourage adding some
> routines to the makepkg library, similar to msg/msg2/warning/etc, to
> handle development checkouts.  basically i see people using _gitroot
> and _gitname for different stuff ... namely _gitname.  i'd like to see
> a routine that pulls the repo to a known location so it doenst get
> blown away every update, and so the user doesnt have to manually
> manage this.  everyone does it differently, puts the repository in all
> sorts of different locations/etc, and it just isnt very pretty IMO.
> 
> ... so, i suggest a permanent setup based off my out setup and
> experiences, in reference of this PKGBUILD in particular:
> 
> http://aur.archlinux.org/packages/pyjamas-engine-pythonwebkit/PKGBUILD
> 
> ) allow _git* variables to be altered by the environment
> ) add _gitspec variable which supercedes _gitname for checkout stage
> (so you can do relative checkouts or SHA1 based checkouts)
> 
> ... in the routine ...
> 
> ) use a targeted fetch command instead of a blind clone.  not only is
> this more flexible, but it can significantly reduce download size (for
> kernel its a ~50% reduction IIRC).  the methoud from my builds are
> very simple, greatly resembling --mirror mode in git, but ONLY for the
> exact branch you are building
> ) store repositories in a known list of locations.  my PKGBUILD searches these:
> 
> /var/abs/PKGBUILD.devel/${pkgname}.git
> /var/abs/local/PKGBUILD.devel/${pkgname}.git
> ${SRCDEST}/PKGBUILD.devel/${pkgname}.git
> ${startdir}/PKGBUILD.devel/${pkgname}.git
> ~/PKGBUILD.devel/${pkgname}.git
> 
> ... and chooses the first one that already exists (PKGBUILD.devel
> location only BEFORE appending repo name), OR the first one with write
> access to parent dir (it will create PKGBUILD.devel for you if it
> can).  i personally used the first one (/var/abs/PKGBUILD.devel), with
> `chmod 1777` to sticky bit it like /tmp.  this not only allows for
> reuse, but also allows for safely+easily+consistently bind-mounting
> into a chroot for use with mkchrootpkg ...
> 
> ) use a proxy mechanism in the event a repository is found but it is
> read-only.  this lets you read-only bind mount a repo (think
> mkchrootpkg), and it will simply create a new repository, copy the
> refs, and setup the object directory as an alternative for the proxy
> repo.  thus the proxy has the ability to download new objects as
> needed, but starts from the same spot as the bind-mounted repo.
> 
> these techniques save me a great deal of time and pain.  that package
> in particular is a custom webkit build, requiring over 1GB to clone
> ... mkchrootpkg tried to blow it away once, bit it was read-only :-)
> ... i intend to possibly improve on this process by reducing a
> targeted fetch to a *shallow*  targeted fetch , ie. the minimum amount
> of objects required to build.  i have seen "clones" go down to 50%,
> sometimes even 10% or less, by using this over a naive `git clone
> $xyz`.
> 
> i'd like to see *something* adopted so we can end the madness :-) ...
> below are a couple key excerpts from the noted PKGBUILD, for your
> reference.
> 
> C Anthony
> 
> -------------------------------------------------
> [locate repo]
> -------------------------------------------------
> 
>             # Devel directory fragment
>             : ${_dir_devel:=PKGBUILD.devel}
> 
>             # Local/custom repo?
>             if [[ -z ${_gitrepo} ]]; then
>                 search=(/var/abs{,/local}/"${_dir_devel}"
>                         "${SRCDEST%%/}/${_dir_devel}"
>                         "${startdir%%/}/${_dir_devel}"
>                         ~/"${_dir_devel}")
>                 for d in "${search[@]%%/}"; do
>                     if [[ -e ${d} ]] || [[ ! -e ${d} && -w ${d%/*} ]]; then
>                         mkdir -p "${d}" 2>&- &&
>                             _gitrepo_proxy="${srcdir}/${pkgname}.git" &&
>                             _gitrepo="${d}/${pkgname}.git" &&
>                             break
>                     fi
>                 done
>             fi
> 
> -------------------------------------------------
> [create new repo, or new proxy, if needed]
> -------------------------------------------------
> 
>     mkdir -p "${w}"
>     if [[ ! -e ${g}/objects ]]; then
>         msg "[git] Creating NEW repository ... "
>         git --git-dir="${g}" --work-tree="${w}" init
>     elif [[ ! -w ${g}/objects ]]; then
>         warning "[git] Repository read-only, setting up proxy ... "
>         git --git-dir="${_gitrepo_proxy}" --work-tree="${w}" init
>         echo "${g}/objects" > "${_gitrepo_proxy}/objects/info/alternates"
>         cp -r "${g}/refs" "${_gitrepo_proxy}"
>         g="${_gitrepo_proxy}"
>     fi
> 
> -------------------------------------------------
> [perform targeted fetch]
> -------------------------------------------------
> 
>     msg "[git] Syncing ... ${_gitroot} -> ${g}"
>     git --git-dir="${g}" --work-tree="${w}" fetch -fu "${_gitroot}"
> "+${_gitname}:${_gitname}"
>     msg "[git] Reading ... ${_gitspec:-${_gitname}} -> ${w}"
>     git --git-dir="${g}" --work-tree="${w}" read-tree --reset -u
> "${_gitspec:-${_gitname}}"


I'm not quite sure what problem you are trying to solve but what I see
is that this is an order of magnitude more complex than the current
PKGBUILD-git.proto. As it stands here I'd have no idea how to use it,
what it does or how it works. I wouldn't want to use it.

Just 2c from someone who is neither experienced git user nor fond of
bash.


From rogutes at googlemail.com  Fri Jul 22 16:41:59 2011
From: rogutes at googlemail.com (=?utf-8?Q?Rogut=C4=97s?= Sparnuotos)
Date: Fri, 22 Jul 2011 23:41:59 +0300
Subject: [arch-general] PKGBUILD.proto improvements
In-Reply-To: <CAGAVQTHGjXLk1KQQppQKseMO+MjWEvozsMzkwqEt-YT=XpsLxg@mail.gmail.com>
References: <CAGAVQTF6eBHe7MeHdaXE2e3_adJk-_ngLftNH-Dwr4-oBvkxQQ@mail.gmail.com>
 <20110721220841.GA5181@urvas>
 <CAGAVQTHGjXLk1KQQppQKseMO+MjWEvozsMzkwqEt-YT=XpsLxg@mail.gmail.com>
Message-ID: <20110722204158.GA12276@urvas>

C Anthony Risinger (2011-07-22 11:25):
> On Thu, Jul 21, 2011 at 5:08 PM, Rogut?s Sparnuotos
> <rogutes at googlemail.com> wrote:
> > C Anthony Risinger (2011-07-21 16:42):
> >> ... the motivation of this message is to encourage adding some
> >> routines to the makepkg library, similar to msg/msg2/warning/etc, to
> >> handle development checkouts. ?basically i see people using _gitroot
> >> and _gitname for different stuff ... namely _gitname. ?i'd like to see
> >> a routine that pulls the repo to a known location so it doenst get
> >> blown away every update, and so the user doesnt have to manually
> >> manage this. ?everyone does it differently, puts the repository in all
> >> sorts of different locations/etc, and it just isnt very pretty IMO.
> > <snip>
> >
> > I am sure you didn't ask, but I use $SRCDEST/scm for this, do not define
> > sources=() and run this in build():
> > ?cp -r "$SRCDEST/scm/$pkgname" "$srcdir/"
> 
> nah i didnt ask, but hey no one needs my approval anyway :-)
> 
> i started off doing it just like that too ... but there are some problems:
> 
> ) mkchrootpkg sets that variable itself, ie. it's not stable
> ) ... *anyone* can set it, ie. it's very not stable
> ) more of a runtime/per-invocation/cache setting vs. a stable/known location
> ) not overridable from env in mkchrootpkg without patch (use of sudo kills env)

mkarchroot/makechrootpkg should learn to bind mount $SRCDEST to /srcdest.
And $SRCDEST/scm could be 
  chmod 0775 $SRCDEST/scm && chgrp builder $SRCDEST/scm
And the 'builder' group id could be synced between chroot and the real
system.

> also, $SRCDEST is still a "cache" location, like the pacman cache.
> it's safe to delete.  in fact that's what `--cleancache` in makepkg
> does ... i want to establish a known STABLE location because it's NOT
> safe to delete repos unless you really really REALLY mean to.

--cleancache doesn't delete directories, so $SRCDEST/scm stays in place :)
And you should know what you are doing when saying --cleancache.

> additionally, your routine, while it would work for most simple/small
> packages, would cause a 1GB+ copy and then a massive checkout for my
> reference PKGBUILD *everytime* i ran makepkg.  considering this
> package take several hours to build on a fairly powerful machine, up
> to 8+ on a normal machine, i'd prefer if it didn't wipe it out when
> something failed :-)  my routines are specifically designed for
> maximum reuse and minimum downtime.  if everyone used the same
> routines, we could have *automagic* sharing between competing
> PKGBUILDs, AND i could reuse those repositories for my own development
> tinkerings.

Your reference PKGBUILD is a very bad example. What happened to the good
old simple PKGBUILDs?

> ... imo development packages should be able to mirror the options of
> regular packages as close as possible, eg.`--noextract` should build
> without a sync/checkout, `--nobuild` should sync/checkout without a
> build, maybe even `--allsource` does a checkout + bundling.

All this needs support in makepkg.
Your mail subject says "PKGBUILD.proto improvements" and your text talks
about some custom, agreed upon routine for SCM handling, but what you
really want is SCM support in makepkg. Well, you are not alone:
https://bugs.archlinux.org/task/16384#comment50310
https://bugs.archlinux.org/task/16872

Anyway, not sure why I am arguing, because I am not intending to write the
code and haven't done enough homework :)

Btw., makepkg currently runs this on files in the source=() array:
  ln -s "$SRCDEST/$file" "$srcdir/"
It could learn to parse smth. like this (but I am sure there exists a case
where one needs to pull more than 1 repo):
  source=(xxx.patch [git]="git://git.sv.gnu.org/pythonwebkit.git")
When encountering a [git] subscript, makepkg could call some internal
function and download to $SRCDEST/scm/, or call fetch_git() if it is
defined in the PKGBUILD (cd'ing to $SRCDEST/scm before call, executing
`ln -s "$SRCDEST/scm/$_gitname" "$srcdir/"` afterwards)...

-- 
--  Rogut?s Sparnuotos

From drankinatty at suddenlinkmail.com  Fri Jul 22 20:46:07 2011
From: drankinatty at suddenlinkmail.com (David C. Rankin)
Date: Fri, 22 Jul 2011 19:46:07 -0500
Subject: [arch-general] dmraid - Array failed - installed new pair of drives
 - any shortcuts for reinstall on new array?
Message-ID: <4E2A19CF.4080002@suddenlinkmail.com>

Guys,

   I thought I would drop a line and see if anyone had done this recently. On a 
server I had a 2 disk array of 750G drives. One failed and I ran with a degraded 
array until the new pair of drives arrived. I installed the new drives and moved 
the good disk from the failed array to /dev/sdc. I rebooted, marked /dev/sdc 
(the sata disk in the BIOS) as bootable and deleted the old array and created a 
new one in the BIOS (for the new drives) and the box booted right up on the old 
drive.

   Where I'm needing help is reconfiguring dmraid. Currently, the box is still 
booting using the old dmraid designation for the degraded array even though I 
deleted the array in the BIOS. (which is pretty amazing). Here is how the system 
is currently running:

19:29 nirvana:~> df -h
Filesystem                      Size  Used Avail Use% Mounted on
udev                             10M     0   10M   0% /dev
run                              10M  152K  9.9M   2% /run
/dev/mapper/nvidia_ddddhhfhp5    23G   13G  9.4G  57% /
shm                             1.9G     0  1.9G   0% /dev/shm
/dev/mapper/nvidia_ddddhhfhp10  608G  380G  198G  66% /home
/dev/mapper/nvidia_ddddhhfhp7   122M   34M   82M  30% /boot
/dev/mapper/nvidia_ddddhhfhp8    23G  6.0G   16G  28% /var
/dev/mapper/nvidia_ddddhhfhp9    33G  8.1G   23G  27% /srv

   What I need to do is install Arch on the new array and then get rid of the 
dmraid config on the old drive so it just runs as /dev/sdc. After I have the 
base Arch install on the new array, I can simply move the information from 
/dev/sdc to the new array.

   Is there any shortcut to install Arch since I have the old install currently 
running? Or is it just easier to stick the install CD in and go through the base 
install on the new disks and then copy the old /var/cache/pacman/pkg to the new 
arrays to complete the package install with local packages?

   I'm fairly sure the dmraid designation with the old drive will take care of 
itself when I do the install on the new array, but I'm not certain.

   Any pointers or hints? Thanks

-- 
David C. Rankin, J.D.,P.E.

From magnus at therning.org  Sat Jul 23 04:40:07 2011
From: magnus at therning.org (Magnus Therning)
Date: Sat, 23 Jul 2011 10:40:07 +0200
Subject: [arch-general] Creating an Arch chroot on a non-Arch system?
Message-ID: <20110723084007.GA14670@ohann>

Is there something available out there that makes it easy to create an
Arch chroot on a non-Arch system, e.g. Ubuntu or Fedora?

/M

-- 
Magnus Therning                      OpenPGP: 0xAB4DFBA4 
email: magnus at therning.org   jabber: magnus at therning.org
twitter: magthe               http://therning.org/magnus


Perl is another example of filling a tiny, short-term need, and then
being a real problem in the longer term.
     -- Alan Kay
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110723/f4e98aca/attachment.asc>

From dan at progdan.cz  Sat Jul 23 05:07:28 2011
From: dan at progdan.cz (=?UTF-8?Q?Dan_Vr=C3=A1til?=)
Date: Sat, 23 Jul 2011 11:07:28 +0200
Subject: [arch-general]
	=?utf-8?q?Creating_an_Arch_chroot_on_a_non-Arch_sy?=
	=?utf-8?q?stem=3F?=
In-Reply-To: <20110723084007.GA14670@ohann>
References: <20110723084007.GA14670@ohann>
Message-ID: <f815e1bb0ae552d26b7205c6cb143d20@localhost>

On Sat, 23 Jul 2011 10:40:07 +0200, Magnus Therning
<magnus at therning.org> wrote:
> Is there something available out there that makes it easy to create an
> Arch chroot on a non-Arch system, e.g. Ubuntu or Fedora?


Theoretically, you just need to compile pacman and then you can
continue as if 
you were making an Arch chroot from an Arch system. I can't think of
anything easier :)

- Dan


-- 
----
Dan Vr?til
dan at progdan.cz
Tel.: +420 732 326 870
Jabber: progdan at jabber.cz

From magnus at therning.org  Sat Jul 23 05:16:23 2011
From: magnus at therning.org (Magnus Therning)
Date: Sat, 23 Jul 2011 11:16:23 +0200
Subject: [arch-general] Creating an Arch chroot on a non-Arch system?
In-Reply-To: <f815e1bb0ae552d26b7205c6cb143d20@localhost>
References: <20110723084007.GA14670@ohann>
 <f815e1bb0ae552d26b7205c6cb143d20@localhost>
Message-ID: <20110723091623.GB14670@ohann>

On Sat, Jul 23, 2011 at 11:07:28AM +0200, Dan Vr?til wrote:
> On Sat, 23 Jul 2011 10:40:07 +0200, Magnus Therning
> <magnus at therning.org> wrote:
> > Is there something available out there that makes it easy to create an
> > Arch chroot on a non-Arch system, e.g. Ubuntu or Fedora?
> 
> 
> Theoretically, you just need to compile pacman and then you can
> continue as if you were making an Arch chroot from an Arch system. I
> can't think of anything easier :)

Then you need to work on your imagination a bit ;) (just kidding)

No one who's already had to do this and produced a script that
automates it?

/M

-- 
Magnus Therning                      OpenPGP: 0xAB4DFBA4 
email: magnus at therning.org   jabber: magnus at therning.org
twitter: magthe               http://therning.org/magnus

I invented the term Object-Oriented, and I can tell you I did not have
C++ in mind.
     -- Alan Kay
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110723/467866cb/attachment.asc>

From geert at hendrickx.be  Sat Jul 23 05:16:51 2011
From: geert at hendrickx.be (Geert Hendrickx)
Date: Sat, 23 Jul 2011 11:16:51 +0200
Subject: [arch-general] Creating an Arch chroot on a non-Arch system?
In-Reply-To: <f815e1bb0ae552d26b7205c6cb143d20@localhost>
References: <20110723084007.GA14670@ohann>
 <f815e1bb0ae552d26b7205c6cb143d20@localhost>
Message-ID: <20110723091651.GA10413@boris.ghen.be>

On Sat, Jul 23, 2011 at 11:07:28 +0200, Dan Vr?til wrote:
> Theoretically, you just need to compile pacman and then you can continue
> as if you were making an Arch chroot from an Arch system. I can't think
> of anything easier :)



Yes, that's how I've done it on CentOS.  Converted a VPS from CentOS to
Arch with pivot_chroot this way. :-)


	Geert


-- 
geert.hendrickx.be :: geert at hendrickx.be :: PGP: 0xC4BB9E9F
This e-mail was composed using 100% recycled spam messages!

From schiv at archlinux.org  Sat Jul 23 06:19:29 2011
From: schiv at archlinux.org (Ray Rashif)
Date: Sat, 23 Jul 2011 18:19:29 +0800
Subject: [arch-general] Creating an Arch chroot on a non-Arch system?
In-Reply-To: <20110723084007.GA14670@ohann>
References: <20110723084007.GA14670@ohann>
Message-ID: <CAFEhRJfh99rPEoaGRgwgqWyJ8awUjbHmAB4azftSwuprCX0mDQ@mail.gmail.com>

On 23 July 2011 16:40, Magnus Therning <magnus at therning.org> wrote:
> Is there something available out there that makes it easy to create an
> Arch chroot on a non-Arch system, e.g. Ubuntu or Fedora?

There is only 1 requirement:

* pacman

You can build pacman on your distribution, or use a prebuilt
statically-linked pacman. pacman.static is no longer provided, so get
ftp://ftp.berlios.de/pub/larch/larch8/i686/pacman-allin.tar.gz


--
GPG/PGP ID: 8AADBB10

From seblu at seblu.net  Sat Jul 23 06:57:47 2011
From: seblu at seblu.net (Seblu)
Date: Sat, 23 Jul 2011 12:57:47 +0200
Subject: [arch-general] Creating an Arch chroot on a non-Arch system?
In-Reply-To: <20110723084007.GA14670@ohann>
References: <20110723084007.GA14670@ohann>
Message-ID: <CAJSTwE4rDFpJwcvNJdcw6ObdLkj+-zJZJh66xh7pnfNB4EAmCA@mail.gmail.com>

On Sat, Jul 23, 2011 at 10:40 AM, Magnus Therning <magnus at therning.org> wrote:
> Is there something available out there that makes it easy to create an
> Arch chroot on a non-Arch system, e.g. Ubuntu or Fedora?
Some times it more easy to create a local chroot with your arch, make
a tarball, scp it and untar it.

-- 
S?bastien Luttringer
www.seblu.net

From grbzks at xsmail.com  Sat Jul 23 07:51:03 2011
From: grbzks at xsmail.com (Grigorios Bouzakis)
Date: Sat, 23 Jul 2011 14:51:03 +0300
Subject: [arch-general] [signoff] dash 0.5.7-1
In-Reply-To: <2abfacba22e9faef98ec77af637d48ef@archlinux.de>
References: <CAEik5nM+WSXsrXvwxPmvdjtuq6JyXDx=b9KhSEJfb8dO9Ry0hw@mail.gmail.com>
 <2abfacba22e9faef98ec77af637d48ef@archlinux.de>
Message-ID: <20110723115059.GA20311@netbook>

Pierre Schmitz wrote:
> On Thu, 21 Jul 2011 10:29:15 -0500, Dan McGee wrote:
>> Upstream new release.
>> 
>> -Dan
>
> Imho the base group could be removed as it is not needed by anything.
>

Its been requested : https://bugs.archlinux.org/task/22483

PS. For the filesystem package but relevant:
https://bugs.archlinux.org/task/23746

Greg

-- 
()  against html e-mail  |  usenet & email communication netiquette
/\  www.asciiribbon.org  |  www.netmeister.org/news/learn2quote.html

From fons at linuxaudio.org  Sat Jul 23 10:21:17 2011
From: fons at linuxaudio.org (Fons Adriaensen)
Date: Sat, 23 Jul 2011 14:21:17 +0000
Subject: [arch-general] Panic - no sound devices after upgrade
In-Reply-To: <20110722231430.GN3771@ltw.loris.tv>
References: <20110720163844.GB16901@linuxaudio.org>
 <CAG-2HqWqATSJ=oJTTvULXwPEG82yN+8e6GJFs759hPA-=krAOQ@mail.gmail.com>
 <20110721100944.GA13971@linuxaudio.org>
 <CAG-2HqX23C79vfccnu0tMqx+6K9Z5pS0_HekaLizQx7XfkPQ1Q@mail.gmail.com>
 <20110721112331.GA15059@linuxaudio.org>
 <CAG-2HqWK3x5-szkyzX8AMxuMpDZNVRXHYtQ0AkAPMsGcLK0Z9w@mail.gmail.com>
 <4E28313E.60900@drcomp.erfurt.thur.de>
 <CAG-2HqVew75LE68fObz7e3WwcT-5Gwu1ka9Zr4vb1JdbSUOYEQ@mail.gmail.com>
 <20110722193710.GA8452@linuxaudio.org> <20110722231430.GN3771@ltw.loris.tv>
Message-ID: <20110723142117.GA21836@linuxaudio.org>

On Sat, Jul 23, 2011 at 01:14:30AM +0200, Adrian Knoth wrote:

> > > If you want to try out Adrian's patch, I uploaded a kernel with the
> > > patch applied here:
> > > <https://dev.archlinux.org/~tomegun/kernel26-2.6.39.1.3-1.1-i686.pkg.tar.xz>.
> > 
> > Installed on two machines so far, more tomorrow.
> > Seems to have solved the problem :-) :-)
> 
> Good to know. I'll wait for your final confirmation and then commit it.

One problem: the gain settings have changed, now having a range of 0..64.
How do these values map to the internal ones (0..0xffff) ? I *hope* there
is value corresponding to EXACTLY 0x8000 (gain = 1) !!! The reason is
that MADI is bit-exact and is used to tranport other values than just
audio samples. This works of course only with exact unity gain.

BTW, why was this change made ? For pro users (are there other of this
card) this is a regression.

Ciao,

-- 
FA


From dgbaley27 at 0x01b.net  Sat Jul 23 10:56:58 2011
From: dgbaley27 at 0x01b.net (Matthew Monaco)
Date: Sat, 23 Jul 2011 10:56:58 -0400
Subject: [arch-general] git bisect module against -ARCH kernel
Message-ID: <4E2AE13A.1060208@0x01b.net>

I'm trying to bisect an issue with the microphone not working on my usb webcam. 
See the forum posting [1]. I cloned the Linus' git tree and checked out v2.6.39. 
I zcat /proc/config.gz > .config and did a make modules. I did this to get the 
symbol table and all that set up correctly.

After that, I did git bisect start v2.6.39 v2.6.38 -- sound/usb
(Everything worked fine in 2.6.38).

Then for each iteration I intended to do make ${MAKEFLAGS} M=sound/usb. This 
rebuilds snd-usb-audio.ko just fine, but when I copy it to updates, gzip it, and 
run depmod, I cannot load it because modprobe says it's an invalid format.

My only guess is that this has something to do with a version string somewhere, 
but I kept assuring it was 2.6.39 in Makefile (no extraversion).

Any other ideas?


[1] https://bbs.archlinux.org/viewtopic.php?id=121607

From jon at thesquareplanet.com  Sat Jul 23 11:02:59 2011
From: jon at thesquareplanet.com (Jon Gjengset)
Date: Sat, 23 Jul 2011 17:02:59 +0200
Subject: [arch-general] X terminal redraw problem
Message-ID: <4E2AE2A3.9040800@thesquareplanet.com>

Hi fellow archers!

This is my first post to this mailing list, so please excuse my
behavior if I have picked the wrong list =)

For a couple of months now, I have been experiencing occasional
"flickering" in my terminal emulator (urxvt, but also happens with
xterm, roxterm and gnome-terminal).

There are several forum threads on the same issue:
https://bbs.archlinux.org/viewtopic.php?id=118648
https://bbs.archlinux.org/viewtopic.php?id=117202
https://bbs.archlinux.org/viewtopic.php?id=117423
The latter seems to be the biggest one...

The problem is that every now and then, the terminal seems to "forget"
to draw some of the text on the screen, leaving a mangled output
consisting of some stale text cells (as in the character that was
previously in that position is still visible) and some empty cells (the
previous character was a space, and the new character was not printed).

The problem seems to occur sporadically, but happens often enough to be
a real nuissance.
Highlighting any text in the terminal window causes the text to be
immediately corrected.
The problem also appears when using vim or terminal-based emacs (i.e.
curses interfaces).

Seems the problem is quite widespread, and affects both nVidia, AMD/ATI
and Intel graphics drivers.. A bug in X perhaps?

Could someone with a bit more know-how than me please have a look?

Any help is greatly appreciated,
Jon
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 294 bytes
Desc: OpenPGP digital signature
URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110723/e9a43070/attachment.asc>

From lists at baums-on-web.de  Sat Jul 23 12:25:31 2011
From: lists at baums-on-web.de (Heiko Baums)
Date: Sat, 23 Jul 2011 18:25:31 +0200
Subject: [arch-general] [arch-dev-public] kernel 3.0 changes
In-Reply-To: <4E2AE656.2020401@googlemail.com>
References: <4E2AA576.3010006@googlemail.com>
 <CAJbzwsE4_w9_HPTv6AWx4N1sYujNL+Hror-BC9ykAKQ9K5OK2g@mail.gmail.com>
 <4E2AE656.2020401@googlemail.com>
Message-ID: <20110723182531.79efb9bf@darkstar>

Am Sat, 23 Jul 2011 17:18:46 +0200
schrieb Tobias Powalowski <tobias.powalowski at googlemail.com>:

> But I don't know exactly how pacman will handle the replace.

pacman does nothing. I tried it with my linux-fbcondecor package which
I took from your SVN linux package.

pacman just let my kernel26-fbcondecor package installed and installs
linux-fbcondecor parallel.

I think if you want pacman to uninstall kernel26 you need to add a
conflicts=('kernel26') to the linux PKGBUILD. But I'm not sure if this
is necessary. And for that reason I would suggest not to creating the
symlinks to the old image names. Better let the people edit their
bootloader config. If they won't do this they'll just boot their old
kernel26 if they didn't uninstall it before. So nobody will get an
unbootable system.

Heiko

From contact at aurelienchabot.fr  Sat Jul 23 12:54:28 2011
From: contact at aurelienchabot.fr (=?UTF-8?Q?Aur=C3=A9lien_Chabot?=)
Date: Sat, 23 Jul 2011 18:54:28 +0200
Subject: [arch-general] Creating an Arch chroot on a non-Arch
Message-ID: <CAJup9ciSMRmu+8d0pxNeWMnj03NP45UkxT8H9Cgft=1ywyby-Q@mail.gmail.com>

There is some premade stuff on archlinux.fr :
http://wiki.archlinux.fr/Install_chroot ( google translate will do the job
if you don't understand french )

Here is the script use to create the chroot :
http://calimeroteknik.free.fr/arch-guide/install-chroot.sh

Aur?lien Chabot

From drankinatty at suddenlinkmail.com  Sat Jul 23 13:51:52 2011
From: drankinatty at suddenlinkmail.com (David C. Rankin)
Date: Sat, 23 Jul 2011 12:51:52 -0500
Subject: [arch-general] dmraid - Array failed - installed new pair of
 drives - any shortcuts for reinstall on new array?
In-Reply-To: <4E2A19CF.4080002@suddenlinkmail.com>
References: <4E2A19CF.4080002@suddenlinkmail.com>
Message-ID: <4E2B0A38.5070308@suddenlinkmail.com>

On 07/22/2011 07:46 PM, David C. Rankin wrote:
>    Is there any shortcut to install Arch since I have the old install currently
> running? Or is it just easier to stick the install CD in and go through the base
> install on the new disks and then copy the old /var/cache/pacman/pkg to the new
> arrays to complete the package install with local packages?
>
>    I'm fairly sure the dmraid designation with the old drive will take care of
> itself when I do the install on the new array, but I'm not certain.

Lesson learned:

Warning: NEVER delete a partition in cfdisk to create 2 partitions with dmraid 
after Manually configure block devices, filesystems and mountpoints have been 
set. (really screws with dmraid metadata and existing partitions are worthless) 
Solution: delete the array from the bios and re-create to force creation under a 
new /dev/mapper ID, reinstall/repartition.
(added to: 
https://wiki.archlinux.org/index.php/Installing_with_Fake_RAID#Mounting_the_filesystem)

[12:16 nirvana:/home/david] # df -h
Filesystem                      Size  Used Avail Use% Mounted on
udev                             10M     0   10M   0% /dev
run                              10M  172K  9.9M   2% /run
/dev/mapper/nvidia_ddddhhfhp5    23G   13G  9.4G  57% /
shm                             1.9G     0  1.9G   0% /dev/shm
/dev/mapper/nvidia_ddddhhfhp10  608G  380G  198G  66% /home
/dev/mapper/nvidia_ddddhhfhp7   122M   34M   82M  30% /boot
/dev/mapper/nvidia_ddddhhfhp8    23G  6.0G   16G  28% /var
/dev/mapper/nvidia_ddddhhfhp9    33G  8.1G   23G  27% /srv
/dev/mapper/nvidia_edfgdeacp5    28G  1.2G   25G   5% /mnt/nv2
/dev/mapper/nvidia_edfgdeacp7   183M   35M  139M  21% /mnt/nv2/boot
/dev/mapper/nvidia_edfgdeacp8   851G  200M  808G   1% /mnt/nv2/home
/dev/mapper/nvidia_edfgdeacp9    37G  176M   35G   1% /mnt/nv2/srv

New array is nvidia_edfgdeac under temp mount point of /mnt/nv2.

Is there any downside to just copying the system from old drive to new array 
with (https://bbs.archlinux.org/viewtopic.php?id=77419):

1. Boot livecd
2. mount /dev/sda1 /mnt/old
3. mount /dev/sdb1 /mnt/new
4. cp -rav /mnt/old/* /mnt/new
5. umount /mnt/old
6. mount -o bind /dev /mnt/new/dev
7. mount -t proc none /mnt/new/proc
8. chroot /mnt/new /bin/bash
---1. grub-install /dev/sdb
---2. exit
9. Exit and reboot

Or is it better to just to selectively move data (i.e. mysqldump 
--all-databases) and then read it back in? Does it matter? Obviously, it would 
be cleaner just to reconfigure/reload all data to avoid copying stuff you don't 
need, but from a time standpoint the copy method is very attractive. Anybody 
have any thoughts either way?

-- 
David C. Rankin, J.D.,P.E.

From cantabile.desu at gmail.com  Sat Jul 23 15:14:26 2011
From: cantabile.desu at gmail.com (cantabile)
Date: Sat, 23 Jul 2011 22:14:26 +0300
Subject: [arch-general] X terminal redraw problem
In-Reply-To: <4E2AE2A3.9040800@thesquareplanet.com>
References: <4E2AE2A3.9040800@thesquareplanet.com>
Message-ID: <4E2B1D92.5070705@gmail.com>

On 07/23/2011 06:02 PM, Jon Gjengset wrote:
> Hi fellow archers!
>
> This is my first post to this mailing list, so please excuse my
> behavior if I have picked the wrong list =)
>
> For a couple of months now, I have been experiencing occasional
> "flickering" in my terminal emulator (urxvt, but also happens with
> xterm, roxterm and gnome-terminal).
>
> There are several forum threads on the same issue:
> https://bbs.archlinux.org/viewtopic.php?id=118648
> https://bbs.archlinux.org/viewtopic.php?id=117202
> https://bbs.archlinux.org/viewtopic.php?id=117423
> The latter seems to be the biggest one...
>
> The problem is that every now and then, the terminal seems to "forget"
> to draw some of the text on the screen, leaving a mangled output
> consisting of some stale text cells (as in the character that was
> previously in that position is still visible) and some empty cells (the
> previous character was a space, and the new character was not printed).
>
> The problem seems to occur sporadically, but happens often enough to be
> a real nuissance.
> Highlighting any text in the terminal window causes the text to be
> immediately corrected.
> The problem also appears when using vim or terminal-based emacs (i.e.
> curses interfaces).
>
> Seems the problem is quite widespread, and affects both nVidia, AMD/ATI
> and Intel graphics drivers.. A bug in X perhaps?
>
> Could someone with a bit more know-how than me please have a look?
>
> Any help is greatly appreciated,
> Jon
Sounds like the problem I've been having with atris [1] and scummvm [2]. 
Try those, see if you have any redraw problems (switch to fullscreen in 
atris; just start `scummvm` and move around the mouse). Also try linux 
2.6.38.6 [3]. That one doesn't have the problem, the first 2.6.39 does.

My graphics card is intel 965gm.

[1] https://aur.archlinux.org/packages.php?ID=7671
[2] https://www.archlinux.org/packages/?q=scummvm
[3] http://schlunix.org/archlinux/core/os/

-- 
cantabile

"Jayne is a girl's name." -- River

From jon at thesquareplanet.com  Sat Jul 23 15:54:42 2011
From: jon at thesquareplanet.com (Jon Gjengset)
Date: Sat, 23 Jul 2011 21:54:42 +0200
Subject: [arch-general] X terminal redraw problem
In-Reply-To: <4E2B1D92.5070705@gmail.com>
References: <4E2AE2A3.9040800@thesquareplanet.com> <4E2B1D92.5070705@gmail.com>
Message-ID: <4E2B2702.8060008@thesquareplanet.com>

On 07/23/2011 09:14 PM, cantabile wrote:
> Sounds like the problem I've been having with atris [1] and scummvm
> [2]. Try those, see if you have any redraw problems (switch to
> fullscreen in atris; just start `scummvm` and move around the mouse).
> Also try linux 2.6.38.6 [3]. That one doesn't have the problem, the
> first 2.6.39 does.
Hmm.. Tried both, and I couldn't see any problem

That said, I just switched to the open-source nvidia drivers to see if
that would help, and I haven't seen any X terminal problems here yet, so
perhaps the open-source drivers don't have the problem?
Switching from proprietary to open-source nvidia drivers shouldn't be
considered a fix the problem though, since some might require the extra
features of the proprietary ones.
Besides, it can't really be solely the fault of the driver since people
with Intel graphics chips have the same problem?

Jon

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 294 bytes
Desc: OpenPGP digital signature
URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110723/d643d898/attachment.asc>

From bastian.beischer at rwth-aachen.de  Sun Jul 24 06:31:27 2011
From: bastian.beischer at rwth-aachen.de (Bastian Beischer)
Date: Sun, 24 Jul 2011 12:31:27 +0200
Subject: [arch-general] git bisect module against -ARCH kernel
In-Reply-To: <4E2AE13A.1060208@0x01b.net>
References: <4E2AE13A.1060208@0x01b.net>
Message-ID: <CAK9AuB9dYNSkjxSe1mbY5TDm=4YOXJeY6UXA=qw0QWB+PahvDQ@mail.gmail.com>

Hi,

I'm not an expert and my suggested solutions are pretty dirty, but I have
encountered this issue as well, so here are my 2 cents...

Each module stores a version string in it, which prevents it from being
loaded if it doesn't match to the one of the currently running kernel. This
string is automatically generated at compile time of the module by the
scripts provided in the linux Makefile.
If you are using git, it even includes the (short) SHA1 of the currently
checked out commit, ergo you won't be able to load modules from a bisect
just like that.

However, you can use modprobe -f, which will ignore the version string of
the module.
It's possible that this will lead to kernel crashes, though.

Another (dirty) alternative is to artificially set the version string to the
one of the currently running kernel by editing
either scripts/setlocalversion, or storing the correct string directly in
include/generated/utsrelease.h
Maybe you can also modify include/config/kernel.release

Cheers
Bastian

On Sat, Jul 23, 2011 at 4:56 PM, Matthew Monaco <dgbaley27 at 0x01b.net> wrote:

> I'm trying to bisect an issue with the microphone not working on my usb
> webcam. See the forum posting [1]. I cloned the Linus' git tree and checked
> out v2.6.39. I zcat /proc/config.gz > .config and did a make modules. I did
> this to get the symbol table and all that set up correctly.
>
> After that, I did git bisect start v2.6.39 v2.6.38 -- sound/usb
> (Everything worked fine in 2.6.38).
>
> Then for each iteration I intended to do make ${MAKEFLAGS} M=sound/usb.
> This rebuilds snd-usb-audio.ko just fine, but when I copy it to updates,
> gzip it, and run depmod, I cannot load it because modprobe says it's an
> invalid format.
>
> My only guess is that this has something to do with a version string
> somewhere, but I kept assuring it was 2.6.39 in Makefile (no extraversion).
>
> Any other ideas?
>
>
> [1] https://bbs.archlinux.org/**viewtopic.php?id=121607<https://bbs.archlinux.org/viewtopic.php?id=121607>
>



-- 
Bastian Beischer

I. Physikalisches Institut B (RWTH Aachen)
Sommerfeldstr. 14
52074 Aachen
GERMANY

Office: 28-C-203
Phone: +49 241 - 8027205

From papsch.al at googlemail.com  Sun Jul 24 10:47:09 2011
From: papsch.al at googlemail.com (Aljosha Papsch)
Date: Sun, 24 Jul 2011 16:47:09 +0200
Subject: [arch-general] virtualbox-archlinux-modules depends on kernel26
Message-ID: <20110724164709.31dcd6c1@creek.river>

Hi,

virtualbox-archlinux-modules still depends on kernel26. I wanted to
copy the package directory from the abs tree, but it's not there. How
is this possible? (Of course I synced it before)

Aljosha
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110724/9684657c/attachment.asc>

From seblu at seblu.net  Sun Jul 24 10:57:51 2011
From: seblu at seblu.net (Seblu)
Date: Sun, 24 Jul 2011 16:57:51 +0200
Subject: [arch-general] virtualbox-archlinux-modules depends on kernel26
In-Reply-To: <20110724164709.31dcd6c1@creek.river>
References: <20110724164709.31dcd6c1@creek.river>
Message-ID: <CAJSTwE6zG8VULojbFOVN=KzFxf5oNfqqOjDHLWLNnEL+F3FgnA@mail.gmail.com>

On Sun, Jul 24, 2011 at 4:47 PM, Aljosha Papsch
<papsch.al at googlemail.com> wrote:
> Hi,
>
> virtualbox-archlinux-modules still depends on kernel26. I wanted to
> copy the package directory from the abs tree, but it's not there. How
> is this possible? (Of course I synced it before)

More than one package by pkgbuild.

look inside /var/abs/community/virtualbox/PKGBUILD

-- 
S?bastien Luttringer
www.seblu.net

From ibiru at archlinux.org  Sun Jul 24 13:09:16 2011
From: ibiru at archlinux.org (Ionut Biru)
Date: Sun, 24 Jul 2011 20:09:16 +0300
Subject: [arch-general] virtualbox-archlinux-modules depends on kernel26
In-Reply-To: <20110724164709.31dcd6c1@creek.river>
References: <20110724164709.31dcd6c1@creek.river>
Message-ID: <4E2C51BC.10409@archlinux.org>

On 07/24/2011 05:47 PM, Aljosha Papsch wrote:
> Hi,
>
> virtualbox-archlinux-modules still depends on kernel26. I wanted to
> copy the package directory from the abs tree, but it's not there. How
> is this possible? (Of course I synced it before)
>
> Aljosha


hey, give me time to push one compiled against linux 3.0

-- 
Ionu?

From remyoudompheng at gmail.com  Sun Jul 24 13:37:11 2011
From: remyoudompheng at gmail.com (=?UTF-8?Q?R=C3=A9my_Oudompheng?=)
Date: Sun, 24 Jul 2011 19:37:11 +0200
Subject: [arch-general] [signoff] texlive-bin 2011.1-1 and texlive-* 2011.*
Message-ID: <CADEq3_sow8sYQ8LQKFjjiQLBM2DdB0wS95iuS=1CkYq-rY40Yw@mail.gmail.com>

Hello,

TeXLive 2011 has been officially released. Packages in [testing] have
been updated to reflect this.

* biblatex-biber is not packaged and depends and a whole lot of Perl
packages. You can find it on AUR, or some for some developer to
package it and its dependencies
* eptex format generation fails, I don't understand how to fix it, so
if anyone has an idea...

R?my.

From papsch.al at googlemail.com  Sun Jul 24 13:41:51 2011
From: papsch.al at googlemail.com (Aljosha Papsch)
Date: Sun, 24 Jul 2011 19:41:51 +0200
Subject: [arch-general] virtualbox-archlinux-modules depends on kernel26
In-Reply-To: <4E2C51BC.10409@archlinux.org>
References: <20110724164709.31dcd6c1@creek.river>
 <4E2C51BC.10409@archlinux.org>
Message-ID: <20110724194151.214c3b9d@creek.river>

On Sun, 24 Jul 2011 20:09:16 +0300 Ionut Biru <ibiru at archlinux.org>
wrote:

> On 07/24/2011 05:47 PM, Aljosha Papsch wrote:
> > Hi,
> >
> > virtualbox-archlinux-modules still depends on kernel26. I wanted to
> > copy the package directory from the abs tree, but it's not there.
> > How is this possible? (Of course I synced it before)
> >
> > Aljosha
> 
> 
> hey, give me time to push one compiled against linux 3.0
> 


I didn't want to bother you with it, because the linux package is still
in [testing].

From ibiru at archlinux.org  Sun Jul 24 13:55:25 2011
From: ibiru at archlinux.org (Ionut Biru)
Date: Sun, 24 Jul 2011 20:55:25 +0300
Subject: [arch-general] virtualbox-archlinux-modules depends on kernel26
In-Reply-To: <20110724194151.214c3b9d@creek.river>
References: <20110724164709.31dcd6c1@creek.river>
 <4E2C51BC.10409@archlinux.org> <20110724194151.214c3b9d@creek.river>
Message-ID: <4E2C5C8D.6070303@archlinux.org>

On 07/24/2011 08:41 PM, Aljosha Papsch wrote:
> On Sun, 24 Jul 2011 20:09:16 +0300 Ionut Biru<ibiru at archlinux.org>
> wrote:
>
>> On 07/24/2011 05:47 PM, Aljosha Papsch wrote:
>>> Hi,
>>>
>>> virtualbox-archlinux-modules still depends on kernel26. I wanted to
>>> copy the package directory from the abs tree, but it's not there.
>>> How is this possible? (Of course I synced it before)
>>>
>>> Aljosha
>>
>>
>> hey, give me time to push one compiled against linux 3.0
>>
>
>
> I didn't want to bother you with it, because the linux package is still
> in [testing].

pushed 4.1.0-3 rebuilt against linux 3.0

-- 
Ionu?

From drankinatty at suddenlinkmail.com  Sun Jul 24 14:55:03 2011
From: drankinatty at suddenlinkmail.com (David C. Rankin)
Date: Sun, 24 Jul 2011 13:55:03 -0500
Subject: [arch-general] Note: WDC Carvair Black 6 Gbps drives require
 jumpers on pins 5-6 to be recognized as SATA-II
Message-ID: <4E2C6A87.3060804@suddenlinkmail.com>

Guys,

   Just a note. The newer Carvair Black 6.0 Gbps drives do not come with 
jumpers. However, in order for the drives to be recognized as SATA-II on some 
controllers (the default is SATA-I at 1.5 Gbps), you must install jumpers on 
pins 5-6 for the drives to initialize at 3.0 Gbps:

13:23 nirvana:~> sudo dmesg | grep ata
<snip>
[    1.363358] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
[    1.370543] ata1.00: ATA-8: WDC WD1002FAEX-00Z3A0, 05.01D05, max UDMA/133
[    1.372815] ata1.00: 1953525168 sectors, multi 16: LBA48 NCQ (depth 0/32)
[    1.380018] ata3: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
[    1.386960] ata3.00: ATA-8: ST3750528AS, CC35, max UDMA/133
[    1.389290] ata3.00: 1465149168 sectors, multi 16: LBA48 NCQ (depth 0/32)
[    1.389303] ata1.00: configured for UDMA/133
[    1.406937] ata3.00: configured for UDMA/133
[    1.853354] ata2: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
[    1.860937] ata2.00: ATA-8: WDC WD1002FAEX-00Z3A0, 05.01D05, max UDMA/133
[    1.863299] ata2.00: 1953525168 sectors, multi 16: LBA48 NCQ (depth 0/32)
[    1.877002] ata2.00: configured for UDMA/133


   Without the jumpers, the drives are limited to SATA-I

-- 
David C. Rankin, J.D.,P.E.

From vmlinuz386 at yahoo.com.ar  Sun Jul 24 17:15:53 2011
From: vmlinuz386 at yahoo.com.ar (Gerardo Exequiel Pozzi)
Date: Sun, 24 Jul 2011 18:15:53 -0300
Subject: [arch-general] [arch-dev-public] kernel 3.0 enters testing
In-Reply-To: <4E2BD91B.8050804@googlemail.com>
References: <4E2BD91B.8050804@googlemail.com>
Message-ID: <4E2C8B89.8060809@yahoo.com.ar>

On 07/24/2011 05:34 AM, Tobias Powalowski wrote:
> Hi guys,
> first try with 3.0 kernel,
> nvidia legacy is not building, due to some makefile conftest
> restriction, patches are welcome.
>
> Have fun and find issues.
>
> greetings
> tpowa

I dislike with the kernel image filename "vmlinuz-linux". Is not 
friendly for plain ISO 9660 filesystem. Of course is not a big issue, 
should be referenced as "vmlinuz_linux" in config for isolinux. Maybe 
the same applies for grub2 (if them does not support Rock-Ridge or 
Jouliet extensions)




-- 
Gerardo Exequiel Pozzi
\cos^2\alpha + \sin^2\alpha = 1


From vmlinuz386 at yahoo.com.ar  Sun Jul 24 17:34:56 2011
From: vmlinuz386 at yahoo.com.ar (Gerardo Exequiel Pozzi)
Date: Sun, 24 Jul 2011 18:34:56 -0300
Subject: [arch-general] [arch-dev-public] kernel 3.0 enters testing
In-Reply-To: <4E2C8B89.8060809@yahoo.com.ar>
References: <4E2BD91B.8050804@googlemail.com> <4E2C8B89.8060809@yahoo.com.ar>
Message-ID: <4E2C9000.9050203@yahoo.com.ar>

On 07/24/2011 06:15 PM, Gerardo Exequiel Pozzi wrote:
> On 07/24/2011 05:34 AM, Tobias Powalowski wrote:
>> Hi guys,
>> first try with 3.0 kernel,
>> nvidia legacy is not building, due to some makefile conftest
>> restriction, patches are welcome.
>>
>> Have fun and find issues.
>>
>> greetings
>> tpowa
>
> I dislike with the kernel image filename "vmlinuz-linux". Is not 
> friendly for plain ISO 9660 filesystem. Of course is not a big issue, 
> should be referenced as "vmlinuz_linux" in config for isolinux. Maybe 
> the same applies for grub2 (if them does not support Rock-Ridge or 
> Jouliet extensions)
>
For archiso I renamed it to vmlinuz.

Note2: What about System.map? In these days I don't use it, but maybe 
some program still needs it?

-- 
Gerardo Exequiel Pozzi
\cos^2\alpha + \sin^2\alpha = 1


From ibiru at archlinux.org  Sun Jul 24 17:38:11 2011
From: ibiru at archlinux.org (Ionut Biru)
Date: Mon, 25 Jul 2011 00:38:11 +0300
Subject: [arch-general] [arch-dev-public] kernel 3.0 enters testing
In-Reply-To: <4E2C9000.9050203@yahoo.com.ar>
References: <4E2BD91B.8050804@googlemail.com> <4E2C8B89.8060809@yahoo.com.ar>
 <4E2C9000.9050203@yahoo.com.ar>
Message-ID: <4E2C90C3.5090402@archlinux.org>

On 07/25/2011 12:34 AM, Gerardo Exequiel Pozzi wrote:
> On 07/24/2011 06:15 PM, Gerardo Exequiel Pozzi wrote:
>> On 07/24/2011 05:34 AM, Tobias Powalowski wrote:
>>> Hi guys,
>>> first try with 3.0 kernel,
>>> nvidia legacy is not building, due to some makefile conftest
>>> restriction, patches are welcome.
>>>
>>> Have fun and find issues.
>>>
>>> greetings
>>> tpowa
>>
>> I dislike with the kernel image filename "vmlinuz-linux". Is not
>> friendly for plain ISO 9660 filesystem. Of course is not a big issue,
>> should be referenced as "vmlinuz_linux" in config for isolinux. Maybe
>> the same applies for grub2 (if them does not support Rock-Ridge or
>> Jouliet extensions)
>>
> For archiso I renamed it to vmlinuz.
>
> Note2: What about System.map? In these days I don't use it, but maybe
> some program still needs it?
>

https://bugs.archlinux.org/task/25247

-- 
Ionu?

From registo.mailling at gmail.com  Sun Jul 24 17:41:36 2011
From: registo.mailling at gmail.com (Mauro Santos)
Date: Sun, 24 Jul 2011 22:41:36 +0100
Subject: [arch-general] Note: WDC Carvair Black 6 Gbps drives require
 jumpers on pins 5-6 to be recognized as SATA-II
In-Reply-To: <4E2C6A87.3060804@suddenlinkmail.com>
References: <4E2C6A87.3060804@suddenlinkmail.com>
Message-ID: <4E2C9190.6070401@gmail.com>

On 24-07-2011 19:55, David C. Rankin wrote:
> Guys,
> 
>   Just a note. The newer Carvair Black 6.0 Gbps drives do not come with
> jumpers. However, in order for the drives to be recognized as SATA-II on
> some controllers (the default is SATA-I at 1.5 Gbps), you must install
> jumpers on pins 5-6 for the drives to initialize at 3.0 Gbps:
> 
> 13:23 nirvana:~> sudo dmesg | grep ata
> <snip>
> [    1.363358] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
> [    1.370543] ata1.00: ATA-8: WDC WD1002FAEX-00Z3A0, 05.01D05, max
> UDMA/133
> [    1.372815] ata1.00: 1953525168 sectors, multi 16: LBA48 NCQ (depth
> 0/32)
> [    1.380018] ata3: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
> [    1.386960] ata3.00: ATA-8: ST3750528AS, CC35, max UDMA/133
> [    1.389290] ata3.00: 1465149168 sectors, multi 16: LBA48 NCQ (depth
> 0/32)
> [    1.389303] ata1.00: configured for UDMA/133
> [    1.406937] ata3.00: configured for UDMA/133
> [    1.853354] ata2: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
> [    1.860937] ata2.00: ATA-8: WDC WD1002FAEX-00Z3A0, 05.01D05, max
> UDMA/133
> [    1.863299] ata2.00: 1953525168 sectors, multi 16: LBA48 NCQ (depth
> 0/32)
> [    1.877002] ata2.00: configured for UDMA/133
> 
> 
>   Without the jumpers, the drives are limited to SATA-I
> 

I'd say the manufacturer must have had some good reason to ship the
drives configured like that and without a jumper.

I'd let the drives operate as they came from the factory if you don't
need the extra bandwidth of a faster interface (probably for most use
cases you can't tell the difference).

-- 
Mauro Santos

From vmlinuz386 at yahoo.com.ar  Sun Jul 24 17:44:03 2011
From: vmlinuz386 at yahoo.com.ar (Gerardo Exequiel Pozzi)
Date: Sun, 24 Jul 2011 18:44:03 -0300
Subject: [arch-general] [arch-dev-public] kernel 3.0 enters testing
In-Reply-To: <4E2C90C3.5090402@archlinux.org>
References: <4E2BD91B.8050804@googlemail.com> <4E2C8B89.8060809@yahoo.com.ar>
 <4E2C9000.9050203@yahoo.com.ar> <4E2C90C3.5090402@archlinux.org>
Message-ID: <4E2C9223.80503@yahoo.com.ar>

On 07/24/2011 06:38 PM, Ionut Biru wrote:
> On 07/25/2011 12:34 AM, Gerardo Exequiel Pozzi wrote:
>> On 07/24/2011 06:15 PM, Gerardo Exequiel Pozzi wrote:
>>> On 07/24/2011 05:34 AM, Tobias Powalowski wrote:
>>>> Hi guys,
>>>> first try with 3.0 kernel,
>>>> nvidia legacy is not building, due to some makefile conftest
>>>> restriction, patches are welcome.
>>>>
>>>> Have fun and find issues.
>>>>
>>>> greetings
>>>> tpowa
>>>
>>> I dislike with the kernel image filename "vmlinuz-linux". Is not
>>> friendly for plain ISO 9660 filesystem. Of course is not a big issue,
>>> should be referenced as "vmlinuz_linux" in config for isolinux. Maybe
>>> the same applies for grub2 (if them does not support Rock-Ridge or
>>> Jouliet extensions)
>>>
>> For archiso I renamed it to vmlinuz.
>>
>> Note2: What about System.map? In these days I don't use it, but maybe
>> some program still needs it?
>>
>
> https://bugs.archlinux.org/task/25247
>

Thanks. I renamed it to correct title!.


-- 
Gerardo Exequiel Pozzi
\cos^2\alpha + \sin^2\alpha = 1


From dgbaley27 at 0x01b.net  Sun Jul 24 18:49:43 2011
From: dgbaley27 at 0x01b.net (Matthew Monaco)
Date: Sun, 24 Jul 2011 18:49:43 -0400
Subject: [arch-general] [arch-dev-public] kernel 3.0 enters testing
In-Reply-To: <4E2BD91B.8050804@googlemail.com>
References: <4E2BD91B.8050804@googlemail.com>
Message-ID: <4E2CA187.5050303@0x01b.net>

On 07/24/2011 04:34 AM, Tobias Powalowski wrote:
> Hi guys,
> first try with 3.0 kernel,
> nvidia legacy is not building, due to some makefile conftest
> restriction, patches are welcome.
>
> Have fun and find issues.
>
> greetings
> tpowa

I have no sound out of the hdmi cable with a radeon card. radeon.audio defaults 
to 0. When I set it to one manually, still no sound.

From teg at jklm.no  Sun Jul 24 19:01:06 2011
From: teg at jklm.no (Tom Gundersen)
Date: Mon, 25 Jul 2011 01:01:06 +0200
Subject: [arch-general] [arch-dev-public] kernel 3.0 enters testing
In-Reply-To: <4E2CA187.5050303@0x01b.net>
References: <4E2BD91B.8050804@googlemail.com> <4E2CA187.5050303@0x01b.net>
Message-ID: <CAG-2HqVfRoNjQt5Mtu36GOK9LwAxWm-ks4G8VWNmWMyXwGcFHA@mail.gmail.com>

On Mon, Jul 25, 2011 at 12:49 AM, Matthew Monaco <dgbaley27 at 0x01b.net> wrote:
> I have no sound out of the hdmi cable with a radeon card. radeon.audio
> defaults to 0. When I set it to one manually, still no sound.

I believe radeon.audio now defaults to 0 as it is known to cause
problems. For me it works fine when I force it to 1, but obviously
YMMV. I suggest looking at the kernel bugzilla for bug reports, and
possibly file your own.

-t

From spam at network-technologies.org  Mon Jul 25 08:08:48 2011
From: spam at network-technologies.org (John Black)
Date: Mon, 25 Jul 2011 14:08:48 +0200
Subject: [arch-general] Note: WDC Carvair Black 6 Gbps drives require
 jumpers on pins 5-6 to be recognized as SATA-II
In-Reply-To: <4E2C9190.6070401@gmail.com>
References: <4E2C6A87.3060804@suddenlinkmail.com> <4E2C9190.6070401@gmail.com>
Message-ID: <4E2D5CD0.1020802@network-technologies.org>

On 24.07.2011 23:41, Mauro Santos wrote:
> I'd say the manufacturer must have had some good reason to ship the
> drives configured like that and without a jumper.

Yes, probably to save money on support calls.
http://wdc.custhelp.com/app/answers/detail/search/1/a_id/5387#jumper

Back when SATA-II came out some Seagate drive odels where not detected 
by old VIA SATA chips. The solution was to force the drive into the 
proper SATA mode by jumpers.

From mutantturkey at gmail.com  Mon Jul 25 11:18:26 2011
From: mutantturkey at gmail.com (Calvin Morrison)
Date: Mon, 25 Jul 2011 11:18:26 -0400
Subject: [arch-general] [arch-dev-public] [signoff] texlive-bin 2011.1-1
	and texlive-* 2011.*
In-Reply-To: <CAJbzwsEfEamoHBXz3CYjiGwaus1LSQ3Tgx4=fcwrS7m6NUB9pg@mail.gmail.com>
References: <CADEq3_sow8sYQ8LQKFjjiQLBM2DdB0wS95iuS=1CkYq-rY40Yw@mail.gmail.com>
 <CAJbzwsEfEamoHBXz3CYjiGwaus1LSQ3Tgx4=fcwrS7m6NUB9pg@mail.gmail.com>
Message-ID: <CAJFUHyWqchaz44ZbkWqK+agB7FaVSFhih8CZAJMcMmyPDpo5VQ@mail.gmail.com>

> On 24 July 2011 20:37, R?my Oudompheng <remyoudompheng at gmail.com> wrote:
> Hello,
>>
> TeXLive 2011 has been officially released. Packages in [testing] have
> been updated to reflect this.

Hey,

While updating I got some weird output from texlive updating. here is
the terminal output:

>>> texlive: updating the filename database...
mktexlsr: Updating /etc/texmf/ls-R...
mktexlsr: Updating /usr/share/texmf/ls-R...
mktexlsr: Updating /usr/share/texmf-dist/ls-R...
mktexlsr: Updating /var/lib/texmf/ls-R...
mktexlsr: Done.
recreating all formats...Error: `pdftex -ini  -jobname=latex
-progname=latex -translate-file=cp227.tcx *latex.ini' failed
Error: `pdftex -ini  -jobname=pdflatex -progname=pdflatex
-translate-file=cp227.tcx *pdflatex.ini' failed
Error: `pdftex -ini  -jobname=mllatex -progname=mllatex
-translate-file=cp227.tcx -mltex mllatex.ini' failed
Error: `pdftex -ini  -jobname=pdftex -progname=pdftex
-translate-file=cp227.tcx *pdfetex.ini' failed
Error: `pdftex -ini  -jobname=etex -progname=etex
-translate-file=cp227.tcx *etex.ini' failed
Error: `pdftex -ini  -jobname=pdfetex -progname=pdfetex
-translate-file=cp227.tcx *pdfetex.ini' failed
Error: `xetex -ini  -jobname=xetex -progname=xetex -etex xetex.ini' failed
Error: `xetex -ini  -jobname=xelatex -progname=xelatex -etex xelatex.ini' failed

###############################################################################
fmtutil: Error! Not all formats have been built successfully.
Visit the log files in directory
  /var/lib/texmf/web2c
for details.
###############################################################################

This is a summary of all `failed' messages:
`pdftex -ini  -jobname=latex -progname=latex -translate-file=cp227.tcx
*latex.ini' failed
`pdftex -ini  -jobname=pdflatex -progname=pdflatex
-translate-file=cp227.tcx *pdflatex.ini' failed
`pdftex -ini  -jobname=mllatex -progname=mllatex
-translate-file=cp227.tcx -mltex mllatex.ini' failed
`pdftex -ini  -jobname=pdftex -progname=pdftex
-translate-file=cp227.tcx *pdfetex.ini' failed
`pdftex -ini  -jobname=etex -progname=etex -translate-file=cp227.tcx
*etex.ini' failed
`pdftex -ini  -jobname=pdfetex -progname=pdfetex
-translate-file=cp227.tcx *pdfetex.ini' failed
`xetex -ini  -jobname=xetex -progname=xetex -etex xetex.ini' failed
`xetex -ini  -jobname=xelatex -progname=xelatex -etex xelatex.ini' failed
 done.
 (logs are under /var/lib/texmf/web2c/<engine>/<formatname>.log)
(11/12) upgrading texlive-core
[################################] 100%
>>> texlive: saving updmap.cfg as /tmp/tmp.KZ3lzxKsIJ...
>>> texlive: regenerating updmap.cfg (custom additions shoud go
             into /etc/texmf/web2c/updmap-local.cfg
>>> texlive: updating the filename database...

Anyone have an idea about this? also, does it matter?

Calvin Morrison

From fons at linuxaudio.org  Mon Jul 25 11:26:07 2011
From: fons at linuxaudio.org (Fons Adriaensen)
Date: Mon, 25 Jul 2011 15:26:07 +0000
Subject: [arch-general] Panic - no sound devices after upgrade
In-Reply-To: <20110722231430.GN3771@ltw.loris.tv>
References: <20110720163844.GB16901@linuxaudio.org>
 <CAG-2HqWqATSJ=oJTTvULXwPEG82yN+8e6GJFs759hPA-=krAOQ@mail.gmail.com>
 <20110721100944.GA13971@linuxaudio.org>
 <CAG-2HqX23C79vfccnu0tMqx+6K9Z5pS0_HekaLizQx7XfkPQ1Q@mail.gmail.com>
 <20110721112331.GA15059@linuxaudio.org>
 <CAG-2HqWK3x5-szkyzX8AMxuMpDZNVRXHYtQ0AkAPMsGcLK0Z9w@mail.gmail.com>
 <4E28313E.60900@drcomp.erfurt.thur.de>
 <CAG-2HqVew75LE68fObz7e3WwcT-5Gwu1ka9Zr4vb1JdbSUOYEQ@mail.gmail.com>
 <20110722193710.GA8452@linuxaudio.org> <20110722231430.GN3771@ltw.loris.tv>
Message-ID: <20110725152607.GA22683@linuxaudio.org>

On Sat, Jul 23, 2011 at 01:14:30AM +0200, Adrian Knoth wrote:

> > > Fons (or anyone else who could reproduce the problem),
> > > 
> > > If you want to try out Adrian's patch, I uploaded a kernel with the
> > > patch applied here:
> > > <https://dev.archlinux.org/~tomegun/kernel26-2.6.39.1.3-1.1-i686.pkg.tar.xz>.
> > 
> > Installed on two machines so far, more tomorrow.
> > Seems to have solved the problem :-) :-)
> 
> Good to know. I'll wait for your final confirmation and then commit it.

More news, not all good. After trying out all combinations and doing it
again to be sure it seems that:

* kernel26-2.6.39.1.3-1.1-i686.pkg.tar.xz and its hdspm driver work well
on the five machines that have cards with firmware revision CC.

* With newer cards (they arrived just two weeks ago) with revision CF
things seem to work but there are crackles in the sound - not loud but
clear enough. Sounds like single samples being modified every now and
then.

    - Older cards on the same machine with the same kernel work fine.
    - Kernel 2.6.37 on the same machine with the new cards works fine
      as well.

So there must have been some regression.

For now I have to revert two machines (those using the new cards) to
2.6.37. 

Ciao,

-- 
FA


From remyoudompheng at gmail.com  Mon Jul 25 16:24:40 2011
From: remyoudompheng at gmail.com (=?UTF-8?Q?R=C3=A9my_Oudompheng?=)
Date: Mon, 25 Jul 2011 22:24:40 +0200
Subject: [arch-general] [arch-dev-public] [signoff] texlive-bin 2011.1-1
 and texlive-* 2011.*
In-Reply-To: <CAJFUHyWqchaz44ZbkWqK+agB7FaVSFhih8CZAJMcMmyPDpo5VQ@mail.gmail.com>
References: <CADEq3_sow8sYQ8LQKFjjiQLBM2DdB0wS95iuS=1CkYq-rY40Yw@mail.gmail.com>
 <CAJbzwsEfEamoHBXz3CYjiGwaus1LSQ3Tgx4=fcwrS7m6NUB9pg@mail.gmail.com>
 <CAJFUHyWqchaz44ZbkWqK+agB7FaVSFhih8CZAJMcMmyPDpo5VQ@mail.gmail.com>
Message-ID: <CADEq3_sPuGgqva4j6R4kGQdVdfXu7TVnvY04BbNJ1aZjdrYVRg@mail.gmail.com>

On 2011/7/25 Calvin Morrison <mutantturkey at gmail.com> wrote:
>> On 24 July 2011 20:37, R?my Oudompheng <remyoudompheng at gmail.com> wrote:
>> Hello,
>>>
>> TeXLive 2011 has been officially released. Packages in [testing] have
>> been updated to reflect this.
>
> Hey,
>
> While updating I got some weird output from texlive updating. here is
> the terminal output:
>
> [...]
>
> Anyone have an idea about this? also, does it matter?

The only thing that matters in the output of the regeneration after
both texlive-bin and texlive-core are updated. Previously only the
texlive-core update would trigger the format regeneration, but this
would cause problems in case only texlive-bin would be updated.

I have changed texlive-bin so that any update triggers the format
regeneration: the drawback is that eptex fails to generate format
files due to German hyphenation patterns being interpreted with wrong
encoding. I don't know yet how to fix this and will have to
investigate. Any help is appreciated for that matter.

R?my.

From ingeniware at gmail.com  Mon Jul 25 21:11:25 2011
From: ingeniware at gmail.com (Sergey Manucharian)
Date: Mon, 25 Jul 2011 19:11:25 -0600
Subject: [arch-general] X terminal redraw problem
In-Reply-To: <4E2B2702.8060008@thesquareplanet.com>
References: <4E2AE2A3.9040800@thesquareplanet.com> <4E2B1D92.5070705@gmail.com>
 <4E2B2702.8060008@thesquareplanet.com>
Message-ID: <20110726011125.GA6992@laser-sm>

Excerpts from Jon Gjengset's message from Sat 23-Jul-11 21:54:
> On 07/23/2011 09:14 PM, cantabile wrote:
> > Sounds like the problem I've been having with atris [1] and scummvm
> > [2]. Try those, see if you have any redraw problems (switch to
> > fullscreen in atris; just start `scummvm` and move around the mouse).
> > Also try linux 2.6.38.6 [3]. That one doesn't have the problem, the
> > first 2.6.39 does.
> Hmm.. Tried both, and I couldn't see any problem
> 
> That said, I just switched to the open-source nvidia drivers to see if
> that would help, and I haven't seen any X terminal problems here yet, so
> perhaps the open-source drivers don't have the problem?
> Switching from proprietary to open-source nvidia drivers shouldn't be
> considered a fix the problem though, since some might require the extra
> features of the proprietary ones.
> Besides, it can't really be solely the fault of the driver since people
> with Intel graphics chips have the same problem?

I've reported the similar problem with my I965GM card and 2.6.38 and 2.6.39 kernels. However it happens only with xterm and rxvt, but never with GTK-based roxterm and Terminal. Yesterday I've installed 3.0 kernel, and so far everything works fine.


-- 
Cheers,
Sergey

From zanterian at gmail.com  Mon Jul 25 21:40:25 2011
From: zanterian at gmail.com (Zanterian)
Date: Mon, 25 Jul 2011 18:40:25 -0700
Subject: [arch-general] CD / DVD Drive - Issues and a really sloppy solution
Message-ID: <4E2E1B09.9050100@gmail.com>

Hello fellow arch enthusiasts,

I had a friend who wanted me to burn an audio disk for him. What I 
thought would have been an easy task turned into a nightmare.

I use Brasero on Gnome 3. Everything I tried would end in disaster, and 
nothing would get written.
Then it would give me a log saying

could not find burn:// directory

After looking around, I noticed I don't have a /dev/cd or a /dev/dvd

Finding that strange, I did the command

dmesg | grep ide

with this as the result
[    5.287548] sr0: scsi3-mmc drive: 24x/24x writer dvd-ram cd/rw 
xa/form2 cdda tray

So this is where I made the sloppy solution:
I manually made two symlinks (/dev/cd & /dev/dvd) that point to 
/dev/sr0. This gave me back the ability to burn disks.


So my main question is what do I do from here? Is this a bug?
I don't want to have this solution as it was just me writing 
educated-guesses-for-links and then trying to burn a disk with  my 
fingers crossed.
My arch system is up to date and does not use any of the [testing] 
repositories.

Thanks,
- Eric



From thaddeusn at gmail.com  Mon Jul 25 22:09:37 2011
From: thaddeusn at gmail.com (Thaddeus Nielsen)
Date: Mon, 25 Jul 2011 21:09:37 -0500
Subject: [arch-general] CD / DVD Drive - Issues and a really sloppy
 solution
In-Reply-To: <4E2E1B09.9050100@gmail.com>
References: <4E2E1B09.9050100@gmail.com>
Message-ID: <20110726020937.GA6154@makarioi>

On Mon, Jul 25, 2011 at 06:40:25PM -0700, Zanterian wrote:
> Hello fellow arch enthusiasts,
> 
> I had a friend who wanted me to burn an audio disk for him. What I
> thought would have been an easy task turned into a nightmare.
> 
> I use Brasero on Gnome 3. Everything I tried would end in disaster,
> and nothing would get written.
> Then it would give me a log saying
> 
> could not find burn:// directory
> 
> After looking around, I noticed I don't have a /dev/cd or a /dev/dvd
> 
> Finding that strange, I did the command
> 
> dmesg | grep ide
> 
> with this as the result
> [    5.287548] sr0: scsi3-mmc drive: 24x/24x writer dvd-ram cd/rw
> xa/form2 cdda tray
> 
> So this is where I made the sloppy solution:
> I manually made two symlinks (/dev/cd & /dev/dvd) that point to
> /dev/sr0. This gave me back the ability to burn disks.
> 
> 
> So my main question is what do I do from here? Is this a bug?
> I don't want to have this solution as it was just me writing
> educated-guesses-for-links and then trying to burn a disk with  my
> fingers crossed.
> My arch system is up to date and does not use any of the [testing]
> repositories.
> 
> Thanks,
> - Eric
> 

You should look into the setup for Brasero and see if you can change the
device.  I stopped using it quite a while ago and use a command from a
terminal.
	T.


From vic at demuzere.be  Tue Jul 26 02:31:00 2011
From: vic at demuzere.be (Vic Demuzere)
Date: Tue, 26 Jul 2011 08:31:00 +0200
Subject: [arch-general] X terminal redraw problem
In-Reply-To: <20110726011125.GA6992@laser-sm>
References: <4E2AE2A3.9040800@thesquareplanet.com> <4E2B1D92.5070705@gmail.com>
 <4E2B2702.8060008@thesquareplanet.com>
 <20110726011125.GA6992@laser-sm>
Message-ID: <CA+Yovz9WjWyakn3D1HHf6-8k_FSqgsGMhPShftWfcWDr0mBVug@mail.gmail.com>

I've had the same issue on gnome-terminal after using ffmpeg. (kernel
2.6.39; nvidia driver on 9800 GTX)

-- 
vic at demuzere.be :: http://vic.demuzere.be :: PGP: 0x6690CF94
My software never contains bugs, it just develops random features.

Sent from my phone, please excuse my brevity.
On Jul 26, 2011 3:11 AM, "Sergey Manucharian" <ingeniware at gmail.com> wrote:
> Excerpts from Jon Gjengset's message from Sat 23-Jul-11 21:54:
>> On 07/23/2011 09:14 PM, cantabile wrote:
>> > Sounds like the problem I've been having with atris [1] and scummvm
>> > [2]. Try those, see if you have any redraw problems (switch to
>> > fullscreen in atris; just start `scummvm` and move around the mouse).
>> > Also try linux 2.6.38.6 [3]. That one doesn't have the problem, the
>> > first 2.6.39 does.
>> Hmm.. Tried both, and I couldn't see any problem
>>
>> That said, I just switched to the open-source nvidia drivers to see if
>> that would help, and I haven't seen any X terminal problems here yet, so
>> perhaps the open-source drivers don't have the problem?
>> Switching from proprietary to open-source nvidia drivers shouldn't be
>> considered a fix the problem though, since some might require the extra
>> features of the proprietary ones.
>> Besides, it can't really be solely the fault of the driver since people
>> with Intel graphics chips have the same problem?
>
> I've reported the similar problem with my I965GM card and 2.6.38 and
2.6.39 kernels. However it happens only with xterm and rxvt, but never with
GTK-based roxterm and Terminal. Yesterday I've installed 3.0 kernel, and so
far everything works fine.
>
>
> --
> Cheers,
> Sergey

From vic at demuzere.be  Tue Jul 26 03:19:28 2011
From: vic at demuzere.be (Vic Demuzere)
Date: Tue, 26 Jul 2011 09:19:28 +0200
Subject: [arch-general] Atheros WiFi only working after reboot from windows
Message-ID: <CA+Yovz8DA1RUWRW+07yZFH5ztwmKP4ONpZ1_3S3V=c09xgo7=w@mail.gmail.com>

Hi there,

I have a really strange issue with my Atheros WiFi card since
re-installing Arch. It doesn't manage to connect to my wireless AP,
except when I first boot windows and then reboot to Arch. So it looks
like Arch doesn't manage to start the card properly. Output from dmesg
is the same in both cases, and the card correctly shows up in lspci.

[sorcix at morpheus ~]$ dmesg | grep ath
ath9k 0000:01:0b.0: PCI INT A -> Link[APC3] -> GSI 18 (level, low) -> IRQ 18
ath: EEPROM regdomain: 0x30
ath: EEPROM indicates we should expect a direct regpair map
ath: Country alpha2 being used: AM
ath: Regpair used: 0x30
ieee80211 phy0: Selected rate control algorithm 'ath9k_rate_control'
Registered led device: ath9k-phy0

I tried netcfg, networkmanager and manually using wpa_supplicant. When
I didn't boot windows first, the card seems to connect to the AP, and
then disconnect again.

wlan0: deauthenticating from xx:xx:xx:xx:xx:xx by local choice (reason=3)

It then starts looping trying to reconnect.

After first booting into windows, it simply connects and stays
connected. Everything works fine then. Note that it always works fine
in windows, so it isn't a hardware problem.

Does anyone else have this problem, or knows how to fix it?

--
vic at demuzere.be :: http://vic.demuzere.be :: PGP: 0x6690CF94
My software never contains bugs, it just develops random features.

From pilif.pilif at googlemail.com  Tue Jul 26 04:01:04 2011
From: pilif.pilif at googlemail.com (Filip Filipov)
Date: Tue, 26 Jul 2011 11:01:04 +0300
Subject: [arch-general] Atheros WiFi only working after reboot from
	windows
In-Reply-To: <CA+Yovz8DA1RUWRW+07yZFH5ztwmKP4ONpZ1_3S3V=c09xgo7=w@mail.gmail.com>
References: <CA+Yovz8DA1RUWRW+07yZFH5ztwmKP4ONpZ1_3S3V=c09xgo7=w@mail.gmail.com>
Message-ID: <CA+vuWQiB+n7=vda6uiARVd0Y+rc==QUCdf0vvgN_7FxZnGy=jw@mail.gmail.com>

On Tue, Jul 26, 2011 at 10:19, Vic Demuzere <vic at demuzere.be> wrote:

> <snip>
>
> wlan0: deauthenticating from xx:xx:xx:xx:xx:xx by local choice (reason=3)
>
> It then starts looping trying to reconnect.
>
>
>
AFAIK  Reason 3 means wrong secret. You don't have it right, or you have not
set up the
Connection Manager correctly.

From vic at demuzere.be  Tue Jul 26 04:04:27 2011
From: vic at demuzere.be (Vic Demuzere)
Date: Tue, 26 Jul 2011 10:04:27 +0200
Subject: [arch-general] Atheros WiFi only working after reboot from
	windows
In-Reply-To: <CA+vuWQiB+n7=vda6uiARVd0Y+rc==QUCdf0vvgN_7FxZnGy=jw@mail.gmail.com>
References: <CA+Yovz8DA1RUWRW+07yZFH5ztwmKP4ONpZ1_3S3V=c09xgo7=w@mail.gmail.com>
 <CA+vuWQiB+n7=vda6uiARVd0Y+rc==QUCdf0vvgN_7FxZnGy=jw@mail.gmail.com>
Message-ID: <CA+Yovz9b4ga5B3QPsu7pAU_=WKroSV9dtEiAd8PJm7nxdXTFjQ@mail.gmail.com>

On 26 July 2011 10:01, Filip Filipov <pilif.pilif at googlemail.com> wrote:
> AFAIK ?Reason 3 means wrong secret. You don't have it right, or you have not
> set up the
> Connection Manager correctly.
>

According to the header file [1]: WLAN_REASON_DEAUTH_LEAVING.

It doesn't make any sense.

Also, the PSK is correct, as the same configuration works fine after
first booting into windows.

[1] http://git.kernel.org/?p=linux/kernel/git/stable/linux-2.6.32.y.git;a=blob;f=include/linux/ieee80211.h

--
vic at demuzere.be :: http://vic.demuzere.be :: PGP: 0x6690CF94
My software never contains bugs, it just develops random features.

From l.jirkovsky at gmail.com  Tue Jul 26 05:48:44 2011
From: l.jirkovsky at gmail.com (=?UTF-8?B?THVrw6HFoSBKaXJrb3Zza8O9?=)
Date: Tue, 26 Jul 2011 11:48:44 +0200
Subject: [arch-general] Atheros WiFi only working after reboot from
	windows
In-Reply-To: <CA+Yovz8DA1RUWRW+07yZFH5ztwmKP4ONpZ1_3S3V=c09xgo7=w@mail.gmail.com>
References: <CA+Yovz8DA1RUWRW+07yZFH5ztwmKP4ONpZ1_3S3V=c09xgo7=w@mail.gmail.com>
Message-ID: <CAFa9FQtBADW_7CgHGoHgtjeGvikkbW0FPHwDEO80eW7KPQDwaw@mail.gmail.com>

On 26 July 2011 09:19, Vic Demuzere <vic at demuzere.be> wrote:
> Hi there,
>
> I have a really strange issue with my Atheros WiFi card since
> re-installing Arch. It doesn't manage to connect to my wireless AP,
> except when I first boot windows and then reboot to Arch. So it looks
> like Arch doesn't manage to start the card properly. Output from dmesg
> is the same in both cases, and the card correctly shows up in lspci.
>
> [sorcix at morpheus ~]$ dmesg | grep ath
> ath9k 0000:01:0b.0: PCI INT A -> Link[APC3] -> GSI 18 (level, low) -> IRQ 18
> ath: EEPROM regdomain: 0x30
> ath: EEPROM indicates we should expect a direct regpair map
> ath: Country alpha2 being used: AM
> ath: Regpair used: 0x30
> ieee80211 phy0: Selected rate control algorithm 'ath9k_rate_control'
> Registered led device: ath9k-phy0
>
> I tried netcfg, networkmanager and manually using wpa_supplicant. When
> I didn't boot windows first, the card seems to connect to the AP, and
> then disconnect again.
>
> wlan0: deauthenticating from xx:xx:xx:xx:xx:xx by local choice (reason=3)
>
> It then starts looping trying to reconnect.
>
> After first booting into windows, it simply connects and stays
> connected. Everything works fine then. Note that it always works fine
> in windows, so it isn't a hardware problem.
>
> Does anyone else have this problem, or knows how to fix it?
>
> --
> vic at demuzere.be :: http://vic.demuzere.be :: PGP: 0x6690CF94
> My software never contains bugs, it just develops random features.
>

You could try playing with rfkill a bit.

From gdamjan at gmail.com  Tue Jul 26 06:27:13 2011
From: gdamjan at gmail.com (Damjan)
Date: Tue, 26 Jul 2011 12:27:13 +0200
Subject: [arch-general] [arch-dev-public] [signoff]
	initscripts-2011.07.1-1
In-Reply-To: <CAJbzwsFLir6TKKWEwR+o2Fh+E+PartAdCx=i9z6cieW=i7pA3g@mail.gmail.com>
References: <CAG-2HqWw1gXBNX-U5DZKG84f1n3LjFAoQr_4OHjGP3MFF3ifVA@mail.gmail.com>
 <CAJbzwsFgY+w0PaC8Lnm872Vj_+vpy4sonxDBX4p9nTkro5g2tw@mail.gmail.com>
 <CAJbzwsFww2w1fa2oaYoKsmfjfBFOxzgJevHXS4uVyUK7B7njMQ@mail.gmail.com>
 <20110726033627.GQ973@rampage>
 <CAJbzwsFLir6TKKWEwR+o2Fh+E+PartAdCx=i9z6cieW=i7pA3g@mail.gmail.com>
Message-ID: <4E2E9681.20102@gmail.com>

Evangelos Foutras:
> I'd say in initscripts, because before that only the kernel prints
> messages. When initscripts kicks in, its output gets combined with the
> kernel messages and creates a visually unappealing result. :p

You should also be aware of this development:
http://karelzak.blogspot.com/2011/07/dmesg1-changes-for-util-linux-220.html

there are new features in dmesg that'll help you filter out (or in)
needed information.

-- 
??????

From lists at baums-on-web.de  Tue Jul 26 08:38:33 2011
From: lists at baums-on-web.de (Heiko Baums)
Date: Tue, 26 Jul 2011 14:38:33 +0200
Subject: [arch-general] CD / DVD Drive - Issues and a really sloppy
 solution
In-Reply-To: <4E2E1B09.9050100@gmail.com>
References: <4E2E1B09.9050100@gmail.com>
Message-ID: <20110726143833.320ec13a@darkstar>

Am Mon, 25 Jul 2011 18:40:25 -0700
schrieb Zanterian <zanterian at gmail.com>:

> So this is where I made the sloppy solution:
> I manually made two symlinks (/dev/cd & /dev/dvd) that point to 
> /dev/sr0. This gave me back the ability to burn disks.
> 
> 
> So my main question is what do I do from here? Is this a bug?
> I don't want to have this solution as it was just me writing 
> educated-guesses-for-links and then trying to burn a disk with  my 
> fingers crossed.
> My arch system is up to date and does not use any of the [testing] 
> repositories.

The removal of the symlinks /dev/cd and /dev/dvd from udev was
intentional as they aren't provided by udev upstream. Either create
your own udev rule to have them created or just use /dev/sr0.

I don't know Brasero but you usually can change the device which shall
be used in the settings of every CD burning tool.

Heiko

From vic at demuzere.be  Tue Jul 26 13:30:52 2011
From: vic at demuzere.be (Vic Demuzere)
Date: Tue, 26 Jul 2011 21:30:52 +0400
Subject: [arch-general] Atheros WiFi only working after reboot from
	windows
In-Reply-To: <CAFa9FQtBADW_7CgHGoHgtjeGvikkbW0FPHwDEO80eW7KPQDwaw@mail.gmail.com>
References: <CA+Yovz8DA1RUWRW+07yZFH5ztwmKP4ONpZ1_3S3V=c09xgo7=w@mail.gmail.com>
 <CAFa9FQtBADW_7CgHGoHgtjeGvikkbW0FPHwDEO80eW7KPQDwaw@mail.gmail.com>
Message-ID: <CA+Yovz-hjvfTmAdAy=9mC4YAmM1G7Ro6D3-BfGt+gKR_eSsYzQ@mail.gmail.com>

2011/7/26 Luk?? Jirkovsk? <l.jirkovsky at gmail.com>:
>
> You could try playing with rfkill a bit.
>

Thanks, I didn't know about rfkill.

It doesn't seem to help though, it shows up as not blocked in rfkill,
even when it doesn't work.

Is there anywhere I can look for differences between a cold boot and a
reboot from windows? I tried "dmesg | grep ath" but the output is the
same in both cases. There must be a difference in output somewhere,
right?

--
vic at demuzere.be :: http://vic.demuzere.be :: PGP: 0x6690CF94
My software never contains bugs, it just develops random features.

From drankinatty at suddenlinkmail.com  Tue Jul 26 14:18:32 2011
From: drankinatty at suddenlinkmail.com (David C. Rankin)
Date: Tue, 26 Jul 2011 13:18:32 -0500
Subject: [arch-general] Installed 3Com 3c595 rate dropped from 11.59MB/s to
 3.27MB/s -- howto fix?
Message-ID: <4E2F04F8.7010900@suddenlinkmail.com>

Guys,

   This is a new one on me. I have been using the onboard LAN 
(RTL-8139/8139C/8139C+ (rev 10)) for several years and always got great 
transfer rates:

01:0b.0 Ethernet controller: Realtek Semiconductor Co., Ltd. 
RTL-8139/8139C/8139C+ (rev 10)
         Subsystem: Giga-byte Technology GA-7VM400M/7VT600 Motherboard
         Flags: bus master, medium devsel, latency 32, IRQ 16
         I/O ports at 8000 [size=256]
         Memory at e8000000 (32-bit, non-prefetchable) [size=256]
         Capabilities: [50] Power Management version 2
         Kernel driver in use: 8139too
         Kernel modules: 8139too, 8139cp

10:02 providence:~/arch/pkg/new-110718/virtualbox_bin> rsync -uav --progress 
virtualbox_bin-4.0.12-1-i686.pkg.tar.xz phoenix:/srv/http/dl/arch/i686
sending incremental file list
virtualbox_bin-4.0.12-1-i686.pkg.tar.xz
     55685508 100%   11.59MB/s    0:00:04 (xfer#1, to-check=0/1)

sent 55692427 bytes  received 31 bytes  10125901.45 bytes/sec
total size is 55685508  speedup is 1.00

   I was having intermittent lockups during large file transfers (memtest is 
fine), so I thought I would change the NIC. I installed a 3Com Corporation 
3c595 100BaseTX [Vortex] card and tested the throughput. The throughput is 1/3 
what I was getting with the Realtek card.

   I searched the forums and I've tried ethtool in setting speed, duplex and 
autoneg, but it makes no difference. i.e.:

ethtool -s eth0 speed 100 duplex full autoneg off

   What else can I try to get this card working correctly?  All light 
indications on the card and the switch it is connected to show a 100TX 
connection is being made. What say the gurus?

-- 
David C. Rankin, J.D.,P.E.

From drankinatty at suddenlinkmail.com  Tue Jul 26 14:19:02 2011
From: drankinatty at suddenlinkmail.com (David C. Rankin)
Date: Tue, 26 Jul 2011 13:19:02 -0500
Subject: [arch-general] Installed 3Com 3c595 rate dropped from 11.59MB/s to
 3.27MB/s -- howto fix?
Message-ID: <4E2F0516.1080801@suddenlinkmail.com>

Guys,

   This is a new one on me. I have been using the onboard LAN 
(RTL-8139/8139C/8139C+ (rev 10)) for several years and always got great 
transfer rates:

01:0b.0 Ethernet controller: Realtek Semiconductor Co., Ltd. 
RTL-8139/8139C/8139C+ (rev 10)
         Subsystem: Giga-byte Technology GA-7VM400M/7VT600 Motherboard
         Flags: bus master, medium devsel, latency 32, IRQ 16
         I/O ports at 8000 [size=256]
         Memory at e8000000 (32-bit, non-prefetchable) [size=256]
         Capabilities: [50] Power Management version 2
         Kernel driver in use: 8139too
         Kernel modules: 8139too, 8139cp

10:02 providence:~/arch/pkg/new-110718/virtualbox_bin> rsync -uav --progress 
virtualbox_bin-4.0.12-1-i686.pkg.tar.xz phoenix:/srv/http/dl/arch/i686
sending incremental file list
virtualbox_bin-4.0.12-1-i686.pkg.tar.xz
     55685508 100%   11.59MB/s    0:00:04 (xfer#1, to-check=0/1)

sent 55692427 bytes  received 31 bytes  10125901.45 bytes/sec
total size is 55685508  speedup is 1.00

   I was having intermittent lockups during large file transfers (memtest is 
fine), so I thought I would change the NIC. I installed a 3Com Corporation 
3c595 100BaseTX [Vortex] card and tested the throughput. The throughput is 1/3 
what I was getting with the Realtek card:

01:07.0 Ethernet controller: 3Com Corporation 3c595 100BaseTX [Vortex]
         Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
         Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- 
<TAbort- <MAbort- >SERR- <PERR- INTx-
         Latency: 248 (750ns min, 2000ns max)
         Interrupt: pin A routed to IRQ 19
         Region 0: I/O ports at 8000 [size=32]
         [virtual] Expansion ROM at 80000000 [disabled] [size=64K]
         Kernel driver in use: 3c59x
         Kernel modules: 3c59x

12:47 providence:~/arch/pkg/new-110718/virtualbox_bin> rsync -uav --progress 
virtualbox_bin-4.0.12-1-i686.pkg.tar.xz phoenix:~/tmp
sending incremental file list
virtualbox_bin-4.0.12-1-i686.pkg.tar.xz
     55685508 100%    3.27MB/s    0:00:16 (xfer#1, to-check=0/1)

sent 55692427 bytes  received 31 bytes  3182426.17 bytes/sec
total size is 55685508  speedup is 1.00


   I searched the forums and I've tried ethtool in setting speed, duplex and 
autoneg, but it makes no difference. i.e.:

ethtool -s eth0 speed 100 duplex full autoneg off

   What else can I try to get this card working correctly?  All light 
indications on the card and the switch it is connected to show a 100TX 
connection is being made. What say the gurus?

-- 
David C. Rankin, J.D.,P.E.

From drankinatty at suddenlinkmail.com  Tue Jul 26 15:13:59 2011
From: drankinatty at suddenlinkmail.com (David C. Rankin)
Date: Tue, 26 Jul 2011 14:13:59 -0500
Subject: [arch-general] Atheros WiFi only working after reboot from
	windows
In-Reply-To: <CA+Yovz-hjvfTmAdAy=9mC4YAmM1G7Ro6D3-BfGt+gKR_eSsYzQ@mail.gmail.com>
References: <CA+Yovz8DA1RUWRW+07yZFH5ztwmKP4ONpZ1_3S3V=c09xgo7=w@mail.gmail.com>
 <CAFa9FQtBADW_7CgHGoHgtjeGvikkbW0FPHwDEO80eW7KPQDwaw@mail.gmail.com>
 <CA+Yovz-hjvfTmAdAy=9mC4YAmM1G7Ro6D3-BfGt+gKR_eSsYzQ@mail.gmail.com>
Message-ID: <4E2F11F7.6080904@suddenlinkmail.com>

On 07/26/2011 12:30 PM, Vic Demuzere wrote:
> 2011/7/26 Luk?? Jirkovsk?<l.jirkovsky at gmail.com>:
>>
>> You could try playing with rfkill a bit.
>>
>
> Thanks, I didn't know about rfkill.
>
> It doesn't seem to help though, it shows up as not blocked in rfkill,
> even when it doesn't work.
>
> Is there anywhere I can look for differences between a cold boot and a
> reboot from windows? I tried "dmesg | grep ath" but the output is the
> same in both cases. There must be a difference in output somewhere,
> right?
>
> --
> vic at demuzere.be :: http://vic.demuzere.be :: PGP: 0x6690CF94
> My software never contains bugs, it just develops random features.
>


Vic,

   On my Toshiba laptop, I created a profile in rc.conf based on the following 
note:

Install the netcfg package, create a profile under /etc/network.d (there are
some examples, so you shouldn't have any problem), and edit /etc/rc.conf: add
the name of your profile into "NETWORKS=(...)" and add 'net-profiles' to your
DAEMONS.

   I have had no problems with Atheros wifi since. It connects every time.

-- 
David C. Rankin, J.D.,P.E.

From rennabh at gmail.com  Tue Jul 26 15:57:11 2011
From: rennabh at gmail.com (Renato)
Date: Tue, 26 Jul 2011 21:57:11 +0200
Subject: [arch-general] bad login attempts not written to /var/log/btmp
Message-ID: <20110726215711.1fb65b1e@gmail.com>

Hello, maybe I don't understand how the command "lastb" should work,
but no matter how many times I try to login inputting a wrong password
I still get nothing but this:

$ sudo lastb

btmp begins Fri May  6 23:40:14 2011


cheers
renato

From rosscoad at slingshot.co.nz  Tue Jul 26 16:13:49 2011
From: rosscoad at slingshot.co.nz (Ross)
Date: Wed, 27 Jul 2011 08:13:49 +1200
Subject: [arch-general] bad login attempts not written to /var/log/btmp
In-Reply-To: <20110726215711.1fb65b1e@gmail.com>
References: <20110726215711.1fb65b1e@gmail.com>
Message-ID: <4E2F1FFD.5030304@slingshot.co.nz>

On 27/07/11 07:57, Renato wrote:
> Hello, maybe I don't understand how the command "lastb" should work,
> but no matter how many times I try to login inputting a wrong password
> I still get nothing but this:
>
> $ sudo lastb
>
> btmp begins Fri May  6 23:40:14 2011
>
>
Seems to be working ok here. Does cat /var/log/btmp show anything?


From goodmenzy at gmail.com  Tue Jul 26 21:53:55 2011
From: goodmenzy at gmail.com (goodmenzy at gmail.com)
Date: Wed, 27 Jul 2011 09:53:55 +0800
Subject: [arch-general] kdeartwork-wallpapers --- Why i686 and x86_64
	seperated ?
Message-ID: <20110727015355.GA11319@brock.zheng>

Hi, all

   I don't understand kdeartwork-wallpapers pkg are in different arch ?
It should be a pkg with "-any" arch  suffix, in my opinion.

From sh at lutzhaase.com  Tue Jul 26 22:27:12 2011
From: sh at lutzhaase.com (Sven-Hendrik Haase)
Date: Wed, 27 Jul 2011 04:27:12 +0200
Subject: [arch-general] kdeartwork-wallpapers --- Why i686 and x86_64
 seperated ?
In-Reply-To: <20110727015355.GA11319@brock.zheng>
References: <20110727015355.GA11319@brock.zheng>
Message-ID: <4E2F7780.6020305@lutzhaase.com>

On 07/27/2011 03:53 AM, goodmenzy at gmail.com wrote:
> Hi, all
>
>     I don't understand kdeartwork-wallpapers pkg are in different arch ?
> It should be a pkg with "-any" arch  suffix, in my opinion.
The reason is a technical one. That package is from a split PKGBUILD and 
those don't support different architectures on Arch.

From rennabh at gmail.com  Wed Jul 27 02:28:56 2011
From: rennabh at gmail.com (Renato)
Date: Wed, 27 Jul 2011 08:28:56 +0200
Subject: [arch-general] bad login attempts not written to /var/log/btmp
In-Reply-To: <4E2F1FFD.5030304@slingshot.co.nz>
References: <20110726215711.1fb65b1e@gmail.com>
 <4E2F1FFD.5030304@slingshot.co.nz>
Message-ID: <20110727082856.14854c4e@gmail.com>

On Wed, 27 Jul 2011 08:13:49 +1200
Ross <rosscoad at slingshot.co.nz> wrote:

> On 27/07/11 07:57, Renato wrote:
> > Hello, maybe I don't understand how the command "lastb" should work,
> > but no matter how many times I try to login inputting a wrong
> > password I still get nothing but this:
> >
> > $ sudo lastb
> >
> > btmp begins Fri May  6 23:40:14 2011
> >
> >
> Seems to be working ok here. Does cat /var/log/btmp show anything?
> 

nope:

renato at acerarch /var/log $ sudo cat btmp 
renato at acerarch /var/log $ 

permissions seem right though:

renato at acerarch /var/log $ ls -lh btmp
-rw------- 1 root root 0 May  6 23:40 btmp
renato at acerarch /var/log $ 

From ibiru at archlinux.org  Wed Jul 27 02:37:56 2011
From: ibiru at archlinux.org (Ionut Biru)
Date: Wed, 27 Jul 2011 09:37:56 +0300
Subject: [arch-general] bad login attempts not written to /var/log/btmp
In-Reply-To: <20110727082856.14854c4e@gmail.com>
References: <20110726215711.1fb65b1e@gmail.com>
 <4E2F1FFD.5030304@slingshot.co.nz> <20110727082856.14854c4e@gmail.com>
Message-ID: <4E2FB244.3040904@archlinux.org>

On 07/27/2011 09:28 AM, Renato wrote:
> On Wed, 27 Jul 2011 08:13:49 +1200
> Ross<rosscoad at slingshot.co.nz>  wrote:
>
>> On 27/07/11 07:57, Renato wrote:
>>> Hello, maybe I don't understand how the command "lastb" should work,
>>> but no matter how many times I try to login inputting a wrong
>>> password I still get nothing but this:
>>>
>>> $ sudo lastb
>>>
>>> btmp begins Fri May  6 23:40:14 2011
>>>
>>>
>> Seems to be working ok here. Does cat /var/log/btmp show anything?
>>
>
> nope:
>
> renato at acerarch /var/log $ sudo cat btmp
> renato at acerarch /var/log $
>
> permissions seem right though:
>
> renato at acerarch /var/log $ ls -lh btmp
> -rw------- 1 root root 0 May  6 23:40 btmp
> renato at acerarch /var/log $

have you removed syslog-ng from DAEMONS?

-- 
Ionu?

From b.kraxner at gmail.com  Wed Jul 27 03:02:11 2011
From: b.kraxner at gmail.com (Benedikt Kraxner)
Date: Wed, 27 Jul 2011 09:02:11 +0200
Subject: [arch-general] Atheros WiFi only working after reboot from
	windows
In-Reply-To: <CA+Yovz8DA1RUWRW+07yZFH5ztwmKP4ONpZ1_3S3V=c09xgo7=w@mail.gmail.com>
References: <CA+Yovz8DA1RUWRW+07yZFH5ztwmKP4ONpZ1_3S3V=c09xgo7=w@mail.gmail.com>
Message-ID: <CACUSp=kerUooHW7dL53A6gYcNNbhRcnonQyQLOZoDMrqZt6z9g@mail.gmail.com>

Hi,

I had a similar problem with a different WiFi card.
Try?"ifconfig wlan0 down" before starting the network.

--
Benedikt

From vic at demuzere.be  Wed Jul 27 05:24:42 2011
From: vic at demuzere.be (Vic Demuzere)
Date: Wed, 27 Jul 2011 13:24:42 +0400
Subject: [arch-general] Atheros WiFi only working after reboot from
	windows
In-Reply-To: <4E2F11F7.6080904@suddenlinkmail.com>
References: <CA+Yovz8DA1RUWRW+07yZFH5ztwmKP4ONpZ1_3S3V=c09xgo7=w@mail.gmail.com>
 <CAFa9FQtBADW_7CgHGoHgtjeGvikkbW0FPHwDEO80eW7KPQDwaw@mail.gmail.com>
 <CA+Yovz-hjvfTmAdAy=9mC4YAmM1G7Ro6D3-BfGt+gKR_eSsYzQ@mail.gmail.com>
 <4E2F11F7.6080904@suddenlinkmail.com>
Message-ID: <CA+Yovz8dv1iJv0z7N_oO6wzD4JPGQ_syLU8ZDiKDK75=6grzxA@mail.gmail.com>

On 26 July 2011 23:13, David C. Rankin <drankinatty at suddenlinkmail.com> wrote:
> On my Toshiba laptop, I created a profile in rc.conf based on the following
> note:
>
> Install the netcfg package, create a profile under /etc/network.d (there are
> some examples, so you shouldn't have any problem), and edit /etc/rc.conf:
> add
> the name of your profile into "NETWORKS=(...)" and add 'net-profiles' to
> your
> DAEMONS.
>
> ?I have had no problems with Atheros wifi since. It connects every time.
>

I'm using net-auto-wireless instead of net-profiles, I could try to
change that. But I don't think that will solve it, as it doesn't even
work when connecting manually. I tried connecting to my network using
networkmanager, netcfg and manual wpa_supplicant. Neither work, so I
doubt it has something to do with the netcfg config.

It's worth the try though, thanks!

--
vic at demuzere.be :: http://vic.demuzere.be :: PGP: 0x6690CF94
My software never contains bugs, it just develops random features.

From vic at demuzere.be  Wed Jul 27 05:30:15 2011
From: vic at demuzere.be (Vic Demuzere)
Date: Wed, 27 Jul 2011 13:30:15 +0400
Subject: [arch-general] Atheros WiFi only working after reboot from
	windows
In-Reply-To: <CACUSp=kerUooHW7dL53A6gYcNNbhRcnonQyQLOZoDMrqZt6z9g@mail.gmail.com>
References: <CA+Yovz8DA1RUWRW+07yZFH5ztwmKP4ONpZ1_3S3V=c09xgo7=w@mail.gmail.com>
 <CACUSp=kerUooHW7dL53A6gYcNNbhRcnonQyQLOZoDMrqZt6z9g@mail.gmail.com>
Message-ID: <CA+Yovz8bhTpiGpi+zoxerYam_3DWYWPeuP-w1UNy_8NhQDdq4g@mail.gmail.com>

On 27 July 2011 11:02, Benedikt Kraxner <b.kraxner at gmail.com> wrote:
> Hi,
>
> I had a similar problem with a different WiFi card.
> Try?"ifconfig wlan0 down" before starting the network.
>

That sounds like a weird solution, never tried that! I've tried using
"ip link set dev up" before starting the network.

I can't test it right now, I'm waiting for a hard disk replacement for
my home partition. (Or I should figure out how to mount /home and /var
in tmpfs). I'll try it out when I have my Arch back up & running.

Thanks for your help!

--
vic at demuzere.be :: http://vic.demuzere.be :: PGP: 0x6690CF94
My software never contains bugs, it just develops random features.

From johnlawrence.young at gmail.com  Wed Jul 27 05:47:52 2011
From: johnlawrence.young at gmail.com (JL Young)
Date: Wed, 27 Jul 2011 19:47:52 +1000
Subject: [arch-general] Atheros WiFi only working after reboot from
	windows
In-Reply-To: <CA+Yovz8DA1RUWRW+07yZFH5ztwmKP4ONpZ1_3S3V=c09xgo7=w@mail.gmail.com>
References: <CA+Yovz8DA1RUWRW+07yZFH5ztwmKP4ONpZ1_3S3V=c09xgo7=w@mail.gmail.com>
Message-ID: <4E2FDEC8.5090109@gmail.com>

On 26/07/11 17:19, Vic Demuzere wrote:

> After first booting into windows, it simply connects and stays
> connected. Everything works fine then. Note that it always works fine
> in windows, so it isn't a hardware problem.
>
> Does anyone else have this problem, or knows how to fix it?
>
> --
> vic at demuzere.be :: http://vic.demuzere.be :: PGP: 0x6690CF94
> My software never contains bugs, it just develops random features.
>

One possibility is firmware, do you have the correct one installed for 
your card?

From vic at demuzere.be  Wed Jul 27 06:07:21 2011
From: vic at demuzere.be (Vic Demuzere)
Date: Wed, 27 Jul 2011 14:07:21 +0400
Subject: [arch-general] Atheros WiFi only working after reboot from
	windows
In-Reply-To: <4E2FDEC8.5090109@gmail.com>
References: <CA+Yovz8DA1RUWRW+07yZFH5ztwmKP4ONpZ1_3S3V=c09xgo7=w@mail.gmail.com>
 <4E2FDEC8.5090109@gmail.com>
Message-ID: <CA+Yovz8SUHQ9n7pG6dHP+RO3yDKyPtUuMPAOeXF+x1BCpHP3eA@mail.gmail.com>

On 27 July 2011 13:47, JL Young <johnlawrence.young at gmail.com> wrote:
> On 26/07/11 17:19, Vic Demuzere wrote:
>
>> After first booting into windows, it simply connects and stays
>> connected. Everything works fine then. Note that it always works fine
>> in windows, so it isn't a hardware problem.
>>
>> Does anyone else have this problem, or knows how to fix it?
>>
>> --
>> vic at demuzere.be :: http://vic.demuzere.be :: PGP: 0x6690CF94
>> My software never contains bugs, it just develops random features.
>>
>
> One possibility is firmware, do you have the correct one installed for your
> card?
>

ath5k and ath9k are part of the kernel now, so that should be a problem, right?

http://linuxwireless.org/en/users/Drivers/ath9k

--
vic at demuzere.be :: http://vic.demuzere.be :: PGP: 0x6690CF94
My software never contains bugs, it just develops random features.

From rennabh at gmail.com  Wed Jul 27 07:12:58 2011
From: rennabh at gmail.com (Renato)
Date: Wed, 27 Jul 2011 13:12:58 +0200
Subject: [arch-general] bad login attempts not written to /var/log/btmp
In-Reply-To: <4E2FB244.3040904@archlinux.org>
References: <20110726215711.1fb65b1e@gmail.com>
 <4E2F1FFD.5030304@slingshot.co.nz>
 <20110727082856.14854c4e@gmail.com>
 <4E2FB244.3040904@archlinux.org>
Message-ID: <20110727131258.4b1d5d70@gmail.com>

On Wed, 27 Jul 2011 09:37:56 +0300
Ionut Biru <ibiru at archlinux.org> wrote:


> have you removed syslog-ng from DAEMONS?
> 

no, didn't know it conflicted with lastb. However, stopping it doesn't
change the situtation, bad logins aren't logged to /var/log/btmp.

Can I configure syslog-ng to report bad login attempts?

cheers
renato

From arch at sanxion.net  Wed Jul 27 07:52:24 2011
From: arch at sanxion.net (Simon Perry)
Date: Wed, 27 Jul 2011 21:52:24 +1000
Subject: [arch-general] bad login attempts not written to /var/log/btmp
In-Reply-To: <20110727131258.4b1d5d70@gmail.com>
References: <20110726215711.1fb65b1e@gmail.com>
 <4E2F1FFD.5030304@slingshot.co.nz>
 <20110727082856.14854c4e@gmail.com>
 <4E2FB244.3040904@archlinux.org>
 <20110727131258.4b1d5d70@gmail.com>
Message-ID: <20110727115224.GA20936@sanxion.net>

On 27/07/11, Renato wrote:

| no, didn't know it conflicted with lastb. However, stopping it doesn't
| change the situtation, bad logins aren't logged to /var/log/btmp.
| 
| Can I configure syslog-ng to report bad login attempts?

Dude, it's not syslog-ng.

Read the man pages, for example "man lastb" says:

NOTES
      The files wtmp and btmp might not be found. The system only logs
      information in these files if they are present. This is  a  local
      configuration  issue.  If  you  want  the files to be used, they
      can be created with a simple touch(1) command (for example, touch
      /var/log/wtmp).

These are also clues (in the same man page):

SEE ALSO
      shutdown(8), login(1), init(8)

-- 
Simon Perry (aka Pezz)


From rennabh at gmail.com  Wed Jul 27 09:29:03 2011
From: rennabh at gmail.com (Renato)
Date: Wed, 27 Jul 2011 15:29:03 +0200
Subject: [arch-general] bad login attempts not written to /var/log/btmp
In-Reply-To: <20110727115224.GA20936@sanxion.net>
References: <20110726215711.1fb65b1e@gmail.com>
 <4E2F1FFD.5030304@slingshot.co.nz>
 <20110727082856.14854c4e@gmail.com>
 <4E2FB244.3040904@archlinux.org>
 <20110727131258.4b1d5d70@gmail.com>
 <20110727115224.GA20936@sanxion.net>
Message-ID: <20110727152903.5eb9728d@gmail.com>

On Wed, 27 Jul 2011 21:52:24 +1000
Simon Perry <arch at sanxion.net> wrote:

> On 27/07/11, Renato wrote:
> 
> | no, didn't know it conflicted with lastb. However, stopping it
> doesn't | change the situtation, bad logins aren't logged
> to /var/log/btmp. | 
> | Can I configure syslog-ng to report bad login attempts?
> 
> Dude, it's not syslog-ng.
> 
> Read the man pages, for example "man lastb" says:
> 
> NOTES
>       The files wtmp and btmp might not be found. The system only logs
>       information in these files if they are present. This is  a
> local configuration  issue.  If  you  want  the files to be used, they
>       can be created with a simple touch(1) command (for example,
> touch /var/log/wtmp).
> 
> These are also clues (in the same man page):
> 
> SEE ALSO
>       shutdown(8), login(1), init(8)
> 


sorry, I think I don't understand what you're saying, maybe my english
isn't very good. the files /var/log/wtmp and /var/log/btmp are indeed
present in my system

cheers
renato

From arch at sanxion.net  Wed Jul 27 10:21:28 2011
From: arch at sanxion.net (Simon Perry)
Date: Thu, 28 Jul 2011 00:21:28 +1000
Subject: [arch-general] bad login attempts not written to /var/log/btmp
In-Reply-To: <20110727152903.5eb9728d@gmail.com>
References: <20110726215711.1fb65b1e@gmail.com>
 <4E2F1FFD.5030304@slingshot.co.nz>
 <20110727082856.14854c4e@gmail.com>
 <4E2FB244.3040904@archlinux.org>
 <20110727131258.4b1d5d70@gmail.com>
 <20110727115224.GA20936@sanxion.net>
 <20110727152903.5eb9728d@gmail.com>
Message-ID: <20110727142128.GB1587@sanxion.net>

On 27/07/11, Renato wrote:

| sorry, I think I don't understand what you're saying, maybe my english
| isn't very good. the files /var/log/wtmp and /var/log/btmp are indeed
| present in my system

Make sure:

- Your files are 600 and are owned by root:root
- You run 'lastb' with sudo or as root
- The place where /var/log is mounted is rw by root
- agetty is running as root
- sshd is running as root

That's all I have to offer.

If these things are ok, you should be ok.

-- 
Simon Perry (aka Pezz)


From aetherfly87 at gmail.com  Wed Jul 27 10:44:32 2011
From: aetherfly87 at gmail.com (Jason Reardon)
Date: Wed, 27 Jul 2011 10:44:32 -0400
Subject: [arch-general] bad login attempts not written to /var/log/btmp
In-Reply-To: <20110727152903.5eb9728d@gmail.com>
References: <20110726215711.1fb65b1e@gmail.com>
 <4E2F1FFD.5030304@slingshot.co.nz>
 <20110727082856.14854c4e@gmail.com>
 <4E2FB244.3040904@archlinux.org>
 <20110727131258.4b1d5d70@gmail.com>
 <20110727115224.GA20936@sanxion.net>
 <20110727152903.5eb9728d@gmail.com>
Message-ID: <CAKEYtzfYnCh2V-aOjdZXwFM6PR4LPDzWh=hXoxq3EY3NK6N1WQ@mail.gmail.com>

On Wed, Jul 27, 2011 at 9:29 AM, Renato <rennabh at gmail.com> wrote:

> On Wed, 27 Jul 2011 21:52:24 +1000
> Simon Perry <arch at sanxion.net> wrote:
>
> > On 27/07/11, Renato wrote:
> >
> > | no, didn't know it conflicted with lastb. However, stopping it
> > doesn't | change the situtation, bad logins aren't logged
> > to /var/log/btmp. |
> > | Can I configure syslog-ng to report bad login attempts?
> >
> > Dude, it's not syslog-ng.
> >
> > Read the man pages, for example "man lastb" says:
> >
> > NOTES
> >       The files wtmp and btmp might not be found. The system only logs
> >       information in these files if they are present. This is  a
> > local configuration  issue.  If  you  want  the files to be used, they
> >       can be created with a simple touch(1) command (for example,
> > touch /var/log/wtmp).
> >
> > These are also clues (in the same man page):
> >
> > SEE ALSO
> >       shutdown(8), login(1), init(8)
> >
>
>
> sorry, I think I don't understand what you're saying, maybe my english
> isn't very good. the files /var/log/wtmp and /var/log/btmp are indeed
> present in my system
>
> cheers
> renato
>


Has your syslog-ng.conf file been updated to use lastb?

-- 
Jason

From andrea at archlinux.org  Wed Jul 27 19:26:01 2011
From: andrea at archlinux.org (Andrea Scarpino)
Date: Thu, 28 Jul 2011 01:26:01 +0200
Subject: [arch-general] KDE 4.7 hits [testing]
Message-ID: <CANcOiu2NR2mDZaU4p5hQceBawWuvbSKz41T7pWONEgVTKC4-NQ@mail.gmail.com>

Hi arKers,
KDE 4.7 has been released[1] and our packages are ready in [testing].

As you already know KDE is (slowly) moving to GIT. With this
transition some KDE module has been splitted into subprojects, and the
remaining modules should be splitted before KDE 4.8.
The result of this is that some package (e.g. kdegraphics-libs) is now
splitted in several packages and each new package conflicts with the
old kdegraphics-libs, so you have to remove it when pacman asks for
its removal during the update.

Here some info about the splitted modules:
- KDE Workspace: wallpapers are now in a separate package named
kde-wallpapers, this reduced the kdebase-workspace package download
size by 70%.
- KDE Graphics: kdegraphics-libs is now splitted in
kdegraphics-ksaneplugin, kdegraphics-strigi-analyzer,
kdegraphics-svgpart, kdegraphics-thumbnailers, libkdcraw, libkexiv2,
libkipi, libksane. Our official packages which depends on
kdegraphics-libs have been updated to depend on the new libraries; the
upgrade should work without any issue, otherwise please report it to
our bug tracker.
- KDE Edu: kdeedu-libkdeedu and kdeedu-data have been dropped and
libkdeedu will replace them.
- KDE Bindings: every subproject has been splitted in two parts: one
for the qt bindings and one for the KDE bindings. The old packages
have been remove and the new one are: kdebindings-kimono,
kdebindings-kross-java, kdebindings-kross-python,
kdebindings-korundum, kdebindings-perlkde, kdebindings-perlqt,
kdebindings-qtruby, kdebindings-qyoto, kdebindings-smokegen,
kdebindings-smokekde, kdebindings-smokeqt.
- KDE Accessibility: kdeaccessibility-colorschemes and
kdeaccessibility-iconthemes are dropped and replaced.

Have a nice update!

[1] http://kde.org/announcements/4.7/

-- 
Andrea

From damnshock at gmail.com  Thu Jul 28 06:05:39 2011
From: damnshock at gmail.com (Marc Deop)
Date: Thu, 28 Jul 2011 12:05:39 +0200
Subject: [arch-general] KDE 4.7 hits [testing]
In-Reply-To: <CANcOiu2NR2mDZaU4p5hQceBawWuvbSKz41T7pWONEgVTKC4-NQ@mail.gmail.com>
References: <CANcOiu2NR2mDZaU4p5hQceBawWuvbSKz41T7pWONEgVTKC4-NQ@mail.gmail.com>
Message-ID: <1493124.UmrUa9iu7l@feanor>

On Thursday 28 July 2011 01:26:01 Andrea Scarpino wrote:
> Hi arKers,
> KDE 4.7 has been released[1] and our packages are ready in [testing].
> 
> As you already know KDE is (slowly) moving to GIT. With this
> transition some KDE module has been splitted into subprojects, and the
> remaining modules should be splitted before KDE 4.8.
> The result of this is that some package (e.g. kdegraphics-libs) is now
> splitted in several packages and each new package conflicts with the
> old kdegraphics-libs, so you have to remove it when pacman asks for
> its removal during the update.
> 
> Here some info about the splitted modules:
> - KDE Workspace: wallpapers are now in a separate package named
> kde-wallpapers, this reduced the kdebase-workspace package download
> size by 70%.
> - KDE Graphics: kdegraphics-libs is now splitted in
> kdegraphics-ksaneplugin, kdegraphics-strigi-analyzer,
> kdegraphics-svgpart, kdegraphics-thumbnailers, libkdcraw, libkexiv2,
> libkipi, libksane. Our official packages which depends on
> kdegraphics-libs have been updated to depend on the new libraries; the
> upgrade should work without any issue, otherwise please report it to
> our bug tracker.
> - KDE Edu: kdeedu-libkdeedu and kdeedu-data have been dropped and
> libkdeedu will replace them.
> - KDE Bindings: every subproject has been splitted in two parts: one
> for the qt bindings and one for the KDE bindings. The old packages
> have been remove and the new one are: kdebindings-kimono,
> kdebindings-kross-java, kdebindings-kross-python,
> kdebindings-korundum, kdebindings-perlkde, kdebindings-perlqt,
> kdebindings-qtruby, kdebindings-qyoto, kdebindings-smokegen,
> kdebindings-smokekde, kdebindings-smokeqt.
> - KDE Accessibility: kdeaccessibility-colorschemes and
> kdeaccessibility-iconthemes are dropped and replaced.
> 
> Have a nice update!
> 
> [1] http://kde.org/announcements/4.7/
> 
> 

Hi Andrea,

I just wanted to thank you for the work you do with the KDE packages in Archlinux :)

And now that I'm at it...is there anyway I could help?

Thanks again for the great work!

Regards,

Marc Deop i Argem?

From mail at meyithi.com  Thu Jul 28 11:13:59 2011
From: mail at meyithi.com (Meyithi)
Date: Thu, 28 Jul 2011 16:13:59 +0100
Subject: [arch-general] quiet kernel parameter
Message-ID: <CAGVHqG_j+cuY3kp9Ck1vMipbdsmkdEYeNByZCYVSzzVqF9PRfw@mail.gmail.com>

Does anybody know the difference between the quiet kernel parameter and
loglevel=4 parameter?

All of the info I can find states that they should be identical, and
/proc/sys/kern

-- 
Jason Steadman
http://www.meyithi.com/
http://twitter.com/meyithi

From mail at meyithi.com  Thu Jul 28 11:16:00 2011
From: mail at meyithi.com (Meyithi)
Date: Thu, 28 Jul 2011 16:16:00 +0100
Subject: [arch-general] quiet kernel parameter
In-Reply-To: <CAGVHqG_j+cuY3kp9Ck1vMipbdsmkdEYeNByZCYVSzzVqF9PRfw@mail.gmail.com>
References: <CAGVHqG_j+cuY3kp9Ck1vMipbdsmkdEYeNByZCYVSzzVqF9PRfw@mail.gmail.com>
Message-ID: <CAGVHqG9_s8OWkcrGxnQLr-JpGBG2_JDn3D2XJfhPqQX7gJ=Bqw@mail.gmail.com>

Does anybody know the difference between the quiet kernel parameter and
loglevel=4 parameter?

All of the info I can find states that they should be identical, and
/proc/sys/kernel/printk is identical.  I am however getting framebuffer
corruption during boot when using quiet which doesn't occur when using
loglevel=4.

-- 
Jason Steadman
http://www.meyithi.com/
http://twitter.com/meyithi

From teg at jklm.no  Thu Jul 28 11:55:36 2011
From: teg at jklm.no (Tom Gundersen)
Date: Thu, 28 Jul 2011 17:55:36 +0200
Subject: [arch-general] quiet kernel parameter
In-Reply-To: <CAGVHqG9_s8OWkcrGxnQLr-JpGBG2_JDn3D2XJfhPqQX7gJ=Bqw@mail.gmail.com>
References: <CAGVHqG_j+cuY3kp9Ck1vMipbdsmkdEYeNByZCYVSzzVqF9PRfw@mail.gmail.com>
 <CAGVHqG9_s8OWkcrGxnQLr-JpGBG2_JDn3D2XJfhPqQX7gJ=Bqw@mail.gmail.com>
Message-ID: <CAG-2HqVGTPXc7YbMxT6xshvW36a0zntg388n6wNybd-gGcmP-A@mail.gmail.com>

Hi Jason,

On Thu, Jul 28, 2011 at 5:16 PM, Meyithi <mail at meyithi.com> wrote:
> Does anybody know the difference between the quiet kernel parameter and
> loglevel=4 parameter?
>
> All of the info I can find states that they should be identical, and
> /proc/sys/kernel/printk is identical.

They should be identical. Just look at the code:
<http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=blob;f=init/main.c;h=d7211faed2adfb295caf46bbb9c70835f622eabe;hb=HEAD#l201>.
The quiet parameter just sets loglevel=4. Unless I'm missing
something.

> I am however getting framebuffer
> corruption during boot when using quiet which doesn't occur when using
> loglevel=4.

This is very odd. Any more info on this? Screenshots? Can you see a
difference in dmesg?

Cheers,

Tom

From mail at meyithi.com  Thu Jul 28 12:12:51 2011
From: mail at meyithi.com (Meyithi)
Date: Thu, 28 Jul 2011 17:12:51 +0100
Subject: [arch-general] quiet kernel parameter
In-Reply-To: <CAG-2HqVGTPXc7YbMxT6xshvW36a0zntg388n6wNybd-gGcmP-A@mail.gmail.com>
References: <CAGVHqG_j+cuY3kp9Ck1vMipbdsmkdEYeNByZCYVSzzVqF9PRfw@mail.gmail.com>
 <CAGVHqG9_s8OWkcrGxnQLr-JpGBG2_JDn3D2XJfhPqQX7gJ=Bqw@mail.gmail.com>
 <CAG-2HqVGTPXc7YbMxT6xshvW36a0zntg388n6wNybd-gGcmP-A@mail.gmail.com>
Message-ID: <CAGVHqG-X26hVj__8Sh=XxRt2OOCCyD5XYeseAqA2p1WkrTZxgA@mail.gmail.com>

On 28 July 2011 16:55, Tom Gundersen <teg at jklm.no> wrote:

> Hi Jason,
>
> On Thu, Jul 28, 2011 at 5:16 PM, Meyithi <mail at meyithi.com> wrote:
> > Does anybody know the difference between the quiet kernel parameter and
> > loglevel=4 parameter?
> >
> > All of the info I can find states that they should be identical, and
> > /proc/sys/kernel/printk is identical.
>
> They should be identical. Just look at the code:
> <
> http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=blob;f=init/main.c;h=d7211faed2adfb295caf46bbb9c70835f622eabe;hb=HEAD#l201
> >.
> The quiet parameter just sets loglevel=4. Unless I'm missing
> something.
>
> > I am however getting framebuffer
> > corruption during boot when using quiet which doesn't occur when using
> > loglevel=4.
>
> This is very odd. Any more info on this? Screenshots? Can you see a
> difference in dmesg?
>
> Cheers,
>
> Tom
>

Apologies for the format of this post, was supposed to be a draft until I
gathered a bit more info, but I accidentally sent the first message and was
hastened.

Anyway, there is a few things I'm looking into, firstly I'm using
kernel26-ck with syslinux, and I also have intel_agp and i915 in
mkinitcpio.conf for an earlier framebuffer.  Using quiet seems to switch (or
attempt to switch) to framebuffer earlier, my entire screen will go grey,
then switch to black with a white box in the top left which looks to be
640x480 and then the boot messages will overwrite the white box and the
system will commence to boot.  Using loglevel=4, this does not occur.  So
there must be some difference somewhere, and although it's just initial
framebuffer corruption it's fired up my curiosity.

I've got a lot to try in order to pin this down, was just hoping somebody
knew of any differences between quiet and loglevel=4 to save the fiddling.

-- 
Jason Steadman
http://www.meyithi.com/
http://twitter.com/meyithi

From anthony at xtfx.me  Thu Jul 28 13:13:22 2011
From: anthony at xtfx.me (C Anthony Risinger)
Date: Thu, 28 Jul 2011 12:13:22 -0500
Subject: [arch-general] quiet kernel parameter
In-Reply-To: <CAGVHqG-X26hVj__8Sh=XxRt2OOCCyD5XYeseAqA2p1WkrTZxgA@mail.gmail.com>
References: <CAGVHqG_j+cuY3kp9Ck1vMipbdsmkdEYeNByZCYVSzzVqF9PRfw@mail.gmail.com>
 <CAGVHqG9_s8OWkcrGxnQLr-JpGBG2_JDn3D2XJfhPqQX7gJ=Bqw@mail.gmail.com>
 <CAG-2HqVGTPXc7YbMxT6xshvW36a0zntg388n6wNybd-gGcmP-A@mail.gmail.com>
 <CAGVHqG-X26hVj__8Sh=XxRt2OOCCyD5XYeseAqA2p1WkrTZxgA@mail.gmail.com>
Message-ID: <CAGAVQTGjF277zBSo=hQYCOBp2epc6ZgXnH45yqu5gO4FH3MXHg@mail.gmail.com>

On Thu, Jul 28, 2011 at 11:12 AM, Meyithi <mail at meyithi.com> wrote:
> On 28 July 2011 16:55, Tom Gundersen <teg at jklm.no> wrote:
>
>> Hi Jason,
>>
>> On Thu, Jul 28, 2011 at 5:16 PM, Meyithi <mail at meyithi.com> wrote:
>> > Does anybody know the difference between the quiet kernel parameter and
>> > loglevel=4 parameter?
>> >
>> > All of the info I can find states that they should be identical, and
>> > /proc/sys/kernel/printk is identical.
>>
>> They should be identical. Just look at the code:
>> <
>> http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=blob;f=init/main.c;h=d7211faed2adfb295caf46bbb9c70835f622eabe;hb=HEAD#l201
>> >.
>> The quiet parameter just sets loglevel=4. Unless I'm missing
>> something.
>>
>> > I am however getting framebuffer
>> > corruption during boot when using quiet which doesn't occur when using
>> > loglevel=4.
>>
>> This is very odd. Any more info on this? Screenshots? Can you see a
>> difference in dmesg?
>>
>> Cheers,
>>
>> Tom
>>
>
> Apologies for the format of this post, was supposed to be a draft until I
> gathered a bit more info, but I accidentally sent the first message and was
> hastened.
>
> Anyway, there is a few things I'm looking into, firstly I'm using
> kernel26-ck with syslinux, and I also have intel_agp and i915 in
> mkinitcpio.conf for an earlier framebuffer. ?Using quiet seems to switch (or
> attempt to switch) to framebuffer earlier, my entire screen will go grey,
> then switch to black with a white box in the top left which looks to be
> 640x480 and then the boot messages will overwrite the white box and the
> system will commence to boot. ?Using loglevel=4, this does not occur. ?So
> there must be some difference somewhere, and although it's just initial
> framebuffer corruption it's fired up my curiosity.
>
> I've got a lot to try in order to pin this down, was just hoping somebody
> knew of any differences between quiet and loglevel=4 to save the fiddling.

ah nice, i asked about this *exact* same thing back in May:

http://mailman.archlinux.org/pipermail/arch-general/2011-May/020186.html

... unfortunately no one had an answer, and most said it wasn't
happening to them, but you seem to have narrowed it down more maybe
... it happened on nvidia/ati/intel cards for me -- every single one
of my systems in fact.

i ended up just making a small mkinitcpio hook that ran first and
cleared the buffer ... still a super brief period of corruption, but
looked much better.  the issue i had is identical to what you've
described; interested to see what you find out.

-- 

C Anthony

From juantascon at gmail.com  Thu Jul 28 13:31:16 2011
From: juantascon at gmail.com (=?UTF-8?Q?Juan_Diego_Tasc=C3=B3n?=)
Date: Thu, 28 Jul 2011 12:31:16 -0500
Subject: [arch-general] pulse audio auto stop
Message-ID: <CAA0N71UX+40PRcw0btC+BTQejZTJ8hCiWvOeghu8ASESPjuUbw@mail.gmail.com>

Good day,

Does anyone knows why is pulseaudio being shut down every time X is
shut down? why cruel world? why?

PS: I don't want to use pulseaudio system-instance

Thank you

From cantabile.desu at gmail.com  Thu Jul 28 13:33:36 2011
From: cantabile.desu at gmail.com (cantabile)
Date: Thu, 28 Jul 2011 20:33:36 +0300
Subject: [arch-general] quiet kernel parameter
In-Reply-To: <CAGAVQTGjF277zBSo=hQYCOBp2epc6ZgXnH45yqu5gO4FH3MXHg@mail.gmail.com>
References: <CAGVHqG_j+cuY3kp9Ck1vMipbdsmkdEYeNByZCYVSzzVqF9PRfw@mail.gmail.com>
 <CAGVHqG9_s8OWkcrGxnQLr-JpGBG2_JDn3D2XJfhPqQX7gJ=Bqw@mail.gmail.com>
 <CAG-2HqVGTPXc7YbMxT6xshvW36a0zntg388n6wNybd-gGcmP-A@mail.gmail.com>
 <CAGVHqG-X26hVj__8Sh=XxRt2OOCCyD5XYeseAqA2p1WkrTZxgA@mail.gmail.com>
 <CAGAVQTGjF277zBSo=hQYCOBp2epc6ZgXnH45yqu5gO4FH3MXHg@mail.gmail.com>
Message-ID: <4E319D70.2000100@gmail.com>

On 07/28/2011 08:13 PM, C Anthony Risinger wrote:
> On Thu, Jul 28, 2011 at 11:12 AM, Meyithi<mail at meyithi.com>  wrote:
>> On 28 July 2011 16:55, Tom Gundersen<teg at jklm.no>  wrote:
>>
>>> Hi Jason,
>>>
>>> On Thu, Jul 28, 2011 at 5:16 PM, Meyithi<mail at meyithi.com>  wrote:
>>>> Does anybody know the difference between the quiet kernel parameter and
>>>> loglevel=4 parameter?
>>>>
>>>> All of the info I can find states that they should be identical, and
>>>> /proc/sys/kernel/printk is identical.
>>>
>>> They should be identical. Just look at the code:
>>> <
>>> http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=blob;f=init/main.c;h=d7211faed2adfb295caf46bbb9c70835f622eabe;hb=HEAD#l201
>>>> .
>>> The quiet parameter just sets loglevel=4. Unless I'm missing
>>> something.
>>>
>>>> I am however getting framebuffer
>>>> corruption during boot when using quiet which doesn't occur when using
>>>> loglevel=4.
>>>
>>> This is very odd. Any more info on this? Screenshots? Can you see a
>>> difference in dmesg?
>>>
>>> Cheers,
>>>
>>> Tom
>>>
>>
>> Apologies for the format of this post, was supposed to be a draft until I
>> gathered a bit more info, but I accidentally sent the first message and was
>> hastened.
>>
>> Anyway, there is a few things I'm looking into, firstly I'm using
>> kernel26-ck with syslinux, and I also have intel_agp and i915 in
>> mkinitcpio.conf for an earlier framebuffer.  Using quiet seems to switch (or
>> attempt to switch) to framebuffer earlier, my entire screen will go grey,
>> then switch to black with a white box in the top left which looks to be
>> 640x480 and then the boot messages will overwrite the white box and the
>> system will commence to boot.  Using loglevel=4, this does not occur.  So
>> there must be some difference somewhere, and although it's just initial
>> framebuffer corruption it's fired up my curiosity.
>>
>> I've got a lot to try in order to pin this down, was just hoping somebody
>> knew of any differences between quiet and loglevel=4 to save the fiddling.
>
> ah nice, i asked about this *exact* same thing back in May:
>
> http://mailman.archlinux.org/pipermail/arch-general/2011-May/020186.html
>
> ... unfortunately no one had an answer, and most said it wasn't
> happening to them, but you seem to have narrowed it down more maybe
> ... it happened on nvidia/ati/intel cards for me -- every single one
> of my systems in fact.
>
> i ended up just making a small mkinitcpio hook that ran first and
> cleared the buffer ... still a super brief period of corruption, but
> looked much better.  the issue i had is identical to what you've
> described; interested to see what you find out.
>
I have this as well.
00:02.0 VGA compatible controller: Intel Corporation Mobile 
GME965/GLE960 Integrated Graphics Controller (rev 0c)

Also with i915 and intel_agp in the ramdisk (for the same reason), also 
using 'quiet'.

I won't reboot though, so no idea if 'loglevel=4' is different.

This is not a new issue. I've seen it with the previous two or three 
kernels as well (2.6.37 - 2.6.39). I wasn't using 'quiet' before that, 
and had no such white box on the screen.

Stock arch kernel, by the way, x86_64.
-- 
cantabile

"Jayne is a girl's name." -- River

From teg at jklm.no  Thu Jul 28 13:45:57 2011
From: teg at jklm.no (Tom Gundersen)
Date: Thu, 28 Jul 2011 19:45:57 +0200
Subject: [arch-general] quiet kernel parameter
In-Reply-To: <4E319D70.2000100@gmail.com>
References: <CAGVHqG_j+cuY3kp9Ck1vMipbdsmkdEYeNByZCYVSzzVqF9PRfw@mail.gmail.com>
 <CAGVHqG9_s8OWkcrGxnQLr-JpGBG2_JDn3D2XJfhPqQX7gJ=Bqw@mail.gmail.com>
 <CAG-2HqVGTPXc7YbMxT6xshvW36a0zntg388n6wNybd-gGcmP-A@mail.gmail.com>
 <CAGVHqG-X26hVj__8Sh=XxRt2OOCCyD5XYeseAqA2p1WkrTZxgA@mail.gmail.com>
 <CAGAVQTGjF277zBSo=hQYCOBp2epc6ZgXnH45yqu5gO4FH3MXHg@mail.gmail.com>
 <4E319D70.2000100@gmail.com>
Message-ID: <CAG-2HqVQUHGg-8aFSJrX=bAa6LjpTDc3HcDLOZ6H7oi9Vws1UQ@mail.gmail.com>

On Thu, Jul 28, 2011 at 7:33 PM, cantabile <cantabile.desu at gmail.com> wrote:
> Also with i915 and intel_agp in the ramdisk (for the same reason), also
> using 'quiet'.

It looks like I missed a site where the quiet parameter is parsed
(looks very silly to do what they do if you ask me, should be looking
at loglevel directly).

> This is not a new issue. I've seen it with the previous two or three kernels
> as well (2.6.37 - 2.6.39). I wasn't using 'quiet' before that, and had no
> such white box on the screen.
>
> Stock arch kernel, by the way, x86_64.

If the problem was not there in .36, but it was there in .37, I think
the culprit must be 68f4d5a00adaab3. Could someone try reverting that
on top of 3.0 and see if that fixes it?

-t

From teg at jklm.no  Thu Jul 28 13:49:18 2011
From: teg at jklm.no (Tom Gundersen)
Date: Thu, 28 Jul 2011 19:49:18 +0200
Subject: [arch-general] quiet kernel parameter
In-Reply-To: <CAG-2HqVQUHGg-8aFSJrX=bAa6LjpTDc3HcDLOZ6H7oi9Vws1UQ@mail.gmail.com>
References: <CAGVHqG_j+cuY3kp9Ck1vMipbdsmkdEYeNByZCYVSzzVqF9PRfw@mail.gmail.com>
 <CAGVHqG9_s8OWkcrGxnQLr-JpGBG2_JDn3D2XJfhPqQX7gJ=Bqw@mail.gmail.com>
 <CAG-2HqVGTPXc7YbMxT6xshvW36a0zntg388n6wNybd-gGcmP-A@mail.gmail.com>
 <CAGVHqG-X26hVj__8Sh=XxRt2OOCCyD5XYeseAqA2p1WkrTZxgA@mail.gmail.com>
 <CAGAVQTGjF277zBSo=hQYCOBp2epc6ZgXnH45yqu5gO4FH3MXHg@mail.gmail.com>
 <4E319D70.2000100@gmail.com>
 <CAG-2HqVQUHGg-8aFSJrX=bAa6LjpTDc3HcDLOZ6H7oi9Vws1UQ@mail.gmail.com>
Message-ID: <CAG-2HqWK=fZgv=Wmst32L1KaXZ+eHwoSENeZKi1BCKGmW+zauw@mail.gmail.com>

On Thu, Jul 28, 2011 at 7:45 PM, Tom Gundersen <teg at jklm.no> wrote:
> On Thu, Jul 28, 2011 at 7:33 PM, cantabile <cantabile.desu at gmail.com> wrote:
>> Also with i915 and intel_agp in the ramdisk (for the same reason), also
>> using 'quiet'.
>
> It looks like I missed a site where the quiet parameter is parsed
> (looks very silly to do what they do if you ask me, should be looking
> at loglevel directly).
>
>> This is not a new issue. I've seen it with the previous two or three kernels
>> as well (2.6.37 - 2.6.39). I wasn't using 'quiet' before that, and had no
>> such white box on the screen.
>>
>> Stock arch kernel, by the way, x86_64.
>
> If the problem was not there in .36, but it was there in .37, I think
> the culprit must be 68f4d5a00adaab3. Could someone try reverting that
> on top of 3.0 and see if that fixes it?

Nah, being silly, 8fee13a48e4879fba57725f6d9513df4bfa8e9f3 is more
likely the culprit. Could anyone test?

-t

From teg at jklm.no  Thu Jul 28 13:53:55 2011
From: teg at jklm.no (Tom Gundersen)
Date: Thu, 28 Jul 2011 19:53:55 +0200
Subject: [arch-general] pulse audio auto stop
In-Reply-To: <CAA0N71UX+40PRcw0btC+BTQejZTJ8hCiWvOeghu8ASESPjuUbw@mail.gmail.com>
References: <CAA0N71UX+40PRcw0btC+BTQejZTJ8hCiWvOeghu8ASESPjuUbw@mail.gmail.com>
Message-ID: <CAG-2HqVfw7vAyDfwq8=dtOyieQKUfPvc-j9WrgpPBYkOm5JM+w@mail.gmail.com>

2011/7/28 Juan Diego Tasc?n <juantascon at gmail.com>:
> Does anyone knows why is pulseaudio being shut down every time X is
> shut down? why cruel world? why?

man pulse-daemon.conf:

"exit-idle-time=  Terminate the daemon after the last client quit and
this time in seconds passed. Use a negative value to disable this
feature. Defaults to  20."

> PS: I don't want to use pulseaudio system-instance

Good!

Cheers,

Tom

From juantascon at gmail.com  Thu Jul 28 14:30:59 2011
From: juantascon at gmail.com (=?UTF-8?Q?Juan_Diego_Tasc=C3=B3n?=)
Date: Thu, 28 Jul 2011 13:30:59 -0500
Subject: [arch-general] pulse audio auto stop
In-Reply-To: <CAG-2HqVfw7vAyDfwq8=dtOyieQKUfPvc-j9WrgpPBYkOm5JM+w@mail.gmail.com>
References: <CAA0N71UX+40PRcw0btC+BTQejZTJ8hCiWvOeghu8ASESPjuUbw@mail.gmail.com>
 <CAG-2HqVfw7vAyDfwq8=dtOyieQKUfPvc-j9WrgpPBYkOm5JM+w@mail.gmail.com>
Message-ID: <CAA0N71VYn1Le5n827+WxfYvj+NzmrM4Jvd8-rk7sWwfJb_Mgng@mail.gmail.com>

On Thu, Jul 28, 2011 at 12:53 PM, Tom Gundersen <teg at jklm.no> wrote:
> 2011/7/28 Juan Diego Tasc?n <juantascon at gmail.com>:
>> Does anyone knows why is pulseaudio being shut down every time X is
>> shut down? why cruel world? why?
>
> man pulse-daemon.conf:
>
> "exit-idle-time= ?Terminate the daemon after the last client quit and
> this time in seconds passed. Use a negative value to disable this
> feature. Defaults to ?20."

Ok, I'm afraid this didn't do the trick. I tried with a negative
value(-1) and with a big value (100) and it didn't work.

This is what's going on: I start a normal tty login in lets say tty2
then I run mplayer to reproduce an mp3 with pulse output which
automatically starts the pulseaudio daemon. Then, on tty1 I start
xinit (kde). When I close the xinit process (Ctrl+C on tty1) the pulse
daemon also dies and my mplayer stops playing :(

>
>> PS: I don't want to use pulseaudio system-instance
>
> Good!
>
> Cheers,
>
> Tom
>

From markotahal at gmail.com  Tue Jul 26 16:21:32 2011
From: markotahal at gmail.com (Marek Otahal)
Date: Tue, 26 Jul 2011 22:21:32 +0200
Subject: [arch-general] bad login attempts not written to /var/log/btmp
In-Reply-To: <4E2F1FFD.5030304@slingshot.co.nz>
References: <20110726215711.1fb65b1e@gmail.com>
 <4E2F1FFD.5030304@slingshot.co.nz>
Message-ID: <4501157.DPfIDJUOFI@beruska>

On Wednesday 27 of July 2011 08:13:49 Ross wrote:
> On 27/07/11 07:57, Renato wrote:
> > Hello, maybe I don't understand how the command "lastb" should work,
> > but no matter how many times I try to login inputting a wrong password
> > I still get nothing but this:
> >
> > $ sudo lastb
> >
> > btmp begins Fri May  6 23:40:14 2011
> >
> >
> Seems to be working ok here. Does cat /var/log/btmp show anything?
> 
not working here either. i686, [testing], the log file is empty
-- 

Marek Otahal :o)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: This is a digitally signed message part.
URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110726/9d321cb3/attachment.asc>

From arch at sanxion.net  Thu Jul 28 18:59:24 2011
From: arch at sanxion.net (Simon Perry)
Date: Fri, 29 Jul 2011 08:59:24 +1000
Subject: [arch-general] bad login attempts not written to /var/log/btmp
In-Reply-To: <4501157.DPfIDJUOFI@beruska>
References: <20110726215711.1fb65b1e@gmail.com>
 <4E2F1FFD.5030304@slingshot.co.nz> <4501157.DPfIDJUOFI@beruska>
Message-ID: <20110728225924.GA17162@sanxion.net>

On 26/07/11, Marek Otahal wrote:

| not working here either. i686, [testing], the log file is empty

I don't use [testing] - does it use a different version of shadow?

Maybe try setting this in /etc/login.defs:

FTMP_FILE   /var/log/btmp

-- 
Simon Perry (aka Pezz)


From ixen at lavabit.com  Thu Jul 28 19:09:08 2011
From: ixen at lavabit.com (ixen)
Date: Fri, 29 Jul 2011 03:09:08 +0400
Subject: [arch-general] pulse audio auto stop
In-Reply-To: <CAA0N71VYn1Le5n827+WxfYvj+NzmrM4Jvd8-rk7sWwfJb_Mgng@mail.gmail.com>
References: <CAA0N71UX+40PRcw0btC+BTQejZTJ8hCiWvOeghu8ASESPjuUbw@mail.gmail.com>
 <CAG-2HqVfw7vAyDfwq8=dtOyieQKUfPvc-j9WrgpPBYkOm5JM+w@mail.gmail.com>
 <CAA0N71VYn1Le5n827+WxfYvj+NzmrM4Jvd8-rk7sWwfJb_Mgng@mail.gmail.com>
Message-ID: <20110728230908.GA24006@serenity>

On 13:30 Thu 28 Jul , Juan Diego Tasc?n wrote:
> This is what's going on: I start a normal tty login in lets say tty2
> then I run mplayer to reproduce an mp3 with pulse output which
> automatically starts the pulseaudio daemon. Then, on tty1 I start
> xinit (kde). When I close the xinit process (Ctrl+C on tty1) the pulse
> daemon also dies and my mplayer stops playing :(

What about dbus? Does pulse need it?
-- 


From teg at jklm.no  Thu Jul 28 19:15:08 2011
From: teg at jklm.no (Tom Gundersen)
Date: Fri, 29 Jul 2011 01:15:08 +0200
Subject: [arch-general] pulse audio auto stop
In-Reply-To: <CAA0N71VYn1Le5n827+WxfYvj+NzmrM4Jvd8-rk7sWwfJb_Mgng@mail.gmail.com>
References: <CAA0N71UX+40PRcw0btC+BTQejZTJ8hCiWvOeghu8ASESPjuUbw@mail.gmail.com>
 <CAG-2HqVfw7vAyDfwq8=dtOyieQKUfPvc-j9WrgpPBYkOm5JM+w@mail.gmail.com>
 <CAA0N71VYn1Le5n827+WxfYvj+NzmrM4Jvd8-rk7sWwfJb_Mgng@mail.gmail.com>
Message-ID: <CAG-2HqWa01_ZS_oqbNHzaBAntubtZ-6qTwh6XUFV_F2Qp2vuew@mail.gmail.com>

2011/7/28 Juan Diego Tasc?n <juantascon at gmail.com>:
> On Thu, Jul 28, 2011 at 12:53 PM, Tom Gundersen <teg at jklm.no> wrote:
>> 2011/7/28 Juan Diego Tasc?n <juantascon at gmail.com>:
>>> Does anyone knows why is pulseaudio being shut down every time X is
>>> shut down? why cruel world? why?
>>
>> man pulse-daemon.conf:
>>
>> "exit-idle-time= ?Terminate the daemon after the last client quit and
>> this time in seconds passed. Use a negative value to disable this
>> feature. Defaults to ?20."
>
> Ok, I'm afraid this didn't do the trick. I tried with a negative
> value(-1) and with a big value (100) and it didn't work.
>
> This is what's going on: I start a normal tty login in lets say tty2
> then I run mplayer to reproduce an mp3 with pulse output which
> automatically starts the pulseaudio daemon. Then, on tty1 I start
> xinit (kde). When I close the xinit process (Ctrl+C on tty1) the pulse
> daemon also dies and my mplayer stops playing :(

Can you check your system logs for messages from pulseaudio, it should
log the reason it shuts down.

-t

From auguste at gmail.com  Thu Jul 28 21:18:02 2011
From: auguste at gmail.com (Auguste Pop)
Date: Fri, 29 Jul 2011 09:18:02 +0800
Subject: [arch-general] shouldn't the java-sun package be named java-oracle?
Message-ID: <CAKjTroMc9-ZUmtV-+XerKmXmfeWZhLsqJBChLk03OWVpNR-HTA@mail.gmail.com>

hi,

the binaray version of java has been in repo with the name jre and jdk
for a long time. i noticed that a split package of java-sun is now in
the community repo.

i don't know if java-sun is newly created or has been there also for a
long time. anyway, the -sun suffix is not appropriate as the upstream
java is branded oracle now.

i have been using openjdk since the beginning. so, basically, i
pointed this out just for curiosity's sake.

best regards,

From gostrc at gmail.com  Fri Jul 29 01:19:27 2011
From: gostrc at gmail.com (Thomas Dziedzic)
Date: Fri, 29 Jul 2011 00:19:27 -0500
Subject: [arch-general] shouldn't the java-sun package be named
	java-oracle?
In-Reply-To: <CAKjTroMc9-ZUmtV-+XerKmXmfeWZhLsqJBChLk03OWVpNR-HTA@mail.gmail.com>
References: <CAKjTroMc9-ZUmtV-+XerKmXmfeWZhLsqJBChLk03OWVpNR-HTA@mail.gmail.com>
Message-ID: <CANFDciHUwWitAyx3mTp4GqsK8pe9oxjPpz_5VinWVjZHLV0PHg@mail.gmail.com>

On Thu, Jul 28, 2011 at 8:18 PM, Auguste Pop <auguste at gmail.com> wrote:

> hi,
>
> the binaray version of java has been in repo with the name jre and jdk
> for a long time. i noticed that a split package of java-sun is now in
> the community repo.
>
> i don't know if java-sun is newly created or has been there also for a
> long time. anyway, the -sun suffix is not appropriate as the upstream
> java is branded oracle now.
>
> i have been using openjdk since the beginning. so, basically, i
> pointed this out just for curiosity's sake.
>
> best regards,
>

it was always java-sun, the website was just updated to show pkgbase names
rather then the package names so that's why you noticed

I guess now is a good time as any to update the name :)
java-sun has now been renamed to java-oracle

Cheers!

From divan at s-tainment.co.za  Fri Jul 29 03:50:16 2011
From: divan at s-tainment.co.za (Divan Santana)
Date: Fri, 29 Jul 2011 09:50:16 +0200
Subject: [arch-general] KDE 4.7 hits [testing]
In-Reply-To: <1493124.UmrUa9iu7l@feanor>
References: <CANcOiu2NR2mDZaU4p5hQceBawWuvbSKz41T7pWONEgVTKC4-NQ@mail.gmail.com>
 <1493124.UmrUa9iu7l@feanor>
Message-ID: <1311925816.3025.2.camel@Nokia-N900>

On Thu, 28 Jul 2011, 12:05:39 SAST, Marc Deop <damnshock at gmail.com> wrote:

> On Thursday 28 July 2011 01:26:01 Andrea Scarpino wrote:
> > Hi arKers,
> > KDE 4.7 has been released[1] and our packages are ready in [testing].
> > 
> > As you already know KDE is (slowly) moving to GIT. With this
> > transition some KDE module has been splitted into subprojects, and the
> > remaining modules should be splitted before KDE 4.8.
> > The result of this is that some package (e.g. kdegraphics-libs) is now
> > splitted in several packages and each new package conflicts with the
> > old kdegraphics-libs, so you have to remove it when pacman asks for
> > its removal during the update.
> > 
> > Here some info about the splitted modules:
> > - KDE Workspace: wallpapers are now in a separate package named
> > kde-wallpapers, this reduced the kdebase-workspace package download
> > size by 70%.
> > - KDE Graphics: kdegraphics-libs is now splitted in
> > kdegraphics-ksaneplugin, kdegraphics-strigi-analyzer,
> > kdegraphics-svgpart, kdegraphics-thumbnailers, libkdcraw, libkexiv2,
> > libkipi, libksane. Our official packages which depends on
> > kdegraphics-libs have been updated to depend on the new libraries; the
> > upgrade should work without any issue, otherwise please report it to
> > our bug tracker.
> > - KDE Edu: kdeedu-libkdeedu and kdeedu-data have been dropped and
> > libkdeedu will replace them.
> > - KDE Bindings: every subproject has been splitted in two parts: one
> > for the qt bindings and one for the KDE bindings. The old packages
> > have been remove and the new one are: kdebindings-kimono,
> > kdebindings-kross-java, kdebindings-kross-python,
> > kdebindings-korundum, kdebindings-perlkde, kdebindings-perlqt,
> > kdebindings-qtruby, kdebindings-qyoto, kdebindings-smokegen,
> > kdebindings-smokekde, kdebindings-smokeqt.
> > - KDE Accessibility: kdeaccessibility-colorschemes and
> > kdeaccessibility-iconthemes are dropped and replaced.
> > 
> > Have a nice update!
> > 
> > [1] http://kde.org/announcements/4.7/
> > 
> > 
> 
> Hi Andrea,
>

 
> I just wanted to thank you for the work you do with the KDE packages in
> Archlinux :)
> Thanks again for the great work!

Hugely +1! Very much appreciated. Thanks.


> 
> Regards,
> 
> Marc Deop i Argem?


From mail at meyithi.com  Fri Jul 29 04:43:58 2011
From: mail at meyithi.com (Meyithi)
Date: Fri, 29 Jul 2011 09:43:58 +0100
Subject: [arch-general] quiet kernel parameter
In-Reply-To: <CAGVHqG_j+cuY3kp9Ck1vMipbdsmkdEYeNByZCYVSzzVqF9PRfw@mail.gmail.com>
References: <CAGVHqG_j+cuY3kp9Ck1vMipbdsmkdEYeNByZCYVSzzVqF9PRfw@mail.gmail.com>
Message-ID: <CAGVHqG-jDvThJ8UXGZJ+MpEMe3z9YDkE+vjUSpUPxksj0HeatA@mail.gmail.com>

This appears to be down to Syslinux, specifically a change introduced in
3.74

http://syslinux.zytor.com/wiki/index.php/Syslinux_3_Changelog#Changes_in_3.74

Suppress the Loading ... message if "quiet" is specified on the kernel
> command line.


and the fix that we already knew is to use loglevel=4 instead of quiet

 http://syslinux.zytor.com/archives/2010-November/015688.html

Use "loglevel=4" instead of "quiet"
>
>
It appears that the quiet kernel parameter also sets a quiet flag in
Syslinux as well, which is doing something horrible to early framebuffers.
 As to the original question, it seems that "quiet" and "loglevel=4" are
identical indeed, unless you use Syslinux.

-- 
Jason Steadman
http://www.meyithi.com/
http://twitter.com/meyithi

From reflexing at reflexing.ru  Fri Jul 29 05:31:45 2011
From: reflexing at reflexing.ru (Kirill Churin)
Date: Fri, 29 Jul 2011 15:31:45 +0600
Subject: [arch-general] [arch-dev-public] KDE 4.7 hits [testing]
In-Reply-To: <CANcOiu2NR2mDZaU4p5hQceBawWuvbSKz41T7pWONEgVTKC4-NQ@mail.gmail.com>
References: <CANcOiu2NR2mDZaU4p5hQceBawWuvbSKz41T7pWONEgVTKC4-NQ@mail.gmail.com>
Message-ID: <CAOzeqF=nt_Yb3ZbgoAnwnAPPeCSB9VGWdMZ0iuKcY6cX=CjUWg@mail.gmail.com>

On Thu, Jul 28, 2011 at 5:26 AM, Andrea Scarpino <andrea at archlinux.org> wrote:
> Hi arKers,
> KDE 4.7 has been released[1] and our packages are ready in [testing].
>
> As you already know KDE is (slowly) moving to GIT. With this
> transition some KDE module has been splitted into subprojects, and the
> remaining modules should be splitted before KDE 4.8.
> The result of this is that some package (e.g. kdegraphics-libs) is now
> splitted in several packages and each new package conflicts with the
> old kdegraphics-libs, so you have to remove it when pacman asks for
> its removal during the update.
>
> Here some info about the splitted modules:
> - KDE Workspace: wallpapers are now in a separate package named
> kde-wallpapers, this reduced the kdebase-workspace package download
> size by 70%.
> - KDE Graphics: kdegraphics-libs is now splitted in
> kdegraphics-ksaneplugin, kdegraphics-strigi-analyzer,
> kdegraphics-svgpart, kdegraphics-thumbnailers, libkdcraw, libkexiv2,
> libkipi, libksane. Our official packages which depends on
> kdegraphics-libs have been updated to depend on the new libraries; the
> upgrade should work without any issue, otherwise please report it to
> our bug tracker.
> - KDE Edu: kdeedu-libkdeedu and kdeedu-data have been dropped and
> libkdeedu will replace them.
> - KDE Bindings: every subproject has been splitted in two parts: one
> for the qt bindings and one for the KDE bindings. The old packages
> have been remove and the new one are: kdebindings-kimono,
> kdebindings-kross-java, kdebindings-kross-python,
> kdebindings-korundum, kdebindings-perlkde, kdebindings-perlqt,
> kdebindings-qtruby, kdebindings-qyoto, kdebindings-smokegen,
> kdebindings-smokekde, kdebindings-smokeqt.
> - KDE Accessibility: kdeaccessibility-colorschemes and
> kdeaccessibility-iconthemes are dropped and replaced.
>
> Have a nice update!
>
> [1] http://kde.org/announcements/4.7/
>
> --
> Andrea
>

Thanks for great work!

Are there any way to disable OpenGL ES in Kwin?

As told in https://bbs.archlinux.org/viewtopic.php?pid=967057, OpenGL
compositing doesn't work with current NVidia and ATI blobs :(

-- 
Kirill Churin
Jabber: reflexing at reflexing.ru

From vic at demuzere.be  Fri Jul 29 05:54:27 2011
From: vic at demuzere.be (Vic Demuzere)
Date: Fri, 29 Jul 2011 15:54:27 +0600
Subject: [arch-general] Atheros WiFi only working after reboot from
	windows
In-Reply-To: <CA+Yovz8SUHQ9n7pG6dHP+RO3yDKyPtUuMPAOeXF+x1BCpHP3eA@mail.gmail.com>
References: <CA+Yovz8DA1RUWRW+07yZFH5ztwmKP4ONpZ1_3S3V=c09xgo7=w@mail.gmail.com>
 <4E2FDEC8.5090109@gmail.com>
 <CA+Yovz8SUHQ9n7pG6dHP+RO3yDKyPtUuMPAOeXF+x1BCpHP3eA@mail.gmail.com>
Message-ID: <CA+Yovz9TN-ZyNBYovDU8mN37AibPNmvA=CW_Vyg6khnN0_sqMg@mail.gmail.com>

I tried setting the netcfg profile as David C. Rankin suggested, also
tried "ifconfig wlan0 down" before starting the network. Tried
reloading the ath9k module, nothing helped.

It still only works when I have used the WiFi connection on windows
first, then reboot to Arch.

I've found an ath9k mailing list, I'll try asking it there. Thanks for
all your help!

--
vic at demuzere.be :: http://vic.demuzere.be :: PGP: 0x6690CF94
My software never contains bugs, it just develops random features.

From andrea at archlinux.org  Fri Jul 29 06:01:31 2011
From: andrea at archlinux.org (Andrea Scarpino)
Date: Fri, 29 Jul 2011 12:01:31 +0200
Subject: [arch-general] [arch-dev-public] KDE 4.7 hits [testing]
In-Reply-To: <CAOzeqF=nt_Yb3ZbgoAnwnAPPeCSB9VGWdMZ0iuKcY6cX=CjUWg@mail.gmail.com>
References: <CANcOiu2NR2mDZaU4p5hQceBawWuvbSKz41T7pWONEgVTKC4-NQ@mail.gmail.com>
 <CAOzeqF=nt_Yb3ZbgoAnwnAPPeCSB9VGWdMZ0iuKcY6cX=CjUWg@mail.gmail.com>
Message-ID: <3771359.UExQLtJWPZ@stockholm>

On Friday, July 29, 2011 03:31:45 PM Kirill Churin wrote:
> Are there any way to disable OpenGL ES in Kwin?
> 
> As told in https://bbs.archlinux.org/viewtopic.php?pid=967057, OpenGL
> compositing doesn't work with current NVidia and ATI blobs :(
kdebase-workspace 4.7.0-2 in [testing] doesn't have Open GL ES support. 
kdebase-workspace 4.7.0-3 in [kde-unstable] has. Just downgrade your package.

-- 
Andrea

From jjalmeida at gmail.com  Fri Jul 29 12:28:49 2011
From: jjalmeida at gmail.com (Jorge Almeida)
Date: Fri, 29 Jul 2011 17:28:49 +0100
Subject: [arch-general] virtual memory exhausted
Message-ID: <CAKpSnpJUEmSUPyRD0QogoHxFd1p8xCjkr-2TRSunONOZyMf51A@mail.gmail.com>

I'm not sure this is an Arch issue, but I can't figure out what else can be.

I'm trying to compile non-Arch stuff in an arch host. I tried Binutils
(of LFS) and Buildroot (of uclibc). Both failed with the "virtual
memory exhausted: Cannot allocate memory" error.
The computer is a one-user workstation, which wasn't doing anything
else worth mentioning...
I tried both as root and as  common user, same problem...

#  pacman -Q gcc
gcc 4.6.1-2

#  cat /proc/meminfo
MemTotal:        2056484 kB
MemFree:         1356260 kB
Buffers:           74324 kB
Cached:           551824 kB
SwapCached:            0 kB
Active:           148888 kB
Inactive:         506268 kB
Active(anon):      10624 kB
Inactive(anon):     5716 kB
Active(file):     138264 kB
Inactive(file):   500552 kB
Unevictable:           0 kB
Mlocked:               0 kB
HighTotal:       1178888 kB
HighFree:         593112 kB
LowTotal:         877596 kB
LowFree:          763148 kB
SwapTotal:        996024 kB
SwapFree:         996024 kBDirty:                84 kB
Writeback:             0 kB
AnonPages:         10592 kB
Mapped:             5868 kB
Shmem:              5748 kB
Slab:              31360 kB
SReclaimable:      25156 kB
SUnreclaim:         6204 kB
KernelStack:        1112 kB
PageTables:         1476 kB
NFS_Unstable:          0 kB
Bounce:                0 kB
WritebackTmp:          0 kB
CommitLimit:     2024264 kB
Committed_AS:      61648 kB
VmallocTotal:     122880 kB
VmallocUsed:       14672 kB
VmallocChunk:      80164 kB
HardwareCorrupted:     0 kB
AnonHugePages:         0 kB
HugePages_Total:       0
HugePages_Free:        0
HugePages_Rsvd:        0
HugePages_Surp:        0
Hugepagesize:       4096 kB
DirectMap4k:       20472 kB
DirectMap4M:      888832 kB

#  ulimit -a
core file size          (blocks, -c) 0
data seg size           (kbytes, -d) 58593
scheduling priority             (-e) 0
file size               (blocks, -f) unlimited
pending signals                 (-i) 16046
max locked memory       (kbytes, -l) 64
max memory size         (kbytes, -m) unlimited
open files                      (-n) 1024
pipe size            (512 bytes, -p) 8
POSIX message queues     (bytes, -q) 819200
real-time priority              (-r) 0
stack size              (kbytes, -s) 58593
cpu time               (seconds, -t) unlimited
max user processes              (-u) 16046
virtual memory          (kbytes, -v) 58593
file locks                      (-x) unlimited


Maybe there is some arch-specific configuring to do? I have no idea
whether these limit parameters require tweaking...



TIA

Jorge Almeida

From jeffrey.parke at gmail.com  Fri Jul 29 12:30:43 2011
From: jeffrey.parke at gmail.com (Jeffrey Lynn Parke Jr.)
Date: Fri, 29 Jul 2011 11:30:43 -0500
Subject: [arch-general] virtual memory exhausted
In-Reply-To: <CAKpSnpJUEmSUPyRD0QogoHxFd1p8xCjkr-2TRSunONOZyMf51A@mail.gmail.com>
References: <CAKpSnpJUEmSUPyRD0QogoHxFd1p8xCjkr-2TRSunONOZyMf51A@mail.gmail.com>
Message-ID: <CAAPPTNGY-h3ofE8uyoSUG7vmymqz2NVXVRmRQjF_mGrLCAbAbQ@mail.gmail.com>

On Fri, Jul 29, 2011 at 11:28 AM, Jorge Almeida <jjalmeida at gmail.com> wrote:

> I'm not sure this is an Arch issue, but I can't figure out what else can
> be.
>
> I'm trying to compile non-Arch stuff in an arch host. I tried Binutils
> (of LFS) and Buildroot (of uclibc). Both failed with the "virtual
> memory exhausted: Cannot allocate memory" error.
> The computer is a one-user workstation, which wasn't doing anything
> else worth mentioning...
> I tried both as root and as  common user, same problem...
>
> #  pacman -Q gcc
> gcc 4.6.1-2
>
> #  cat /proc/meminfo
> MemTotal:        2056484 kB
> MemFree:         1356260 kB
> Buffers:           74324 kB
> Cached:           551824 kB
> SwapCached:            0 kB
> Active:           148888 kB
> Inactive:         506268 kB
> Active(anon):      10624 kB
> Inactive(anon):     5716 kB
> Active(file):     138264 kB
> Inactive(file):   500552 kB
> Unevictable:           0 kB
> Mlocked:               0 kB
> HighTotal:       1178888 kB
> HighFree:         593112 kB
> LowTotal:         877596 kB
> LowFree:          763148 kB
> SwapTotal:        996024 kB
> SwapFree:         996024 kBDirty:                84 kB
> Writeback:             0 kB
> AnonPages:         10592 kB
> Mapped:             5868 kB
> Shmem:              5748 kB
> Slab:              31360 kB
> SReclaimable:      25156 kB
> SUnreclaim:         6204 kB
> KernelStack:        1112 kB
> PageTables:         1476 kB
> NFS_Unstable:          0 kB
> Bounce:                0 kB
> WritebackTmp:          0 kB
> CommitLimit:     2024264 kB
> Committed_AS:      61648 kB
> VmallocTotal:     122880 kB
> VmallocUsed:       14672 kB
> VmallocChunk:      80164 kB
> HardwareCorrupted:     0 kB
> AnonHugePages:         0 kB
> HugePages_Total:       0
> HugePages_Free:        0
> HugePages_Rsvd:        0
> HugePages_Surp:        0
> Hugepagesize:       4096 kB
> DirectMap4k:       20472 kB
> DirectMap4M:      888832 kB
>
> #  ulimit -a
> core file size          (blocks, -c) 0
> data seg size           (kbytes, -d) 58593
> scheduling priority             (-e) 0
> file size               (blocks, -f) unlimited
> pending signals                 (-i) 16046
> max locked memory       (kbytes, -l) 64
> max memory size         (kbytes, -m) unlimited
> open files                      (-n) 1024
> pipe size            (512 bytes, -p) 8
> POSIX message queues     (bytes, -q) 819200
> real-time priority              (-r) 0
> stack size              (kbytes, -s) 58593
> cpu time               (seconds, -t) unlimited
> max user processes              (-u) 16046
> virtual memory          (kbytes, -v) 58593
> file locks                      (-x) unlimited
>
>
> Maybe there is some arch-specific configuring to do? I have no idea
> whether these limit parameters require tweaking...
>
>
>
> TIA
>
> Jorge Almeida
>

what exactly are you trying to compile.. maybe that's your problem


-- 
"Breath Deeply and Dream"

From jjalmeida at gmail.com  Fri Jul 29 12:39:32 2011
From: jjalmeida at gmail.com (Jorge Almeida)
Date: Fri, 29 Jul 2011 17:39:32 +0100
Subject: [arch-general] virtual memory exhausted
In-Reply-To: <CAAPPTNGY-h3ofE8uyoSUG7vmymqz2NVXVRmRQjF_mGrLCAbAbQ@mail.gmail.com>
References: <CAKpSnpJUEmSUPyRD0QogoHxFd1p8xCjkr-2TRSunONOZyMf51A@mail.gmail.com>
 <CAAPPTNGY-h3ofE8uyoSUG7vmymqz2NVXVRmRQjF_mGrLCAbAbQ@mail.gmail.com>
Message-ID: <CAKpSnpLGveOJDzMLov=4RNuzvCbL97zbGvu83HaVkzoReJW6YQ@mail.gmail.com>

On Fri, Jul 29, 2011 at 5:30 PM, Jeffrey Lynn Parke Jr.
<jeffrey.parke at gmail.com> wrote:

>>
>
> what exactly are you trying to compile.. maybe that's your problem
>
>
As I said, Binutils (for building a Linux From Scratch system). But I
also tried to compile Buildroot, which is totally unrelated with LFS.
That's why I think the problem is not with the compiling stuff...

J.A.

From anthony at xtfx.me  Fri Jul 29 16:03:33 2011
From: anthony at xtfx.me (C Anthony Risinger)
Date: Fri, 29 Jul 2011 15:03:33 -0500
Subject: [arch-general] quiet kernel parameter
In-Reply-To: <CAGVHqG-jDvThJ8UXGZJ+MpEMe3z9YDkE+vjUSpUPxksj0HeatA@mail.gmail.com>
References: <CAGVHqG_j+cuY3kp9Ck1vMipbdsmkdEYeNByZCYVSzzVqF9PRfw@mail.gmail.com>
 <CAGVHqG-jDvThJ8UXGZJ+MpEMe3z9YDkE+vjUSpUPxksj0HeatA@mail.gmail.com>
Message-ID: <CAGAVQTG9twShJ4EUnLRrgNf6Myg6p03kmqBOny+MxfwdYdmyoQ@mail.gmail.com>

On Fri, Jul 29, 2011 at 3:43 AM, Meyithi <mail at meyithi.com> wrote:
>
> It appears that the quiet kernel parameter also sets a quiet flag in
> Syslinux as well, which is doing something horrible to early framebuffers.
> ?As to the original question, it seems that "quiet" and "loglevel=4" are
> identical indeed, unless you use Syslinux.

nice catch -- that would make sense why all my machines behave the
same way -- i *knew* syslinux was to blame!!!

i'll try it out too, thanks.
-- 

C Anthony

From teg at jklm.no  Fri Jul 29 16:35:42 2011
From: teg at jklm.no (Tom Gundersen)
Date: Fri, 29 Jul 2011 22:35:42 +0200
Subject: [arch-general] quiet kernel parameter
In-Reply-To: <CAGVHqG-jDvThJ8UXGZJ+MpEMe3z9YDkE+vjUSpUPxksj0HeatA@mail.gmail.com>
References: <CAGVHqG_j+cuY3kp9Ck1vMipbdsmkdEYeNByZCYVSzzVqF9PRfw@mail.gmail.com>
 <CAGVHqG-jDvThJ8UXGZJ+MpEMe3z9YDkE+vjUSpUPxksj0HeatA@mail.gmail.com>
Message-ID: <CAG-2HqVP=cBTpnijE-1ttYHnPN-R_KH=_E4jpoz5sW+14XQ2Wg@mail.gmail.com>

On Fri, Jul 29, 2011 at 10:43 AM, Meyithi <mail at meyithi.com> wrote:
> It appears that the quiet kernel parameter also sets a quiet flag in
> Syslinux as well, which is doing something horrible to early framebuffers.
> ?As to the original question, it seems that "quiet" and "loglevel=4" are
> identical indeed, unless you use Syslinux.

For what it's worth: I'm using syslinux with quiet without seeing this
problem (using i915).

Also, the last kernel commit I pointed to in a previous email shows a
place in the boot code where "quiet" is indeed different from
"loglevel=4", just in case someone came across a different problem.

Cheers,

Tom

From jan.steffens at gmail.com  Fri Jul 29 17:21:05 2011
From: jan.steffens at gmail.com (Jan Steffens)
Date: Fri, 29 Jul 2011 18:21:05 -0300
Subject: [arch-general] virtual memory exhausted
In-Reply-To: <CAKpSnpJUEmSUPyRD0QogoHxFd1p8xCjkr-2TRSunONOZyMf51A@mail.gmail.com>
References: <CAKpSnpJUEmSUPyRD0QogoHxFd1p8xCjkr-2TRSunONOZyMf51A@mail.gmail.com>
Message-ID: <CAMQ-g0dt2Tb=5Q7FiUYRdRMfveZhET4RTRYxy_F=AqrTKOKHDQ@mail.gmail.com>

On Fri, Jul 29, 2011 at 1:28 PM, Jorge Almeida <jjalmeida at gmail.com> wrote:
> I'm not sure this is an Arch issue, but I can't figure out what else can be.
>
> I'm trying to compile non-Arch stuff in an arch host. I tried Binutils
> (of LFS) and Buildroot (of uclibc). Both failed with the "virtual
> memory exhausted: Cannot allocate memory" error.
> The computer is a one-user workstation, which wasn't doing anything
> else worth mentioning...
> I tried both as root and as ?common user, same problem...
>
> # ?pacman -Q gcc
> gcc 4.6.1-2
>
> # ?cat /proc/meminfo
> MemTotal: ? ? ? ?2056484 kB
> MemFree: ? ? ? ? 1356260 kB
> Buffers: ? ? ? ? ? 74324 kB
> Cached: ? ? ? ? ? 551824 kB
> SwapCached: ? ? ? ? ? ?0 kB
> Active: ? ? ? ? ? 148888 kB
> Inactive: ? ? ? ? 506268 kB
> Active(anon): ? ? ?10624 kB
> Inactive(anon): ? ? 5716 kB
> Active(file): ? ? 138264 kB
> Inactive(file): ? 500552 kB
> Unevictable: ? ? ? ? ? 0 kB
> Mlocked: ? ? ? ? ? ? ? 0 kB
> HighTotal: ? ? ? 1178888 kB
> HighFree: ? ? ? ? 593112 kB
> LowTotal: ? ? ? ? 877596 kB
> LowFree: ? ? ? ? ?763148 kB
> SwapTotal: ? ? ? ?996024 kB
> SwapFree: ? ? ? ? 996024 kBDirty: ? ? ? ? ? ? ? ?84 kB
> Writeback: ? ? ? ? ? ? 0 kB
> AnonPages: ? ? ? ? 10592 kB
> Mapped: ? ? ? ? ? ? 5868 kB
> Shmem: ? ? ? ? ? ? ?5748 kB
> Slab: ? ? ? ? ? ? ?31360 kB
> SReclaimable: ? ? ?25156 kB
> SUnreclaim: ? ? ? ? 6204 kB
> KernelStack: ? ? ? ?1112 kB
> PageTables: ? ? ? ? 1476 kB
> NFS_Unstable: ? ? ? ? ?0 kB
> Bounce: ? ? ? ? ? ? ? ?0 kB
> WritebackTmp: ? ? ? ? ?0 kB
> CommitLimit: ? ? 2024264 kB
> Committed_AS: ? ? ?61648 kB
> VmallocTotal: ? ? 122880 kB
> VmallocUsed: ? ? ? 14672 kB
> VmallocChunk: ? ? ?80164 kB
> HardwareCorrupted: ? ? 0 kB
> AnonHugePages: ? ? ? ? 0 kB
> HugePages_Total: ? ? ? 0
> HugePages_Free: ? ? ? ?0
> HugePages_Rsvd: ? ? ? ?0
> HugePages_Surp: ? ? ? ?0
> Hugepagesize: ? ? ? 4096 kB
> DirectMap4k: ? ? ? 20472 kB
> DirectMap4M: ? ? ?888832 kB
>
> # ?ulimit -a
> core file size ? ? ? ? ?(blocks, -c) 0
> data seg size ? ? ? ? ? (kbytes, -d) 58593
> scheduling priority ? ? ? ? ? ? (-e) 0
> file size ? ? ? ? ? ? ? (blocks, -f) unlimited
> pending signals ? ? ? ? ? ? ? ? (-i) 16046
> max locked memory ? ? ? (kbytes, -l) 64
> max memory size ? ? ? ? (kbytes, -m) unlimited
> open files ? ? ? ? ? ? ? ? ? ? ?(-n) 1024
> pipe size ? ? ? ? ? ?(512 bytes, -p) 8
> POSIX message queues ? ? (bytes, -q) 819200
> real-time priority ? ? ? ? ? ? ?(-r) 0
> stack size ? ? ? ? ? ? ?(kbytes, -s) 58593
> cpu time ? ? ? ? ? ? ? (seconds, -t) unlimited
> max user processes ? ? ? ? ? ? ?(-u) 16046
> virtual memory ? ? ? ? ?(kbytes, -v) 58593
> file locks ? ? ? ? ? ? ? ? ? ? ?(-x) unlimited
>
>
> Maybe there is some arch-specific configuring to do? I have no idea
> whether these limit parameters require tweaking...
>
>
>
> TIA
>
> Jorge Almeida
>

Add a few gigabytes of swap, if you can. If that doesn't work, try
running x86_64, if you don't.

From jjalmeida at gmail.com  Fri Jul 29 17:44:09 2011
From: jjalmeida at gmail.com (Jorge Almeida)
Date: Fri, 29 Jul 2011 22:44:09 +0100
Subject: [arch-general] virtual memory exhausted
In-Reply-To: <CAMQ-g0dt2Tb=5Q7FiUYRdRMfveZhET4RTRYxy_F=AqrTKOKHDQ@mail.gmail.com>
References: <CAKpSnpJUEmSUPyRD0QogoHxFd1p8xCjkr-2TRSunONOZyMf51A@mail.gmail.com>
 <CAMQ-g0dt2Tb=5Q7FiUYRdRMfveZhET4RTRYxy_F=AqrTKOKHDQ@mail.gmail.com>
Message-ID: <CAKpSnpJQPJHrZaQcRew07Mfie86wfCsYEi2AtWO5hsCLHkANLQ@mail.gmail.com>

On Fri, Jul 29, 2011 at 10:21 PM, Jan Steffens <jan.steffens at gmail.com> wrote:
> On Fri, Jul 29, 2011 at 1:28 PM, Jorge Almeida <jjalmeida at gmail.com> wrote:
>> I'm not sure this is an Arch issue, but I can't figure out what else can be.
>>
>> I'm trying to compile non-Arch stuff in an arch host. I tried Binutils
>> (of LFS) and Buildroot (of uclibc). Both failed with the "virtual
>> memory exhausted: Cannot allocate memory" error.
>> The computer is a one-user workstation, which wasn't doing anything
>> else worth mentioning...
>> I tried both as root and as ?common user, same problem...
>>
>>
>
> Add a few gigabytes of swap, if you can. If that doesn't work, try
> running x86_64, if you don't.
>

I already found a solution. The problem is that the limits are too
restrictive.  There's probably a reason to have those values as
default, but  then nobody seems to understand this stuff that much,
judging by Google...
The solution is to issue, as root

ulimit -u unlimited lfs
ulimit -v unlimited lfs

and then do the compiling as user lfs. By the way: this syntax (with
the user as argument) seems to be completely undocumented! How hard
could it be to add a few characters to the bash man page? (And finding
that ulimit is a bash build-in is another matter, I don't remember how
I found it.) I still don't know how to change the default...

Cheers

JA

From byron at theclarkfamily.name  Fri Jul 29 17:46:17 2011
From: byron at theclarkfamily.name (Byron Clark)
Date: Fri, 29 Jul 2011 15:46:17 -0600
Subject: [arch-general] virtual memory exhausted
In-Reply-To: <CAKpSnpJUEmSUPyRD0QogoHxFd1p8xCjkr-2TRSunONOZyMf51A@mail.gmail.com>
References: <CAKpSnpJUEmSUPyRD0QogoHxFd1p8xCjkr-2TRSunONOZyMf51A@mail.gmail.com>
Message-ID: <20110729214617.GM2558@bclarkjive.lan>

On 07/29/11 at 05:28pm, Jorge Almeida wrote:
> I'm not sure this is an Arch issue, but I can't figure out what else can be.
> 
> I'm trying to compile non-Arch stuff in an arch host. I tried Binutils
> (of LFS) and Buildroot (of uclibc). Both failed with the "virtual
> memory exhausted: Cannot allocate memory" error.
> The computer is a one-user workstation, which wasn't doing anything
> else worth mentioning...
> I tried both as root and as  common user, same problem...
> 
> #  ulimit -a
> virtual memory          (kbytes, -v) 58593

You might need more than ~57MB of address space to run the compilation.

-- 
Byron Clark

From jjalmeida at gmail.com  Fri Jul 29 17:50:55 2011
From: jjalmeida at gmail.com (Jorge Almeida)
Date: Fri, 29 Jul 2011 22:50:55 +0100
Subject: [arch-general] virtual memory exhausted
In-Reply-To: <20110729214617.GM2558@bclarkjive.lan>
References: <CAKpSnpJUEmSUPyRD0QogoHxFd1p8xCjkr-2TRSunONOZyMf51A@mail.gmail.com>
 <20110729214617.GM2558@bclarkjive.lan>
Message-ID: <CAKpSnpL9sCj-KFWYGpq5MCE9kQxaWd36qzt5bhXiYn+BM7Cjkg@mail.gmail.com>

On Fri, Jul 29, 2011 at 10:46 PM, Byron Clark <byron at theclarkfamily.name> wrote:
> On 07/29/11 at 05:28pm, Jorge Almeida wrote:

>> # ?ulimit -a
>> virtual memory ? ? ? ? ?(kbytes, -v) 58593
>
> You might need more than ~57MB of address space to run the compilation.
>
Yes, although I have no idea of what values would be right. Anyway,
"unlimited" does it.
Thanks

JA

From registo.mailling at gmail.com  Fri Jul 29 18:26:43 2011
From: registo.mailling at gmail.com (Mauro Santos)
Date: Fri, 29 Jul 2011 23:26:43 +0100
Subject: [arch-general] virtual memory exhausted
In-Reply-To: <CAKpSnpL9sCj-KFWYGpq5MCE9kQxaWd36qzt5bhXiYn+BM7Cjkg@mail.gmail.com>
References: <CAKpSnpJUEmSUPyRD0QogoHxFd1p8xCjkr-2TRSunONOZyMf51A@mail.gmail.com>
 <20110729214617.GM2558@bclarkjive.lan>
 <CAKpSnpL9sCj-KFWYGpq5MCE9kQxaWd36qzt5bhXiYn+BM7Cjkg@mail.gmail.com>
Message-ID: <4E3333A3.3030609@gmail.com>

On 29-07-2011 22:50, Jorge Almeida wrote:
> On Fri, Jul 29, 2011 at 10:46 PM, Byron Clark <byron at theclarkfamily.name> wrote:
>> On 07/29/11 at 05:28pm, Jorge Almeida wrote:
> 
>>> #  ulimit -a
>>> virtual memory          (kbytes, -v) 58593
>>
>> You might need more than ~57MB of address space to run the compilation.
>>
> Yes, although I have no idea of what values would be right. Anyway,
> "unlimited" does it.
> Thanks
> 
> JA
> 

Are you sure you haven't personalized that? 'ulimit -v' says unlimited
here and I haven't changed that config from arch's default.

'ulimit -u unlimited' might be a bad idea, if anything goes haywire and
starts spawning threads it can crash your machine very quickly (think
fork bomb), even the default value seems to be too much for normal usage.

-- 
Mauro Santos

From jjalmeida at gmail.com  Fri Jul 29 18:55:34 2011
From: jjalmeida at gmail.com (Jorge Almeida)
Date: Fri, 29 Jul 2011 23:55:34 +0100
Subject: [arch-general] virtual memory exhausted
In-Reply-To: <4E3333A3.3030609@gmail.com>
References: <CAKpSnpJUEmSUPyRD0QogoHxFd1p8xCjkr-2TRSunONOZyMf51A@mail.gmail.com>
 <20110729214617.GM2558@bclarkjive.lan>
 <CAKpSnpL9sCj-KFWYGpq5MCE9kQxaWd36qzt5bhXiYn+BM7Cjkg@mail.gmail.com>
 <4E3333A3.3030609@gmail.com>
Message-ID: <CAKpSnp+YkwerRMrKUpJHX1CtWDL2Ap0vCd-758Ug7444o5pTmg@mail.gmail.com>

On Fri, Jul 29, 2011 at 11:26 PM, Mauro Santos
<registo.mailling at gmail.com> wrote:

>
> Are you sure you haven't personalized that?
Yes. For a good reason: what little I knew about ulimit (from Gentoo)
was forgotten, and it only came to mind now that I was bitten.


'ulimit -v' says unlimited
> here and I haven't changed that config from arch's default.

OK, I have one system like you and another one with the limits I
posted. I suppose it has to do with the time the systems were
installed.
>
> 'ulimit -u unlimited' might be a bad idea, if anything goes haywire and
> starts spawning threads it can crash your machine very quickly (think
> fork bomb), even the default value seems to be too much for normal usage.
>
Agreed. But how is one supposed to know how to choose sane values?


JA

From registo.mailling at gmail.com  Fri Jul 29 21:23:14 2011
From: registo.mailling at gmail.com (Mauro Santos)
Date: Sat, 30 Jul 2011 02:23:14 +0100
Subject: [arch-general] virtual memory exhausted
In-Reply-To: <CAKpSnp+YkwerRMrKUpJHX1CtWDL2Ap0vCd-758Ug7444o5pTmg@mail.gmail.com>
References: <CAKpSnpJUEmSUPyRD0QogoHxFd1p8xCjkr-2TRSunONOZyMf51A@mail.gmail.com>
 <20110729214617.GM2558@bclarkjive.lan>
 <CAKpSnpL9sCj-KFWYGpq5MCE9kQxaWd36qzt5bhXiYn+BM7Cjkg@mail.gmail.com>
 <4E3333A3.3030609@gmail.com>
 <CAKpSnp+YkwerRMrKUpJHX1CtWDL2Ap0vCd-758Ug7444o5pTmg@mail.gmail.com>
Message-ID: <4E335D02.8020208@gmail.com>

On 29-07-2011 23:55, Jorge Almeida wrote:
> Agreed. But how is one supposed to know how to choose sane values?

For the "max user processes" what I've seen is that you want to set it a
little over the maximum number of tasks you expect to run (the number
that top reports) so there is some protection from any program going
rogue and starting to create new threads. I've seen people saying 256 to
512 is a good number (depends on the amount of programs and cruft you
intend to have running), for a single user system, which most personal
systems are, it should be enough.

However on some distros this limit is sometimes even higher than it is
on arch by default, on other distros it is somewhat smaller (but still
way too big to really avoid even simple fork bombs I'd say) so either I
got the wrong idea or no one looks into this, which is a shame because
it seems some sensible ulimit defaults might help avoid some crashes.
The only trouble with this stuff is that one size doesn't fit all and
what may be sensible to some users might not be enough (or too much) for
others.

-- 
Mauro Santos

From tobias.powalowski at googlemail.com  Sat Jul 30 05:44:45 2011
From: tobias.powalowski at googlemail.com (Tobias Powalowski)
Date: Sat, 30 Jul 2011 11:44:45 +0200
Subject: [arch-general] 2011.07-3 archboot "2k11-R4" ISO hybrid image
	released
Message-ID: <4E33D28D.80906@googlemail.com>

Hi Arch community,

Arch Linux (archboot creation tool) 2011.07-2, "2k11-R4" has been released.
To avoid confusion, this is not an official arch linux iso release!

Homepage and for more information on archboot:
http://wiki.archlinux.org/index.php/Archboot

Forum:
https://bbs.archlinux.org/viewtopic.php?id=123412

Summary:
- bump to latest kernels, plain bugfix release.

Hybrid image file and torrent is provided, which include
i686 and x86_64 core repository. Please check md5sum before using it.

Hybrid image file is a standard CD-burnable image and also a raw disk image.
    - Can be burned to CD(RW) media using most CD-burning utilities.
    - Can be raw-written to a drive using 'dd' or similar utilities.
      This method is intended for use with USB thumb drives.

Please get it from your favorite arch linux mirror:
- https://downloads.archlinux.de/iso/archboot/2011.07/
- <yourmirror>/iso/archboot/2011.06/

Have fun,
greetings
tpowa
-- 
Tobias Powalowski
Archlinux Developer & Package Maintainer (tpowa)
http://www.archlinux.org
tpowa at archlinux.org

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 262 bytes
Desc: OpenPGP digital signature
URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110730/1b88c7a8/attachment-0001.asc>

From remyoudompheng at gmail.com  Sat Jul 30 15:32:48 2011
From: remyoudompheng at gmail.com (=?iso-8859-1?Q?R=E9my?= Oudompheng)
Date: Sat, 30 Jul 2011 21:32:48 +0200
Subject: [arch-general] [signoff] netcfg 2.6.6-1
Message-ID: <20110730193248.GA6864@mastermind.lan>

Hello,

I have prepared the netcfg 2.6.6 release. I have let go the previous
signoff thread because of several outstanding issues, which I think are
now resolved.

NEWS except
-----------
version 2.6.6
- fix wrong rc scripts names in suspend hook (FS#20330)
- fix wireless failure when using wpa-config and a custom
  ctrl_interface path (FS#24949)
- bash-completion: add -r to option list (FS#25188)

Regards,
R?my.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20110730/a9c6ee4b/attachment.asc>

From dschauer at gmail.com  Sun Jul 31 09:21:23 2011
From: dschauer at gmail.com (Dwight Schauer)
Date: Sun, 31 Jul 2011 08:21:23 -0500
Subject: [arch-general] iniitcpio root device check
Message-ID: <CAKdt_-YNGug+zYXEb1G5UJ11GjVoRPJLkZKtH4iuzn0H0rT2DA@mail.gmail.com>

I have an arch linux install running in qemu using a 9p virtual root
filesystem (root filesystem is just a sub directory on the host).

This is the line I use to launch it:

qemu-system-x86_64 -enable-kvm -virtfs
local,path=$(pwd)/wn-root,security_model=mapped,mount_tag=wn-root -smp
2 -m 1024 -kernel ./wn-root/boot/vmlinuz26 -append 'rootfstype=9p
rootflags="trans=virtio,version=9p2000.L" root=wn-root ro
rootdelay=10' --initrd ./wn-root/boot/kernel26-fallback.img -net vde
-net nic,vlan=0,macaddr=52:54:00:00:EE:03

Immediately after "::Running Hook [resume]" though I get:

Root device 'wn-root' does'nt exist. Attempting to create it.
ERROR: Unable to determine major/minor number of root device 'wn-root'.

At that point I'm dropped into the recovery shell, I exit that, it
complains, but continues to boot fine as it the existence in /dev/ of
a 9p filesystem source is not needed.

I did not find anything in mkinitcpio.conf to disable this check,
which in this case is not needed, as the root filesystem is mounted
without any problem.

Using 9p for a kvm root filesystem is useful for cases where something
like Linux containers (LXC) is not sufficient to accomplish some task.

For the most part this is working fine, still have some 9p filesystem
oddities to work through. For instance, syslog-ng won't start and
using makepkg on some packages results in "cat: -: No such file or
directory" (that error does not occur when that arch install is
chrooted into and build run from inside the chroot). The 9p issues are
not relevant to the initcpio workaround I'm looking for though.

Dwight

From d at falconindy.com  Sun Jul 31 11:26:30 2011
From: d at falconindy.com (Dave Reisner)
Date: Sun, 31 Jul 2011 11:26:30 -0400
Subject: [arch-general]  iniitcpio root device check
In-Reply-To: <CAKdt_-YNGug+zYXEb1G5UJ11GjVoRPJLkZKtH4iuzn0H0rT2DA@mail.gmail.com>
Message-ID: <20110731152630.GD1109@rampage>

> I have an arch linux install running in qemu using a 9p virtual root
> filesystem (root filesystem is just a sub directory on the host).
> 
> This is the line I use to launch it:
> 
> qemu-system-x86_64 -enable-kvm -virtfs
> local,path=$(pwd)/wn-root,security_model=mapped,mount_tag=wn-root -smp
> 2 -m 1024 -kernel ./wn-root/boot/vmlinuz26 -append 'rootfstype=9p
> rootflags="trans=virtio,version=9p2000.L" root=wn-root ro
> rootdelay=10' --initrd ./wn-root/boot/kernel26-fallback.img -net vde
> -net nic,vlan=0,macaddr=52:54:00:00:EE:03
> 
> Immediately after "::Running Hook [resume]" though I get:
> 
> Root device 'wn-root' does'nt exist. Attempting to create it.
> ERROR: Unable to determine major/minor number of root device 'wn-root'.
> 
> At that point I'm dropped into the recovery shell, I exit that, it
> complains, but continues to boot fine as it the existence in /dev/ of
> a 9p filesystem source is not needed.
> 
> I did not find anything in mkinitcpio.conf to disable this check,
> which in this case is not needed, as the root filesystem is mounted
> without any problem.
> 
> Using 9p for a kvm root filesystem is useful for cases where something
> like Linux containers (LXC) is not sufficient to accomplish some task.
> 
> For the most part this is working fine, still have some 9p filesystem
> oddities to work through. For instance, syslog-ng won't start and
> using makepkg on some packages results in "cat: -: No such file or
> directory" (that error does not occur when that arch install is
> chrooted into and build run from inside the chroot). The 9p issues are
> not relevant to the initcpio workaround I'm looking for though.
> 
> Dwight

You'll likely want to create your own mount handler as this is a bit of
an edge case. Doesn't need to be anything complex..

9p_mount_handler() {
  mount -t 9p -o ro,${rootflags} "$root" "$1"
}
mount_handler=9p_mount_handler

This gets added to /lib/initcpio/hooks (call it 9p?) and then wrapped up
in a build script which is added to /lib/initcpio/install. After that,
add '9p' to your HOOKS in the config. Note that while the install
scripts are interpreted by /bin/bash, hooks that run on the initcpio are
interpreted by /bin/busybox ash.

dave

From dschauer at gmail.com  Sun Jul 31 14:05:48 2011
From: dschauer at gmail.com (Dwight Schauer)
Date: Sun, 31 Jul 2011 13:05:48 -0500
Subject: [arch-general] iniitcpio root device check
In-Reply-To: <20110731152630.GD1109@rampage>
References: <CAKdt_-YNGug+zYXEb1G5UJ11GjVoRPJLkZKtH4iuzn0H0rT2DA@mail.gmail.com>
 <20110731152630.GD1109@rampage>
Message-ID: <CAKdt_-bZgy3PmDqMkK3qwSTn2iDheCYRzhxC7E7JO9EfNJm0Mw@mail.gmail.com>

On Sun, Jul 31, 2011 at 10:26 AM, Dave Reisner <d at falconindy.com> wrote:
>> I have an arch linux install running in qemu using a 9p virtual root
>> filesystem (root filesystem is just a sub directory on the host).
>>
>> This is the line I use to launch it:
>>
>> qemu-system-x86_64 -enable-kvm -virtfs
>> local,path=$(pwd)/wn-root,security_model=mapped,mount_tag=wn-root -smp
>> 2 -m 1024 -kernel ./wn-root/boot/vmlinuz26 -append 'rootfstype=9p
>> rootflags="trans=virtio,version=9p2000.L" root=wn-root ro
>> rootdelay=10' --initrd ./wn-root/boot/kernel26-fallback.img -net vde
>> -net nic,vlan=0,macaddr=52:54:00:00:EE:03
>>
>> Immediately after "::Running Hook [resume]" though I get:
>>
>> Root device 'wn-root' does'nt exist. Attempting to create it.
>> ERROR: Unable to determine major/minor number of root device 'wn-root'.
>>
>> At that point I'm dropped into the recovery shell, I exit that, it
>> complains, but continues to boot fine as it the existence in /dev/ of
>> a 9p filesystem source is not needed.
>>
>> I did not find anything in mkinitcpio.conf to disable this check,
>> which in this case is not needed, as the root filesystem is mounted
>> without any problem.
>>
>> Using 9p for a kvm root filesystem is useful for cases where something
>> like Linux containers (LXC) is not sufficient to accomplish some task.
>>
>> For the most part this is working fine, still have some 9p filesystem
>> oddities to work through. For instance, syslog-ng won't start and
>> using makepkg on some packages results in "cat: -: No such file or
>> directory" (that error does not occur when that arch install is
>> chrooted into and build run from inside the chroot). The 9p issues are
>> not relevant to the initcpio workaround I'm looking for though.
>>
>> Dwight
>
> You'll likely want to create your own mount handler as this is a bit of
> an edge case. Doesn't need to be anything complex..
>
> 9p_mount_handler() {
> ?mount -t 9p -o ro,${rootflags} "$root" "$1"
> }
> mount_handler=9p_mount_handler
>
> This gets added to /lib/initcpio/hooks (call it 9p?) and then wrapped up
> in a build script which is added to /lib/initcpio/install. After that,
> add '9p' to your HOOKS in the config. Note that while the install
> scripts are interpreted by /bin/bash, hooks that run on the initcpio are
> interpreted by /bin/busybox ash.
>
> dave
>

Alright, I did that, but it is still doing the root device check and
dropping into the recovery shell, so I have to press Ctrl-D to
continue.

>From /etc/mkinitcpio.conf:
MODULES="" # I was putting the modules here, now they are in install/9p
HOOKS="base udev autodetect 9p filesystems"

----< start /lib/initcpio/hooks/9p >----
run_hook () {
  modprobe 9p
  modprobe 9pnet
  modprobe fscache
  modprobe virtio
  modprobe virtio_ring
  modprobe virtio_pci
  modprobe 9pnet_virtio
}

9p_mount_handler() {
 mount -t 9p -o ro,${rootflags} "$root" "$1"
}

mount_handler=9p_mount_handler
----< end /lib/initcpio/hooks/9p >----

----< start /lib/initcpio/install/9p >----
#!/bin/bash

build() {
  MODULES+=" 9p 9pnet fscache virtio virtio_ring virtio_pci 9pnet_virtio"
}

help() {
    cat<<HELPEOF
This hook allows a 9p virtual filesystem passthrough to be used
as the root filesystem when run qemu KVM.
HELPEOF
}
----< end /lib/initcpio/install/9p >----

It does not seem to matter where I put the 9p hook in the HOOKS string
before rebuilding the initcpio images.

Dwight

From d at falconindy.com  Sun Jul 31 16:56:44 2011
From: d at falconindy.com (Dave Reisner)
Date: Sun, 31 Jul 2011 16:56:44 -0400
Subject: [arch-general]  iniitcpio root device check
In-Reply-To: <CAKdt_-bZgy3PmDqMkK3qwSTn2iDheCYRzhxC7E7JO9EfNJm0Mw@mail.gmail.com>
Message-ID: <20110731205644.GH1109@rampage>

> Alright, I did that, but it is still doing the root device check and
> dropping into the recovery shell, so I have to press Ctrl-D to
> continue.
> 
> >From /etc/mkinitcpio.conf:
> MODULES="" # I was putting the modules here, now they are in install/9p
> HOOKS="base udev autodetect 9p filesystems"
> 
> ----< start /lib/initcpio/hooks/9p >----
> run_hook () {
>   modprobe 9p
>   modprobe 9pnet
>   modprobe fscache
>   modprobe virtio
>   modprobe virtio_ring
>   modprobe virtio_pci
>   modprobe 9pnet_virtio
> }

FYI, you can run:

  modprobe -a 9p 9pnet fscache ..

and save yourself some forks.

> 
> 9p_mount_handler() {
>  mount -t 9p -o ro,${rootflags} "$root" "$1"
> }
> 
> mount_handler=9p_mount_handler
> ----< end /lib/initcpio/hooks/9p >----
> 
> ----< start /lib/initcpio/install/9p >----
> #!/bin/bash
> 
> build() {
>   MODULES+=" 9p 9pnet fscache virtio virtio_ring virtio_pci 9pnet_virtio"
> }
> 
> help() {
>     cat<<HELPEOF
> This hook allows a 9p virtual filesystem passthrough to be used
> as the root filesystem when run qemu KVM.
> HELPEOF
> }
> ----< end /lib/initcpio/install/9p >----
> 
> It does not seem to matter where I put the 9p hook in the HOOKS string
> before rebuilding the initcpio images.
> 
> Dwight

My fault for suggesting a rotten name. You can't start a function name
with a number.

$ 9p() { echo hi; }
ash: syntax error: bad function name

Parsing failed on sourcing the hook, and mount_handler was never
declared. Rename the function to something that ash plays nicely with
and you should get some joy.

dave

From dschauer at gmail.com  Sun Jul 31 17:35:51 2011
From: dschauer at gmail.com (Dwight Schauer)
Date: Sun, 31 Jul 2011 16:35:51 -0500
Subject: [arch-general] iniitcpio root device check
In-Reply-To: <20110731205644.GH1109@rampage>
References: <CAKdt_-bZgy3PmDqMkK3qwSTn2iDheCYRzhxC7E7JO9EfNJm0Mw@mail.gmail.com>
 <20110731205644.GH1109@rampage>
Message-ID: <CAKdt_-b1Hnnk5BKKv=iyZ6fgqFTWf8NevaBmgN2u30Zf_UcZmw@mail.gmail.com>

On Sun, Jul 31, 2011 at 3:56 PM, Dave Reisner <d at falconindy.com> wrote:
>> Alright, I did that, but it is still doing the root device check and
>> dropping into the recovery shell, so I have to press Ctrl-D to
>> continue.
>>
>> >From /etc/mkinitcpio.conf:
>> MODULES="" # I was putting the modules here, now they are in install/9p
>> HOOKS="base udev autodetect 9p filesystems"
>>
>> ----< start /lib/initcpio/hooks/9p >----
>> run_hook () {
>> ? modprobe 9p
>> ? modprobe 9pnet
>> ? modprobe fscache
>> ? modprobe virtio
>> ? modprobe virtio_ring
>> ? modprobe virtio_pci
>> ? modprobe 9pnet_virtio
>> }
>
> FYI, you can run:
>
> ?modprobe -a 9p 9pnet fscache ..
>
> and save yourself some forks.

Thanks.

>> 9p_mount_handler() {
>> ?mount -t 9p -o ro,${rootflags} "$root" "$1"
>> }
>>
>> mount_handler=9p_mount_handler
>> ----< end /lib/initcpio/hooks/9p >----
>>
>> ----< start /lib/initcpio/install/9p >----
>> #!/bin/bash
>>
>> build() {
>> ? MODULES+=" 9p 9pnet fscache virtio virtio_ring virtio_pci 9pnet_virtio"
>> }
>>
>> help() {
>> ? ? cat<<HELPEOF
>> This hook allows a 9p virtual filesystem passthrough to be used
>> as the root filesystem when run qemu KVM.
>> HELPEOF
>> }
>> ----< end /lib/initcpio/install/9p >----
>>
>> It does not seem to matter where I put the 9p hook in the HOOKS string
>> before rebuilding the initcpio images.
>>
>> Dwight
>
> My fault for suggesting a rotten name. You can't start a function name
> with a number.
>
> $ 9p() { echo hi; }
> ash: syntax error: bad function name
>
> Parsing failed on sourcing the hook, and mount_handler was never
> declared. Rename the function to something that ash plays nicely with
> and you should get some joy.
>
> dave

Ok, I renamed "9p_mount_handler" to  "ninep_mount_handler" and updated
mount_handler= accordingly, and rebuild the initcpio images.

Still no joy... :)

I went so far as to rename 9p to ninep in
/lib/initcpio/{install,hooks} and the HOOKS string, and rebuilt the
initcpio images, but that did not help.

Dwight

From d at falconindy.com  Sun Jul 31 18:26:30 2011
From: d at falconindy.com (Dave Reisner)
Date: Sun, 31 Jul 2011 18:26:30 -0400
Subject: [arch-general]  iniitcpio root device check
In-Reply-To: <CAKdt_-b1Hnnk5BKKv=iyZ6fgqFTWf8NevaBmgN2u30Zf_UcZmw@mail.gmail.com>
Message-ID: <20110731222630.GI1109@rampage>

>Ok, I renamed "9p_mount_handler" to  "ninep_mount_handler" and updated
>mount_handler= accordingly, and rebuild the initcpio images.
>
>Still no joy... :)
>
>I went so far as to rename 9p to ninep in
>/lib/initcpio/{install,hooks} and the HOOKS string, and rebuilt the
>initcpio images, but that did not help.
>
>Dwight

Let's try this one more time. You're missing a pointer to your install
script. Part of the build function needs:

SCRIPT=ninep

or whatever you're calling it...

d

From dschauer at gmail.com  Sun Jul 31 19:29:07 2011
From: dschauer at gmail.com (Dwight Schauer)
Date: Sun, 31 Jul 2011 18:29:07 -0500
Subject: [arch-general] iniitcpio root device check [SOLVED]
Message-ID: <CAKdt_-Y7S_Wes1d6HaddPq5V=_qQqy-4TRs9Q8wXF_6ogTKxYg@mail.gmail.com>

On Sun, Jul 31, 2011 at 5:26 PM, Dave Reisner <d at falconindy.com> wrote:
>>Ok, I renamed "9p_mount_handler" to ?"ninep_mount_handler" and updated
>>mount_handler= accordingly, and rebuild the initcpio images.
>>
>>Still no joy... :)
>>
>>I went so far as to rename 9p to ninep in
>>/lib/initcpio/{install,hooks} and the HOOKS string, and rebuilt the
>>initcpio images, but that did not help.
>>
>>Dwight
>
> Let's try this one more time. You're missing a pointer to your install
> script. Part of the build function needs:
> SCRIPT=ninep
>
> or whatever you're calling it...
>
> d
>

That did it! Thanks. Now I can start the session automatically without
intervention.

Dwight