On August 8, 2012 04:22:28 PM Alan McKinnon wrote:
> On Wed, 8 Aug 2012 13:24:17 +
>
> Marcello Varisco wrote:
> > Hi all,
> >
> > By incident I removed the pam.d directory containing all pam modules
> > from command line. Is there a way to recover the removed directory?
> > any help is appr
On 08/09/2012 07:24 AM, Norman Rieß wrote:
> Am 08.08.2012 14:14, schrieb Raffaele BELARDI:
> I have a problem compiling binutils.
> Full build log can be found here http://smash-net.org/temp/build_log.txt
>
> I tried tha vanilla flag and diabled zlib as suggested via google
> search, but neither
On Wed, 08 Aug 2012 22:22:25 -0500, Dale wrote:
> I used something called Gparted to partition this monster. This is
> temporary tho. What should I be using to partition this thing? What is
> the best, and easiest, tool for me to use? I have been using cfdisk in
> the past but it doesn't seem
Neil Bothwick wrote:
> On Wed, 08 Aug 2012 22:22:25 -0500, Dale wrote:
>
>> I used something called Gparted to partition this monster. This is
>> temporary tho. What should I be using to partition this thing? What is
>> the best, and easiest, tool for me to use? I have been using cfdisk in
>> t
On Thu, 09 Aug 2012 04:35:15 -0500, Dale wrote:
> > Do not use cfdisk on 2TB+ drives, it gives bad alignment. Use gdisk or
> > cgdisk with GPT partition tables. Create a 1MB partition at the start
> > of type EF02, which keeps backward compatibility, then partition as
> > normal.
> >
> > Note that
Neil Bothwick wrote:
> On Thu, 09 Aug 2012 04:35:15 -0500, Dale wrote:
>
>>> Do not use cfdisk on 2TB+ drives, it gives bad alignment. Use gdisk or
>>> cgdisk with GPT partition tables. Create a 1MB partition at the start
>>> of type EF02, which keeps backward compatibility, then partition as
>>> n
Walter Dnes [12-08-09 05:11]:
> Earlier this year, my ISP changed their billing notification emails
> from application/pdf to application/octet-stream. Trying to view it
> from mutt showed binary gobbledygook. After some flailing around, I
> found out that I had to put an entry into .mailcap,
On 08/09/2012 02:06 PM, meino.cra...@gmx.de wrote:
> Walter Dnes [12-08-09 05:11]:
>> Now epdfview is masked for removal in a few weeks. apvlv is the
>> recommended lightweight alternative. After some screwing around and
>> discovering an obscure bug in the apvlv ebuild, I finally got apvlv up
Dale writes:
> I have seen where people use dd to do this sort of thing to. I read
> somewhere that if you do a dd and put in all 1's, then all 0's then back
> again that it is very hard to get any data back off the drive. I think
> if you do it like over a dozen times, it is deemed impossible t
Alex Schuster wrote:
> Dale writes:
>
>> I have seen where people use dd to do this sort of thing to. I read
>> somewhere that if you do a dd and put in all 1's, then all 0's then back
>> again that it is very hard to get any data back off the drive. I think
>> if you do it like over a dozen time
On Thu, 09 Aug 2012 08:53:27 -0500
Dale wrote:
> Alex Schuster wrote:
> > Dale writes:
> >
> >> I have seen where people use dd to do this sort of thing to. I
> >> read somewhere that if you do a dd and put in all 1's, then all
> >> 0's then back again that it is very hard to get any data back o
http://people.gnome.org/~michael/blog/2012-08-08-libreoffice-3-6-0.html
As someone said, a lot of legacy code is being removed/cleaned/simplyfied.
Kernel could be an issue when it comes to swappiness, but not when it comes
to the amount of ,memory that a given version of $CC will use to compile a
120809 Jesús J. Guerrero Botella wrote:
> http://people.gnome.org/~michael/blog/2012-08-08-libreoffice-3-6-0.html
Yes, I read that c 2 hr ago (smile).
> As someone said, a lot of legacy code is being removed/cleaned/simplified.
It doesn't explain why I saw the same effect with Firefox 14.1 :
p
This has been slow and painful so far.
First, the build stops repeatedly because of zero-length library files.
I can restart the ebuild manually and each iteration builds one more
(real) library. I've been doing this iterating for hours and I think
I may have gotten past that part, but the build
walt writes:
> This has been slow and painful so far.
>
> First, the build stops repeatedly because of zero-length library files.
> I can restart the ebuild manually and each iteration builds one more
> (real) library. I've been doing this iterating for hours and I think
> I may have gotten past
Am 09.08.2012 22:36, schrieb Alex Schuster:
> No, I just built it today, in the usual time of about 2.5 hours.
~1 hr here :-P
(I *had* to say that ;-) )
2012/8/9 Stefan G. Weichinger
> Am 09.08.2012 22:36, schrieb Alex Schuster:
>
> > No, I just built it today, in the usual time of about 2.5 hours.
>
> ~1 hr here :-P
>
> (I *had* to say that ;-) )
>
>
>
Hello,
No problem building libreoffice-3.6.0.4.
About 1h 38 min.
Best regards
--
Jacques
On Thu, Aug 9, 2012 at 3:19 PM, walt wrote:
> This has been slow and painful so far.
>
> First, the build stops repeatedly because of zero-length library files.
> I can restart the ebuild manually and each iteration builds one more
> (real) library. I've been doing this iterating for hours and I
On Thu, Aug 09, 2012 at 03:07:38PM +0200, Raffaele BELARDI wrote
> Strange, I didn't have to add that USE for apvlv to build.
> Looks like it should be pulled in by the ebuild:
>
> $ grep xpdf-headers /usr/portage/app-text/poppler/poppler-0.20.2-r1.ebuild
> IUSE="cairo cjk curl cxx debug doc +int
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 09.08.2012 10:04, schrieb Raffaele BELARDI:
> On 08/09/2012 07:24 AM, Norman Rieß wrote:
>> Am 08.08.2012 14:14, schrieb Raffaele BELARDI: I have a problem
>> compiling binutils. Full build log can be found here
>> http://smash-net.org/temp/build_lo
It could be anything. Maybe some orphaned process was running in the
background and leaking ram, or something. It's futile to speculate now
about that.
Also, the -recently added- "pgo" USE flag could have something to do
with that. Not sure, since I didn't bother to investigate it's true
purpose o
21 matches
Mail list logo
