Re: [arch-general] newbie: looking for docs

[Buce]

On Wed, Jan 16, 2013 at 12:09 PM, Don Raikes  wrote:

> Hello,
>
>
>
> I am very new to archlinux (as of late last week, and I am struggling to
> find any documentation on how to create new archlinux packages, and how to
> setup a local repository for my packages prior to contributing them to the
> AUR.
>

Maybe this is what you're looking for:
https://wiki.archlinux.org/index.php/Custom_local_repository#Custom_local_repository


>
>
>
> I have searched the wiki and forums as well as simply googled on the
> topics and have found nothing.
>
> Any tips would be appreciated.
>

Re: [arch-general] powernow-k8 fails to load with linux 3.7.2

[Leonid Isaev]

On Wed, 16 Jan 2013 11:10:19 +0100
Tom Gundersen  wrote:

> On Wed, Jan 16, 2013 at 5:47 AM, Leonid Isaev  wrote:
> > I just installed linux 3.7.2 from [testing] on an AMD system and
> > noticed that powernow-k8 is not loaded.
> 
> Probably due to this:
> .

Ah... yes. I am confused though, why keep powernow_k8 as a separate module as
opposed to an alias?

> 
> > Meanwhile, linux 3.6.11 works fine. Notice also, that acpi_cpufreq 3.7.2 is
> > fine on a INtel core2duo machine.
> 
> Hm, I thought acpi_cpufreq should have been loaded instead, no idea
> why that does not happen for you. Could you try loading it manually?

Neither acpi_cpufreq nor powernow_k8 is loaded automatically which of course
leads to failure of all custom units configuring ondemand governor via
sysfs. Manually modprob'ing acpi_cpufreq does work and indeed properly scales
down the frequancy, but is accompanied by an info-level kernel message
"acpi-cpufreq: overriding BIOS provided _PSD data".

So, if the cpufreq driver works OK for other AMD users, I'll happily blame
asus...

Thanks,
Leonid.

> 
> Cheers,
> 
> Tom

-- 
Leonid Isaev
GnuPG key: 0x164B5A6D
Fingerprint: C0DF 20D0 C075 C3F1 E1BE  775A A7AE F6CB 164B 5A6D


signature.asc
Description: PGP signature

Re: [arch-general] rEFInd 0.6.4 + linux 3.7.2-1 fail to boot

[André Vitor de Lima Matos]

Em 15-01-2013 08:00, Bastien Dejean escreveu:
> I have the same problem (and I don't use *testing*):
>
> When I upgraded to 3.6.11, after rebooting, rEFInd froze at the *rEFInd -
> Booting OS* stage and downgrading to 3.6.10 didn't help. I can boot in
> BIOS mode though.

I've not tested in BIOS mode, as I'm sure it works, 'cause if not, a new
release fixing problem would have been launched. But I prefer to avoid a
upgrade of one release instead of leaving a bleeding corner (UEFI).
I've done some tests, including adding kernel image directly to NVRAM
via efibootmgr with proper options, and still 3.7.1-2 boots ok, and
3.7.2-1 freezes before any boot message. So, the problem is not with
rEFInd, but with kernel and/or EFI implementation.

-- 
http://www.google.com/profiles/andre.vmatos


signature.asc
Description: OpenPGP digital signature

Re: [arch-general] newbie: looking for docs

[Jayesh Badwaik]

You might want to start here.
https://wiki.archlinux.org/index.php/Arch_Build_System

On Wed, Jan 16, 2013 at 10:39 PM, Don Raikes  wrote:
> Hello,
>
>
>
> I am very new to archlinux (as of late last week, and I am struggling to find 
> any documentation on how to create new archlinux packages, and how to setup a 
> local repository for my packages prior to contributing them to the AUR.
>
>
>
> I have searched the wiki and forums as well as simply googled on the topics 
> and have found nothing.
>
> Any tips would be appreciated.



-- 
Jayesh

Re: [arch-general] newbie: looking for docs

[David Rosenstrauch]

On 01/16/2013 12:50 PM, David Rosenstrauch wrote:

On 01/16/2013 12:09 PM, Don Raikes wrote:

Hello,



I am very new to archlinux (as of late last week, and I am struggling
to find any documentation on how to create new archlinux packages, and
how to setup a local repository for my packages prior to contributing
them to the AUR.



I have searched the wiki and forums as well as simply googled on the
topics and have found nothing.

Any tips would be appreciated.



This is a good place to start:

https://wiki.archlinux.org/index.php/Abs

DR


And this:

https://wiki.archlinux.org/index.php/PKGBUILD

DR

Re: [arch-general] newbie: looking for docs

[David Rosenstrauch]

On 01/16/2013 12:09 PM, Don Raikes wrote:

Hello,



I am very new to archlinux (as of late last week, and I am struggling to find 
any documentation on how to create new archlinux packages, and how to setup a 
local repository for my packages prior to contributing them to the AUR.



I have searched the wiki and forums as well as simply googled on the topics and 
have found nothing.

Any tips would be appreciated.



This is a good place to start:

https://wiki.archlinux.org/index.php/Abs

DR

[arch-general] newbie: looking for docs

[Don Raikes]

Hello,

 

I am very new to archlinux (as of late last week, and I am struggling to find 
any documentation on how to create new archlinux packages, and how to setup a 
local repository for my packages prior to contributing them to the AUR.

 

I have searched the wiki and forums as well as simply googled on the topics and 
have found nothing.

Any tips would be appreciated.

Re: [arch-general] mkinitcpio/fsck.btrfs

[Arno Gaboury]

On 16/01/13||11:22, Tom Gundersen wrote:
> Hi Arno,
> 
> On Tue, Jan 15, 2013 at 12:34 PM, Arno Gaboury  
> wrote:
> > HOOKS="base udev autodetect block lvm2 filesystems fsck usr usbinput
> > shutdown modconf"
> >
> > When # mkinitcpio, I get this error:
> >   -> Running build hook: [fsck]
> > ==> ERROR: file not found: `fsck.btrfs'
> > ==> WARNING: No fsck helpers found. fsck will not be run on boot.
> >
> > The initramfs-linux.img is still correct, but I was wondering why this
> > error.
> 
> As you correctly observe, there is no fsck.btrfs binary.
> 
> > When reading the /usr/lib/initcpio/install/fsck script, it seems to me
> > fsck will add the filesystem name and run
> > /usr/bin/fsck.filesystemame.This will of course translate to fsck.btrfs,
> > which does not exist. /usr/bin/btrfsck is the correct binary.
> 
> This is not a mistake; the btrfsck binary is not meant to be run
> automatically at boot as the other fsck.* helpers, it is only meant to
> be used manually to fix problems. btrfs is designed not to need
> fsck'ing at boot, but does integrity checking at run-time instead.
> 
> > According to /usr/lib/initcpio/install/btrfs script, the btrfs hook is
> > not needed when using udev.
> >
> > How can I solve this issue? Shall I add the btrfs hook?
> 
> You could add the btrfs hook, but it would not make a difference for
> the automatic fsck. What it would give you is the ability to fsck
> btrfs manually from the initramfs in case of problems (i.e., in case
> root can not be mounted at all).
> 
> HTH,
> 
> Tom

Tom,

thank you for your clean answer.
I will then let this "error", as I understand it is more a "Warning"
with no negative impact.

Regards.

Re: [arch-general] Encryption passphrase has to be entered twice

[Tom Gundersen]

On Wed, Jan 16, 2013 at 12:59 AM, Karol Babioch  wrote:
> Has anyone experienced something like this already? What might be the
> problem here?

I have noticed that it sometimes takes some time (~1 second) before
the keyboard starts working in the initramfs (on my MacBook Air at
least, so this _might_ be specific to hid_apple, which would also
affect your friend).

I notice this when I boot with "break", and immediately type "exit" to
continue booting. If I'm too quick it ends up as "xit". Btw, I didn't
look into this, so it might not be a time delay, could also be that
the first key-stroke is 'lost'. Something to check.

> I thought of rewriting the "encrypt"
> hook to output the entered passphrase,

Sounds like a reasonable approach.

-t

Re: [arch-general] Help with making a bootable usbkey from arch for ssd drive firmware update

[Christian Hesse]

Mike Cloaked  on Wed, 2013/01/16 10:18:
> On Wed, Jan 16, 2013 at 6:56 AM, Christian Hesse  wrote:
> 
> > Mike Cloaked  on Tue, 2013/01/15 21:57:
> > > [...]
> > > If anyone can help advise on how to make a bootable usbkey to execute
> > this,
> > > I would really appreciate it.
> >
> > I do have the same drive and I updated the firmware booting the image off
> > grub. All just need is a working grub (2.0 here) installation and syslinux
> > (for memdisk). (Though doing it with syslinux should work as well.)
> >
> > The grub.cfg should have a config section that looks like this:
> >
> > menuentry "Update Crucial M4" {
> > set root='(hd0,1)'
> > linux16 /memdisk floppy
> > initrd16 /boot2880.img
> > }
> >
> > If the files are in place (probably in /boot/) the image should boot and
> > you
> > can successfully update the drives firmware.
> >
> > Mounting the boot image, modifying it or installing freedos is not
> > necessary.
> >
> 
> Thanks Christian - it sounds like you are running grub off the system
> already installed to the internal drive?  If that is the case then maybe I
> will have to install arch to the internal drive first and then add in the
> grub entries to execute the firmware update and boot to them?
> 
> However it would be nice to be able to run grub (2) off a usbkey and
> execute the firmware update before installing arch to the internal drives
> which then already have the updated ssd firmware.

Does not matter where grub is installed to. It just has to find and boot the
files.
-- 
main(a){char*c=/*Schoene Gruesse */"B?IJj;MEH"
"CX:;",b;for(a/*Chris   get my mail address:*/=0;b=c[a++];)
putchar(b-1/(/*   gcc -o sig sig.c && ./sig*/b/42*2-3)*42);}


signature.asc
Description: PGP signature

Re: [arch-general] SeaMonkey outdated. Critical security holes in the current version!

[Tom Gundersen]

On Tue, Jan 15, 2013 at 5:00 PM, Manuel Reimer
 wrote:
> The only alternative would be to
> drop the package at all.

It has only been marked out-of-date for one week, so don't despair yet :-)

Notice that the package was recently dropped from [extra] to [community].

Cheers,

Tom

[0]: 
.

Re: [arch-general] mkinitcpio/fsck.btrfs

[Tom Gundersen]

Hi Arno,

On Tue, Jan 15, 2013 at 12:34 PM, Arno Gaboury  wrote:
> HOOKS="base udev autodetect block lvm2 filesystems fsck usr usbinput
> shutdown modconf"
>
> When # mkinitcpio, I get this error:
>   -> Running build hook: [fsck]
> ==> ERROR: file not found: `fsck.btrfs'
> ==> WARNING: No fsck helpers found. fsck will not be run on boot.
>
> The initramfs-linux.img is still correct, but I was wondering why this
> error.

As you correctly observe, there is no fsck.btrfs binary.

> When reading the /usr/lib/initcpio/install/fsck script, it seems to me
> fsck will add the filesystem name and run
> /usr/bin/fsck.filesystemame.This will of course translate to fsck.btrfs,
> which does not exist. /usr/bin/btrfsck is the correct binary.

This is not a mistake; the btrfsck binary is not meant to be run
automatically at boot as the other fsck.* helpers, it is only meant to
be used manually to fix problems. btrfs is designed not to need
fsck'ing at boot, but does integrity checking at run-time instead.

> According to /usr/lib/initcpio/install/btrfs script, the btrfs hook is
> not needed when using udev.
>
> How can I solve this issue? Shall I add the btrfs hook?

You could add the btrfs hook, but it would not make a difference for
the automatic fsck. What it would give you is the ability to fsck
btrfs manually from the initramfs in case of problems (i.e., in case
root can not be mounted at all).

HTH,

Tom

Re: [arch-general] Help with making a bootable usbkey from arch for ssd drive firmware update

[Mike Cloaked]

On Tue, Jan 15, 2013 at 11:11 PM, LANGLOIS Olivier PIS -EXT <
olivier.pis.langl...@transport.alstom.com> wrote:

> > I did try using unetbootin to make a freedos usbkey using freedos from
> the
> > standard list in the available options within unetbootin but the key I
> prepared
> > would not boot!  I don't know if it is critical to put the partition
> table into the
> > key in a particular way - but I tried using gparted and making a standard
> > msdos partition table followed by making a new partition which was fat32
> > with boot and lba labels. I have seen some articles which have the old 63
> > sector start point for the first partition on the usbkey - but again
> when I tried
> > that the key would not get recognised by the arch system when I plugged
> it
> > in.
> >
> > So is there any magic incantation in formatting the usbkey in the first
> place
> > before putting writing the MBR and placing the syslinux boot files and
> image
> > files in the key?  If using grub2 via grub-install on the key is there
> any magic
> > incantation for that ?  I guess if I can get freedos to boot on the key
> I may be
> > closer to getting something going! (Or getting sysylinux to boot - either
> > would be a solution)
> >
> You remember me when I had to burn Windows7 dvd on a USB key because in
> the middle of the installation the setup program was suddenly complaining
> about a missing dvd player driver even if it got loaded fine from the dvd
> drive!
>
> I was in a hurry to find a magic incantation or a magical recipe from the
> internet to do just that for literally a whole night. Before that, the last
> time I had to create a bootable disk was back from DOS where everything was
> simply done with just format /b a:
>
> I failed and after a couple of hours of sleep. I decided to take some time
> to just read grub2 documentation. Just by stopping trying to take shortcuts
> and just read the grub documentation, I have been able to build my first
> bootable USB key!
>
> I suggest you to do the same. Just half an hour and bootloading won't have
> any secrets to you anymore.
>
>
Yes - good idea - I will go and re-read the grub docs

-- 
mike c

Re: [arch-general] Help with making a bootable usbkey from arch for ssd drive firmware update

[LANGLOIS Olivier PIS -EXT]

> I did try using unetbootin to make a freedos usbkey using freedos from the
> standard list in the available options within unetbootin but the key I 
> prepared
> would not boot!  I don't know if it is critical to put the partition table 
> into the
> key in a particular way - but I tried using gparted and making a standard
> msdos partition table followed by making a new partition which was fat32
> with boot and lba labels. I have seen some articles which have the old 63
> sector start point for the first partition on the usbkey - but again when I 
> tried
> that the key would not get recognised by the arch system when I plugged it
> in.
>
> So is there any magic incantation in formatting the usbkey in the first place
> before putting writing the MBR and placing the syslinux boot files and image
> files in the key?  If using grub2 via grub-install on the key is there any 
> magic
> incantation for that ?  I guess if I can get freedos to boot on the key I may 
> be
> closer to getting something going! (Or getting sysylinux to boot - either
> would be a solution)
>
You remember me when I had to burn Windows7 dvd on a USB key because in the 
middle of the installation the setup program was suddenly complaining about a 
missing dvd player driver even if it got loaded fine from the dvd drive!

I was in a hurry to find a magic incantation or a magical recipe from the 
internet to do just that for literally a whole night. Before that, the last 
time I had to create a bootable disk was back from DOS where everything was 
simply done with just format /b a:

I failed and after a couple of hours of sleep. I decided to take some time to 
just read grub2 documentation. Just by stopping trying to take shortcuts and 
just read the grub documentation, I have been able to build my first bootable 
USB key!

I suggest you to do the same. Just half an hour and bootloading won't have any 
secrets to you anymore.



CONFIDENTIALITY : This e-mail and any attachments are confidential and may be 
privileged. If you are not a named recipient, please notify the sender 
immediately and do not disclose the contents to another person, use it for any 
purpose or store or copy the information in any medium.

Re: [arch-general] rEFInd 0.6.4 + linux 3.7.2-1 fail to boot

[Kazuo Teramoto]

On 14 Jan 2013 at 12:10:31 -0200, André Vitor de Lima Matos wrote:
> After a upgraded to refind-efi 0.6.4-1 and linux 3.7.2-1, my system
> stopped to boot.

I'm having this issue with linux 3.7.2-1 too. I use gummiboot-efi and
file from core (5.11-1). Linux 3.7.1-2 boots ok.

The image of linux 3.7.2-1 builds and is copied to the correct paths. I
tried to remove i915 from MODULES and change the compression back to the
default gzip, but I still can't boot from 3.7.2-1.

My MODULES only has i915, and the HOOKS array is
~~
HOOKS="base udev autodetect plymouth modconf block plymouth-encrypt filesystems 
consolefont usbinput fsck"
~~

Regards,
Kazuo Teramoto


signature.asc
Description: signature

[arch-general] SeaMonkey outdated. Critical security holes in the current version!

[Manuel Reimer]

Hello Archlinux team,

the SeaMonkey package is outdated. Many critical issues have been fixed in the 
current version:


http://www.mozilla.org/security/known-vulnerabilities/seamonkey.html

So in my opinion a fixed package is required as soon as possible.

As SeaMonkey contains a browser component and there may be people who use this 
to surf the internet, in my opinion new versions should be packaged with the 
same priority as Firefox packages. The only alternative would be to drop the 
package at all.


Yours

Manuel Reimer

[arch-general] installing grub to empty harddisk

[G. Schlisio]

hi list,
i struggled to install grub into an empty hdd, which belongs to an other 
laptop with a broken cd drive and no usb boot option.

i tried to uso grub-install, but that didnt work.
how to install grub, so it works in the other laptop?
georg

[arch-general] mkinitcpio/fsck.btrfs

[Arno Gaboury]

Dear list,

here is my mkinitcpio hook list.

HOOKS="base udev autodetect block lvm2 filesystems fsck usr usbinput
shutdown modconf"

When # mkinitcpio, I get this error:
  -> Running build hook: [fsck]
==> ERROR: file not found: `fsck.btrfs'
==> WARNING: No fsck helpers found. fsck will not be run on boot.

The initramfs-linux.img is still correct, but I was wondering why this
error.
When reading the /usr/lib/initcpio/install/fsck script, it seems to me
fsck will add the filesystem name and run
/usr/bin/fsck.filesystemame.This will of course translate to fsck.btrfs,
which does not exist. /usr/bin/btrfsck is the correct binary.
According to /usr/lib/initcpio/install/btrfs script, the btrfs hook is
not needed when using udev.

How can I solve this issue? Shall I add the btrfs hook? 

Thank you for advices.

Regards.

Re: [arch-general] rEFInd 0.6.4 + linux 3.7.2-1 fail to boot

[Bastien Dejean]

André Vitor de Lima Matos:

> My problem persist, preventing me from upgrade to linux 3.7.2.

I have the same problem (and I don't use *testing*):

When I upgraded to 3.6.11, after rebooting, rEFInd froze at the *rEFInd -
Booting OS* stage and downgrading to 3.6.10 didn't help. I can boot in
BIOS mode though.

-- 
 b.d
(| |)
 ^ ^

Re: [arch-general] powernow-k8 fails to load with linux 3.7.2

[Tom Gundersen]

On Wed, Jan 16, 2013 at 5:47 AM, Leonid Isaev  wrote:
> I just installed linux 3.7.2 from [testing] on an AMD system and
> noticed that powernow-k8 is not loaded.

Probably due to this:
.

> Meanwhile, linux 3.6.11 works fine. Notice also, that acpi_cpufreq 3.7.2 is
> fine on a INtel core2duo machine.

Hm, I thought acpi_cpufreq should have been loaded instead, no idea
why that does not happen for you. Could you try loading it manually?

Cheers,

Tom