Bug#340746: lists cdbs twice in debian/control (Build-Depends)

Jonas Smedegaard <[EMAIL PROTECTED]> writes: > You may want to file similar bugreports for other of the packages I > maintain - and generally for packages using the cdbs debian/control > autp-update feature... You can't use auto-update feature anymore since it broke the NEW queue policy[1] and mi

Bug#340746: lists cdbs twice in debian/control (Build-Depends)

Sven Luther <[EMAIL PROTECTED]> writes: > On Fri, Nov 25, 2005 at 05:32:44PM -0200, Otavio Salvador wrote: >> Jonas Smedegaard <[EMAIL PROTECTED]> writes: >> >> > You may want to file similar bugreports for other of the packages I >> > maintain - and

Bug#340746: lists cdbs twice in debian/control (Build-Depends)

Jonas Smedegaard <[EMAIL PROTECTED]> writes: > On Fri, 25 Nov 2005 17:32:44 -0200 > Otavio Salvador <[EMAIL PROTECTED]> wrote: > >> You can't use auto-update feature anymore since it broke the NEW queue >> policy[1] and might cause buildd failures. You can

Re: Graphical installer - invitation to get involved

Sven Luther <[EMAIL PROTECTED]> writes: > On Sun, Dec 04, 2005 at 12:07:06AM +1100, Julien Goodwin wrote: >> These are my notes/ideas after having done a test installation using the >> graphical d-i beta. (Under a VMware install using ftp.us.debian.org as >> the mirror) >> >> I'm not subscribed t

Re: Graphical installer - invitation to get involved

Sven Luther <[EMAIL PROTECTED]> writes: > On Sat, Dec 03, 2005 at 12:05:25PM -0200, Otavio Salvador wrote: >> Sven Luther <[EMAIL PROTECTED]> writes: >> > Well, we would need to have the bootsplash thingy patch included in the >> > debian >> >

Re: linux-source-2.6.15 (2.6.14+2.6.15-rc5-0experimental.1) and bcm43xx

Michael Schmitz <[EMAIL PROTECTED]> writes: >> Thanks. But the vanilla kernel-2.6.15-rc5 has not this problem. > > Confirmed. So we conclude linux-source-2.6.15 is broken. No. We concluded that linux-source-2.6.15 has a patch that broke it. I'm adding Debian kernel Team on CC for reference. --

Bug#346028: Bug#344767: Bug#346028: linux-2.6: Hangs while attempting to purge

Sven Luther <[EMAIL PROTECTED]> writes: > Mmm, then i am out of my depth, and i think it is best you follow up with > Manoj, since it is a kernel-package issue. I and Bastian did the fix for it. It should be include today. -- O T A V I OS A L V A D O R --

Re: cleaning old suggests

Frans Pop <[EMAIL PROTECTED]> writes: > On Wednesday 11 January 2006 20:25, maximilian attems wrote: >> * boot loader: >> grub | lilo (>= 19.1) >> grub is widely deployed by d-i and most actively used. >> lilo has almost no active dev. >> lilo isn't supported by xen. > > grub still does not suppo

Re: Preparing 2.6.15-3, 2.6.16-rc1

Frederik Schueler <[EMAIL PROTECTED]> writes: > Hello, > > On Tue, Jan 24, 2006 at 09:48:29AM +0100, Bastian Blank wrote: >> Please show my that 2.6.16-rc1 is buildable anywhere, otherwise I revert >> the change to have something suitable for development. > > It builds on amd64, if that helps you

Re: making udev require 2.6.15 kernels

[EMAIL PROTECTED] (Marco d'Itri) writes: > Now that 2.6.15 kernels are in testing I'd like to raise the kernel > requirement for the udev package from 2.6.12 to 2.6.15 as soon as a new > version of udev will have entered testing. > This will let me remove a lot of cruft from the package. > Does an

Re: removal of svenl from the project

Andres Salomon <[EMAIL PROTECTED]> writes: >> I strongly oppose to such an expulsion. > > It amazes me that people oppose expulsion, but are perfectly happy to > allow the DAMs to decide whether or not a NM is to be let into the > project. Why do we trust the DAM's judgement in one scenario but n

Re: removal of svenl from the project

martin f krafft <[EMAIL PROTECTED]> writes: > also sprach Gustavo Franco <[EMAIL PROTECTED]> [2006.03.15.1512 +0100]: >> It seems that the project is splitting in two groups basically: >> The people that wants to work together and release Etch, and the >> people that with a reason or not wants to

Possibility to maintain in tree modules [was Re: Modules packaging policy - call for discussion]

Hello, I'm looking into Ubuntu kernel nowadays 'cause a project and found that their idea of maintain the modules directly inside of kernel might be a easier to deal solution in mid and long term. IMHO, keeping our kernel modules outside of kernel itself will work until the module is prove useful

Re: Possibility to maintain in tree modules

Sven Luther <[EMAIL PROTECTED]> writes: >> The drawbacks that I can see: >> >> - when we need to update a module ('cause a security flaw or a >>serious bug) we'll need to recompile the whole kernel; > > - it is well adapted to ubuntu's centralized maintenance system, but less > adapted

Re: removing /etc/hotplug.d/ support

[EMAIL PROTECTED] (Marco d'Itri) writes: > On Aug 25, Frans Pop <[EMAIL PROTECTED]> wrote: > >> < waldi> there is no package to do the configuration > This looks like something which can be easily fixed before the release. I don't think a guess is enough to remove something at this stage. --

Re: SVN layout

Horms <[EMAIL PROTECTED]> writes: > On Thu, Aug 25, 2005 at 11:33:08AM +0200, Bastian Blank wrote: >> On Thu, Aug 25, 2005 at 05:54:30PM +0900, Horms wrote: >> > > This layout removes the indicator, where changes may be introduced >> > > without breaking too much. >> > experimental seems like a pr

Re: prepare 2.6.13

Sven Luther <[EMAIL PROTECTED]> writes: > On Mon, Aug 29, 2005 at 11:40:47AM +0200, Bastian Blank wrote: >> Hi folks >> > > BTW, was 2.6.13 already released ? Or any idea when it will be ? Yes. Yestarday IIRC. > Maybe a good plan would be to get 2.6.12 in testing, and then switch to 2.6.13 > an

Re: Boot Sequence SATA Problems

João Pinheiro <[EMAIL PROTECTED]> writes: > I'm having a few problems with a SATA hard drive during the sarge > (kernel v 2.6.8) boot sequence. The HD is a 200GB Maxtor DiamondMax10 > and it's connected to a PCMCIA SATA adapter (I'm on a laptop and the HD > is on an external housing). > > The boot

Re: 2.6.14-1 in incoming, status and future

Marco Amadori <[EMAIL PROTECTED]> writes: > If there is also a proposal that at install time scans through external > modules to find those needed by the host system I will be happier :-) That can be one area where discover2 can work. It has some good and flexible enough database for it. We only

Re: 2.6.14-1 in incoming, status and future

Marco Amadori <[EMAIL PROTECTED]> writes: > Alle 14:18, sabato 29 ottobre 2005, hai scritto: >> Marco Amadori <[EMAIL PROTECTED]> writes: >> > If there is also a proposal that at install time scans through external >> > modules to find those needed by the host system I will be happier :-) >> >> Th

Re: 2.6.14-1 in incoming, status and future

Sven Luther <[EMAIL PROTECTED]> writes: > On Sat, Oct 29, 2005 at 10:57:30AM -0200, Otavio Salvador wrote: >> Marco Amadori <[EMAIL PROTECTED]> writes: >> >> > Alle 14:18, sabato 29 ottobre 2005, hai scritto: >> >> Marco Amadori <[EMAIL PROT

Re: 2.6.14-1 in incoming, status and future

Eddy Petrişor <[EMAIL PROTECTED]> writes: > On 10/31/05, Otavio Salvador <[EMAIL PROTECTED]> wrote: >> > We are not using discover2 yet, but discover1, and i thought the way to the >> > future was to use hotplug only, as ubuntu did ? >> >> In instal

Re: 2.6.25-2 testing sync

maximilian attems <[EMAIL PROTECTED]> writes: > hello > > now that d-i released last beta that 2.6.25 state in unstable > is fine, we'd want that backup option for the upcoming release > in testing. > > please hint linux-2.6 2.6.25-6, linux-kbuild-2.6 2.6.25-2, > linux-modules-extra-2.6 2.6.25-5

Re: Selection of kernel for Lenny

maximilian attems <[EMAIL PROTECTED]> writes: > .26 is the release kernel. > so i'm happy with push on it. > .25 is a possible backup. I'd like to get an official statement from RM team about that so we can move it further. -- O T A V I OS A L V A D O R -

Re: Selection of kernel for Lenny

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Martin Michlmayr <[EMAIL PROTECTED]> writes: > * Frans Pop <[EMAIL PROTECTED]> [2008-07-07 17:30]: >> In fact, having 2.6.25 in testing would possibly make it easier for >> the kernel team to do a final (?) 2.6.25 upload with latest stable >> updates.

Re: Selection of kernel for Lenny

maximilian attems <[EMAIL PROTECTED]> writes: > On Mon, Jul 07, 2008 at 10:09:43PM +0200, Frans Pop wrote: >> On Monday 07 July 2008, maximilian attems wrote: >> > > There are valid arguments to be found for staying with 2.6.25 a bit >> > > longer, but "D-I has not yet converted to it" is NOT one

Re: Selection of kernel for Lenny

Daniel Dickinson <[EMAIL PROTECTED]> writes: > On Tue, 8 Jul 2008 09:15:14 +0200 > maximilian attems <[EMAIL PROTECTED]> wrote: > >> > >> > When a new stable *is* uploaded, D-I should be able to switch >> > faster too (at least, if there's someone willing to do the initial >> > kernel-wedge work)

Re: imminent 2.6.26 sid upload

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 maximilian attems <[EMAIL PROTECTED]> writes: > latest 2.6.25 stable release is in testing, we expect to keep it as backup > plan for lenny. release team wishes to have unstable coverage of 2.6.26 > before final ack on that release. If this is the d

Re: imminent 2.6.26 sid upload

Julien Cristau <[EMAIL PROTECTED]> writes: > On Wed, Jul 23, 2008 at 09:02:26 -0300, Otavio Salvador wrote: > >> I'd prefer to have it on experimental before upload it to unstable so >> first and more urgent issues wouldn't bother us and users however this >&g

Re: imminent 2.6.26 sid upload

maximilian attems <[EMAIL PROTECTED]> writes: > shall we give a README.Debian note on the vserser-xen flavour dropping? I'd say a NEWS entry. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239

Re: imminent 2.6.26 sid upload

Bastian Blank <[EMAIL PROTECTED]> writes: > On Tue, Jul 29, 2008 at 02:53:22PM +0200, maximilian attems wrote: >> i'll announce upload of 2.6.26-1 for tomorrow, will hit NEW. > > Nack. Do you mind to be more descriptive? -- O T A V I OS A L V A D O R

Re: imminent 2.6.26 sid upload

Julien Cristau <[EMAIL PROTECTED]> writes: > On Tue, Jul 29, 2008 at 10:12:32 -0300, Otavio Salvador wrote: > >> maximilian attems <[EMAIL PROTECTED]> writes: >> >> > shall we give a README.Debian note on the vserser-xen flavour dropping? >> >>

[RFC] kernel update to 2.6.26

atl2-modules instead of nic-lme-modules as suggested on the atl2 bug report to follow same schema we have been doing for external modules. It looks more logical for me. Otavio Salvador (10): Add support to atl2 package building to massbuild script Add atl2 modules. Closes: #490354.

Re: Handling of linux-modules-*-2.6 during freeze

Bastian Blank <[EMAIL PROTECTED]> writes: > On Sat, Oct 04, 2008 at 02:58:47PM +0200, Luk Claes wrote: >> Bastian Blank wrote: >> > For a short-term fix I only see three solutions: >> > - Continue to upload to unstable, drop virtualbox modules. >> > - Upload to testing-proposed-updates. >> > - Let

Schedule for kernel updates

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, We're ready, from d-i POV, to start moving installer udebs and upload RC1 installer however I'd like to know what are the planned updates for the kernel before Lenny release? If those updates are going to happen next days, I'd prefer to wait a

Re: Please unblock linux-2.6/2.6.26-8

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Bastian Blank <[EMAIL PROTECTED]> writes: > Hi folks > > Please unblock linux-2.6/2.6.26-8. No objection from d-i POV. I'll wait it to be built on all architectures and do a massupload. The just missed one is mipsel, I hope it gets done by tomorrow.

Re: Bug#417534: closed by maximilian attems <[EMAIL PROTECTED]> (Re: Bug#417534: USB card reader detected before SCSI disk; root fs not found)

Graham <[EMAIL PROTECTED]> writes: > Hi Maks, > >> the kernel never guarantees device ordering. >> this is userspace policy. >> as quick hint UUID usage is recommended: >> http://michael-prokop.at/blog/2006/08/11/stable-root-device-aka-uuid/ > > Fair enough. That works. (My swap volume had no UUID

Re: kernel configuration management tool

Sven Luther <[EMAIL PROTECTED]> writes: >> What's the planned features for it? > > The idea is to parse the Kconfig, and generate a graph, which represents all > the Kconfig dependencies (and conditions), multiplied by each > arch/subarch/flavour we have. > > This would lead to a representation of

Re: kernel configuration management tool

Sven Luther <[EMAIL PROTECTED]> writes: > On Wed, Apr 04, 2007 at 12:33:07PM -0300, Otavio Salvador wrote: >> I agree that it's difficult to change any current tool to make this. I >> like the proposal a lot :-D > > Would you care to say so on the google SoC

Re: Bug#404107: [linux-image-2.6.18-3-686] sky2 crashes on boot or resume

"Renato S. Yamane" <[EMAIL PROTECTED]> writes: > Florian, > please, test this patch below As Soon As Possible. > A big hug to Stephen Hemminger! > + > + /* Renable clocks */ > + if (hw->chip_id == CHIP_ID_YUKON_EX || hw->chip_id == > CHIP_ID_YUKON_EC_U) > + sky2_pci_write32(

Re: 2.6.20 broken on several arches

Kyle McMartin <[EMAIL PROTECTED]> writes: >> What should we do about this topic? As we need the version in testing >> and linux-libc-dev for use by glibc ASAP, I think about dropping all >> images for this arches for now until it is fixed (which may correlate >> with the availability of 2.6.21 ...

Re: Bug#383248: [Fwd: New package available]

David Härdeman <[EMAIL PROTECTED]> writes: > Great, and once you do, feel free to add it as a git repo to > git.debian.org and give me commit access then all of us can use that repo > as the main one instead of my home-grown git repo. I have some trivial but useful changes to recommend: - Makef

Re: Bug#383248: [Fwd: New package available]

David Härdeman <[EMAIL PROTECTED]> writes: >>All the rest looks OK. All those changes are trivial and can be kept >>for the next version if wanted. I think it's a green light for its >>uploading ;-) > > Great...and BTW, I think maks was going to setup a git.debian.org > usplash dir to hold both th

Re: Bug#420167: linux-image-2.6.20-1-686: vmplayer vmmon module fails to load because of paravirtualization

Arnout Boelens <[EMAIL PROTECTED]> writes: > Installing vmplayer version 1.0.3 with a stock Debian kernel fails, because > Paravirtualization (CONFIG_PARAVIRT) is enabled by default. I don't know > whether > this option is needed for other virtualization software, but if not, it would > be > nic

Re: Which kernel should I use on a Dual Processor 10 GB RAM Intel server?

Oliver König <[EMAIL PROTECTED]> writes: > In Etch I found linux-image-2.6.18-4-686-bigmem, which supports 2-64 GB RAM. > Does this kernel provide symmetric multiprocessing or do I need to build a > custom kernel? bigmem flavour should work fine for what you need :-) -- O T A V I O

Re: xen 3.1.0 + patches for 2.6.18-4

Oliver Kowalke <[EMAIL PROTECTED]> writes: >> i don't know what you are talking about, but kvm is worth a look. > I wanna run WinXP as an DomU on my etch system instead dual boot etc. Yes, it supports it. -- O T A V I OS A L V A D O R -

Bug#432151: installation-reports: had to boot with -noapic

Dawn Light <[EMAIL PROTECTED]> writes: > I will be happy to help with whatever I can :) > > How do I tell GRUB to load my kernel without the noapic parameter? You can edit the entry. Press 'e' key and then edit the line of kernel to remove the option. > Where do i find the daily images? Do they

Re: Scheduling linux-2.6 2.6.21-6

Bastian Blank <[EMAIL PROTECTED]> writes: > Hi folks > > I'd like to schedule 2.6.21-6 for tuesday. It only contains a security > fix. > > Dann: Is there a CVE for the nf_conntrack_h323? Does it includes the fix for #402061? Please, after it gets built on m68k can you request a binary NMU of linu

Bug#432151: installation-reports: had to boot with -noapic

Dawn Light <[EMAIL PROTECTED]> writes: > Booting without the noapic parameter works. I'll be happy to send you logs or > anything that will help - just tell me where they are :). Now I'm confuse. Does it works on your current system that you had problems before or on daily images? Besides, what

Re: Scheduling linux-2.6 2.6.21-6

"Christian T. Steigies" <[EMAIL PROTECTED]> writes: >> Does it includes the fix for #402061? > > Probably not. I added a fix to rules.real and now module.lds is included > in linux-headers-2.6.21-2: > /usr/src/linux-headers-2.6.21-2/arch/m68k/kernel/module.lds > > but linux-modules-extra looks for

Debian Installer Status Update - 30th July 2007

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 First we'd like to say thank you to Frans Pop by his work as Debian Installer Release Manager and we (Jeremy, Joey and Otavio) are starting to work as a team to manage the next Debian Installer release. It won't be an easy task and we'll do mistakes,

Debian Installer Status Update - August 10th 2007

New stuff - * volatile support has been added. * g-i use dejavu for rendering Georgian text. Bug #435970 has been reported asking for udeb removal. * weekly builds has been enabled again and are now using sid installer. * partman now uses relatime mount option by default. Res

Re: Reorganizing packages

Steve Langasek <[EMAIL PROTECTED]> writes: > On Wed, Aug 22, 2007 at 02:21:18PM +0200, Bastian Blank wrote: >> On Wed, Aug 22, 2007 at 02:11:48AM -0700, Steve Langasek wrote: >> > I object; if and when there ever is a new upstream kernel branch that we >> > want to track separately this would have

Re: Reorganizing packages

Otavio Salvador <[EMAIL PROTECTED]> writes: > Steve Langasek <[EMAIL PROTECTED]> writes: > >> On Wed, Aug 22, 2007 at 02:21:18PM +0200, Bastian Blank wrote: >>> On Wed, Aug 22, 2007 at 02:11:48AM -0700, Steve Langasek wrote: >>> > I object; if and wh

Re: Reorganizing packages

Steve Langasek <[EMAIL PROTECTED]> writes: > For that matter, if someone in the project decides that they have need for a > different kernel than the one the kernel team wants to ship (for a > particular port, or to support older hardware, or to support a newer > cutting-edge kernel design, or for

Debian Installer Status Update - August 31th 2007

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 New stuff - - * New virtual package 'keyboard-setup' has been introduced to allow easy testing of console-setup. Previously, auto-install forced kbd-chooser to get in the image. * Default to not using a mirror if the user selected to

Re: Schedule for linux-2.6 2.6.18-4

Goswin von Brederlow <[EMAIL PROTECTED]> writes: >> I think xen or vserver are the perfect environment to have both worlds >> live on the same machine. :) > > Then try that and make sure the hypervisor has no 32/64 bit > problems. I use mixed environment on the company server. We have 32 and 64 b

Bug#379090: Still no news on 64bit i386 kernels

Steve Langasek <[EMAIL PROTECTED]> writes: > On Tue, Oct 31, 2006 at 02:01:22PM +0100, Frederik Schueler wrote: [...] >> Adding amd64 as subarch to i386 would mean 3 additional flavors to >> build, raising the overall build-time of that package by 1.5-2h. > > Which doesn't sound like a blocker to

Re: Really 2.6.18?

maximilian attems <[EMAIL PROTECTED]> writes: >> At least for XEN 2.6.17 has serious problems. I have three machines >> that are unable to boot with 2.6.17 and them work fine with 2.6.18. > > the choice is out of discussion, > 2.6.17 is not supported since long. > and we focus on a good 2.6.18 rel

Re: Really 2.6.18?

martin f krafft <[EMAIL PROTECTED]> writes: > Are we sure we want 2.6.18 as the kernel for etch? I reported two > bugs, #391929 and #391955, the first of which is readily > reproducible on 2.6.18 only (including ABI -2), meaning I cannot see > the problem with 2.6.17. #391955 is rather sporadic. >

Re: Really 2.6.18?

maximilian attems <[EMAIL PROTECTED]> writes: >> But Maks, how we'll ensure that there's no regressions for our users? >> >> Or the idea is to suply two installation medias? One with released >> kernel and other with the "new" kernel? That would be great but would >> push a lot of more work on d-

Bug#400097: missing /dev/fb0 makes usplash fail

reassign 400097 initramfs-tools Ronny Aasen <[EMAIL PROTECTED]> writes: > Package:usplash > Version: 0.3e > Usertags: debian-edu@lists.debian.org > > > usplash fail at boot with the error > > bogl_init failed: /dev/fb0 no such file or directory > > I am not sure what should be responsible for cr

Re: Bug#400220: linux-modules-extra-2.6: source package does not compile due to missing build dependencies (squafs/unionfs)

Frederik Wagner <[EMAIL PROTECTED]> writes: > Package: linux-modules-extra-2.6 > Version: 2.6.17-2 > Severity: serious > Justification: no longer builds from source > > > The source package depends on the 'squashfs-source' and 'unionfs-source' > package, which are not available in etch. Have you

Re: Bug#400750: linux-modules-extra-2.6: remove spca5xx

Kel Modderman <[EMAIL PROTECTED]> writes: > Package: linux-modules-extra-2.6 > Severity: wishlist > Tags: patch > > Please remove spca5xx. The gspca module (from same author) supercedes > it. Patch to include gspca will be in a seperate report. Hey Kel, Would be great to write a BR asking for sp

Re: Bug#398011: linux-image-2.6: xen network freezing

"Michal Pokrywka" <[EMAIL PROTECTED]> writes: > Hello, > I also experienced domU networking freezing - my box > acts as network gateway so I couldn't find obvious > offenders. But I found the solution on xen-devel > mailing list - it is a bug in netback driver: > http://lists.xensource.com/archive

Bug#395359: Bug#390038: this is caused by the use of /sbin/update-grub

Frans Pop <[EMAIL PROTECTED]> writes: > On Sunday 03 December 2006 22:34, dean gaudet wrote: >> the linux-image .postrm script is (through some mechanism) invoking >> /sbin/update-grub. >> >> /sbin/update-grub gives a warning now: >> >> You shouldn't call /sbin/update-grub. Please call /usr/sbin/u

Re: Bug#390038: this is caused by the use of /sbin/update-grub

dean gaudet <[EMAIL PROTECTED]> writes: > that doesn't seem appropriate... update-grub isn't the only tool which is > invoked -- arbitrary user hooks are invoked, plus dozens of other > executables. isn't it wrong to pass them the IPC pipe on stdin? i > honestly don't know what the parent/chi

Bug#401865: linux-image-2.6.18-3-686: post-removal script returns error exit status 128

Teodor-Adrian <[EMAIL PROTECTED]> writes: > Package: linux-image-2.6.18-3-686 > Version: 2.6.18-7 > Severity: normal > > > I tried to completely remove the package (with --purge option) but the > configuration files remain. This problem is found on builds 6 and 7. Please, install the grub 0.97-20

Re: Bug#336153: RC? Kernel 2.6 dm-crypt fs corruption

Drew Scott Daniels <[EMAIL PROTECTED]> writes: > Shouldn't this "well known" bug in dm-crypt be fixed in both sarge and > etch? Isn't fs corruption release critical? > > For others, see > http://lists.debian.org/debian-kernel/2006/12/msg00099.html which points > to http://www.spinics.net/lists/dm-

Re: Bug#336153: RC? Kernel 2.6 dm-crypt fs corruption

dann frazier <[EMAIL PROTECTED]> writes: > On Tue, Dec 12, 2006 at 09:40:33AM -0200, Otavio Salvador wrote: >> Drew Scott Daniels <[EMAIL PROTECTED]> writes: >> >> > Shouldn't this "well known" bug in dm-crypt be fixed in both sarge

Re: Bug#336153: RC? Kernel 2.6 dm-crypt fs corruption

dann frazier <[EMAIL PROTECTED]> writes: > On Tue, Dec 12, 2006 at 02:58:49PM -0200, Otavio Salvador wrote: >> Will it be applied on 2.6.18-9 or so? > > Cloned as #402812 for linux-2.6, which is pending for 2.6.18-9. Thanks a lot :-D -- O T A V I

Re: Solving the linux-2.6 firmware issue

Marc Haber <[EMAIL PROTECTED]> writes: > On Fri, Jan 05, 2007 at 10:54:42PM +0100, Frederik Schueler wrote: >> The following drivers will be completely removed from the next upload, >> because they contain legally not distributable components: >> >> keyspan > > So keyspan USB devices will be use

Re: loadkeys in early userspace (using initramfs-tools)

Tim Dijkstra <[EMAIL PROTECTED]> writes: > Hi, > > Just like cryptsetup the uswsusp package needs to interact with the > user via the keyboard in early userspace. For people with non-us > keyboards that can be problematic because loadkeys hasn't run yet. > > I found out that cryptsetup already sol

Re: [Pkg-cryptsetup-devel] loadkeys in early userspace (using initramfs-tools)

David Härdeman <[EMAIL PROTECTED]> writes: >> What do you think? <...> > One solution would be to change initramfs-tools to allow other > initramfs-using packages to specify that they need a localized keymap so > that it can be conditionally included in the initramfs image. Another possible solut

New release of gspca (webcams support)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, There're some new releases of gspca and those was basically support to new webcams models. We would like to ask for approval to Etch the new release and also request a new upload of linux-modules-extra-2.6. gspca has no reverse dependency and

Re: New release of gspca (webcams support)

Steve Langasek <[EMAIL PROTECTED]> writes: > On Mon, Jan 15, 2007 at 12:44:58PM +0100, Daniel Baumann wrote: >> Steve Langasek wrote: >> > What does gspca have to do with linux-modules-extra-2.6? The current >> > l-m-e-2.6 build-depends on spca5xx-source, not on gspca-source. > >> fyi: it is alre

Re: scheduling 2.6.18.dfsg.1-10

Frans Pop <[EMAIL PROTECTED]> writes: >> > - #408910: errors during kernel postrm >> >> that seems an kernel-package problem. > > OK. Then shouldn't someone from the kernel team reassign the BR or discuss > the bug report with the kernel-package maintainer? I suspect it was related to GRUB. I th

Re: Kernel 2.6.19

maximilian attems <[EMAIL PROTECTED]> writes: > On Thu, Feb 01, 2007 at 10:14:10AM +0100, Matthias Popp wrote: >> Hallo, >> >> Why is kernel 2.6.19 removed from here ? >> >> http://kernel-archive.buildserver.net/debian-kernel/pool/main/l/linux-2.6/ > > just use the 2.6.20-rc6 I noticed that som

Re: Bug#400752: linux-modules-extra-2.6: include ndiswrapper

Sam Morris <[EMAIL PROTECTED]> writes: > It seemed that this bug was being ignored on the pretext that the > submitter's email address didn't work, which seems like a stupid reason > not to include ndiswrapper in linux-modules-2.6-extra. I am just a user > who wants to reduce the amount of pain he

Re: Kernel 2.6.19

Goswin von Brederlow <[EMAIL PROTECTED]> writes: > Otavio Salvador <[EMAIL PROTECTED]> writes: > >> maximilian attems <[EMAIL PROTECTED]> writes: >> >>> On Thu, Feb 01, 2007 at 10:14:10AM +0100, Matthias Popp wrote: >>>> Hallo, >>&g

Re: Towards consensus of our usage of the Uploaders field

[EMAIL PROTECTED] (Sven Luther) writes: > On Fri, Mar 16, 2007 at 09:43:03AM +0100, Marc Haber wrote: >> On Fri, Mar 16, 2007 at 09:09:48AM +0100, Sven Luther wrote: >> > So, Frans has the right to speak here, while i have not ? >> >> Frans' message was on topic and useful, while you were basica

Re: Towards consensus of our usage of the Uploaders field

Frans Pop <[EMAIL PROTECTED]> writes: > On Thursday 15 March 2007 21:32, dann frazier wrote: >> Given this, I believe anyone on the kernel team should be permitted an >> entry in the Uploaders field. I also do not believe that the presence >> of a maintainer's name in the Uploaders field grants th

Re: 2.6.21-rc5

maximilian attems <[EMAIL PROTECTED]> writes: > any voices against basing trunk on latest upstream? > have an i386 working tree to commit. > > should 2.6.20 first be copied to sid? I would appreciate to have it uploaded at least to experimental before moving to .21. Just my 2c -- O T

Re: 2.6.21-rc5

Frederik Schueler <[EMAIL PROTECTED]> writes: > Hi, > > On Sat, Mar 31, 2007 at 07:22:38PM +0200, maximilian attems wrote: >> any voices against basing trunk on latest upstream? >> have an i386 working tree to commit. >> >> should 2.6.20 first be copied to sid? > > IMHO we should upload 2.6.20.4

Re: kernel configuration management tool

[EMAIL PROTECTED] writes: > What do you think about this project ? What would be the main difference between your proposal and the current kernel configuration tool? Why not just improve the current tools? -- O T A V I OS A L V A D O R -

Re: kernel configuration management tool

Sven Luther <[EMAIL PROTECTED]> writes: > On Tue, Apr 03, 2007 at 08:58:45AM -0300, Otavio Salvador wrote: >> [EMAIL PROTECTED] writes: >> >> > What do you think about this project ? >> >> What would be the main difference between your proposal and the

Re: sarge upgrade - linux, grub conflict

Bastian Blank <[EMAIL PROTECTED]> writes: > On Sat, Apr 22, 2006 at 08:33:38PM +0200, Andreas Barth wrote: >> A combination of a working patch in the most current point release, >> documentation in the etch release notes and a conflict with the current >> package in sarge might however do the tric

Re: Dropping the amd64-generic flavour

Frederik Schueler <[EMAIL PROTECTED]> writes: > Please point me to other places, where this will cause breakage, and I > will help fixing it. AFAIK, you'll need to fix base-installer too. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PRO

Re: Will there be Intel PRO/Wireless 3945ABG Support?

Joseph Smidt <[EMAIL PROTECTED]> writes: > On Tue, Jun 13, 2006 at 05:00:26PM +0200, Bastian Blank wrote: >> On Tue, Jun 13, 2006 at 06:29:37AM -0600, Joseph Smidt wrote: >> > Will Etch have Intel PRO/Wireless 3945ABG support? >> >> As external module, maybe. It was declined by kernel upstream in

Re: Macbook support for Debian Etch.

"Gustavo Franco" <[EMAIL PROTECTED]> writes: > Hi list, > > [ Please CC: me, since i'm not subscribed to this list ] > > Is anybody working on Macbook support for Debian Etch in kernel? I've > looked around and it seems that we need some kernel patches and use > lilo or grub2 to boot over EFI. el

Re: Patch for update-grub for Sarge R3

Manoj Srivastava <[EMAIL PROTECTED]> writes: > One way to mitigate the problem is to propagate a fixed > update-grub script into a Sarge point release; here is a minimal > patch that should make a sarge update-grub script be STDOUT safe. If the RM people accept I can prepare a package w

Re: Macbook support for Debian Etch.

Gustavo Franco <[EMAIL PROTECTED]> writes: >> elilo has support for it and grub now has support using Bootcamp >> updated firmware. > > current grub and not grub2, right? Yes. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED]

Re: RFC: swap on a LVM volume in debian-installer

David Härdeman <[EMAIL PROTECTED]> writes: > o suspend-to-disk > There have been concerns that suspend/resume may not work with swap on > a lvm volume. A patch was send today for initramfs-tools to address some issues of it and in new upload should be fine. Am I right maks? -- O T A V I

Re: RFC: swap on a LVM volume in debian-installer

David Härdeman <[EMAIL PROTECTED]> writes: > The patch allows root and swap to be on different LVM VG's and should > be included in the next initramfs-tools version after 0.64 (which is > in incoming right now) according to maks on IRC. Also, if you and partman-auto-lvm later move to use swap in

Position to external modules packages

Hello, I'm one of maintainers of spca5xx drivers for Debian and try to be update with kernel packages as possible. Checking what's missing today I noticed that we hadn't yet upload a new version of the package against 2.6.17 but also I'm not sure if I should to do it too. Since now we have linux-

Bug#379209: linux-image-2.6.16-2-686: problem with the evbug.c

Bastian Blank <[EMAIL PROTECTED]> writes: > tags 379209 moreinfo > thanks > > On Sat, Jul 22, 2006 at 11:03:15AM +0200, picca frederic wrote: >> I put important because after upgrading from the previous 2.6.15-686, >> now my syslog and more problematic my / partition is fill with tones of: > > /et

Re: Fwd: Upcoming Release of Debian GNU/Linux 4.0

"Jason Self" <[EMAIL PROTECTED]> writes: > It's important, IMHO, that 2.6.17 _not_ be selected as the default > kernel but rather 2.6.18 (or later) for the reasons discussed on > debian-powerpc... even if that means delaying the release of Etch. Or backport the fixes to 2.6.17. -- O T A

Re: Decision about oot-modules for etch

Daniel Baumann <[EMAIL PROTECTED]> writes: > Can you make an announcement to all oot-module maintainers, telling them > that they should put their packages together into linux-modules-extra > (for main) or a similar one for contrib, and if they're not doing it, > they will end up in an unsupported

Move of update-grub and grub-install to /usr/sbin

Hello, I plan to upload a group of changes to grub and grub-installer to move update-grub and grub-install to /usr/sbin/. For this to happen, my transition plan is described bellow: - A new grub package would be uploaded to unstable having a group of wrappers that will call /usr/sbin utiliti

Re: Move of update-grub and grub-install to /usr/sbin

"Sam Morris" <[EMAIL PROTECTED]> writes: >> You don't need grub-install to install grub > > Not according to > . But I do > think that lib/grub, sbin/grub-install and so on should move to /usr, or > update-grub should be rewritten to

  1   2   3   >