> While the attached patch looks correct, I'd very much prefer if we could
> just mount /usr from the initramfs, which would make this issue obsolete.
Uh? Not really… remember, we are just goin to check whether we got the
*rootfs* mounted, we can hardly go mount something to /usr for that.
Apart
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 i
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 firmware
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
firmware-intelwimax_0.
Your message dated Tue, 03 Jun 2014 22:49:07 +
with message-id
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 as done.
This means that you claim t
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 yo
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
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 @@ mou
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
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
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,
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
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/ch
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,
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 wi
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:
>
> > 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 unfortuna
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
> 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 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 scrip
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
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 pro
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; gr
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
> 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 no
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 fea
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 l
26 matches
Mail list logo