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
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
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 owns
On Tue, May 18, 2010 at 3:17 PM, Keith Hinton keithint1...@gmail.com 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
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 download
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,
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
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
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
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
issues with the Arch
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 --fresh
On Mon, May 17, 2010 at 7:35 PM, C Anthony Risinger anth...@extof.me wrote:
On May 17, 2010, at 12:22 PM, Gregory Eric Sanderson
gzou2...@gmail.com wrote:
On Mon, May 17, 2010 at 10:45 AM, Rogutės Sparnuotos rogu...@googlemail.co
m
wrote:
Andre Osku Schmidt (2010-05-16 13:33):
2010/5/16
On Mon, May 17, 2010 at 8:46 PM, Wolfgang wol...@fsfe.org 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 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]
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:
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
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.
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.
On Tue, May 18, 2010 at 1:45 PM, Joe(theWordy)Philbrook jtw...@ttlc.net 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
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 jtw...@ttlc.net
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
On May 18, 2010, at 1:53 PM, Dan McGee dpmc...@gmail.com wrote:
On Tue, May 18, 2010 at 1:45 PM, Joe(theWordy)Philbrook jtw...@ttlc.net
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
Am Tue, 18 May 2010 17:55:12 +0200
schrieb Thomas Bächler tho...@archlinux.org:
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
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 the
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 ..
On Tue, May 18, 2010 at 16:17, David C. Rankin
drankina...@suddenlinkmail.com 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.
On Tue, 18 May 2010 22:17:48 +0200, David C. Rankin
drankina...@suddenlinkmail.com 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 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 this
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 simple cli from
On Tue, May 18, 2010 at 3:47 PM, Sergey Manucharian
ingeniw...@gmail.com 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.
On Tue, May 18, 2010 at 10:49 PM, Nezmer a...@nezmer.info 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
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
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
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, wol...@fsfe.org wrote:
On 2010-05-18 20:45, Joe(theWordy)Philbrook wrote:
Currently my pc is a laptop. I
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 depending
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
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
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, wol...@fsfe.org wrote:
Hi
Um should he just
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
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.
This group
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
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 packages
2010/5/19 Isaac Dupree m...@isaac.cedarswampstudios.org:
also I wonder why the group name to be pulse and not pulseaudio.
This was an upstream decision.
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, so
On Tue, May 18, 2010 at 6:25 PM, Jan Steffens jan.steff...@gmail.com 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
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
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
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
On Tue, May 18, 2010 at 11:41 PM, Jan Steffens jan.steff...@gmail.com 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
On 18 May 2010 12:45, Joe(theWordy)Philbrook jtw...@ttlc.net 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
-- Weitergeleitete Nachricht --
Betreff: testing kernel crashes on bootup
Datum: Dienstag 18 Mai 2010, 23:57:44
Von: Kris k...@online.no
An: t.p...@gmx.de
on i686. kernel 2.6.34. just replying to this:
50 matches
Mail list logo