On Mon, May 26, 2014 at 03:25:28PM +0100, Ian Campbell wrote:
On Fri, 2014-05-16 at 15:26 -0700, Vagrant Cascadian wrote:
The patch for wandboard was from linux-next, the cubox-i/hummingboard patch
from:
Processing control commands:
reassign -1 initramfs-tools 0.115
Bug #750360 [systemd-sysv] systemd-sysv: breaks NFS root systems
Bug reassigned from package 'systemd-sysv' to 'initramfs-tools'.
No longer marked as found in versions systemd/204-10.
Ignoring request to alter fixed versions of bug
On Mon, 2014-06-02 at 21:54 +0200, Damian Philipp wrote:
modules usbip-core.ko and usbip-host.ko (and possibly other
usbip-related modules) are missing from the Debian kernel. As usbip
itself is offered as a package, I believe the modules should be present.
Bug #568903 enabled this feature for
Source: linux
Version: 3.15~rc7-1~exp1
Severity: wishlist
Tags: patch
On Mon, 2014-06-02 at 23:03 -0700, Vagrant Cascadian wrote:
On Mon, May 26, 2014 at 03:25:28PM +0100, Ian Campbell wrote:
On Fri, 2014-05-16 at 15:26 -0700, Vagrant Cascadian wrote:
The patch for wandboard was from
Bug #568903 enabled this feature for x86, [...]
While I can't comment on the evolution of the code, I can offer some
circumstantial evidence. According to
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/900384, Ubuntu has been
shipping these modules in the default kernel for two years
Am 03.06.2014 08:47, schrieb Dominik George:
Control: reassign -1 initramfs-tools 0.115
Control: retitle -1 initramfs-tools: nfs mount script check for /sbin/init
incomplete
https://www.debian.org/doc/debian-policy/ch-files.html#fr91
Ok, the explanation here changes things a bit. I do
Hi,
initramfs-tools could just use a check like
chroot /root test -x /sbin/init
Then it doesn't matter whether it's a relative or absolute symlink.
Not bad, for a systemd maintainer ;) ... *SCNR*
(don't take me serious, I like systemd :)
So I will send a patch with that easy fix; great,
Processing control commands:
tags -1 + patch
Bug #750360 [initramfs-tools] initramfs-tools: nfs mount script check for
/sbin/init incomplete
Added tag(s) patch.
--
750360: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=750360
Debian Bug Tracking System
Contact ow...@bugs.debian.org with
Control: tags -1 + patch
initramfs-tools could just use a check like
chroot /root test -x /sbin/init
Then it doesn't matter whether it's a relative or absolute symlink.
I made the needed fix in the script and tested in our terminal server
environment. It works as expected and I do not see
On Tue, Jun 03, 2014 at 11:17:40AM +0200, Dominik George wrote:
Control: tags -1 + patch
initramfs-tools could just use a check like
chroot /root test -x /sbin/init
Then it doesn't matter whether it's a relative or absolute symlink.
I made the needed fix in the script and tested
no need of nmu games, I am following this.
Huh? I build a local version by using dch -n, which appends an NMU
version, and then I use debdiff to create a patch.
If you feel offended by a standard workflow, then bring in your own fix
:)!
--
Dominik George (Vorstandsvorsitzender)
Teckids e.V.
On Tue, Jun 03, 2014 at 12:00:32PM +0200, Dominik George wrote:
no need of nmu games, I am following this.
Huh? I build a local version by using dch -n, which appends an NMU
version, and then I use debdiff to create a patch.
If you feel offended by a standard workflow, then bring in your
On Mon, Jun 02, 2014 at 08:49:52PM +0100, Ian Campbell wrote:
On Mon, 2014-06-02 at 21:28 +0200, maximilian attems wrote:
snipp
For a newer than 3.14, say 3.16 one would an upstream longterm
maintenance, as gregkh chooses one per year, the dices seem thrown atm.
Indeed. A bit unfortunate
Package: firmware-linux-nonfree
Version: 0.41
Severity: important
With Linux 3.15-rc7 in experimental and 3.15 expected to be released within a
week, updated Radeon firmware is needed (and, ideally, would already be
available in experimental). I'm not sure what will be missing or
non-functional
Hi maks,
On Tue, Jun 03, 2014 at 11:36:25AM +0200, maximilian attems wrote:
in any case, did you test it with klibc chroot too?
meaning disabling BUSYBOX for the initramfs.
I quickly tested /usr/lib/klibc/bin/chroot, and that worked fine.
So if the udeb versions aren't fundametally different,
On 2014-06-03 19:49 +0200, maximilian attems wrote:
Hello Michael!
On Tue, Jun 03, 2014 at 06:19:23PM +0200, Michael Biebl wrote:
On Tue, Jun 03, 2014 at 11:36:25AM +0200, maximilian attems wrote:
in any case, did you test it with klibc chroot too?
meaning disabling BUSYBOX for the
Hello Michael!
On Tue, Jun 03, 2014 at 06:19:23PM +0200, Michael Biebl wrote:
On Tue, Jun 03, 2014 at 11:36:25AM +0200, maximilian attems wrote:
in any case, did you test it with klibc chroot too?
meaning disabling BUSYBOX for the initramfs.
I quickly tested /usr/lib/klibc/bin/chroot,
On Tue, Jun 03, 2014 at 08:03:16PM +0200, Sven Joachim wrote:
Is this test going to work for systems with a separate /usr ?
,
| $ which test
| /usr/bin/test
`
dash or bash or POSIX shells have builtin test too.
so yes it should just work.
--
maks
--
To UNSUBSCRIBE, email
On 2014-06-03 21:30 +0200, maximilian attems wrote:
On Tue, Jun 03, 2014 at 08:03:16PM +0200, Sven Joachim wrote:
Is this test going to work for systems with a separate /usr ?
,
| $ which test
| /usr/bin/test
`
dash or bash or POSIX shells have builtin test too.
so yes it
linux_3.15~rc8-1~exp1_multi.changes uploaded successfully to localhost
along with the files:
linux-support-3.15-rc8_3.15~rc8-1~exp1_all.deb
linux-doc-3.15_3.15~rc8-1~exp1_all.deb
linux-manual-3.15_3.15~rc8-1~exp1_all.deb
linux-source-3.15_3.15~rc8-1~exp1_all.deb
linux_3.15~rc8-1~exp1.dsc
Am 03.06.2014 22:10, schrieb Sven Joachim:
I guess the following should work (untested):
--8---cut here---start-8---
diff --git a/scripts/nfs b/scripts/nfs
index 967e67f..3b7ade2 100644
--- a/scripts/nfs
+++ b/scripts/nfs
@@ -67,7 +67,7 @@ mountroot()
binary:linux-support-3.15-rc8 is NEW.
Your package has been put into the NEW queue, which requires manual action
from the ftpteam to process. The upload was otherwise valid (it had a good
OpenPGP signature and file hashes are valid), so please be patient.
Packages are routinely processed through
Your message dated Tue, 03 Jun 2014 23:45:34 +0100
with message-id 1401835534.2412.37.ca...@deadeye.wl.decadent.org.uk
and subject line Re: apt: Doesn't autoremove kernels
has caused the Debian Bug report #732818,
regarding apt: Doesn't autoremove kernels
to be marked as done.
This means that you
Your message dated Tue, 03 Jun 2014 22:49:07 +
with message-id e1wrxvz-0007wv...@franck.debian.org
and subject line Bug#750463: fixed in firmware-nonfree 0.42
has caused the Debian Bug report #750463,
regarding firmware-linux-nonfree: needs Radeon firmware updates for Linux 3.15
to be marked
firmware-nonfree_0.42_i386.changes uploaded successfully to localhost
along with the files:
firmware-linux_0.42_all.deb
firmware-adi_0.42_all.deb
firmware-atheros_0.42_all.deb
firmware-bnx2_0.42_all.deb
firmware-bnx2x_0.42_all.deb
firmware-brcm80211_0.42_all.deb
Accepted:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Tue, 03 Jun 2014 23:31:13 +0100
Source: firmware-nonfree
Binary: firmware-linux firmware-adi firmware-atheros firmware-bnx2
firmware-bnx2x firmware-brcm80211 firmware-intelwimax firmware-ipw2x00
firmware-ivtv
On Mon, 2014-05-26 at 23:02 +0200, Sjoerd Simons wrote:
Source: firmware-nonfree
Severity: wishlist
Hey,
linux-firmware git has had the firmware for ARM Exynos hardware video encoder
decoder device for a while, these are supported by the upstream kernel as
well.
But there is a
27 matches
Mail list logo
