=== ghostcube_ is now known as ghostcube [00:46] hello [00:47] peoble send me from ubuntu+1 to this channel [00:47] any chance to get this bug done ? http://bugzilla.kernel.org/show_bug.cgi?id=12309 [00:47] bugzilla.kernel.org bug 12309 in Block Layer "Large I/O operations result in slow performance and high iowait times" [High,Resolved: insufficient_data] [00:48] i tested the patch http://bugzilla.kernel.org/attachment.cgi?id=22180 [00:48] and works much better for me === fdd is now known as Guest29095 === NCommander is now known as Guest14048 [08:58] smb: does fakeroot debian/rules binary-generic work for you after the conversion to the abstracted debian dir [08:58] amitk, I thought so. You have to do a clean before, for sure [08:59] What happens for you? [09:00] debian/changelog not found, so it fails [09:00] but I forgot to run clean before, let me try again [09:00] Clearly sounds like a missing clean [09:02] a bit unintuitive that clean creates a debian/changelog. Same for having to run debian/control explicitly. I need to find the right targets and just add it there. [09:04] Yes it is a bit strange to adopt. Somehow you had to put it into clean as other targets failed before creating those files as a dependency, iirc === saispo_ is now known as saispo === masACC is now known as maswan [09:44] dh_installchangelogs: package linux-image-2.6.31-10-generic is not in control info [09:45] *sigh* [09:45] * amitk reads KernelMaintenance again [12:49] amitk: Hello, remember the CONFIG_USB_DEVICEFS issue ? [12:49] AnAnt: sure, i committed a fix [12:50] I submitted a request to the Altera website, their reply was not so encouraging [12:50] what did they say? [12:50] as most CAD tools, their reply was that they only support some OSes like CentOS,RHEL & SuSe [12:51] I just asked today on centos, they told me that the next release will probably have kernel 2.6.29 [12:52] IOW, they support long-term releases whose kernels are really old? :) [12:52] which means it will be a quite few years until Altera updates that software [12:52] amitk: well, in addition neither Debian nor Ubuntu are supported [12:53] very sad [12:53] amitk: but well, the main thing is that they support LTS of SuSE & Redhat [12:53] and the even the upcoming LTS of redhat won't have the .31 kernel [12:54] you have two choices I can see - start looking for a CAD program that supports debian/ubuntu or be prepared to remind us again in Karmic+1 why CONFIG_USB_DEVICEFS should be enabled. :) [12:55] seems the second [12:55] the CAD program is needed to program their dev. kit [12:55] actually it's the dev. kit programming part that has the issue [12:55] well, thanks [12:56] AnAnt: it would help if you noted the gist of their reply in the bug itself so we have reference to this conversation in 6 months time [12:56] np [12:56] sure [13:15] hello [13:15] peoble send me from ubuntu+1 to this channel [13:15] any chance to get this bug done ? http://bugzilla.kernel.org/show_bug.cgi?id=12309 [13:15] bugzilla.kernel.org bug 12309 in Block Layer "Large I/O operations result in slow performance and high iowait times" [High,Resolved: insufficient_data] [13:15] i tested the patch http://bugzilla.kernel.org/attachment.cgi?id=22180 [13:15] and works much better for me === bjf-afk is now known as bjf === JayFo is now known as JFo === ghostcube__ is now known as ghostcube_ === bjf is now known as bjf-afk