Hello everyone,
I would like to ask you for help with a weird piece of behaviour of my
arch box (now 3.0, but it was the same with older kernels):
* Shutdown works OK when on A/C, but, when on battery, the computer ends
up with fans on and the On button light on. In this state it is totally
On 9 August 2011 06:52, Martti Kühne wrote:
> On Mon, Aug 8, 2011 at 8:45 PM, Sergej Pupykin wrote:
>> May be add
>> bugsurl="..."
>> to PKGBUILD
>>
>
> O_O
>
> -1 from me, such a feature would be... kinda out of place and
> confusing for new users. And usually bug trackers are linked directly
>
Hi, thanks for response. I just redesigned the article a bit, hope
it's still ok ;-)
I'll have a look at that imagemagick's opencl, I'll see what I can find out...
~kralyk
2011/8/9 XeCycle :
> Vojtěch Král writes:
>
>> Hey everyone,...
>> From recent discussions about troubles with OpenCL as wel
Vojtěch Král writes:
> Hey everyone,...
> From recent discussions about troubles with OpenCL as well as
> comments in AUR,
> forums, etc.. I got the impression that the whole thing is pretty
> confusing for an outsider... and for an insider too for that matter.
> So I put up a wiki entry.
>
> So
Hey everyone,...
From recent discussions about troubles with OpenCL as well as
comments in AUR,
forums, etc.. I got the impression that the whole thing is pretty
confusing for an outsider... and for an insider too for that matter.
So I put up a wiki entry.
So far it's a wip article on my wiki pro
On 09.08.2011 02:52, Martti Kühne wrote:
On Mon, Aug 8, 2011 at 8:45 PM, Sergej Pupykin wrote:
May be add
bugsurl="..."
to PKGBUILD
O_O
-1 from me, such a feature would be... kinda out of place and
confusing for new users. And usually bug trackers are linked directly
on a project's main sit
On Mon, Aug 8, 2011 at 8:45 PM, Sergej Pupykin wrote:
> May be add
> bugsurl="..."
> to PKGBUILD
>
O_O
-1 from me, such a feature would be... kinda out of place and
confusing for new users. And usually bug trackers are linked directly
on a project's main site, so that would save like 1 click for
Hi,
Am 08.08.2011 21:41, schrieb Kwpolska:
> --K. Sent from Android, it was a pain in the ass.
Thanks for that ;). Looking at the file size it looks to me that some of
these are DVD images, I ripped a couple of my DVDs on that machine, but
they are still available.
I'm going to remove it now, t
On Aug 8, 2011 9:07 PM, "Karol Babioch" wrote:
>
> Hi,
>
> Am 08.08.2011 20:53, schrieb Kwpolska:
> > I'd like to see (from root): ls -laR /lost+found
>
> Actually it's /srv/storage/lost+found, but this shouldn't matter here. I
> hope the log isn't too long, but I'm not sure whether an attachment
On 08/08/2011 10:04 PM, Vojtěch Král wrote:
Hi,
today I just randomly checked clinfo and it says:
FATAL: Module nvidia not found.
I have opencl-nvidia installed. This happens regardless to which libcl
I install.
I tried putting full path in /etc/OpenCL/vendors/nvidia.icd but it's
still the sam
Hi,
Am 08.08.2011 20:53, schrieb Kwpolska:
> I'd like to see (from root): ls -laR /lost+found
Actually it's /srv/storage/lost+found, but this shouldn't matter here. I
hope the log isn't too long, but I'm not sure whether an attachment
would be better.
[root@nas ~]# ls -laR /srv/storage/lost+foun
Hi,
today I just randomly checked clinfo and it says:
FATAL: Module nvidia not found.
I have opencl-nvidia installed. This happens regardless to which libcl
I install.
I tried putting full path in /etc/OpenCL/vendors/nvidia.icd but it's
still the same...
Is it just me or is there something wrong
On Mon, Aug 08, 2011 at 08:50:56PM +0200, Karol Babioch wrote:
> Hi,
>
> Am 08.08.2011 20:28, schrieb Kwpolska:
> > Are there any files in this directory? If you had no system problems, it
> > shall be empty.
>
> Yeah, there are some files, although I don't understand how the 37G is
> actually c
Hi,
Am 08.08.2011 20:28, schrieb Kwpolska:
> Are there any files in this directory? If you had no system problems, it
> shall be empty.
Yeah, there are some files, although I don't understand how the 37G is
actually calculated:
[root@nas lost+found]# du -h
4.0K./#132710716
4.0K./#132710
On 08.08.2011 22:42, Lukas Fleischer wrote:
On Mon, Aug 08, 2011 at 10:27:29PM +0400, Sergej Pupykin wrote:
I think direct link to upstream bugtracker should be usefull.
Who will manage these links? There isn't any PKGBUILD field that allows
for fetching the location of the upstream bug tracker
On 9 August 2011 02:27, Sergej Pupykin wrote:
> Hi All,
>
> what if we add somehow direct links to "report upstream bug" and may be link
> for easier checking new version (RSS link, sf.net/project/..., another
> download page or something else)?
>
> I think direct link to upstream bugtracker shoul
On Mon, Aug 08, 2011 at 10:27:29PM +0400, Sergej Pupykin wrote:
> Hi All,
>
> what if we add somehow direct links to "report upstream bug" and may
> be link for easier checking new version (RSS link,
> sf.net/project/..., another download page or something else)?
>
> I think direct link to upstre
On Aug 8, 2011 8:19 PM, "Karol Babioch" wrote:
>
> Hi,
>
> since the free space on my system is getting less and less, I was about
> to clean it up when realizing that my "lost+found" directory on this
> ext4 formatted partition is about 37G big.
>
> The system hasn't crashed so far, wasn't shutdo
On 08/08/2011 06:18 PM, J. W. Birdsong wrote:
You need to start cupsd in rc.conf daemons... not cups
Peter, J.W. -- thank you. (slaps self for stupidity) That is a
'forest-for-the-trees' issue it would have taken days to see!
--
David C. Rankin, J.D.,P.E.
Hi All,
what if we add somehow direct links to "report upstream bug" and may be
link for easier checking new version (RSS link, sf.net/project/...,
another download page or something else)?
I think direct link to upstream bugtracker should be usefull.
Hi,
since the free space on my system is getting less and less, I was about
to clean it up when realizing that my "lost+found" directory on this
ext4 formatted partition is about 37G big.
The system hasn't crashed so far, wasn't shutdown improperly (as it is
attached to a UPS), so its seems quite
On 08/08/11 at 11:31am, David C. Rankin wrote:
> Guys,
>
> Cups has been working like clockwork for the past year - up until
> the last 2 kernel updates. Now after boot, a manual '/etc/rc.d/cupsd
> restart' is required to get it working again. Would moving it in the
> DAEMONS line make sense? Cu
On 11:31 Mon 08 Aug , David C. Rankin wrote:
> Guys,
>
> Cups has been working like clockwork for the past year - up until
> the last 2 kernel updates. Now after boot, a manual '/etc/rc.d/cupsd
> restart' is required to get it working again. Would moving it in the
> DAEMONS line make sense?
Guys,
Cups has been working like clockwork for the past year - up until the last 2
kernel updates. Now after boot, a manual '/etc/rc.d/cupsd restart' is required
to get it working again. Would moving it in the DAEMONS line make sense?
Currently I have:
DAEMONS=(hwclock syslog-ng network na
24 matches
Mail list logo
