Bug#702706: Debirf 0.33 in Wheezy with 3.8.1 kernel. rc=134
Control: tag 702706 + moreinfo On 03/10/2013 10:43 AM, J. Cassidy wrote: Debirf 0.33 some more related stuff. Debirf has built me a 3.2.x kernel... see below - root@Carcassonne ~/debirf/xkiosk: ls -als total 132168 4 drwxr-xr-x 5 1000 1000 4096 Mar 11 17:43 . 4 drwxr-xr-x 5 root root 4096 Mar 11 16:37 .. 40 -rw-r--r-- 1 root root 39468 Mar 11 17:39 .bootstrap.log 40 -rw-r--r-- 1 root root 39468 Mar 11 16:45 bootstrap.log 4 -rw-r--r-- 1 1000 1000 1453 Mar 11 17:34 debirf.conf 128444 -rw-r--r-- 1 root root 131521379 Mar 11 17:44 debirf-xkiosk_wheezy_3.2.0-4-amd64.cgz 856 -rw-r--r-- 1 root root873303 Mar 11 17:44 .fakeroot-state.debirf-xkiosk 4 drwxr-xr-x 2 1000 1000 4096 Dec 5 2011 modules 4 drwxr-xr-x 4 root root 4096 Mar 11 17:43 nest 4 drwxr-xr-x 22 root root 4096 Mar 11 17:43 root 2764 -rw-r--r-- 1 root root 2829472 Dec 19 15:16 vmlinuz-3.2.0-4-amd64 = Hello Daniel, = = appreciate the time you have taken to look at my problem. = = Answers below: = = = Control: tag 702706 + moreinfo = = = = On 03/10/2013 10:43 AM, J. Cassidy wrote: = = Package: Debirf 0.33 = = = = Debirf 0.33 in Wheezy with 3.8.1 kernel. rc=134 = = = = Are you running your own build of the kernel, or the build from debian = experimental? it looks to me like you're doing this on amd64 as well -- = is that right? - My own build yes, 64 bit. = = = = = = on running debirf make xkiosk using the abovementioned setup all = seems = = to proceed well (Retrieving, Validating etc.) until this - = = = were you hoping to build a debirf image with the 3.8 kernel? or with = the stock wheezy kernel? That is, is 3.8 a property of the build system = or the intended target? if it is intended for the target, how were you = instructing debirf to build against the 3.8 kernel? = = It was my naiive asssumption that the debirf process would use the = existing (my own build) kernel variables / parameters = to do it's thing.. = = in particular, can you supply the output of uname -r ? = = root@Carcassonne ~: uname -ars = Linux Carcassonne 3.8.1 #2 SMP PREEMPT Sat Mar 2 11:04:32 CET 2013 x86_64 = GNU/Linux = = = = = = the install-kernel module assumes that the kernel flavor (e.g. amd64) = = can be derived from $(uname -r | cut -d- -f3-). If your kernel doesn't = = supply that, you can force the matter with an environment variable, by = = running like: = = = = DEBIRF_KERNEL_FLAVOR=amd64 debirf make xkiosk = = = = Debirf with the r switch produces a slightly different error message = - = = = We generally discourage running with -r, since it has the possibility of = modifying the build system itself. = = I ran with the r switch to see if the ensuing output would enlighten me = more perhaps. = = = = = Debirf conf (xkiosk) = = = # DEBIRF configuration file: this will be sourced by bash = = # Label for debirf system (for hostname and initrd). debirf will be = # used if unspecified. = # = DEBIRF_LABEL=debirf-xkiosk = = # Where shoud debirf build the image? By default, debirf will build = # in the profile directory. = # = #DEBIRF_BUILDD= = = # What suite should be used? The default is determined by = # lsb_release, and falls back to sid. = # = #DEBIRF_SUITE= = = # The default distro (eg. debian or ubuntu) is based on the distro = # of the suite specified. If you want to use a suite from a = # non-Debian/Ubuntu distro, specify the distro explicitly here (all = # lowercase). = # = #DEBIRF_DISTRO= = = # What mirror should debirf pull the suite from? By default, this is = # based on the DEBIRF_DISTRO = # (eg. http://mirrors.kernel.org/${DEBIRF_DISTRO};). = # = #DEBIRF_MIRROR= = = # What keyring should be used to verify the debootstrap for the = # specified suite? This is also based on the DEBIRF_DISTRO by = # default. If you are trying to build a non-Debian/Ubuntu version of = # debirf, then you will need to specify the keyring explicitly here if = # you want to verify the debootstrap. Otherwise, uncomment the = # variable but leave the definition blank to have debirf skip the = # debootstrap verification. = # = #DEBIRF_KEYRING= = = # Use a web proxy for downloading the packages (the export in front = # of the variable is necessary to have it recognized by all internal = # functions). = # = #export http_proxy= = = = = I have just ran --debirf make xkiosk-- again, beforehand I set the = variable DEBIRF_KERNEL_FLAVOR=amd64 debirf make xkiosk via export. = = Debirf now runs/works... but with a lot of references to Squeeze in the = installation dialogue(s). = = Please see attached bootstrap log. = = If you need any more information, please let me know. = = = Regards, = = = John Cassidy = = = = = John Cassidy (Dipl.-Ing.) = = Kapellenstr. 21a = = D-65193 Wiesbaden = = EU = = = = Mobile: +49 (0) 170 794 3616 = = = http://www.JDCassidy.eu = http://en.federaleurope.org/ = John Cassidy (Dipl.-Ing.) Kapellenstr. 21a D-65193 Wiesbaden EU
Bug#702706: Debirf 0.33 in Wheezy with 3.8.1 kernel. rc=134
Hello Daniel, appreciate the time you have taken to look at my problem. Answers below: Control: tag 702706 + moreinfo On 03/10/2013 10:43 AM, J. Cassidy wrote: Debirf 0.33 Debirf 0.33 in Wheezy with 3.8.1 kernel. rc=134 Are you running your own build of the kernel, or the build from debian experimental? it looks to me like you're doing this on amd64 as well -- is that right? - My own build yes, 64 bit. were you hoping to build a debirf image with the 3.8 kernel? or with the stock wheezy kernel? That is, is 3.8 a property of the build system or the intended target? if it is intended for the target, how were you instructing debirf to build against the 3.8 kernel? It was my naiive asssumption that the debirf process would use the existing (my own build) kernel variables / parameters to do it's thing.. in particular, can you supply the output of uname -r ? root@Carcassonne ~: uname -ars Linux Carcassonne 3.8.1 #2 SMP PREEMPT Sat Mar 2 11:04:32 CET 2013 x86_64 the install-kernel module assumes that the kernel flavor (e.g. amd64) can be derived from $(uname -r | cut -d- -f3-). If your kernel doesn't supply that, you can force the matter with an environment variable, by running like: DEBIRF_KERNEL_FLAVOR=amd64 debirf make xkiosk Debirf with the r switch produces a slightly different error message We generally discourage running with -r, since it has the possibility of modifying the build system itself. I ran with the r switch to see if the ensuing output would enlighten me more perhaps. John Cassidy (Dipl.-Ing.) Kapellenstr. 21a D-65193 Wiesbaden EU Mobile: +49 (0) 170 794 3616 http://www.JDCassidy.eu http://en.federaleurope.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702706: Debirf 0.33 in Wheezy with 3.8.1 kernel. rc=134
On 03/11/2013 12:05 PM, J. Cassidy wrote: My own build yes, 64 bit. fwiw, debian has multiple 64-bit architectures. If you mean amd64 (aka x86_64), using the specific term avoids possible ambiguity :) It was my naiive asssumption that the debirf process would use the existing (my own build) kernel variables / parameters to do it's thing.. By default, debirf selects and installs a kernel from the distribution you're building. in particular, can you supply the output of uname -r ? root@Carcassonne ~: uname -ars Linux Carcassonne 3.8.1 #2 SMP PREEMPT Sat Mar 2 11:04:32 CET 2013 x86_64 right, in this case you'd need to use DEBIRF_KERNEL_FLAVOR to select a kernel flavor, or explicitly supply a kernel .deb via the --kernel-deb argument: debirf make --kernel-deb=/path/to/linux-image-whatever.deb xkiosk the install-kernel module assumes that the kernel flavor (e.g. amd64) can be derived from $(uname -r | cut -d- -f3-). If your kernel doesn't supply that, you can force the matter with an environment variable, by running like: DEBIRF_KERNEL_FLAVOR=amd64 debirf make xkiosk I didn't see any report of you trying this. does it work for you? I ran with the r switch to see if the ensuing output would enlighten me more perhaps. sure, testing is fine and reasonable -- just be aware that it may cause changes on your host system that you don't expect. we hope it won't, and we'd consider it a bug if it does, but the way to ensure that it doesn't damage the host system is to build as a non-privileged user. So certainly, don't run with -r in a production environment. Regards, --dkg signature.asc Description: OpenPGP digital signature
Bug#702706: Debirf 0.33 in Wheezy with 3.8.1 kernel. rc=134
Package: Debirf 0.33 Debirf 0.33 in Wheezy with 3.8.1 kernel. rc=134 Hello all, on running debirf make xkiosk using the abovementioned setup all seems to proceed well (Retrieving, Validating etc.) until this - . . . I: Configuring libgnutls26:amd64... I: Configuring aptitude... I: Configuring udev... I: Configuring iptables... I: Configuring apt... I: Configuring wget... I: Base system installed successfully. debirf fixing debirf root dev tree... debirf executing modules... run-parts: executing xkiosk/modules/a0_add_extra_repos run-parts: executing xkiosk/modules/a0_add_security_repos run-parts: executing xkiosk/modules/a0_motd run-parts: executing xkiosk/modules/a0_prep-root passwd: password expiry information changed. Get:1 http://security.debian.org wheezy/updates InRelease [102 kB] Get:2 http://security.debian.org wheezy/updates/main amd64 Packages [14 B] Get:3 http://security.debian.org wheezy/updates/contrib amd64 Packages [14 B] Get:4 http://security.debian.org wheezy/updates/non-free amd64 Packages [14 B] Get:5 http://mirrors.kernel.org wheezy InRelease [224 kB] Ign http://security.debian.org wheezy/updates/contrib Translation-en Ign http://security.debian.org wheezy/updates/main Translation-en Ign http://security.debian.org wheezy/updates/non-free Translation-en Get:6 http://mirrors.kernel.org wheezy/main amd64 Packages/DiffIndex [7876 B] Get:7 http://mirrors.kernel.org wheezy/non-free amd64 Packages [80.9 kB] Get:8 http://mirrors.kernel.org wheezy/contrib amd64 Packages [41.9 kB] Get:9 http://mirrors.kernel.org wheezy/contrib Translation-en [34.9 kB] Get:10 http://mirrors.kernel.org wheezy/main Translation-en [3860 kB] Get:11 http://mirrors.kernel.org wheezy/non-free Translation-en [66.0 kB] Fetched 4418 kB in 9s (470 kB/s) Reading package lists... Done Reading package lists... Done Building dependency tree... Done 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. run-parts: executing xkiosk/modules/install-kernel E: No packages found Reading package lists... Done Building dependency tree... Done terminate called after throwing an instance of 'std::out_of_range' what(): basic_string::compare Aborted run-parts: xkiosk/modules/install-kernel exited with return code 134 Debirf with the r switch produces a slightly different error message - . . . I: Configuring wget... I: Configuring libcwidget3... I: Configuring aptitude... I: Base system installed successfully. debirf executing modules... run-parts: executing xkiosk/modules/a0_add_extra_repos run-parts: executing xkiosk/modules/a0_add_security_repos run-parts: executing xkiosk/modules/a0_motd run-parts: executing xkiosk/modules/a0_prep-root passwd: password expiry information changed. Get:1 http://mirrors.kernel.org wheezy InRelease [224 kB] Get:2 http://security.debian.org wheezy/updates InRelease [102 kB] Get:3 http://mirrors.kernel.org wheezy/main amd64 Packages/DiffIndex [7876 B] Get:4 http://security.debian.org wheezy/updates/main amd64 Packages [14 B] Get:5 http://mirrors.kernel.org wheezy/non-free amd64 Packages [80.9 kB] Get:6 http://security.debian.org wheezy/updates/contrib amd64 Packages [14 B] Get:7 http://security.debian.org wheezy/updates/non-free amd64 Packages [14 B] Get:8 http://mirrors.kernel.org wheezy/contrib amd64 Packages [41.9 kB] Get:9 http://mirrors.kernel.org wheezy/contrib Translation-en [34.9 kB] Get:10 http://mirrors.kernel.org wheezy/main Translation-en [3860 kB] Ign http://security.debian.org wheezy/updates/contrib Translation-en Ign http://security.debian.org wheezy/updates/main Translation-en Ign http://security.debian.org wheezy/updates/non-free Translation-en Get:11 http://mirrors.kernel.org wheezy/non-free Translation-en [66.0 kB] Fetched 4418 kB in 7s (562 kB/s) Reading package lists... Done Reading package lists... Done Building dependency tree... Done 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. run-parts: executing xkiosk/modules/install-kernel E: No packages found Reading package lists... Done Building dependency tree... Done terminate called after throwing an instance of 'std::out_of_range' what(): basic_string::compare xkiosk/modules/install-kernel: line 1: 24838 Aborted TMPDIR= chroot $DEBIRF_ROOT $@ run-parts: xkiosk/modules/install-kernel exited with return code 134 I have not changed/amended the stock debirf.conf configuration file. Any ideas / pointers from your learned selves would be much appraciated. Regards, JC John Cassidy (Dipl.-Ing.) Kapellenstr. 21a D-65193 Wiesbaden EU Mobile: +49 (0) 170 794 3616 http://www.JDCassidy.eu http://en.federaleurope.org/ John Cassidy (Dipl.-Ing.) Kapellenstr. 21a D-65193 Wiesbaden EU Mobile: +49 (0) 170 794 3616 http://www.JDCassidy.eu http://en.federaleurope.org/ John Cassidy (Dipl.-Ing.) Kapellenstr. 21a D-65193 Wiesbaden EU Mobile: +49 (0) 170 794 3616 http://www.JDCassidy.eu http://en.federaleurope.org/ -- To UNSUBSCRIBE, email to
Bug#702706: Debirf 0.33 in Wheezy with 3.8.1 kernel. rc=134
Control: tag 702706 + moreinfo On 03/10/2013 10:43 AM, J. Cassidy wrote: Package: Debirf 0.33 Debirf 0.33 in Wheezy with 3.8.1 kernel. rc=134 Are you running your own build of the kernel, or the build from debian experimental? it looks to me like you're doing this on amd64 as well -- is that right? on running debirf make xkiosk using the abovementioned setup all seems to proceed well (Retrieving, Validating etc.) until this - were you hoping to build a debirf image with the 3.8 kernel? or with the stock wheezy kernel? That is, is 3.8 a property of the build system or the intended target? if it is intended for the target, how were you instructing debirf to build against the 3.8 kernel? can you show the part of the transcript where you run-parts: executing xkiosk/modules/install-kernel E: No packages found Reading package lists... Done Building dependency tree... Done terminate called after throwing an instance of 'std::out_of_range' what(): basic_string::compare Aborted run-parts: xkiosk/modules/install-kernel exited with return code 134 I just ran the same process on a wheezy system running 3.8 from debian experimental, and did not have this problem. Can you give me more feedback that might help me replicate the issue? in particular, can you supply the output of uname -r ? the install-kernel module assumes that the kernel flavor (e.g. amd64) can be derived from $(uname -r | cut -d- -f3-). If your kernel doesn't supply that, you can force the matter with an environment variable, by running like: DEBIRF_KERNEL_FLAVOR=amd64 debirf make xkiosk Debirf with the r switch produces a slightly different error message - We generally discourage running with -r, since it has the possibility of modifying the build system itself. Regards, --dkg signature.asc Description: OpenPGP digital signature