=== Signoff report for [testing] ===
https://www.archlinux.org/packages/signoffs/
There are currently:
* 0 new packages in last 24 hours
* 0 known bad packages
* 0 packages not accepting signoffs
* 8 fully signed off packages
* 17 packages missing signoffs
* 0 packages older than 14 days
(Note: the word 'package' as used here refers to packages as grouped by
pkgbase, architecture, and repository; e.g., one PKGBUILD produces one
package per architecture, even if it is a split package.)
=== Signoff report for [testing] ===
https://www.archlinux.org/packages/signoffs/
There are currently:
* 4 new packages in last 24 hours
* 0 known bad packages
* 0 packages not accepting signoffs
* 7 fully signed off packages
* 18 packages missing signoffs
* 0 packages older than 14 days
(Note: the word 'package' as used here refers to packages as grouped by
pkgbase, architecture, and repository; e.g., one PKGBUILD produces one
package per architecture, even if it is a split package.)
== New packages in [testing] in last 24 hours (4 total) ==
1. allan - 2 signoffs
2. bisson - 2 signoffs
3. eric - 1 signoffs
4. dan - 1 signoffs
09-13-2012, 01:57 PM
"Thomas Preud'homme"
reassign 687515 src:linux
thanks
Reassigning to linux source package since the bug happens in the kernel,
as the backtrace shown in the bugreport is the result of a BUG_ON().
09-14-2012, 08:07 AM
Arch Website Notification
=== Signoff report for [testing] ===
https://www.archlinux.org/packages/signoffs/
There are currently:
* 7 new packages in last 24 hours
* 0 known bad packages
* 0 packages not accepting signoffs
* 9 fully signed off packages
* 21 packages missing signoffs
* 0 packages older than 14 days
(Note: the word 'package' as used here refers to packages as grouped by
pkgbase, architecture, and repository; e.g., one PKGBUILD produces one
package per architecture, even if it is a split package.)
== New packages in [testing] in last 24 hours (7 total) ==
please orphan the package "python2.6":
https://aur.archlinux.org/packages.php?ID=51138
because of the reasons stated in the forwarded mail.
Thanks,
Markus
----- Forwarded message from Markus Unterwaditzer <markus@unterwaditzer.net> -----
Date: Thu, 30 Aug 2012 16:10:04 +0200
From: Markus Unterwaditzer <markus@unterwaditzer.net>
To: 9099jack@googlemail.com
Subject: AUR Package: python2.6
User-Agent: Mutt/1.5.21 (2010-09-15)
Hello,
Could you please fix your AUR package "python2.6"? It currently fails to build.
Otherwise please orphan it so others can pick it up.
https://aur.archlinux.org/packages.php?ID=51138
Thanks,
Markus
----- End forwarded message -----
09-14-2012, 01:37 PM
Evangelos Foutras
On Fri, Sep 14, 2012 at 4:35 PM, Markus Unterwaditzer
<markus@unterwaditzer.net> wrote:
> Hello,
>
> please orphan the package "python2.6":
> https://aur.archlinux.org/packages.php?ID=51138
Done, thanks.
09-15-2012, 08:07 AM
Arch Website Notification
=== Signoff report for [testing] ===
https://www.archlinux.org/packages/signoffs/
There are currently:
* 4 new packages in last 24 hours
* 0 known bad packages
* 0 packages not accepting signoffs
* 7 fully signed off packages
* 25 packages missing signoffs
* 0 packages older than 14 days
(Note: the word 'package' as used here refers to packages as grouped by
pkgbase, architecture, and repository; e.g., one PKGBUILD produces one
package per architecture, even if it is a split package.)
== New packages in [testing] in last 24 hours (4 total) ==
=== Signoff report for [community-testing] ===
https://www.archlinux.org/packages/signoffs/
There are currently:
* 1 new package in last 24 hours
* 0 known bad packages
* 0 packages not accepting signoffs
* 0 fully signed off packages
* 1 package missing signoffs
* 0 packages older than 14 days
(Note: the word 'package' as used here refers to packages as grouped by
pkgbase, architecture, and repository; e.g., one PKGBUILD produces one
package per architecture, even if it is a split package.)
== New packages in [community-testing] in last 24 hours (1 total) ==
* systemd-arch-units-20120915-2 (any)
== Incomplete signoffs for [community] (1 total) ==
1. foutrelis - 5 signoffs
2. dan - 5 signoffs
3. pierre - 3 signoffs
09-16-2012, 08:07 AM
Arch Website Notification
=== Signoff report for [testing] ===
https://www.archlinux.org/packages/signoffs/
There are currently:
* 9 new packages in last 24 hours
* 0 known bad packages
* 0 packages not accepting signoffs
* 11 fully signed off packages
* 25 packages missing signoffs
* 0 packages older than 14 days
(Note: the word 'package' as used here refers to packages as grouped by
pkgbase, architecture, and repository; e.g., one PKGBUILD produces one
package per architecture, even if it is a split package.)
== New packages in [testing] in last 24 hours (9 total) ==
1. foutrelis - 5 signoffs
2. dan - 5 signoffs
3. pierre - 3 signoffs
09-16-2012, 06:11 PM
Steve R
Hi,
Hoping someone can help me figure out how to pass the live-media device to the linux kernel from GRUB, if the live-media is itself on a LUKS encrypted device. Details below ...
I*am trying to use Grub 2.00 (with Luks support enabled) to boot a Debian-live system from an encrypted LUKS partition. /boot is also located in the encrypted Partition. I am using grub.cfg like below, and things work fine (With Grub requesting a password for the encrypted file system and parsing grub.cfg, displaying the menu, etc.. The problem arises with the linux command to load the kernel. Loading the Debian-live based OS requires passing a reference to the device hosting the root file system in the /live folder ( via the live-media kernel command-line parameter). I am passing this reference as /dev/disk/by-uuid/<uuid-of-the-decrypted-fs> . The UUID I am using is the one read by blkid when I mounted and decrypted this encrypted partition from another Linux host. However, this does not work and from the GRUB and kernel debugging output on the console, it appears to be because the path to the decrypted fs device is invalid. If I mount and decrypt the LUKS partition from a running Linux OS, this device is always created with the same UUID, so I expected this to happen when GRUB decrypts the LUKS partition. Turns out not to be the case.
Is there some way I can indicate to live-boot that the live-media is on a LUKS encrypted device and needs to be decrypted first?*
Here is my grub.cfg
menuentry 'FDE Live' {* * * *** * * * set isofile="/ISOs/linux.iso"
* * * * # The UUID for the encrypted LUKS partition as obtained by running blkid* * * * set encryptedfs_uuid="377da6816e9a4c7092ae9016a719d04d "*
* * * * # The UUID for the decrypted ext4 fs in the LUKS partition* * * * set decryptedfs_uuid="a8604976-269b-4ab1-8ecc-63960f60f008"
* * * * insmod part_msdos* * * * insmod loopback* * * * insmod iso9660* * * * insmod cryptodisk* * * * insmod luks
* * * * echo 'Mounting encrypted disk ...'** * * * cryptomount -u ${encryptedfs_uuid}
* * * * echo 'Searching for the root fs in the decrypted fs...'* * * * set root=(cryptouuid/${encryptedfs_uuid})* * * * search --no-floppy --fs-uuid --set=root ${decryptedfs_uuid}
* * * * echo 'Setting up a loopback device to the CD image'* * * * loopback loop $root/$isofile* * * * set root=loop
* * * * echo 'Loading Linux Kernel ...'* * * * linux */live/vmlinuz boot=live live-media=/dev/disk/by-uuid/${decryptedfs_uuid} fromiso=/dev/disk/by-uuid/${decryptedfs_uuid}$isofile initrd=/live/initrd.img config debug video=640x480 fbcon=scrollback:128
* * * * echo 'Loading initial ramdisk ...'* * * * initrd /live/initrd.img}
The problem is that at the time of loading the kernel, there is no device /dev/disk/by-uuid/${decryptedfs_uuid}
Am just learning things as I go, so please do pardon me if this is a newbie question and I have missed something obvious.
Regards,Steve