On Mon, Jan 18, 2010 at 1:01 AM, Evangelos Foutras wrote:
> On 18/01/2010 12:42 πμ, Tom wrote:
>>>
>>> That code is here:
>>>
>>> http://projects.archlinux.org/initscripts.git/tree/rc.sysinit?id=2009.08-1#n266
>>>
>>> Looks correct to me.
>>
>> Thanks,
>>
>> but then it doesn't skip fsck when hitt
This one time I accidentally removed my /etc (never login as root to
solve a problem when you're half the way onto Morpheus' land) and
I created the package listing with pacman and reinstalled everything.
Had to reconfigure things back, but it was all fine by the end.
On 01/17/2010 04:28 AM, Daniel Isenmann wrote:
Hi,
there is a new version of wicd in [testing]. In the past there were
always problems in upgrading wicd, so I have decided to put it in
[testing] first. Please test it and give me some signoffs.
Working fine here. Signoff
Ignacio
On 18/01/2010 12:42 πμ, Tom wrote:
That code is here:
http://projects.archlinux.org/initscripts.git/tree/rc.sysinit?id=2009.08-1#n266
Looks correct to me.
Thanks,
but then it doesn't skip fsck when hitting control-c but drops
to /sbin/sulogin ?
Maybe fsck doesn't return 32 as it's supposed
> That code is here:
> http://projects.archlinux.org/initscripts.git/tree/rc.sysinit?id=2009.08-1#n266
>
> Looks correct to me.
Thanks,
but then it doesn't skip fsck when hitting control-c but drops
to /sbin/sulogin ?
On 17/01/2010 11:42 μμ, Tom wrote:
All this aside, rc.sysinit is SUPPOSED to handle user cancellation.
Remember fsck returns 32 if the user cancels it.
if [ ${fsckret} -gt 1 -a ${fsckret} -ne 32 ]; then
Could you perhaps post all of the relevant code, because I don't see it
skipping the s
> All this aside, rc.sysinit is SUPPOSED to handle user cancellation.
> Remember fsck returns 32 if the user cancels it.
>
> if [ ${fsckret} -gt 1 -a ${fsckret} -ne 32 ]; then
Could you perhaps post all of the relevant code, because I don't see it
skipping the su-login part!?
2010/1/18 Xavier Chantry :
> On Sun, Jan 17, 2010 at 6:51 PM, Ray Rashif wrote:
>>
>> Often times it's the user configuration files that mess up a system,
>> so keep that in mind unless you're really confident it's all in the
>> packages themselves.
>>
>> And if you're thinking of reinstalling a l
Hello,
there is new Allegro version out and I have modified abs's PKGBUILD to fit.
They use cmake now, so it looks different.
The new version should be 100% compatible with the current one.
Cheers,
Matej
PKGBUILD
Description: Binary data
On 1/17/10, Xavier Chantry wrote:
> On Sun, Jan 17, 2010 at 6:51 PM, Ray Rashif wrote:
>>
>> Often times it's the user configuration files that mess up a system,
>> so keep that in mind unless you're really confident it's all in the
>> packages themselves.
>>
>> And if you're thinking of reinstal
On Sun, Jan 17, 2010 at 6:51 PM, Ray Rashif wrote:
>
> Often times it's the user configuration files that mess up a system,
> so keep that in mind unless you're really confident it's all in the
> packages themselves.
>
> And if you're thinking of reinstalling a la pacman -S $(comm -3
> <(pacman -Q
2010/1/18 Alberto Bonacina :
> 2010/1/17 Javier Vasquez :
>> I don't want to do a install from scratch, just want to re-install
>> everything, but not touching the configuration files. Still I want to
>> re-install all packages already installed in the system.
>> Is there a way to do such re-insta
2010/1/17 Javier Vasquez :
> I don't want to do a install from scratch, just want to re-install
> everything, but not touching the configuration files. Still I want to
> re-install all packages already installed in the system.
> Is there a way to do such re-install through pacman? If so, please l
Hi,
Some time back, while xscreensver was running the system got locked,
so that I couldn't log back neither under X, neither under the
console. The only solution at hand was to do a hard reset. After
such hard reset, the partition for /tmp got corrupted and it had to be
repaired.
However ever
> I was helping someone on installing grub and I noticed the following
> on:
>
> http://wiki.archlinux.org/index.php/Installing_with_Fake_RAID
>
> under "Install Grub" that does not look correct:
>
> # mount -o bind /dev /mnt/dev
> # mount -t proc none /mnt/proc
> # mount -t sysfs none /mnt
On 01/17/10 09:54, David C. Rankin wrote:
Guys,
I was helping someone on installing grub and I noticed the following on:
http://wiki.archlinux.org/index.php/Installing_with_Fake_RAID
under "Install Grub" that does not look correct:
# mount -o bind /dev /mnt/dev
# mount -t proc none /m
On Sun, Jan 17, 2010 at 11:28:27AM +0100, Daniel Isenmann wrote:
> Hi,
>
> there is a new version of wicd in [testing]. In the past there were
> always problems in upgrading wicd, so I have decided to put it in
> [testing] first. Please test it and give me some signoffs.
>
>
> Daniel
>
Sta
Hi,
there is a new version of wicd in [testing]. In the past there were
always problems in upgrading wicd, so I have decided to put it in
[testing] first. Please test it and give me some signoffs.
Big changelog:
1.7.0:
Changes for Packagers:
- Wicd now supports a -k option, which
Guys,
I was helping someone on installing grub and I noticed the following on:
http://wiki.archlinux.org/index.php/Installing_with_Fake_RAID
under "Install Grub" that does not look correct:
# mount -o bind /dev /mnt/dev
# mount -t proc none /mnt/proc
# mount -t sysfs none /mnt/sys
# chr
19 matches
Mail list logo
