[Bug 1512347] Re: invalid sources.list generated from reading apt-setup/local0/repository
I can confirm this bug, which means the preseed file at https://help.ubuntu.com/16.04/installation-guide/example-preseed.txt # Additional repositories, local[0-9] available #d-i apt-setup/local0/repository string \ # http://local.server/ubuntu xenial main #d-i apt-setup/local0/comment string local server # Enable deb-src lines #d-i apt-setup/local0/source boolean true # URL to the public key of the local repository; you must provide a key or # apt will complain about the unauthenticated repository and so the # sources.list line will be left commented out #d-i apt-setup/local0/key string http://local.server/key Doesn't work. If you change the line to d-i apt-setup/local0/repository string deb http://local.server The install works fine I don't think that library.sh is necessarily the cause, as the above preseed works fine in 14.04 with the same code and behaviour from library.sh (it creates a sources.list file with a missing deb on the front). I don't understand Under 1404 the following happens Feb 29 14:02:41 base-installer: E: Type 'http://myserver/debs' is not known on line 4 in source list /etc/apt/sources.list Feb 29 14:02:41 base-installer: E: The list of sources could not be read. Feb 29 14:02:41 base-installer: warning: apt update failed: 100 However base-installer progresses anyway. The function in library.sh that deals with local0 (and not local1-9) seems to be a bit of a hack though, but for anyone running into the same problem prepending deb to your preseed file should do the trick. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1512347 Title: invalid sources.list generated from reading apt- setup/local0/repository To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/base-installer/+bug/1512347/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 131737] Re: network device (nVidia MCP55, forcedeth) stops sending packets
I've had a similar issue with an MCP55 ethernet driver, on a different
motherboard (a generic PC one) in a more recent kernel -- after about
250 days of uptime, receiving about 70-80GBytes/day, transmitting about
90-100GBytes per day the network just fell off, not even responding to
pings
ifdown eth1 worked, but ifup eth1 hung, a reboot brought the machine
back.
Jul 11 12:52:00 newsjtcfs99 -- MARK --
Jul 11 13:12:01 newsjtcfs99 -- MARK --
Jul 11 13:25:42 newsjtcfs99 kernel: [1482177.289006] NETDEV WATCHDOG: eth1:
transmit timed out
Jul 11 13:25:42 newsjtcfs99 kernel: [1482177.289012] eth1: Got tx_timeout. irq:
0036
Jul 11 13:25:42 newsjtcfs99 kernel: [1482177.289014] eth1: Ring at 7bfa2000
Jul 11 13:25:42 newsjtcfs99 kernel: [1482177.289015] eth1: Dumping tx registers
Jul 11 13:25:42 newsjtcfs99 kernel: [1482177.289020] 0: 2036 00ff
0003 030903ca
Jul 11 13:25:42 newsjtcfs99 kernel: [1482177.289025] 20:
...
Jul 11 13:25:42 newsjtcfs99 kernel: [1482177.289422] eth1: Dumping tx ring
Jul 11 13:25:42 newsjtcfs99 kernel: [1482177.289426] 000: 3661494a
// 217a3b40 2117 // 387ab8da 2040 //
73dbf8ce 2046
Attached lshw, lspci -vvv, and var/log/messages
I'm also running the x86_64 version, but a later kernel (7.10's)
Linux newsjtcfs99 2.6.22-14-generic #1 SMP Sun Oct 14 21:45:15 GMT 2007
x86_64 GNU/Linux
Network is full duplex 1gbit plugged into a cisco 6513.
** Attachment added: "fs99crash.txt.gz"
http://launchpadlibrarian.net/15965368/fs99crash.txt.gz
--
network device (nVidia MCP55, forcedeth) stops sending packets
https://bugs.launchpad.net/bugs/131737
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 226279] Re: Kernel 2.6.24-17 - broken resume from suspend to RAM
Unfortunately it's not all roses on my HP nc2400. Sleep works, and works well, however a couple of times wireless (iwl3945) hasn't returned after sleep. I *think* this is after an extended period of sleep (a few hours), rather than 20 minutes. rmmodding iwl3945, iwlwifi_mac80211 and cfg80211 and re modprobing didn't help. dmesg reported that the RF kill switch was off, when it wasn't. Turning it off and back on didn't help. It's a soft-switch with two leds (front and button), the switch appeared to work. ifconfig -a didn't show the eth1 interface (or wlan0), iwconfig reported no interfaces with wireless extensions. It seems the nic goes into a deep sleep and doesn't recover, shown from this snippet of dmesg: [ 566.057603] iwl3945: Detected Intel PRO/Wireless 3945ABG Network Connection [ 566.134658] iwl3945: Radio Frequency Kill Switch is On: [ 566.134665] Kill switch must be turned off for wireless networking to work. [ 566.141865] iwl3945: WARNING: Requesting MAC access during RFKILL wakes up NIC [ 566.151904] iwl3945: WARNING: Requesting MAC access during RFKILL wakes up NIC [ 566.171864] iwl3945: WARNING: Requesting MAC access during RFKILL wakes up NIC [ 566.199436] iwl3945: WARNING: Requesting MAC access during RFKILL wakes up NIC [ 566.219415] iwl3945: Tunable channels: 13 802.11bg, 23 802.11a channels [ 578.170956] iwl3945: WARNING: Requesting MAC access during RFKILL wakes up NIC [ 578.220662] iwl3945: MAC is in deep sleep! [ 578.220807] iwl3945: WARNING: Requesting MAC access during RFKILL wakes up NIC [ 578.280439] iwl3945: MAC is in deep sleep! [ 578.280524] iwl3945: WARNING: Requesting MAC access during RFKILL wakes up NIC [ 578.340155] iwl3945: MAC is in deep sleep! [ 578.449917] iwl3945: WARNING: Requesting MAC access during RFKILL wakes up NIC -- Kernel 2.6.24-17 - broken resume from suspend to RAM https://bugs.launchpad.net/bugs/226279 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 105552] Re: config.h was removed in 2.6.19
linux.h appears in
modules/drbd/drbd/drbd_fs.c
modules/drbd/drbd/drbd_main.c
modules/drbd/drbd/drbd_proc.c
modules/drbd/drbd/drbd_receiver.c
modules/drbd/drbd/drbd_req.c
modules/drbd/drbd/drbd_worker.c
However once that hurdle is passed, the next one appears
/usr/src/modules/drbd/drbd/drbd_main.c:52:35: error: linux/devfs_fs_kernel.h:
No such file or directory
Which has also been removed (since 2.6.17), it only appears in
modules/drbd/drbd/drbd_main.c so I removed the line.
Next issue
if (drbd_ee_cache && kmem_cache_destroy(drbd_ee_cache))
printk(KERN_ERR DEVICE_NAME
": kmem_cache_destroy(drbd_ee_cache) FAILED\n");
Results in
/usr/src/modules/drbd/drbd/drbd_main.c:2023: error: void value not ignored as
it ought to be
Also mentions that kmem_cache_t is deprecated
gcc (GCC) 4.1.2 20060928 (prerelease) (Ubuntu 4.1.1-13ubuntu5)wait...
Copyright (C) 2006 Free Software Foundation, Inc. build
KVERS=2.6.20.3-custom-070319 KSRC=/usr/src/linux-headers-2.6.20.3-custom-070319
KDREV=2.6.20.3-customThis is free software; see the source for copying
conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
GNU Make 3.81
Copyright (C) 2006 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.
This program built for i486-pc-linux-gnu
dpatch deapply-all
rm -rf patch-stamp patch-stampT debian/patched
dh_clean
/usr/bin/make -C drbd clean
make[1]: Entering directory `/usr/src/modules/drbd/drbd'
rm -rf .tmp_versions
rm -f *.[oas] *.ko .*.cmd .*.d .*.tmp *.mod.c .*.flags .depend .kernel*
make[1]: Leaving directory `/usr/src/modules/drbd/drbd'
/usr/bin/make -f debian/rules kdist_clean kdist_config binary-modules
make[1]: Entering directory `/usr/src/modules/drbd'
dpatch deapply-all
rm -rf patch-stamp patch-stampT debian/patched
dh_clean
/usr/bin/make -C drbd clean
make[2]: Entering directory `/usr/src/modules/drbd/drbd'
rm -rf .tmp_versions
rm -f *.[oas] *.ko .*.cmd .*.d .*.tmp *.mod.c .*.flags .depend .kernel*
make[2]: Leaving directory `/usr/src/modules/drbd/drbd'
/usr/bin/gcc-4.1
for templ in /usr/src/modules/drbd/debian/drbd8-module-_KVERS_.postinst
/usr/src/modules/drbd/debian/drbd8-module-_KVERS_.postinst.backup
/usr/src/modules/dr
bd/debian/drbd8-module-_KVERS_.postinst.modules.in; do \
cp $templ `echo $templ | sed -e 's/_KVERS_/2.6.20.3-custom-070319/g'` ; \
done
for templ in `ls debian/*.modules.in` ; do \
test -e ${templ%.modules.in}.backup || cp ${templ%.modules.in}
${templ%.modules.in}.backup 2>/dev/null || true; \
sed -e 's/##KVERS##/2.6.20.3-custom-070319/g
;s/#KVERS#/2.6.20.3-custom-070319/g ; s/_KVERS_/2.6.20.3-custom-070319/g ;
s/##KDREV##/2.6.20.3-custom-07031
9-10.00.Custom/g ; s/#KDREV#/2.6.20.3-custom-070319-10.00.Custom/g ;
s/_KDREV_/2.6.20.3-custom-070319-10.00.Custom/g ' < $templ >
${templ%.modules.in}; \
done
dh_testdir
dh_testroot
dh_clean -k
/usr/bin/make -C drbd
KERNEL_SOURCES=/usr/src/linux-headers-2.6.20.3-custom-070319 MODVERSIONS=detect
KERNEL=linux-2.6.20.3-custom-070319 KDIR=/usr/src/linux
-headers-2.6.20.3-custom-070319
make[2]: Entering directory `/usr/src/modules/drbd/drbd'
Calling toplevel makefile of kernel source tree, which I believe is in
KDIR=/usr/src/linux-headers-2.6.20.3-custom-070319
/usr/bin/make -C /usr/src/linux-headers-2.6.20.3-custom-070319
SUBDIRS=/usr/src/modules/drbd/drbd modules
make[3]: Entering directory `/usr/src/linux-headers-2.6.20.3-custom-070319'
CC [M] /usr/src/modules/drbd/drbd/drbd_sizeof_sanity_check.o
CC [M] /usr/src/modules/drbd/drbd/drbd_buildtag.o
CC [M] /usr/src/modules/drbd/drbd/drbd_bitmap.o
In file included from /usr/src/modules/drbd/drbd/drbd_bitmap.c:34:
/usr/src/modules/drbd/drbd/drbd_int.h:1064: warning: âkmem_cache_tâ is
deprecated
/usr/src/modules/drbd/drbd/drbd_int.h:1065: warning: âkmem_cache_tâ is
deprecated
CC [M] /usr/src/modules/drbd/drbd/drbd_fs.o
In file included from /usr/src/modules/drbd/drbd/drbd_fs.c:43:
/usr/src/modules/drbd/drbd/drbd_int.h:1064: warning: âkmem_cache_tâ is
deprecated
/usr/src/modules/drbd/drbd/drbd_int.h:1065: warning: âkmem_cache_tâ is
deprecated
/usr/src/modules/drbd/drbd/drbd_fs.c:396:2: warning: #warning checks below no
longer valid
CC [M] /usr/src/modules/drbd/drbd/drbd_proc.o
In file included from /usr/src/modules/drbd/drbd/drbd_proc.c:40:
/usr/src/modules/drbd/drbd/drbd_int.h:1064: warning: âkmem_cache_tâ is
deprecated
/usr/src/modules/drbd/drbd/drbd_int.h:1065: warning: âkmem_cache_tâ is
deprecated
CC [M] /usr/src/modules/drbd/drbd/drbd_worker.o
In file included from /usr/src/modules/drbd/drbd/drbd_worker.c:42:
/usr/src/modules/drbd/drbd/drbd_int.h:1064: warning: âkmem_cache_tâ is
deprecated
/usr/src/modules/drbd/drbd/drbd_int.h:1065: warning: âkmem_cache_tâ is
deprecated
CC [M] /usr/src/modules/drbd/drbd/drbd_receiver.o
In
[Bug 105552] config.h was removed in 2.6.19
Public bug reported:
Compiling drbd8 with a custom kernel
Linux version 2.6.20.3-custom-070319 ([EMAIL PROTECTED]) (gcc version 4.1.2
20060928 (prerelease) (Ubuntu 4.1.1-13ubuntu5)) #1 SMP Mon Mar 19 09:23:26 GMT
2007
ii drbd8-module-source8.0-pre3-1
RAID 1 over tcp/ip for Linux module source
It complains that linux/config.h doesn't exist, I think that was removed in
2.6.19
To get arround it now, on advice of google, I created
/usr/src/linux/include/linux/config.h
#ifndef _LINUX_CONFIG_H
#define _LINUX_CONFIG_H
/* This file is no longer in use and kept only for backward compatibility.
* * autoconf.h is now included via -imacros on the commandline
* */
#include
#endif
Buildlog follows
dpatch deapply-all
rm -rf patch-stamp patch-stampT debian/patched
dh_clean
/usr/bin/make -C drbd clean
make[1]: Entering directory `/usr/src/modules/drbd/drbd'
rm -rf .tmp_versions
rm -f *.[oas] *.ko .*.cmd .*.d .*.tmp *.mod.c .*.flags .depend .kernel*
make[1]: Leaving directory `/usr/src/modules/drbd/drbd'
/usr/bin/make -f debian/rules kdist_clean kdist_config binary-modules
make[1]: Entering directory `/usr/src/modules/drbd'
dpatch deapply-all
rm -rf patch-stamp patch-stampT debian/patched
dh_clean
/usr/bin/make -C drbd clean
make[2]: Entering directory `/usr/src/modules/drbd/drbd'
rm -rf .tmp_versions
rm -f *.[oas] *.ko .*.cmd .*.d .*.tmp *.mod.c .*.flags .depend .kernel*
make[2]: Leaving directory `/usr/src/modules/drbd/drbd'
/usr/bin/gcc-4.1
for templ in /usr/src/modules/drbd/debian/drbd8-module-_KVERS_.postinst
/usr/src/modules/drbd/debian/drbd8-module-_KVERS_.postinst.backup
/usr/src/modules/dr
bd/debian/drbd8-module-_KVERS_.postinst.modules.in; do \
cp $templ `echo $templ | sed -e 's/_KVERS_/2.6.20.3-custom-070319/g'` ; \
done
for templ in `ls debian/*.modules.in` ; do \
test -e ${templ%.modules.in}.backup || cp ${templ%.modules.in}
${templ%.modules.in}.backup 2>/dev/null || true; \
sed -e 's/##KVERS##/2.6.20.3-custom-070319/g
;s/#KVERS#/2.6.20.3-custom-070319/g ; s/_KVERS_/2.6.20.3-custom-070319/g ;
s/##KDREV##/2.6.20.3-custom-07031
9-10.00.Custom/g ; s/#KDREV#/2.6.20.3-custom-070319-10.00.Custom/g ;
s/_KDREV_/2.6.20.3-custom-070319-10.00.Custom/g ' < $templ >
${templ%.modules.in}; \
done
dh_testdir
dh_testroot
dh_clean -k
/usr/bin/make -C drbd
KERNEL_SOURCES=/usr/src/linux-headers-2.6.20.3-custom-070319 MODVERSIONS=detect
KERNEL=linux-2.6.20.3-custom-070319 KDIR=/usr/src/linux
-headers-2.6.20.3-custom-070319
make[2]: Entering directory `/usr/src/modules/drbd/drbd'
Calling toplevel makefile of kernel source tree, which I believe is in
KDIR=/usr/src/linux-headers-2.6.20.3-custom-070319
/usr/bin/make -C /usr/src/linux-headers-2.6.20.3-custom-070319
SUBDIRS=/usr/src/modules/drbd/drbd modules
make[3]: Entering directory `/usr/src/linux-headers-2.6.20.3-custom-070319'
CC [M] /usr/src/modules/drbd/drbd/drbd_sizeof_sanity_check.o
CC [M] /usr/src/modules/drbd/drbd/drbd_buildtag.o
CC [M] /usr/src/modules/drbd/drbd/drbd_bitmap.o
In file included from /usr/src/modules/drbd/drbd/drbd_bitmap.c:34:
/usr/src/modules/drbd/drbd/drbd_int.h:1064: warning: âkmem_cache_tâ is
deprecated
/usr/src/modules/drbd/drbd/drbd_int.h:1065: warning: âkmem_cache_tâ is
deprecated
CC [M] /usr/src/modules/drbd/drbd/drbd_fs.o
/usr/src/modules/drbd/drbd/drbd_fs.c:33:26: error: linux/config.h: No such file
or directory
In file included from /usr/src/modules/drbd/drbd/drbd_fs.c:43:
/usr/src/modules/drbd/drbd/drbd_int.h:1064: warning: âkmem_cache_tâ is
deprecated
/usr/src/modules/drbd/drbd/drbd_int.h:1065: warning: âkmem_cache_tâ is
deprecated
/usr/src/modules/drbd/drbd/drbd_fs.c:396:2: warning: #warning checks below no
longer valid
make[4]: *** [/usr/src/modules/drbd/drbd/drbd_fs.o] Error 1
make[3]: *** [_module_/usr/src/modules/drbd/drbd] Error 2
make[3]: Leaving directory `/usr/src/linux-headers-2.6.20.3-custom-070319'
make[2]: *** [kbuild] Error 2
make[2]: Leaving directory `/usr/src/modules/drbd/drbd'
make[1]: *** [binary-modules] Error 2
make[1]: Leaving directory `/usr/src/modules/drbd'
make: *** [kdist_build] Error 2
** Affects: drbd8 (Ubuntu)
Importance: Undecided
Status: Unconfirmed
--
config.h was removed in 2.6.19
https://bugs.launchpad.net/bugs/105552
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 81522] Re: drbd8 (issue on compiling the module)
Confirmed present on 8.0-pre3-1
# m-a a-i drbd8-module-source
dh_clean
/usr/bin/make -C drbd clean
make[1]: Entering directory `/usr/src/modules/drbd/drbd'
rm -rf .tmp_versions
rm -f *.[oas] *.ko .*.cmd .*.d .*.tmp *.mod.c .*.flags .depend .kernel*
make[1]: Leaving directory `/usr/src/modules/drbd/drbd'
/usr/bin/make -f debian/rules kdist_clean kdist_config binary-modules
make[1]: Entering directory `/usr/src/modules/drbd'
dpatch deapply-all
rm -rf patch-stamp patch-stampT debian/patched
dh_clean
/usr/bin/make -C drbd clean
make[2]: Entering directory `/usr/src/modules/drbd/drbd'
rm -rf .tmp_versions
rm -f *.[oas] *.ko .*.cmd .*.d .*.tmp *.mod.c .*.flags .depend .kernel*
make[2]: Leaving directory `/usr/src/modules/drbd/drbd'
/usr/bin/gcc-4.1
for templ in /usr/src/modules/drbd/debian/drbd8-module-_KVERS_.postinst
/usr/src/modules/drbd/debian/drbd8-module-_KVERS_.postinst.backup /u
sr/src/modules/drbd/debian/drbd8-module-_KVERS_.postinst.modules.in; do \
cp $templ `echo $templ | sed -e 's/_KVERS_/2.6.20.3-custom-070319/g'` ; \
done
for templ in `ls debian/*.modules.in` ; do \
test -e ${templ%.modules.in}.backup || cp ${templ%.modules.in}
${templ%.modules.in}.backup 2>/dev/null || true; \
sed -e 's/##KVERS##/2.6.20.3-custom-070319/g
;s/#KVERS#/2.6.20.3-custom-070319/g ; s/_KVERS_/2.6.20.3-custom-070319/g ;
s/##KDREV##/2.6.
20.3-custom-070319-10.00.Custom/g ;
s/#KDREV#/2.6.20.3-custom-070319-10.00.Custom/g ;
s/_KDREV_/2.6.20.3-custom-070319-10.00.Custom/g ' < $
templ > ${templ%.modules.in}; \
done
dh_testdir
dh_testroot
dh_clean -k
/usr/bin/make -C drbd
KERNEL_SOURCES=/usr/src/linux-headers-2.6.20.3-custom-070319 MODVERSIONS=detect
KERNEL=linux-2.6.20.3-custom-070319 KD
IR=/usr/src/linux-headers-2.6.20.3-custom-070319
make[2]: Entering directory `/usr/src/modules/drbd/drbd'
Calling toplevel makefile of kernel source tree, which I believe is in
KDIR=/usr/src/linux-headers-2.6.20.3-custom-070319
mv: missing destination file operand after `drbd_buildtag.c{.new,}'
Try `mv --help' for more information.
make[2]: *** [drbd_buildtag.c] Error 1
make[2]: Leaving directory `/usr/src/modules/drbd/drbd'
make[1]: *** [binary-modules] Error 2
make[1]: Leaving directory `/usr/src/modules/drbd'
make: *** [kdist_build] Error 2
--
drbd8 (issue on compiling the module)
https://bugs.launchpad.net/bugs/81522
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 75765] Re: This package should depends on mtools
Just been hit by this myself with ubuntu 6.10 desktop. The first thing I tried was apt-get install mcopy, which didn't work, I then looked on google and found this page. The two ways forward I can see are 1) Change syslinux to not use mcopy 2) Make mtools a *dependency* of syslinux I have no idea how to do either, but I agree that I consider this a bug. -- This package should depends on mtools https://launchpad.net/bugs/75765 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
