On Thu, Jun 30, 2011 at 23:48, 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
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 perfec
Am Friday 01 July 2011, 07:33:33 schrieb Christian Hesse:
> Thomas Bächler 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() funct
Thomas Bächler 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 uti
On 30 June 2011 20:15, 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. T
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.
On Thu, Jun 30, 2011 at 12:20:17PM -0700, Steve Holmes wrote:
> On 6/30/11, gt 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
On 06/30/2011 04:23 PM, David C. Rankin wrote:
Aargh!
This is frustrating. On initial start, tbird 5 seems to check my accounts just
fine, but when attempting a manual mail check, I get the following error:
Sending of password did not succeed. Mail server pop.suddenlinkmail.com
responded: ple
On 06/30/2011 04:09 PM, David C. Rankin wrote:
On 06/30/2011 09:25 AM, David C. Rankin wrote:
On 06/29/2011 02:46 PM, Karol Babioch wrote:
Hi,
Am 29.06.2011 21:25, schrieb David C. Rankin:
is part of it in xulrunner
xulrunner isn't needed anymore, when I remember it right.
What kind of secu
On 06/30/2011 09:25 AM, David C. Rankin wrote:
On 06/29/2011 02:46 PM, Karol Babioch wrote:
Hi,
Am 29.06.2011 21:25, schrieb David C. Rankin:
is part of it in xulrunner
xulrunner isn't needed anymore, when I remember it right.
What kind of security do you have on your mail server? Maybe ther
On 6/30/11, gt wrote:
> On Thu, Jun 30, 2011 at 05:42:47AM -0700, Steve Holmes wrote:
>> After plowing through this thread, I am replying to say that the
>> library in question belongs to perl-scalar-list-utils which can be
>> found in AUr. It is required by other packages like
>> perl-eval-closu
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 back
On Thu, Jun 30, 2011 at 05:42:47AM -0700, Steve Holmes wrote:
> After plowing through this thread, I am replying to say that the
> library in question belongs to perl-scalar-list-utils which can be
> found in AUr. It is required by other packages like
> perl-eval-closure. It is all part of a long
On 06/29/2011 02:46 PM, Karol Babioch wrote:
Hi,
Am 29.06.2011 21:25, schrieb David C. Rankin:
is part of it in xulrunner
xulrunner isn't needed anymore, when I remember it right.
What kind of security do you have on your mail server? Maybe there is a
problem with certificate(s), or something
On Thu, Jun 30, 2011 at 09:13:31AM +0300, Ionut Biru wrote:
> On 06/30/2011 03:35 AM, Steve Holmes wrote:
> >I think when perl was upgraded to 5.14, something broke with one of
> >its libraries. Whenever I type 'automake' or attempt to recompile
> >several perl packages from AUR, I get the followi
On Thu, Jun 30, 2011 at 02:23:23PM +0200, Thomas Bächler wrote:
> Am 30.06.2011 13:25, schrieb Casey Peter:
> > On 06/30/2011 05:08 AM, Thomas Bächler wrote:
> >> Am 30.06.2011 12:59, schrieb Jelle van der Waa:
> >>> This discussion needs more info:
> >>> pacman -Q perl mod_perl those two provide
Am 30.06.2011 13:25, schrieb Casey Peter:
> On 06/30/2011 05:08 AM, Thomas Bächler wrote:
>> Am 30.06.2011 12:59, schrieb Jelle van der Waa:
>>> This discussion needs more info:
>>> pacman -Q perl mod_perl those two provide XSLoader.pm.
>> They provide it, but at a different path. The file mention
On Thu, Jun 30, 2011 at 12:51 PM, Alper Kanat wrote:
> For such questions I'd like to remind the following XKCD:
> http://xkcd.com/619/
Actually, I also uploaded something yesterday, although was reluctant
to post because it's way OT.
Sorry for this. http://i.imgur.com/pxSNG.jpg
On 06/30/2011 05:52 AM, John K Pate wrote:
I do have a few AUR packages on my system, but no breakages from
anything other than ptal-init as reported.
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
d
> I do have a few AUR packages on my system, but no breakages from
> anything other than ptal-init as reported.
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 recompi
On 06/30/2011 05:08 AM, Thomas Bächler wrote:
Am 30.06.2011 12:59, schrieb Jelle van der Waa:
This discussion needs more info:
pacman -Q perl mod_perl those two provide XSLoader.pm.
They provide it, but at a different path. The file mentioned here is not
contained in any package we built.
Not
Am 30.06.2011 12:59, schrieb Jelle van der Waa:
> This discussion needs more info:
> pacman -Q perl mod_perl those two provide XSLoader.pm.
They provide it, but at a different path. The file mentioned here is not
contained in any package we built.
signature.asc
Description: OpenPGP digital sig
On 06/30/2011 12:51 PM, Thomas Bächler wrote:
Am 30.06.2011 11:54, schrieb Casey Peter:
On 06/30/2011 03:33 AM, Thomas Bächler wrote:
Am 30.06.2011 11:09, schrieb Casey Peter:
I'm seeing this during boot:
Wed Jun 29 14:48:09 2011: XSLoader::load('Your::Module',
$Your::Module::VERSION) at /usr
For such questions I'd like to remind the following XKCD:
http://xkcd.com/619/
---
Quis custodiet ipsos custodes?
On Wed, Jun 29, 2011 at 13:47, Christian Hesse wrote:
>
> Why would someone want to have a 'synaptics gesture suite'?
>
Am 30.06.2011 11:54, schrieb Casey Peter:
> On 06/30/2011 03:33 AM, Thomas Bächler wrote:
>> Am 30.06.2011 11:09, schrieb Casey Peter:
>>> I'm seeing this during boot:
>>>
>>> Wed Jun 29 14:48:09 2011: XSLoader::load('Your::Module',
>>> $Your::Module::VERSION) at /usr/lib/perl5/core_perl/XSLoader.p
On 06/30/2011 03:33 AM, Thomas Bächler wrote:
Am 30.06.2011 11:09, schrieb Casey Peter:
I'm seeing this during boot:
Wed Jun 29 14:48:09 2011: XSLoader::load('Your::Module',
$Your::Module::VERSION) at /usr/lib/perl5/core_perl/XSLoader.pm line 25.
Wed Jun 29 14:48:09 2011: Compilation failed in
Am 30.06.2011 11:09, schrieb Casey Peter:
> I'm seeing this during boot:
>
> Wed Jun 29 14:48:09 2011: XSLoader::load('Your::Module',
> $Your::Module::VERSION) at /usr/lib/perl5/core_perl/XSLoader.pm line 25.
> Wed Jun 29 14:48:09 2011: Compilation failed in require at
> /etc/rc.d/ptal-init line 1
On 06/30/2011 02:32 AM, Thomas Bächler wrote:
Am 30.06.2011 02:35, schrieb Steve Holmes:
/usr/bin/perl: symbol lookup error:
/usr/lib/perl5/vendor_perl/auto/List/Util/Util.so: undefined symbol:
Perl_Istack_sp_ptr
That file is not part of any package in the Arch repositories.
I'm seeing this d
Am 30.06.2011 02:35, schrieb Steve Holmes:
> /usr/bin/perl: symbol lookup error:
> /usr/lib/perl5/vendor_perl/auto/List/Util/Util.so: undefined symbol:
> Perl_Istack_sp_ptr
That file is not part of any package in the Arch repositories.
signature.asc
Description: OpenPGP digital signature
29 matches
Mail list logo
