Hi Bastian,
On Fri, Feb 12, 2010 at 02:50:58PM +0100, Bastian Blank wrote:
> On Mon, Feb 08, 2010 at 06:15:18PM +0100, Max Vozeler wrote:
> > Please consider including the USB/IP drivers from the
> > staging directory:
>
> I consider these to broken to be supported. Reasons
Hi Ben,
On Fri, Feb 12, 2010 at 02:52:58AM +, Ben Hutchings wrote:
> On Tue, 2010-02-09 at 14:21 +0100, Max Vozeler wrote:
> > On Tue, Feb 09, 2010 at 03:21:15AM +, Ben Hutchings wrote:
> > > The implementation is questionable too.
> >
> > Could you poin
Hi Ben,
On Tue, Feb 09, 2010 at 03:21:15AM +, Ben Hutchings wrote:
> On Mon, 2010-02-08 at 18:15 +0100, Max Vozeler wrote:
> > Please consider including the USB/IP drivers from the
> > staging directory:
> >
> > CONFIG_USB_IP_COMMON=m
> > CONFIG_USB_IP_VH
Package: linux-2.6
Severity: wishlist
Please consider including the USB/IP drivers from the
staging directory:
CONFIG_USB_IP_COMMON=m
CONFIG_USB_IP_VHCI_HCD=m
CONFIG_USB_IP_HOST=m
As I understand, the drivers remain in staging not so much
because of quality issues but due to discussions about th
tags 538159 + fixed-upstream
thanks
The patch has been merged upstream:
1adcaafe7414c5731f758b158aa0525057225deb
It applies to v2.6.30 with small fuzz.
Max
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@
severity 542695 important
thanks
Hello,
On Thu, Aug 20, 2009 at 10:14:46PM +0200, J.M.Roth wrote:
> # aptitude install loop-aes-modules-2.6.26-2-686
> # modprobe loop-aes
> # lsmod | grep loop
> loop 55372 0
> # dmesg | tail -3
> [ 4457.015307] loop: module loaded
> [ 4521.9476
Maks,
On Wed, Jul 29, 2009 at 10:51:04PM +0200, maximilian attems wrote:
> even more if it is loop-aes which show a long history of
> hostily of the module owner versus linux-2.6 upstream.
That's not true.
There are several reasons why loop-AES has not been merged
upstream, and has very little
Hi Daniel,
On Sun, Jan 20, 2008 at 05:44:26PM +0100, Daniel Baumann wrote:
> Max Vozeler wrote:
> > I'm preparing a small kbuild-based source tree in the
> > setup target override because it is not possible to
> > get the loop-AES build system to work here (see below)
Hi Daniel,
On Sun, Jan 20, 2008 at 04:31:57PM +0100, Daniel Baumann wrote:
> Max Vozeler wrote:
> > The attached patch adds loop-aes modules - tested
> > with r10149 and 2.6.24-rc8.
>
> thanks for integrating loop-aes into l-m-e.
>
> Why do you override stuff in loop
Package: linux-modules-extra-2.6
Severity: wishlist
Tags: patch
The attached patch adds loop-aes modules - tested
with r10149 and 2.6.24-rc8.
Max
=== linux-modules-extra-2.6/debian/changelog
==
--- linux-modules-extra-2.6/d
Package: iscsitarget-source
Version: 0.4.15+svn145-1
Severity: important
Hi maintainer(s),
iscsitarget-source fails to build with 2.6.24-rc8 from
the kernel snapshot archive [1].
| make: Entering directory `/usr/src/linux-headers-2.6.24-rc8-486'
| LD /usr/src/modules/iscsitarget/kernel/bu
Package: drbd8-source
Version: 2:8.0.7-1
Severity: important
Hi maintainer(s),
drbd8-source fails to build with 2.6.24-rc8 from the
kernel snapshot archive [1].
The build failure looks like a genuine problem in the
Makefile that is likely to persist in 2.6.24 final:
| dh_testdir
| dh_testroo
Package: initramfs-tools
Version: 0.87b
Severity: wishlist
It would be nice if hook scripts could access the MODULES=
setting to include/exclude things accordingly.
cheers,
Max
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
reassign 402710 linux-2.6
retitle 402710 Loop mount of XFS on DVD-RW fails on Debian, works on SUSE
thanks
Hi kernel team, hi Kosza,
This bug is about a problem Kosza experienced when trying to loop
mount an XFS filesystem stored on DVD-RW. This works correctly on
SUSE 10.0 but fails on Debian 2.
Hi Sven,
On Sun, Dec 17, 2006 at 01:53:36PM +0100, Sven Luther wrote:
> Why is loop-aes not part of the official module packages ?
Mostly because we have not yet found the time to complete the
integration. Note that the package uses linux-support-$KVERS, so
it is already easy to rebuild for ABI
Hi all,
On Sun, Dec 17, 2006 at 02:43:57AM -0800, Steve Langasek wrote:
> On Fri, Dec 15, 2006 at 06:08:08PM +0100, Frederik Schueler wrote:
> > This update bears 3 ABI breaking changes. While the vserver patch might
> > be adaptable, the PAE migration of i386 Xen is not. But we need this
> > chan
Hi all,
On Tue, 12 Sep 2006 16:33:07 +0200, Lionel Elie Mamane wrote:
> > what you want is a conf dir for build specific package specific
> > settings.
>
> Actually, if we look at the details, I'm not sure the loopaes-utils
> package should unconditionally set the umask of initramfs-tools, as
> a
Hi all,
On Mon, Aug 14, 2006 at 09:26:04AM +0200, Lionel Elie Mamane wrote:
> On Sat, Aug 12, 2006 at 10:43:16AM +0200, maximilian attems wrote:
> > also loop-aes is quite a specific use case,
> > so i'm not in big favour of setting the umask in general
> > to the proposed value as in general ther
On Sat, Jun 24, 2006 at 10:09:59PM +0200, Bastian Blank wrote:
> As far these other posibilities which give different output to now have
> been shown:
> - Only one package per module like loop-aes-2.6.17-1 which contains the
> modules for each flavour. This will clutter /lib/modules a little bit
On Sat, Jun 24, 2006 at 08:21:53PM +0200, Frans Pop wrote:
> On Saturday 24 June 2006 19:53, Bastian Blank wrote:
> > Disadvantages:
>
> Another potential disadvantage could be that one binary forces all users
> that need/want only one (related set) of those modules to install all of
> them.
An
Hi maks,
> diff -Nur initramfs-tools-0.59b.orig/scripts/functions
> initramfs-tools-0.59b/scripts/functions
> --- initramfs-tools-0.59b.orig/scripts/functions 2006-03-26
> 11:59:15.0 +0200
> +++ initramfs-tools-0.59b/scripts/functions 2006-04-08 00:43:00.0
> +0200
> @@ -1
On Fri, Mar 24, 2006 at 01:16:45AM -0500, Joey Hess wrote:
> (Your use of the term "udeb kernels" is confusing and innaccurate. d-i
> does not use different kernels than anything else.)
Indeed, point taken. To clarify: I meant the udeb packages
kernel-image-$KVERS-di.
>
On Thu, Mar 23, 2006 at 09:30:02PM +0100, Sven Luther wrote:
> On Thu, Mar 23, 2006 at 06:42:23PM +0100, Max Vozeler wrote:
> > 2. The information about flavours used in udeb kernels is not
> > available in linux-headers. For normal flavours waldi's build
>
> Sure
On Thu, Mar 23, 2006 at 12:13:16AM -0500, Joey Hess wrote:
> Jurij Smakov wrote:
> > * Automatic rebuilds (configurable) on kernel updates. Nothing fancy, just
> > a transparent way to figure out whether the currently installed
> > kernel module source is compatible with the new kernel, and attem
On Wed, Mar 22, 2006 at 08:32:06PM -0800, Jurij Smakov wrote:
> * Automatic rebuilds (configurable) on kernel updates. Nothing fancy, just
> a transparent way to figure out whether the currently installed
> kernel module source is compatible with the new kernel, and attempt
> rebuild and install
Hi all,
On Tue, Mar 14, 2006 at 07:51:49AM +0100, Eduard Bloch wrote:
> the kernel-headers for the linux-headers-2.6.16-rc6-686 package
> (installed from http://kernel-archive.buildserver.net/debian-kernel )
> seem to be built on the wrong architecture. The module building script
> are not executa
On Tue, Dec 13, 2005 at 10:54:34AM +1030, Arthur Marsh wrote:
> Package: linux-image-2.6.14-2-686
> Version: 2.6.14-5
> Followup-For: Bug #343048
>
> Same thing happens here. I also had problems trying to install
> loop-aes at the same time as upgrading from 2.6.14-4 to 2.6.14-5. The
> installatio
On Thu, Dec 15, 2005 at 02:39:45PM +0100, Sven Luther wrote:
> Are you sure you are using the per-flavour header packages
> (linux-headers-2.6.14-2- ?
The package build-depends on linux-headers-2.6.14-2-all and
uses the per-flavour headers for the actual build.
> Also, do you know about the exte
Hi Christian,
On Thu, Dec 15, 2005 at 08:12:05AM +0100, Christian T. Steigies wrote:
> On Tue, Dec 06, 2005 at 03:48:40PM +0100, Max Vozeler wrote:
> > Apparently the binaries in m68k -headers were built for i386.
>
> Yes, this may very well be possible, since the m68k linux-*
On Tue, Dec 06, 2005 at 06:55:49PM +0100, Sven Luther wrote:
>
> You need to set ARCH=ppc64 to build the powerpc64 flavour.
>
Thanks, now I think I see what's happening :-)
It's a little cumbersome having to special-case powerpc64 though.
Is my understanding correct that the need for specifying A
On Tue, Dec 06, 2005 at 03:50:02PM +0100, Max Vozeler wrote:
> Hi kernel team,
>
> I'm trying to build an external module on powerpc. Builds against
> -powerpc and -powerpc-smp headers are working fine, but they fail
> for -ppc64 with an error about missing arch/ppc/Makefile:
Hi kernel team,
I'm trying to build an external module on powerpc. Builds against
-powerpc and -powerpc-smp headers are working fine, but they fail
for -ppc64 with an error about missing arch/ppc/Makefile:
http://experimental.ftbfs.de/fetch.php?&pkg=loop-aes-modules&ver=3.1b%2B6%2B2&arch=powerpc&
Package: linux-2.6
Version: 2.6.12-10
Severity: important
This bug is a bit weird :-)
Apparently the binaries in m68k -headers were built for i386.
This breaks builds of external modules as they try to execute eg.
scripts/basic/fixdep on m68k.
$ dpkg -x linux-headers-2.6.12-1-amiga_2.6.12-10_m
Package: linux-2.6
Version: 2.6.14-4
Severity: important
External module builds against ia64 headers currently fail in the
linker stage with an error about missing arch/ia64/module.lds.
Perhaps this is a reincarnation of #266804 ?
http://buildd.debian.org/fetch.php?&pkg=pwc&ver=10.0.9-1&arch=ia64
On Sat, Oct 08, 2005 at 09:51:02AM +0200, Sven Luther wrote:
> On Fri, Oct 07, 2005 at 03:46:01PM -0700, Debian Installer wrote:
> >
> > Accepted:
> > kernel-image-2.6-386_2.6.13-1_i386.deb
> > to pool/main/l/linux-2.6/kernel-image-2.6-386_2.6.13-1_i386.deb
> > kernel-image-2.6-686-smp_2.6.13-1_
On Wed, Aug 10, 2005 at 12:37:36AM +0200, Bastian Blank wrote:
> On Mon, Aug 08, 2005 at 12:50:47PM -0400, Andres Salomon wrote:
> >Calling it linux-headers-2.6.12-1-i386
> > doesn't work too well for all archs, since we end up w/
> > linux-headers-2.6.12-1-powerpc,
Package: linux-2.6
Version: 2.6.12-1
Severity: wishlist
There used to exist packages that depend on all -headers packages for a
particular arch (eg. kernel-headers-2.6.11-1-i386). This is very useful
for build-depends when autobuilding external module packages.
Such packages seem to no longer ex
37 matches
Mail list logo
