I did.
The problem is I can make the package, but the package's owner is not
root. So when I install the package, the /usr(for example)'s privilege
is changed to the normal user who build the package.
On Sat, Jun 03, 2006 at 12:24:27AM -0500, Jesse Young wrote:
>
>
> In the file /etc/makepkg.c
On Fri, 02 Jun 2006 22:43:05 -0500, lang <[EMAIL PROTECTED]> wrote:
In the file /etc/makepkg.conf make sure the line
export USE_FAKEROOT="y"
is uncommented and set to "y"
>
> yes, but it seems nothing changes.
>
> On Sat, Jun 03, 2006 at 09:01:54AM +0530, Vinay S Shastry wrote:
>>
>
>> Have y
On Sat, 3 Jun 2006, lang wrote:
>
> yes, but it seems nothing changes.
Is is enabled in your makepkg.conf?
$ grep USE_FAKEROOT /etc/makepkg.conf
should give you:
export USE_FAKEROOT="y"
>
> On Sat, Jun 03, 2006 at 09:01:54AM +0530, Vinay S Shastry wrote:
> >
>
> > Have you installed fake
yes, but it seems nothing changes.
On Sat, Jun 03, 2006 at 09:01:54AM +0530, Vinay S Shastry wrote:
>
> Have you installed fakeroot ?
>
--
_ _ _ _| _.._ _
_>_>_>_>|(_|| |(_|
_|
2006-06-03 11:41
___
arch m
On Saturday 03 June 2006 08:52, lang wrote:
> I run makepkg with normal user, and everything in the package I made
> has the privilege of that user. Then when I install the package, the
> directory's privilege also changed, e.g. /usr, /usr/share. They have
> been the normal user's own directory
Hi, all.
I make my own arch pkg sometimes. But these days I found some
privilege problem:
I run makepkg with normal user, and everything in the package I made
has the privilege of that user. Then when I install the package, the
directory's privilege also changed, e.g. /usr, /usr/share. They have
Judd Vinet wrote:
> Hey everyone,
>
> Though Arch CDs have long been available for purchase from
third-party
> linux vendors, this is the first time that Arch has actually teamed
up
> with a vendor to sell CDs.
>
>>From now on, if you buy an Arch CD from OSDisc.com, the Arch Linux
> project will
On 6/2/06, Роман Кирилич <[EMAIL PROTECTED]> wrote:
> After that I removed mkinitrd (BTW, IMHO mkinitcpio should have
> replaces=(mkinitrd mkinitramfs), shouldn't it?).
Not yet. The kernels in current still use those two. It would make
90% of systems unbootable if that were added.
> image=/boot/
Just to let you know... I updated here, everything is fine and i even
noticed a speed improvement.
Good work, guys !
On 6/2/06, Роман Кирилич <[EMAIL PROTECTED]> wrote:
> Result is the same. :-(
> That is that old problem with initrd, root partition, device 303 and
> lilo came back. :-(
> Tomorow
j wrote:
> You men are the masters of pointless reply quoting.
>
> Thought you should know.
>
> // codemac
>
What can I say? Everyone's good at something! :P
___
arch mailing list
arch@archlinux.org
http://www.archlinux.org/mailman/listinfo/arch
Result is the same. :-(
That is that old problem with initrd, root partition, device 303 and
lilo came back. :-(
Tomorow I'll try to search for that old patch to see what it was
fixing and try to modify it. See you!
___
arch mailing list
arch@archlinux.o
Here you are:
image=/boot/vmlinuz26
label=arch
root=/dev/hda3
initrd=/boot/initrd26.img
read-only
Now I'll do mkinitcpio -g /boot/initrd26.img
and then lilo again
Sorry, I must go home as my work is going to close. Tomorrow I'll tell
you results.
_
> what is your exact lilo setup?
> have you run lilo after kernel update?
> do you apply a root= on command line?
> thanks for some input
Yes, I have run lilo.
After that I removed mkinitrd (BTW, IMHO mkinitcpio should have
replaces=(mkinitrd mkinitramfs), shouldn't it?).
Then I removed scsi and s
Am Freitag, 2. Juni 2006 18:31 schrieb Роман Кирилич:
> After upgrade and reboot I got kernel panic:
> :: Running Hook [Filesystems]
> :: Loading root filesystem moduile... Attempting to create root devica
> :: '303'
>
> /init: cannot open /dev/root: No such device or address
>
> :: Initramfs Compl
After upgrade and reboot I got kernel panic:
:: Running Hook [Filesystems]
:: Loading root filesystem moduile... Attempting to create root devica '303'
/init: cannot open /dev/root: No such device or address
:: Initramfs Completed - control passed to kinit
kinit: Cannot open root device dev(3,3)
Hi,
yes pacman -Syu should be enough to migrate.
The standard options in /etc/mkinitcpio.conf should work for most users,
lvm,raid,encrypt etc. needs to be setup by the user.
greetings
tpowa
--
Tobias Powalowski
Archlinux Package Maintainer (tpowa)
http://www.archlinux.org
[EMAIL PROTECTED]
pgp
On Friday 02 June 2006 1:29 pm, Tobias Powalowski wrote:
> Hi
> kernel 2.6.17rc5git8 launched to testing!
> Changes:
> - replaces kernel24 and kernel24-scsi
> - switches to mkinitcpio instead of mkinitrd
> Known broken modules:
> - wlan-ng26
> - ivtv
> Notes on mkinitcpio:
> It's the successor of m
> kernel 2.6.17rc5git8 launched to testing!
> Changes:
> - replaces kernel24 and kernel24-scsi
> - switches to mkinitcpio instead of mkinitrd
Shouln't there be replaces=(mkinitrd mkinitramfs) in mkinitcpio PKGBUILD?
___
arch mailing list
arch@archlinux.
You men are the masters of pointless reply quoting.
Thought you should know.
// codemac
--
. : [ + carpe diem totus tuus + ] : .
http://people.cs.vt.edu/~codemac/
___
arch mailing list
arch@archlinux.org
http://www.archlinux.org/mailman/listinfo/arch
On Fri, 2006-06-02 at 15:53 +0300, Роман Кирилич wrote:
> Reading kernel config changes I noticed this:
> # CONFIG_MD_RAID5_RESHAPE is not set
> Are there plans to enable RAID5 rashaping in final 2.6.17 package?
You're sure you trust your data to this?
http://lkml.org/lkml/2006/1/17/11
"This op
Reading kernel config changes I noticed this:
# CONFIG_MD_RAID5_RESHAPE is not set
Are there plans to enable RAID5 rashaping in final 2.6.17 package?
___
arch mailing list
arch@archlinux.org
http://www.archlinux.org/mailman/listinfo/arch
James wrote:
> On 6/2/06, Tom K <[EMAIL PROTECTED]> wrote:
>
>> Tom K wrote:
>>
>>> James wrote:
>>>
>>>
On 6/2/06, James <[EMAIL PROTECTED]> wrote:
> On 6/2/06, Tom K <[EMAIL PROTECTED]> wrote:
>
>
>
>> cg-restore -r 2.6.17
On 6/2/06, Tom K <[EMAIL PROTECTED]> wrote:
> Tom K wrote:
> > James wrote:
> >
> >> On 6/2/06, James <[EMAIL PROTECTED]> wrote:
> >>
> >>
> >>> On 6/2/06, Tom K <[EMAIL PROTECTED]> wrote:
> >>>
> >>>
> cg-restore -r 2.6.17-beyond-git2
>
> did nothing, except throw back the following
Hi
kernel 2.6.17rc5git8 launched to testing!
Changes:
- replaces kernel24 and kernel24-scsi
- switches to mkinitcpio instead of mkinitrd
Known broken modules:
- wlan-ng26
- ivtv
Notes on mkinitcpio:
It's the successor of mkinitrd script, if you don't know what it is and how it
works please look a
Tom K wrote:
> James wrote:
>
>> On 6/2/06, James <[EMAIL PROTECTED]> wrote:
>>
>>
>>> On 6/2/06, Tom K <[EMAIL PROTECTED]> wrote:
>>>
>>>
cg-restore -r 2.6.17-beyond-git2
did nothing, except throw back the following:
cg-restore: you need to pass an e
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Judd Vinet wrote:
> Hey everyone,
>
> Though Arch CDs have long been available for purchase from third-party
> linux vendors, this is the first time that Arch has actually teamed up
> with a vendor to sell CDs.
>
>>From now on, if you buy an Arch CD
26 matches
Mail list logo
