Re: [buildd-tools-devel] the state of daily-builds
On Saturday 15 May 2010, Frans Pop wrote: On Sunday 09 May 2010, Andreas Barth wrote: I also fixed hppa today Great, but seems to have a similar problem as ppc had: not built since initial run. Ping. hppa is still not being built automatically. TIA -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201005210800.55841.elen...@planet.nl
Re: [buildd-tools-devel] the state of daily-builds
On Friday 21 May 2010, Frans Pop wrote: On Saturday 15 May 2010, Frans Pop wrote: On Sunday 09 May 2010, Andreas Barth wrote: I also fixed hppa today Great, but seems to have a similar problem as ppc had: not built since initial run. Ping. hppa is still not being built automatically. Sorry, forget that. It's only been failing the last three days. Would be nice to know why though. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201005210802.41408.elen...@planet.nl
Re: [buildd-tools-devel] the state of daily-builds
* Frans Pop (elen...@planet.nl) [100521 08:01]: On Saturday 15 May 2010, Frans Pop wrote: On Sunday 09 May 2010, Andreas Barth wrote: I also fixed hppa today Great, but seems to have a similar problem as ppc had: not built since initial run. Ping. hppa is still not being built automatically. hppa is having funny downtimes. Other than that, there is a cronjob (at least last I looked). Andi -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100521074823.gl2...@mails.so.argh.org
No push permission for tasksel?
[Please CC me as I'm not subscribed to -boot] Hello, According to [1] I should have push permission, since I have permissions also for d-i (being one of the Romanian translators). [1] http://d-i.alioth.debian.org/doc/i18n/ch01s05.html I get this: m...@think:tasksel$ git push Counting objects: 17, done. Delta compression using up to 2 threads. Compressing objects: 100% (10/10), done. Writing objects: 100% (10/10), 1.36 KiB, done. Total 10 (delta 8), reused 0 (delta 0) error: insufficient permission for adding an object to repository database ./objects fatal: failed to write object error: unpack failed: unpack-objects abnormal exit To ssh://amp-gu...@git.debian.org/git/tasksel/tasksel.git ! [remote rejected] master - master (n/a (unpacker error)) error: failed to push some refs to 'ssh://amp-gu...@git.debian.org/git/tasksel/tasksel.git' Am I doing something wrong or is this not supposed to work? Regards, Andrei -- http://nuvreauspam.ro/2010/05/4-neticheta-pe-mail/ signature.asc Description: Digital signature
Re: No push permission for tasksel?
Quoting Andrei Popescu (andreimpope...@gmail.com): [Please CC me as I'm not subscribed to -boot] Hello, According to [1] I should have push permission, since I have permissions also for d-i (being one of the Romanian translators). tasksel and d-i are different projects on Alioth, so being autheorized to commi tin one doesn't mean you are in the other. Of course, most often, people are added to both projets but I happen to sometime forget abou tadding translators to tasksel. This is now corrected and you should be able to push in the git repo. signature.asc Description: Digital signature
Bug#580709: oldsys-preseed: add support for Buffalo Linkstation Pro/Live platform
On Wed, 2010-05-19 at 20:12 -0700, Ryan Tandy wrote:
On Wed, May 19, 2010 at 1:07 PM, Martin Michlmayr t...@cyrius.com wrote:
Also, it would be great to add a test case to tests/arm
I'll do that and submit an updated patch soon.
Done; updated patch and testcase tarballs attached. Tests pass.
Thanks,
Ryan
lspro_dhcp.tgz
Description: application/compressed-tar
lspro_static.tgz
Description: application/compressed-tar
Index: tests/arm/lspro_dhcp.preseed
===
--- tests/arm/lspro_dhcp.preseed (revision 0)
+++ tests/arm/lspro_dhcp.preseed (revision 0)
@@ -0,0 +1,8 @@
+d-i netcfg/dhcp_failed note
+d-i netcfg/dhcp_options select Configure network manually
+d-i netcfg/get_ipaddress string 192.168.11.150
+d-i netcfg/get_netmask string 255.255.255.0
+d-i netcfg/get_gateway string 192.168.11.1
+d-i netcfg/get_nameservers string 192.168.1.1
+d-i netcfg/choose_interface select eth0
+d-i netcfg/use_dhcp boolean true
Index: tests/arm/lspro_static.test
===
--- tests/arm/lspro_static.test (revision 0)
+++ tests/arm/lspro_static.test (revision 0)
@@ -0,0 +1,31 @@
+path=$(mktemp -t oldsys-preseed-tests.XX -d)
+mkdir -p $path/rootfs
+(cd $path/rootfs ; tar -xzf $TEST_DIR/lspro_static.tgz /dev/null 21)
+INTERFACE=eth0
+parse_unix_tree $path/rootfs
+info=$path/rootfs/etc/melco/info
+if [ -e $info ]; then
+ HOSTNAME=$(sed -n '/^hostname/ {s/.*=//; p}' $info)
+ usage=$(sed -n '/^my_ipaddress/ {s/.*=//; p}' $info)
+ if [ $usage = dhcp ]; then
+ NET_CONFIG=dhcp
+ else
+ NET_CONFIG=static
+ IPADDRESS=$usage
+ NETMASK=$(sed -n '/^my_subnetmask/ {s/.*=//; p}' $info)
+ GATEWAY=$(sed -n '/^my_dgw/ {s/.*=//; p}' $info)
+ NAMESERVERS=$(sed -n '/^my_dns1/ {s/.*=//; p}' $info) $(sed -n '/^my_dns2/ {s/.*=//; p}' $info)
+ fi
+fi
+MAC=00:16:01:41:82:92
+unset_matching_var HOSTNAME LS-GL$(echo $MAC | sed 's/^..:..:..:..:.//' | sed 's/://g')
+sanity_check_static_config
+if [ $NET_CONFIG != static ]; then
+ IPADDRESS=192.168.11.150
+ NETMASK=255.255.255.0
+ GATEWAY=192.168.11.1
+ [ -z $NAMESERVERS ] NAMESERVERS=192.168.11.1
+ dhcp_fallback $1
+fi
+generate_preseed_file $1
+rm -rf $path
Index: tests/arm/lspro_dhcp.tgz
===
Cannot display: file marked as a binary type.
svn:mime-type = application/octet-stream
Property changes on: tests/arm/lspro_dhcp.tgz
___
Added: svn:mime-type
+ application/octet-stream
Index: tests/arm/lspro_static.preseed
===
--- tests/arm/lspro_static.preseed (revision 0)
+++ tests/arm/lspro_static.preseed (revision 0)
@@ -0,0 +1,8 @@
+d-i netcfg/choose_interface select eth0
+d-i netcfg/get_ipaddress string 192.168.1.51
+d-i netcfg/get_netmask string 255.255.255.0
+d-i netcfg/get_gateway string 192.168.1.1
+d-i netcfg/get_nameservers string 192.168.1.1
+d-i netcfg/confirm_static boolean true
+d-i netcfg/disable_dhcp boolean true
+d-i netcfg/get_hostname string test
Index: tests/arm/lspro_static.tgz
===
Cannot display: file marked as a binary type.
svn:mime-type = application/octet-stream
Property changes on: tests/arm/lspro_static.tgz
___
Added: svn:mime-type
+ application/octet-stream
Index: tests/arm/lspro_dhcp.test
===
--- tests/arm/lspro_dhcp.test (revision 0)
+++ tests/arm/lspro_dhcp.test (revision 0)
@@ -0,0 +1,31 @@
+path=$(mktemp -t oldsys-preseed-tests.XX -d)
+mkdir -p $path/rootfs
+(cd $path/rootfs ; tar -xzf $TEST_DIR/lspro_dhcp.tgz /dev/null 21)
+INTERFACE=eth0
+parse_unix_tree $path/rootfs
+info=$path/rootfs/etc/melco/info
+if [ -e $info ]; then
+ HOSTNAME=$(sed -n '/^hostname/ {s/.*=//; p}' $info)
+ usage=$(sed -n '/^my_ipaddress/ {s/.*=//; p}' $info)
+ if [ $usage = dhcp ]; then
+ NET_CONFIG=dhcp
+ else
+ NET_CONFIG=static
+ IPADDRESS=$usage
+ NETMASK=$(sed -n '/^my_subnetmask/ {s/.*=//; p}' $info)
+ GATEWAY=$(sed -n '/^my_dgw/ {s/.*=//; p}' $info)
+ NAMESERVERS=$(sed -n '/^my_dns1/ {s/.*=//; p}' $info) $(sed -n '/^my_dns2/ {s/.*=//; p}' $info)
+ fi
+fi
+MAC=00:16:01:41:82:92
+unset_matching_var HOSTNAME LS-GL$(echo $MAC | sed 's/^..:..:..:..:.//' | sed 's/://g')
+sanity_check_static_config
+if [ $NET_CONFIG != static ]; then
+ IPADDRESS=192.168.11.150
+ NETMASK=255.255.255.0
+ GATEWAY=192.168.11.1
+ [ -z $NAMESERVERS ] NAMESERVERS=192.168.11.1
+ dhcp_fallback $1
+fi
+generate_preseed_file $1
+rm -rf $path
Index: oldsys-preseed
===
--- oldsys-preseed (revision 63239)
+++ oldsys-preseed (working copy)
@@ -153,6 +153,41 @@
fi
umount $path/rootfs || true
rmdir $path/rootfs $path || true
+ elif
Re: No push permission for tasksel?
On Fri,21.May.10, 22:02:31, Christian PERRIER wrote: Quoting Andrei Popescu (andreimpope...@gmail.com): According to [1] I should have push permission, since I have permissions also for d-i (being one of the Romanian translators). tasksel and d-i are different projects on Alioth, so being autheorized to commi tin one doesn't mean you are in the other. Of course, most often, people are added to both projets but I happen to sometime forget abou tadding translators to tasksel. Sure, no problem :) This is now corrected and you should be able to push in the git repo. Unfortunately I still get the same error. I even 'rm -rf' the whole directory and started from scratch, but I still get the same error. Regards, Andrei -- http://nuvreauspam.ro/2010/05/4-neticheta-pe-mail/ signature.asc Description: Digital signature
Bug#580709: oldsys-preseed: add support for Buffalo Linkstation Pro/Live platform
* Ryan Tandy tarp...@gmail.com [2010-05-21 12:45]: Done; updated patch and testcase tarballs attached. Tests pass. Looks good to me. I've applied this. Thanks a lot! -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100521205609.gh26...@jirafa.cyrius.com
Processing of oldsys-preseed_3.11_armel.changes
oldsys-preseed_3.11_armel.changes uploaded successfully to localhost along with the files: oldsys-preseed_3.11.dsc oldsys-preseed_3.11.tar.gz oldsys-preseed_3.11_armel.udeb Greetings, Your Debian queue daemon (running on host ries.debian.org) -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1ofzcl-0008j5...@ries.debian.org
oldsys-preseed_3.11_armel.changes ACCEPTED
Accepted: oldsys-preseed_3.11.dsc to main/o/oldsys-preseed/oldsys-preseed_3.11.dsc oldsys-preseed_3.11.tar.gz to main/o/oldsys-preseed/oldsys-preseed_3.11.tar.gz oldsys-preseed_3.11_armel.udeb to main/o/oldsys-preseed/oldsys-preseed_3.11_armel.udeb Override entries for your package: oldsys-preseed_3.11.dsc - source debian-installer oldsys-preseed_3.11_armel.udeb - optional debian-installer Announcing to debian-devel-chan...@lists.debian.org Closing bugs: 580709 Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1ofzvs-0002hb...@ries.debian.org
Re: No push permission for tasksel?
On Friday 21 May 2010, Andrei Popescu wrote: Unfortunately I still get the same error. I even 'rm -rf' the whole directory and started from scratch, but I still get the same error. Give it some time... -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201005212341.47616.elen...@planet.nl
Bug#580709: marked as done (oldsys-preseed: add support for Buffalo Linkstation Pro/Live platform)
Your message dated Fri, 21 May 2010 21:39:04 +
with message-id e1ofzvs-0002hh...@ries.debian.org
and subject line Bug#580709: fixed in oldsys-preseed 3.11
has caused the Debian Bug report #580709,
regarding oldsys-preseed: add support for Buffalo Linkstation Pro/Live platform
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
580709: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=580709
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
---BeginMessage---
Package: oldsys-preseed
Version: 3.10
Severity: wishlist
Tags: patch
The attached patch adds support in oldsys-preseed for the Linkstation
Pro/Live platform, similar to Kurobox Pro which is already supported.
This support is necessary for network-console to start without user
interaction, which is important when a serial console is not available.
Comments in the patch describe a caveat regarding preseeding from the
factory default software with a static network configuration.
Index: oldsys-preseed
===
--- oldsys-preseed (revision 63088)
+++ oldsys-preseed (working copy)
@@ -153,6 +153,40 @@
fi
umount $path/rootfs || true
rmdir $path/rootfs $path || true
+ elif echo $machine | grep -q ^Buffalo Linkstation Pro/Live; then
+ # the default filesystem for the system partition is XFS, which isn't included in our startup environment
+ # however, customized boxes might have ext3 instead, so try to mount anyway
+ rootdev=/dev/sda2
+ path=/tmp/oldsys-preseed
+ mkdir -p $path/rootfs
+ mount -o ro $rootdev $path/rootfs || true
+ INTERFACE=eth0
+ parse_unix_tree $path/rootfs
+ info=$path/rootfs/etc/melco/info
+ if [ -e $info ]; then
+HOSTNAME=$(sed -n '/^hostname/ {s/.*=//; ]}' $info)
+usage=$(sed -n '/^my_ipaddress/ {s/.*=//; }' $info)
+if [ $usage = dhcp ]; then
+ NET_CONFIG=dhcp
+else
+ NET_CONFIG=static
+ IP_ADDRESS=$usage
+ NETMASK=$(sed -n '/^my_subnetmask/ {s/.*=//; p}' $netinfo)
+ GATEWAY=$(sed -n '/^my_dgw/ {s/.*=//; p}' $netinfo)
+fi
+ fi
+ MAC=$(ip addr | grep '^[[:space:]]*link/ether' | head -n 1 | sed 's/.*ether \([^ ]*\).*/\1/')
+ unset_matching_var HOSTNAME LS-GL$(echo $MAC | sed 's/^..:..:..:..:.//' | sed 's/://g')
+ sanity_check_static_config
+ if [ $NET_CONFIG != static ]; then
+IPADDRESS=192.168.11.150
+NETMASK=255.255.255.0
+GATEWAY=192.168.11.1
+[ -z $NAMESERVERS ] NAMESERVERS=192.168.11.1
+dhcp_fallback $FILE
+ fi
+ umount $path/rootfs || true
+ rmdir $path/rootfs $path || true
elif echo $machine | grep -q ^D-Link DNS-323; then
check_file /proc/mtd
rootfs=$(get_mtdblock MTD1)
---End Message---
---BeginMessage---
Source: oldsys-preseed
Source-Version: 3.11
We believe that the bug you reported is fixed in the latest version of
oldsys-preseed, which is due to be installed in the Debian FTP archive:
oldsys-preseed_3.11.dsc
to main/o/oldsys-preseed/oldsys-preseed_3.11.dsc
oldsys-preseed_3.11.tar.gz
to main/o/oldsys-preseed/oldsys-preseed_3.11.tar.gz
oldsys-preseed_3.11_armel.udeb
to main/o/oldsys-preseed/oldsys-preseed_3.11_armel.udeb
A summary of the changes between this version and the previous one is
attached.
Thank you for reporting the bug, which will now be closed. If you
have further comments please address them to 580...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.
Debian distribution maintenance software
pp.
Martin Michlmayr t...@cyrius.com (supplier of updated oldsys-preseed package)
(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@debian.org)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Fri, 21 May 2010 21:55:02 +0100
Source: oldsys-preseed
Binary: oldsys-preseed
Architecture: source armel
Version: 3.11
Distribution: unstable
Urgency: low
Maintainer: Debian Install System Team debian-boot@lists.debian.org
Changed-By: Martin Michlmayr t...@cyrius.com
Description:
oldsys-preseed - Preseed debian-installer from an existing device (udeb)
Closes: 580709
Changes:
oldsys-preseed (3.11) unstable; urgency=low
.
[ Joey Hess ]
* Preseed ethdetect/prompt_missing_firmware, to avoid prompts about firmware
before network-console is running.
.
[ Frans Pop ]
* Remove Standards-Version field.
.
[ Ryan Tandy ]
* Add support for Buffalo Linkstation Pro/Live. Closes: #580709.
Checksums-Sha1:
d8d2cc84f170fda8d7588a737ca6b87219abd463 848 oldsys-preseed_3.11.dsc
Romanian tasks
[no need to CC me if you you keep debian-l10n-romanian in the loop] Hello, I just had a look at the Romanian task and would have some questions and suggestions. romanian-desktop: xfonts-terminus is mentioned twice ttf-liberation would also be a good choice, but it's already recommended by openoffice.org. Does it make sense to add it to the task? romanian-kde-desktop: kde-i18n-ro should now be kde-l10n-ro Regards, Andrei -- http://nuvreauspam.ro/2010/05/4-neticheta-pe-mail/ signature.asc Description: Digital signature
Bug#580714: debian-installer: build installer image for Buffalo Linkstation Pro/Live
On Thu, 2010-05-20 at 14:34 -0700, Ryan Tandy wrote:
There definitely needs to be some kind of check in the script then to
prevent people from accidentally bricking their boxes. It looks like
the Buffalo u-boot exposes a version in the BOOTVER environment
variable: 1.01 for the original firmware, 1.10 for the updated (1.15
or LSProV2) firmware. We can easily check that in the script. I'm
going to flash a few different bootloaders into my Linkstation to
verify that the BOOTVER does change.
The BOOTVER (which gets tacked on to the kernel command line,
incidentally) does seem to indicate the bootloader revision. I verified
the 1.01 and 1.10 versions on my Linkstation for the original and
updated firmwares respectively. Some other values are found at [1] and
are of interest for other boxes.
I've attached an updated patch, including a check for a minimum BOOTVER
of 1.10. I don't know precisely which versions exist in the wild but
that is the lowest version I've encountered that is known to work.
Thanks,
Ryan
[1]
http://buffalo.nas-central.org/wiki/U-boot_Default_Environmental_Variables_and_Values
Index: installer/build/boot/arm/lspro-config-debian
===
--- installer/build/boot/arm/lspro-config-debian (revision 0)
+++ installer/build/boot/arm/lspro-config-debian (revision 0)
@@ -0,0 +1,66 @@
+#!/bin/sh
+
+# This code is covered by the GNU General Public License (GPLv2 or higher)
+
+NVRAM=$(which nvram)
+FW_PRINTENV=$(which fw_printenv)
+
+path=$(mount | grep ext2 | sed -n '/sda1/ {s/\/dev\/sda1 on \(.*\) type.*/\1/; p}')
+if [ -z $path ]; then
+ echo You have to create an ext2 filesystem on /dev/sda1
+ exit 1
+fi
+
+if [ ! -e $path/uImage.buffalo ]; then
+ echo You have to download the uImage.buffalo file from the debian-installer for Linkstation Pro/Live, and put it in $path
+ exit 1
+fi
+
+if [ ! -e $path/initrd.buffalo ]; then
+ echo You have to download the initrd.buffalo file from the debian-installer for Linkstation Pro/Live, and put it in $path
+ exit 1
+fi
+
+if [ -n $NVRAM ]; then
+ PRINTENV=$NVRAM -c printenv
+ SETENV=$NVRAM -c set
+ GETENV=$NVRAM -c get
+elif [ -n $FW_PRINTENV ]; then
+ if [ -z $(which fw_setenv) ]; then
+ echo Program fw_setenv not found, cannot modify U-Boot environment...
+ exit 1
+ elif [ ! -f /etc/fw_env.config ]; then
+ echo Configuration file for fw_printenv not found.
+ exit 1
+ else
+ PRINTENV=$FW_PRINTENV
+ SETENV=$(which fw_setenv)
+ GETENV=$FW_PRINTENV -n
+ fi
+else
+ echo No tool found for modifying U-Boot environment...
+ exit 1
+fi
+
+BOOTVER=$($GETENV buffalo_ver | sed 's/^.*=//')
+if [ -z $BOOTVER ]; then
+ echo Unable to detect Buffalo bootloader version. Please ensure that your bootloader supports automatic initrd position/size detection.
+else
+ BOOTVER_MAJOR=${BOOTVER%.*}
+ BOOTVER_MINOR=${BOOTVER#*.}
+ if [ $BOOTVER_MAJOR -eq 1 -a $BOOTVER_MINOR -lt 10 ]; then
+ echo Incompatible bootloader version detected. Please update to the latest firmware version.
+ exit 1
+ fi
+fi
+
+printf Saving U-Boot environment to ubootenv.bak...
+$PRINTENV ubootenv.bak
+echo done.
+
+echo Changing U-Boot environment...
+$SETENV bootargs_root root=/dev/sda2 rw panic=5
+echo done.
+
+echo Please reboot your Linkstation.
Index: installer/build/config/armel/orion5x/netboot.cfg
===
--- installer/build/config/armel/orion5x/netboot.cfg (revision 63243)
+++ installer/build/config/armel/orion5x/netboot.cfg (working copy)
@@ -1,6 +1,6 @@
MEDIA_TYPE = netboot image
-TARGET = $(TEMP_INITRD) $(TEMP_KERNEL) dns-323 kuroboxpro mv2120 ts209 ts409
+TARGET = $(TEMP_INITRD) $(TEMP_KERNEL) dns-323 kuroboxpro lspro mv2120 ts209 ts409
EXTRANAME = $(MEDIUM)
TYPE = netboot/network-console
@@ -35,6 +35,22 @@
update-manifest $(SOME_DEST)/$(EXTRANAME)/buffalo/kuroboxpro/uImage.buffalo Linux kernel for Kurobox Pro
update-manifest $(SOME_DEST)/$(EXTRANAME)/buffalo/kuroboxpro/initrd.buffalo initrd for Kurobox Pro
+# Buffalo Linkstation Pro/Live
+lspro:
+ mkdir -p $(SOME_DEST)/$(EXTRANAME)/buffalo/lspro
+ mkdir -p $(TEMP)/lspro
+ # Set machine id 1585 (0x0631)
+ devio $(TEMP)/lspro/kernel 'wl 0xe3a01c06,4' 'wl 0xe3811031,4'
+ cat $(TEMP_KERNEL) $(TEMP)/lspro/kernel
+ mkimage -A arm -O linux -T kernel -C none -a 0x8000 -e 0x8000 -n Debian kernel -d $(TEMP)/lspro/kernel $(TEMP)/lspro/kernel.uboot
+ cp $(TEMP)/lspro/kernel.uboot $(SOME_DEST)/$(EXTRANAME)/buffalo/lspro/uImage.buffalo
+ mkimage -A arm -O linux -T ramdisk -C gzip -a 0x0200 -e 0x0200 -n debian-installer ramdisk -d $(TEMP_INITRD) $(TEMP)/lspro/initrd.uboot
+ cp $(TEMP)/lspro/initrd.uboot $(SOME_DEST)/$(EXTRANAME)/buffalo/lspro/initrd.buffalo
+ install -m 744 boot/arm/lspro-config-debian $(SOME_DEST)/$(EXTRANAME)/buffalo/lspro/config-debian
+ update-manifest $(SOME_DEST)/$(EXTRANAME)/buffalo/lspro/config-debian Script to run debian-installer
+ update-manifest
Re: Romanian tasks
Quoting Andrei Popescu (andreimpope...@gmail.com): romanian-desktop: xfonts-terminus is mentioned twice That's right and should be corrected...which I did. ttf-liberation would also be a good choice, but it's already recommended by openoffice.org. Does it make sense to add it to the task? Not really. As you mention, it is more the job of big desktop packages to recommend this or that font. In language-desktop tasks, we should only need to have at least one known good font that supports the said language (to avoid depending on other packages recommends|depdendencies) and ttf-dejavu is fine for this. romanian-kde-desktop: kde-i18n-ro should now be kde-l10n-ro Correct. That's true for all kde-i18n packages indeed. I never noticed that KDE maintainers changed this. I just fixed that. signature.asc Description: Digital signature
