On 05/18/2010 03:23 PM, Daenyth Blank wrote:
> On Tue, May 18, 2010 at 16:17, David C. Rankin
> wrote:
>> Guys,
>>
>>I'm usually quite good at one-liners, but my simple ones no longer
>> work in
>> Arch. Same cli works fine in suse. What have I messed up? To wit:
>
> In short, you're doi
On Wed, 2010-05-19 at 01:41 -0500, David C. Rankin wrote:
> So the bottom line is don't alias 'ls'. And, I guess, the next
> question would
> be, how or where can I safely customize the behavior of ls without
> screwing
> myself again.
Solution is simple: don't use ls for the for loops you're doi
On 05/18/2010 03:58 PM, Aaron Griffin wrote:
> On Tue, May 18, 2010 at 3:47 PM, Sergey Manucharian
> wrote:
>> Excerpts from Linas's message of Tue, 18 May 2010 22:31 +0200:
>>
>>> David C. Rankin wrote:
Guys,
I'm usually quite good at one-liners, but my simple ones no
long
On 05/18/2010 03:47 PM, Sergey Manucharian wrote:
> Excerpts from Linas's message of Tue, 18 May 2010 22:31 +0200:
>
>> David C. Rankin wrote:
>>> Guys,
>>>
>>> I'm usually quite good at one-liners, but my simple ones no
>>> longer work in Arch. Same cli works fine in suse. What have I
>>> mes
-- Weitergeleitete Nachricht --
Betreff: testing kernel crashes on bootup
Datum: Dienstag 18 Mai 2010, 23:57:44
Von: Kris
An: t.p...@gmx.de
on i686. kernel 2.6.34. just replying to this:
http://mailman.archlinux.org/pipermail/arch-dev-public/2010-May/016872.html
image of cr
On 18 May 2010 12:45, Joe(theWordy)Philbrook wrote:
>
> Currently my pc is a laptop. I don't use a wireless interface. I
> connect to the Internet via cable broadband with a wired Ethernet
> connection and DHCP... This id very reliable. I can usually disconnect
> the laptop from the Ethernet cable
On Tue, May 18, 2010 at 11:41 PM, Jan Steffens wrote:
> The problem with doing that is some packages will indeed have to
> *depend* and not just optdepend on PA.
>
> PulseAudio installs some desktop files that causes it to autostart
> together with Gnome or KDE.
>
> The PA client library will star
Hopefully this gets to you folks. In edition, I've insured that this will be
in plain-text, I received a content type was not allowed error message
previously.
thanks!
Regards, --Keith
From: Keith Hinton
Sent: Wednesday, May 19, 2010 12:21 AM
To: Arch-General
Subject: A question regarding th
It would appear that on May 18, Dan McGee did say:
> Your dhcp process didn't start either, so you need to start one of
> those. Something as simple as `dhcpcd -i eth0` might work.
That makes sense Dan, Thanks!
While it looks like woldra's suggestion may be the best one, yours
gives me a clue
The problem with doing that is some packages will indeed have to
*depend* and not just optdepend on PA.
PulseAudio installs some desktop files that causes it to autostart
together with Gnome or KDE.
The PA client library will start the PA server if it's not running,
instead of failing. That means
On Tue, May 18, 2010 at 6:25 PM, Jan Steffens wrote:
> I could make PulseAudio installation significantly easier by putting
> specially-built packages (e.g. sdl-pulse, openal-pulse) into
> [community] and grouping them in a "pulse" group.
>
> This group would also include a "pulse-asoundrc" packag
On Wednesday 19 May 2010 00:25:41 Jan Steffens wrote:
> I could make PulseAudio installation significantly easier by putting
> specially-built packages (e.g. sdl-pulse, openal-pulse) into
> [community] and grouping them in a "pulse" group.
I think its a great idea to provide more "pulse" packages,
2010/5/19 Isaac Dupree :
> also I wonder why the group name to be "pulse" and not "pulseaudio".
This was an upstream decision.
Am 19.05.2010 00:47, schrieb Thomas Bächler:
> Am 18.05.2010 21:49, schrieb Nezmer:
>> FYI, I had this discussion with the radeon guys months ago in IRC.
>> Apparently, kernel guys (maybe Linus) decided to not add new firmware
>> files to the kernel tree. That's why we have all those firmware packa
Using ls for something like this is never a good idea, as Daenyth's link
repeatedly points out. Use bash's globbing to get the job done.
for i in *; do
foo $i
done
Also unlike ls, this won't fail because of aliases or white spaces, either.
It just works(tm).
d
On Tue, May 18, 2010 at 5:40 PM,
On Tue, 2010-05-18 at 18:44 -0400, Isaac Dupree wrote:
> On 05/18/10 18:25, Jan Steffens wrote:
> > I could make PulseAudio installation significantly easier by putting
> > specially-built packages (e.g. sdl-pulse, openal-pulse) into
> > [community] and grouping them in a "pulse" group.
> >
> > Thi
Am 18.05.2010 21:49, schrieb Nezmer:
> FYI, I had this discussion with the radeon guys months ago in IRC.
> Apparently, kernel guys (maybe Linus) decided to not add new firmware
> files to the kernel tree. That's why we have all those firmware packages
> for in-tree modules.
So, they ship firmware
I see I've never heard of ifplugd but it looks like the best solution. What
I was referring to was that /etc/rc.d/network restart is preferable to
ifconfig in that it will start up dhcpcd for you.
Kaiting.
On Tue, May 18, 2010 at 6:32 PM, wrote:
> Hi
>
>
> Um should he just /etc/rc.d/network r
On 05/18/10 18:25, Jan Steffens wrote:
I could make PulseAudio installation significantly easier by putting
specially-built packages (e.g. sdl-pulse, openal-pulse) into
[community] and grouping them in a "pulse" group.
This group would also include a "pulse-asoundrc" package containing a
pulse-c
Hi
Um should he just /etc/rc.d/network restart? That performs everything that
happens when the network interface is brought up on system start.
sure you can do that, but why not let the little tool do that for you?
A little automagic doesn't harm as long as you know whats going on;)
Apart
I could make PulseAudio installation significantly easier by putting
specially-built packages (e.g. sdl-pulse, openal-pulse) into
[community] and grouping them in a "pulse" group.
This group would also include a "pulse-asoundrc" package containing a
pulse-configured asound.conf, as well as dependi
Um should he just /etc/rc.d/network restart? That performs everything that
happens when the network interface is brought up on system start.
Kaiting.
On Tue, May 18, 2010 at 5:57 PM, wrote:
> On 2010-05-18 20:45, Joe(theWordy)Philbrook wrote:
>
>> Currently my pc is a laptop. I don't use a wire
On 2010-05-18 20:45, Joe(theWordy)Philbrook wrote:
Currently my pc is a laptop. I don't use a wireless interface. I
connect to the Internet via cable broadband with a wired Ethernet
connection and DHCP... This id very reliable. I can usually disconnect
the laptop from the Ethernet cable and bring
you may want to try
for i in $(`which ls` -d .) ; do `which ls` $(`which pwd`)/$i; done
it does work here
Samuel Martín Moro
{EPITECH.} tek4
CamTrace S.A.S
"Nobody wants to say how this works.
Maybe nobody knows ..."
Xorg.conf(5)
On Tue, May 18, 2010 at 10:58 PM, Aaron Gri
On Tue, May 18, 2010 at 10:49 PM, Nezmer wrote:
> FYI, I had this discussion with the radeon guys months ago in IRC.
> Apparently, kernel guys (maybe Linus) decided to not add new firmware
> files to the kernel tree. That's why we have all those firmware packages
> for in-tree modules.
Depending
On Tue, May 18, 2010 at 3:47 PM, Sergey Manucharian
wrote:
> Excerpts from Linas's message of Tue, 18 May 2010 22:31 +0200:
>
>> David C. Rankin wrote:
>> > Guys,
>> >
>> > I'm usually quite good at one-liners, but my simple ones no
>> > longer work in Arch. Same cli works fine in suse. What h
Excerpts from Linas's message of Tue, 18 May 2010 22:31 +0200:
> David C. Rankin wrote:
> > Guys,
> >
> > I'm usually quite good at one-liners, but my simple ones no
> > longer work in Arch. Same cli works fine in suse. What have I
> > messed up? To wit:
> >
> >
> > What could keep the
David C. Rankin wrote:
> Guys,
>
> I'm usually quite good at one-liners, but my simple ones no longer work
> in
> Arch. Same cli works fine in suse. What have I messed up? To wit:
>
>
> What could keep the simple cli from working on Arch? I know this stuff
> worked
> before updates
On Tue, 18 May 2010 22:17:48 +0200, David C. Rankin
wrote:
15:10 nirvana:~/dt/compiz/compizX11> l
total 24
drwxr-xr-x 6 david david 4096 May 18 15:04 .
drwxr-xr-x 9 david dcr 4096 May 18 15:04 ..
drwxr-xr-x 2 david david 4096 May 18 15:03 i586
drwxr-xr-x 2 david david 4096 May 18 15:03 noa
On Tue, May 18, 2010 at 16:17, David C. Rankin
wrote:
> Guys,
>
> I'm usually quite good at one-liners, but my simple ones no longer
> work in
> Arch. Same cli works fine in suse. What have I messed up? To wit:
In short, you're doing it wrong.
http://mywiki.wooledge.org/ParsingLs
Guys,
I'm usually quite good at one-liners, but my simple ones no longer work
in
Arch. Same cli works fine in suse. What have I messed up? To wit:
15:10 nirvana:~/dt/compiz/compizX11> l
total 24
drwxr-xr-x 6 david david 4096 May 18 15:04 .
drwxr-xr-x 9 david dcr 4096 May 18 15:04 ..
dr
On Tue, May 18, 2010 at 04:28:43PM +0200, Thomas B?chler wrote:
> Am 18.05.2010 16:06, schrieb Evangelos Foutras:
> > In particular, notice Alex's reply stating:
> >
> > --8<
> > In general, microcode is slowly being moved out of
Am Tue, 18 May 2010 17:55:12 +0200
schrieb Thomas Bächler :
> > However, these firmware files are needed for R600/R700/Evergreen
> > cards [1], therefore I see two options:
> >
> > 1) radeon_ucode [2] can be brought to [extra] and an announcement
> > added to the front page informing users about
On May 18, 2010, at 1:53 PM, Dan McGee wrote:
> On Tue, May 18, 2010 at 1:45 PM, Joe(theWordy)Philbrook > wrote:
>>
>> Currently my pc is a laptop. I don't use a wireless interface. I
>> connect to the Internet via cable broadband with a wired Ethernet
>> connection and DHCP... This id very reli
Man, I don't that's the point, but here I need to do this:
ifconfig eth0 0.0.0.0
--
*
R*afael *C*orreia
2010/5/18 Joe(theWordy)Philbrook
>
> Currently my pc is a laptop. I don't use a wireless interface. I
> connect to the Internet via cable broadband with a wired Ethernet
> connection and DH
On Tue, May 18, 2010 at 1:45 PM, Joe(theWordy)Philbrook wrote:
>
> Currently my pc is a laptop. I don't use a wireless interface. I
> connect to the Internet via cable broadband with a wired Ethernet
> connection and DHCP... This id very reliable. I can usually disconnect
> the laptop from the Eth
Currently my pc is a laptop. I don't use a wireless interface. I
connect to the Internet via cable broadband with a wired Ethernet
connection and DHCP... This id very reliable. I can usually disconnect
the laptop from the Ethernet cable and bring it into the livingroom
for various offline use. The
Am 18.05.2010 17:26, schrieb Evangelos Foutras:
> I see your point. It seems that upstream kernel developers don't wish to
> ship firmware files, which is... not ideal for downstream (e.g. Arch).
That is weird. Many other firmware files are being shipped with Linux
and it would make sense here.
>
On 18/05/10 17:28, Thomas Bächler wrote:
Am 18.05.2010 16:06, schrieb Evangelos Foutras:
In particular, notice Alex's reply stating:
--8<
In general, microcode is slowly being moved out of the kernel and into
the Linux firmware
Listmates,
The network-ups-tools-2.4.3-1 package is still having problems with the
usbhid-ups driver. I opened http://bugs.archlinux.org/task/19351 on 5/3, but it
still isn't assigned to anyone. I don't know if that's normal or not?
After update to kernel26-2.6.33.4-1, I thought I
Am 18.05.2010 16:06, schrieb Evangelos Foutras:
> In particular, notice Alex's reply stating:
>
> --8<
> In general, microcode is slowly being moved out of the kernel and into
> the Linux firmware tree:
> http://git.kernel.org/?p=
On 17/05/10 22:24, Mauro Santos wrote:
I have noticed that if I don't have radeon_ucode [1] installed then
early or late KMS don't work and I get just a black screen. However I
didn't wait 1 minute to check if after a while the boot process resumes.
[1] http://aur.archlinux.org/packages.php?ID=3
On Mon, May 17, 2010 at 8:46 PM, Wolfgang wrote:
>
> Hi,
>
>>> >> - not usable from arch installer. i assume i cant use it as proxy
>>> >> setting what is asked in the installer. but maybe i can somehow else
>>> >> use it from the installer?
>
> I'm doing something like this for a couple of centos
On Mon, May 17, 2010 at 7:35 PM, C Anthony Risinger wrote:
> On May 17, 2010, at 12:22 PM, Gregory Eric Sanderson
> wrote:
>
>> On Mon, May 17, 2010 at 10:45 AM, Rogutės Sparnuotos > m
>>> wrote:
>>
>>> Andre Osku Schmidt (2010-05-16 13:33):
2010/5/16 Ng Oon-Ee :
> On Sat, 2010-05-15 at
Am 18.05.2010 13:42, schrieb vlad:
> Though "-r" was set to "/mnt/root" the install script seems to update
> /etc/ssl/certs.
> I am not really sure if it actually applied to the new root "/mnt/root"
> or only to /etc/ssl. It was some time ago.
> I remember I reran "/usr/sbin/update-ca-certificates
On Tue, May 18, 2010 at 09:26:51PM +1000, Allan McRae wrote:
> On 18/05/10 21:21, Matthew Monaco wrote:
> >On 05/18/2010 03:34 AM, Jan de Groot wrote:
> >>On Tue, 2010-05-18 at 03:17 -0400, Keith Hinton wrote:
> >>>Hi.
> >>>I've recently seen threads on this list pertaining to interesting
> >>>issu
Am 18.05.2010 13:26, schrieb Allan McRae:
>> What about the install scripts then? pacman -r (and -b) don't
>> necessarily assure that the install scripts behave properly.
>>
>
> Really... they should do.
There are certain problems if you don't create $BASE/dev/null beforehand
or bind-mount a fu
On 18/05/10 21:21, Matthew Monaco wrote:
On 05/18/2010 03:34 AM, Jan de Groot wrote:
On Tue, 2010-05-18 at 03:17 -0400, Keith Hinton wrote:
Hi.
I've recently seen threads on this list pertaining to interesting
issues with the Arch Linux core isos.
I haven't had that problem in my primary tests
On 05/18/2010 03:34 AM, Jan de Groot wrote:
On Tue, 2010-05-18 at 03:17 -0400, Keith Hinton wrote:
Hi.
I've recently seen threads on this list pertaining to interesting issues with
the Arch Linux core isos.
I haven't had that problem in my primary tests of those Isos in particular.
Is there any
Am 18.05.2010 11:56, schrieb Fons Adriaensen:
> I agree (with Ng Oon-Ee). In one of the situations I work in
> the install is going through an http proxy that systematically
> corrupts some packages (always the same, IIRC perl, man-pages,
> and another one)
Just a side remark: In my opinion, when
On Tue, May 18, 2010 at 05:37:38PM +0800, Ng Oon-Ee wrote:
> > Does anyone agree/disagree with my idea on the proper way to install Arch?
> > :D
> > Regards, --Keith
> >
> I disagree. Some of us do not have fast/reliable internet connections,
> and would rather postpone the search for reliable do
On Tue, May 18, 2010 at 3:17 PM, Keith Hinton wrote:
> Hi.
> I've recently seen threads on this list pertaining to interesting issues with
> the Arch Linux core isos.
> I haven't had that problem in my primary tests of those Isos in particular.
> Is there any reason why a successful installation
On Tue, 2010-05-18 at 05:04 -0400, Keith Hinton wrote:
> Hey guys, I wanted to forward this message.
> Has anyone ever gotten this? I get this consistently when posting messages to
> Arch-General, from the following email adddress.
> Hope someone can tel me why this happens-or talk to whomever own
Hey guys, I wanted to forward this message.
Has anyone ever gotten this? I get this consistently when posting messages to
Arch-General, from the following email adddress.
Hope someone can tel me why this happens-or talk to whomever owns Arch-general,
and update it.
Is this a problem with the mail
On Tue, 2010-05-18 at 03:17 -0400, Keith Hinton wrote:
> Hi.
> I've recently seen threads on this list pertaining to interesting issues with
> the Arch Linux core isos.
> I haven't had that problem in my primary tests of those Isos in particular.
> Is there any reason why a successful installation
Hi.
I've recently seen threads on this list pertaining to interesting issues with
the Arch Linux core isos.
I haven't had that problem in my primary tests of those Isos in particular.
Is there any reason why a successful installation may occur in one environment
over another? Or is this a common
56 matches
Mail list logo
