Bug#715534: #715534,git is built without support for python
Hi, I stumbled over the same issue, attempting to use git-p4 on Ubuntu 13.10 (git_1.8.3.2-1). Rebuilding the package from source without NO_PYTHON seems to work fine, although I too find it a strange default in terms of usability. Cheers, Stefan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602900: live-initramfs: bnx2 module cannot find firmware
Package: live-initramfs Version: 1.215.1-1grml.01 Severity: normal I use a live initramfs for netbooting an installation system (FAI) on a DELL R710 server with Broadcom 5709C cards which depend on the bnx2 kernel module which in turn depends on bnx2 firmware. After including this firmware in the initrd and adding bnx2 to the list of modules to load, the module, after being loaded in the modules stage, reports that it cannot find the firmware although it is present. The cause of this issue is that udev is not available when the module is loaded. This is because the module stage precedes the premount stage which starts udev. My own workaround is to add a script to the premount stage which has the udev scripts as its pre-requisite and the modprobes the bnx2 module. This works, but it's a hack. I think, udev should be started before module loading in general to fix this issue. This issue is a duplicate of bug #578407 which was closed. -- System Information: Debian Release: 5.0.6 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.35-22-generic (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages live-initramfs depends on: ii busybox 1:1.10.2-2 Tiny utilities for small and embed ii file 4.26-1 Determines file type using magic ii initramfs-tools 0.97 tools for generating an initramfs ii sudo 1.6.9p17-3 Provide limited super user privile ii udev 0.125-7+lenny3 /dev/ and hotplug management daemo ii user-setup1.23 Set up initial user and password Versions of packages live-initramfs recommends: pn cryptsetup none (no description available) pn ejectnone (no description available) ii rsync3.0.3-2 fast remote file copy program (lik pn uuid-runtime none (no description available) ii wget 1.11.4-2+lenny2 retrieves files from the web Versions of packages live-initramfs suggests: pn curlftpfs none (no description available) pn genext2fs none (no description available) pn httpfs2 none (no description available) pn loop-aes-utilsnone (no description available) pn mtd-tools none (no description available) pn squashfs-toolsnone (no description available) pn unionfs-fuse none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#451259: nvram-wakeup: vdr shutdown script calculates wrong regular wake-up time
Package: nvram-wakeup
Version: 0.97-12
Severity: normal
The calculation of a regular wake-up time in
/usr/share/vdr/shutdown-hooks/S90.nvram-wakeup is too simplistic and yields
wake-up times too far ahead in the future potentially leading to missed
recordings in VDR. The
bug is triggered e.g. with REGULAR_TIME=08:00 and REGULAR_DAYS=1 when executed
between 00:00 and 07:59, yielding a wake-up time at 08:00 the next day.
The following patch seems to fix this problem for me:
--- /tmp/S90.nvram-wakeup.org 2007-11-13 23:43:57.0 +0100
+++ /tmp/S90.nvram-wakeup.new 2007-11-13 23:43:12.0 +0100
@@ -43,8 +43,55 @@
TIMER=$1
+# convert the time representation 'HH:MM' into seconds from midnight
+function hm2sec ()
+{
+ local HM=$1
+ # extract hours
+ local HOUR=${HM%:*}
+ # remove leading zero
+ HOUR=${HOUR#0}
+ # extract minutes
+ local MIN=${HM#*:}
+ # remove leading zero
+ MIN=${MIN#0}
+ if [ $HOUR -lt 0 ] || [ $HOUR -gt 23 ] || [ $MIN -lt 0 ] || [ $MIN -gt
59 ]; then
+ echo Invalid input for hm2sec: $HM 2
+ return 2
+ else
+ echo $[ $HOUR * 3600 + $MIN * 60 ]
+ fi
+}
+
+# convert the local time zone into an offset in seconds
+function tz2sec ()
+{
+ local TZ=$(date +%z)
+ local TZHM=${TZ:1:2}:${TZ:3:2}
+ local SEC=$(hm2sec $TZHM)
+ local SIGN=${TZ:0:1}
+ [ $SIGN == '-' ] SEC=$(( $SEC * -1 ))
+ echo $SEC
+}
+
if [ $REGULAR_DAYS -gt 0 ]; then
-REGULAR_TIMER=$((`date -d $REGULAR_TIME +%s` + $REGULAR_DAYS * 24 * 60 *
60))
+ # GMT epoch
+ NOW=$(date +%s)
+ # epoch offset by local TZ
+ TZNOW=$[ $NOW + `tz2sec` ]
+ # wake-up interval in seconds
+ STRIDE=$(($REGULAR_DAYS * 24 * 3600))
+ # rounddown (TZNOW, STRIDE) - midnight of the most recent wake-up
interval
+ INTERVAL_BASE=$((($TZNOW / $STRIDE) * $STRIDE))
+ # REGULAR_TIME configuration option in seconds: offset into each
wake-up interval to match configured time of day
+ INTERVAL_OFFSET=`hm2sec $REGULAR_TIME`
+ # base + offset - time to wake up at - due to the addition, this may
lie in the past or the future
+ WAKEUP_TIME=$(($INTERVAL_BASE + $INTERVAL_OFFSET))
+ # convert wake-up time to GMT
+ WAKEUP_TIME=$(($WAKEUP_TIME - `tz2sec`))
+ # if in the past, this wake-up interval has truly expired and we need
to wake up at the next one
+ [ $WAKEUP_TIME -lt $NOW ] WAKEUP_TIME=$(($WAKEUP_TIME + $STRIDE))
+ REGULAR_TIMER=$WAKEUP_TIME
# when no vdr timer is set or vdr timer starts later than regular timer:
if [ $TIMER -eq 0 ] || [ $TIMER -gt 0 -a $REGULAR_TIMER -lt $TIMER ] ; then
-- System Information:
Debian Release: 4.0
APT prefers stable
APT policy: (500, 'stable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.23.1
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Versions of packages nvram-wakeup depends on:
ii debconf [debconf-2.0] 1.5.11Debian configuration management sy
ii libc6 2.3.6.ds1-13etch2 GNU C Library: Shared libraries
ii makedev2.3.1-83 creates device files in /dev
nvram-wakeup recommends no packages.
-- debconf information:
* nvram-wakeup/install_instruction:
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
