On 01/15/2014 05:08 PM, David C. Rankin wrote:
> 17:01 phoinix:/dat_e/tde/tstbld/tmp> gcc -o tst tst.c
> tst.c:3:25: fatal error: libxml/tree.h: No such file or directory
> #include
> ^
> compilation terminated.
>
> If someone will confirm this is a bug and not me bein
All,
Is this a bug or is it me. Looks like a bug in libgsf 1.14.28-1 in the header
file:
/usr/include/libgsf-1/gsf/gsf-libxml.h
If you attempt to include this header file you receive the error:
/usr/include/libgsf-1/gsf/gsf-libxml.h:26:25: fatal error: libxml/tree.h: No
such file or directo
Hi,
I don't think hashes are a good way to do that. The Repositories are quite
large I'm not sure what value is the right one from this [1] statistics
page. Either way, after every update the mirror would effectively block for
the time the hash is computed, since everything has to be read.
Anyway
On Wed, 2014-01-15 at 22:54 +0100, Guus Snijders wrote:
> Op 15 jan. 2014 19:17 schreef "Mark Lee" het volgende:
> >
> [...]
> > > > There is a file called lastsync. It is read <
> > > > http://mirror.csclub.uwaterloo.ca/archlinux/lastsync>
> > >
> > > Yes, I see that there's a check script but wh
Op 15 jan. 2014 19:17 schreef "Mark Lee" het volgende:
>
[...]
> > > There is a file called lastsync. It is read <
> > > http://mirror.csclub.uwaterloo.ca/archlinux/lastsync>
> >
> > Yes, I see that there's a check script but what is it? I'd like to know
> > how that link calculates percent synchr
On Wed, 2014-01-15 at 13:10 -0500, Mark Lee wrote:
> On Wed, 2014-01-15 at 11:15 -0500, Simon Gomizelj wrote:
> > Not to be that guy... but your link explains. Like right in the first 5
> > sentences.
> >
> > > The check script runs on a regular basis and polls for the lastsync file
> > in the roo
On Wed, 2014-01-15 at 11:15 -0500, Simon Gomizelj wrote:
> Not to be that guy... but your link explains. Like right in the first 5
> sentences.
>
> > The check script runs on a regular basis and polls for the lastsync file
> in the root of our repository layout. This file is regularly updated on t
On Thu, Jan 16, 2014 at 2:12 AM, wrote:
> Le jeudi 16 janvier 2014 01:03:27 Emil Lundberg a écrit :
>> $ systemctl start suspend.target
>>
>> And see if that gives you any better luck.
>
> Unfortunately, no better luck.
Then I'm afraid I'm out of ideas. Sorry to disappoint.
Le jeudi 16 janvier 2014 01:03:27 Emil Lundberg a écrit :
> $ systemctl start suspend.target
>
> And see if that gives you any better luck.
Unfortunately, no better luck.
Le jeudi 16 janvier 2014 00:58:31 Emil Lundberg a écrit :
> what's the difference
> between the problematic system and the others (architecture,
> GUI/Desktop Environment, login manager etc)?
Both use KDE, kdm as login manager fglrx from AMD website. On the failing
machine, I tried fglrx from the
Am 15.01.2014 17:15, schrieb Simon Gomizelj:
>> The check script runs on a regular basis and polls for the lastsync file
> in the root of our repository layout. This file is regularly updated on the
> central repository, so checking the value within allows one to see if the
> mirror has synced rece
Not to be that guy... but your link explains. Like right in the first 5
sentences.
> The check script runs on a regular basis and polls for the lastsync file
in the root of our repository layout. This file is regularly updated on the
central repository, so checking the value within allows one to s
Wait, on second thought... pm-utils? The wiki [1] suggests s2ram
should work out of the box, and I think it has for me the last few
times I've wanted to set it up. By default it's handled by systemd
these days. Try executing
$ systemctl start suspend.target
And see if that gives you any better lu
I can't give you any concrete advice yet, but what's the difference
between the problematic system and the others (architecture,
GUI/Desktop Environment, login manager etc)?
On Thu, Jan 16, 2014 at 12:43 AM, wrote:
> Hello,
>
> Resume from suspend in RAM fails even though I have followed the Arc
Hello,
Resume from suspend in RAM fails even though I have followed the Arch Wiki
recommendations, with latest 3.12.7 kernel (and before). The 'resume' hook has
been added for mkinitcpio and the machine goes to suspend from the command
line (pm-suspend) with no GUI enabled.
All keyboard and mo
On Tuesday 14 Jan 2014 23:17:53 Maxime Gauduin wrote:
> It is indeed no longer required with VCS sources, and has never been with
> tarballs since those are extracted every time you run makepkg so files you
> might have changed are overwritten anyway. However I sometimes find useful
> to keep doing
16 matches
Mail list logo
