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 might
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 generally for packages using the cdbs debian/control
autp
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 use a target in
rules file to do it.
Sounds like
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 to the list
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
kernel, and this with current policies means it should be ready
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.
--
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
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 support some cases
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 ;)
I'll
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 not
the
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 see it
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
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 to debian's
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 trick.
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 release,
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.
I
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-i team.
it
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 creating that
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 checked
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 spca5xx
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:
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/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/child
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 (on
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
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 and
etch? Isn't fs corruption release critical?
For others, see
http
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 OS A L V A D O R
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 solved the
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 solution
-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
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 already changed
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 think GRUB
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 some flavours
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 has
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,
Why is kernel 2.6.19 removed from here ?
http://kernel-archive.buildserver.net
[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 basically
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 them any
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 A V I
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 to unstable,
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
current kernel configuration tool? Why not just improve
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, but that is
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 all the
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(hw,
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 ...).
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:
- Makefile
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 the usplash
Martin Michlmayr [EMAIL PROTECTED] writes:
Now that 2.6.22 is finally in testing, we should start planning to
upload 2.6.22-5. This update is definitely needed on mips since it
fixes two important bugs:
- #444104: Kernel crashes on boot on IP32 (SGI O2): this kernel
flavour currently
Martin Michlmayr [EMAIL PROTECTED] writes:
* maximilian attems [EMAIL PROTECTED] [2007-10-06 21:29]:
Now that 2.6.22 is finally in testing, we should start planning to
upload 2.6.22-5. This update is definitely needed on mips since it
fixes two important bugs:
i don't get your premise.
Bastian Blank [EMAIL PROTECTED] writes:
On Sat, Oct 06, 2007 at 08:30:42PM +0200, Martin Michlmayr wrote:
We need to add the last few stable update for 2.6.22. Any volunteers?
No. We need license and SC fixes.
SC? It's not worse what we have now so I'd consider it for 2.6.23
instead of
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
= New stuff =
* win32-loader has been added to daily CD images and is now used for
autorun too;
* multipath-udeb and libaio1-udeb have been introduced but are being
excluded from CD builds since they're not being used yet;
*
maximilian attems [EMAIL PROTECTED] writes:
+binary-install/initramfs-tools::
+install -m 644 -o 0 -g 0 debian/initramfs-tools.triggers \
+debian/initramfs-tools/DEBIAN/triggers
no i-t uses cdbs,
please add to debian/initramfs-tools.install
but maybe i
maximilian attems [EMAIL PROTECTED] writes:
unless objection or people having something queued,
i'll upload today after checking buildserver builds
of current sid.
it has the last 2.6.22 stable updates.
Please do it asap. :-)
--
O T A V I OS A L V A D O R
Frans Pop [EMAIL PROTECTED] writes:
(Moving thread to cloned BR.)
On Thursday 15 November 2007, you wrote:
the new stack is very promising,
we will reconsider later if no eth1394 shows up,
for now that's just a minor regression.
No, that is not a minor regression. Half the functionality
maximilian attems [EMAIL PROTECTED] writes:
On Thu, Dec 06, 2007 at 01:38:15PM -0500, Brian Almeida wrote:
Debian can't be the only Linux distribution out there
trying to get Xen working on the latest kernels properly...
until now this bug report has only hot air, aka useless.
yes there
Florian Weimer [EMAIL PROTECTED] writes:
* Brian Almeida:
I've been unable to find an official debian kernel which has
Xen supporter after 2.6.18-5 (released with etch). While I realize
there were changes in later kernels that complicated the patches,
Ubuntu has had Xen support for 2.6.22
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
[ Reply-To adjusted to debian-boot so we can keep this discussion in a
single mailing list ]
Hello folks,
I've been working at migrations of packages for lenny and I think
we're more or less fine to define a timeline to the end of Febuary for
the
Joey Hess [EMAIL PROTECTED] writes:
Otavio Salvador wrote:
We have 2.6.22 as a safe bed on lenny now and their udebs are there
too however since EtchAndHalf intends to release with 2.6.24 and it
has been uploaded to sid already I'm considering a better option to
us to release
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
With all comments that has been sent to this thread, I've changed the
timeline to the following:
+--+---+
| Date | What happens |
Frans Pop [EMAIL PROTECTED] writes:
...
Because of changes in the installation procedure since I implemented
the sarge-support udeb, I first needed to ensure installation of the
etch-support udeb is queued in cdrom-detect and iso-scan. With that, we
will have the following situation:
-
Martin Michlmayr [EMAIL PROTECTED] writes:
Given we're doing a beta based on 2.6.22 now, how quickly could we get
another beta based on 2.6.24 out? Can you be done relatively quickly
after the beta based on 2.6.22?
I guess we can.
d-i itself isn't receiving deeply changes latelly (except
the
scenes and what you can do to help us to get the release out.
Cheers,
Otavio Salvador
Debian Installer Release Manager
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.8+ http://mailcrypt.sourceforge.net/
iD8DBQFHtH3aLqiZQEml
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello RM and SRM teams,
I hereby ask for a block on linux-2.6 source package until d-i Beta1
gets out. If it migrates before we do the final images we can need to
delay d-i release.
As discussed[1] previously at debian-boot we've decided to stay at
maximilian attems [EMAIL PROTECTED] writes:
On Thu, 14 Feb 2008, Otavio Salvador wrote:
Hello RM and SRM teams,
I hereby ask for a block on linux-2.6 source package until d-i Beta1
gets out. If it migrates before we do the final images we can need to
delay d-i release.
nacked
Philippe Cloutier [EMAIL PROTECTED] writes:
Le February 14, 2008 01:56:55 pm maximilian attems, vous avez écrit :
On Thu, 14 Feb 2008, Otavio Salvador wrote:
Hello RM and SRM teams,
I hereby ask for a block on linux-2.6 source package until d-i Beta1
gets out. If it migrates before we
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
maximilian attems [EMAIL PROTECTED] writes:
On Thu, 14 Feb 2008, Philippe Cloutier wrote:
linux-2.6 can't migrate to testing with normal delays before 2008-02-21. The
planned beta release on 2008-03-03 is 11 days later.
Also, this assumes
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Neil McGovern [EMAIL PROTECTED] writes:
On Thu, Feb 14, 2008 at 04:49:51PM -0200, Otavio Salvador wrote:
I hereby ask for a block on linux-2.6 source package until d-i Beta1
gets out. If it migrates before we do the final images we can need
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Bastian Blank [EMAIL PROTECTED] writes:
While I'm not nacking it right now, I nack it to happen before Beta2
with 2.6.24 gets out.
...
Build the udebs from the linux-2.6/linux-modules-extra-2.6 sources.
Pros:
- Only one step.
- Problems in the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Bastian Blank [EMAIL PROTECTED] writes:
On Fri, Feb 15, 2008 at 12:31:05PM -0200, Otavio Salvador wrote:
...
- Is impossible to release d-i with a different kernel from sid
without a lot of hassle
d-i releases are built with testing udebs
Bastian Blank [EMAIL PROTECTED] writes:
On Fri, Feb 15, 2008 at 02:13:02PM -0200, Otavio Salvador wrote:
...
And the udebs on testing migrated to it from sid. I hope to not need
to do uploads to t-p-u for d-i kernel ;-)
I still don't get you.
Kernel udebs on testing came from sid. So
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Bastian Blank [EMAIL PROTECTED] writes:
On Fri, Feb 15, 2008 at 04:40:47PM -0200, Otavio Salvador wrote:
If a unwanted kernel is uploaded to sid and we wanted to update the
udebs, for a release or something, we would end up doing it
t-p-u
Frederik Schueler [EMAIL PROTECTED] writes:
Hello,
On Fri, Feb 15, 2008 at 12:31:05PM -0200, Otavio Salvador wrote:
Bastian Blank [EMAIL PROTECTED] writes:
- Is impossible to release d-i with a different kernel from sid
without a lot of hassle
- If a bad kernel, with a bunch of ugly
Frederik Schueler [EMAIL PROTECTED] writes:
...
I personally have a good relation with all active people in
debian-kernel but I think that we might have a policy to avoid
problems to happen. Good will isn't enough, IMO.
We should decide case by case, considering what is best to get closer
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello,
Here goes a new status update about release.
Please respect the reply-to header and please follow up to debian-boot
mailing list.
Bellow is the timeline we're following.
+--+---+
|
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Bastian Blank [EMAIL PROTECTED] writes:
On Tue, Feb 19, 2008 at 10:05:15PM +0100, Frans Pop wrote:
Before I replay to the proposal and the various options, I have two
questions:
1) Exactly what problem or problems is this proposal solving?
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello,
Here goes a new status update about release.
Please respect the reply-to header and please follow up to debian-boot
mailing list.
Bellow is the timeline we're following.
+--+---+
|
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello,
Here goes a new status update about release.
Please respect the reply-to header and please follow up to debian-boot
mailing list.
Bellow is the timeline we're following.
+--+---+
|
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello,
Here goes a new status update about release.
Please respect the reply-to header and please follow up to debian-boot
mailing list.
Bellow is the updated timeline:
+--+---+
|
Otavio Salvador [EMAIL PROTECTED] writes:
+--+---+
| Date | What happens |
+--+---+
|March 8, 2008 |test of images starts
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 OS A
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
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
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 this file
-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,
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.
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 to be
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 when there ever is a new upstream kernel branch that we
want
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 some
-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
Bernd Zeimetz [EMAIL PROTECTED] writes:
Hi,
Looks like we need to discuss the available options for this
problem. Other issue is to know if current snapshots of 2.6.23 does
work or not on this hardware.
Bernd, can you test lastest 2.6.23 snapshot and see if it works? Check
at
dann frazier [EMAIL PROTECTED] writes:
If this looks correct, I'll submit it upstream and then we can
look at backporting it into a stable update.
It looks like you've defined the HP_NETRAID[12]M_SUBSYS_DID constansts
however forgot to change to code to use them and on the if you use the
Otavio Salvador [EMAIL PROTECTED] writes:
dann frazier [EMAIL PROTECTED] writes:
If this looks correct, I'll submit it upstream and then we can
look at backporting it into a stable update.
It looks like you've defined the HP_NETRAID[12]M_SUBSYS_DID constansts
however forgot to change
dann frazier [EMAIL PROTECTED] writes:
Both #317258 and #410817 are showing activity now, but its difficult
to predict when they will be resolved. In the meantime, I'm going to
upload our current set of changes to proposed-updates so we can
increase the testing pool. If these issues get
Samuel Thibault [EMAIL PROTECTED] writes:
Hello,
Mario Lang, le Tue 25 Mar 2008 17:28:32 +0100, a écrit :
Samuel Thibault [EMAIL PROTECTED] writes:
(speakup can now be compiled fully independently)
linux-modules-extra-2.6 seems like the perfect place for speakup, now that it
does not
Samuel Thibault [EMAIL PROTECTED] writes:
2.6.24 window is closed anyway.
You mean the upstream or the Debian?
debian
Ah, so since Lenny's d-i is supposed to use 2.6.24, speakup won't make
it into it :/
Beta2 is probably going to be released with 2.6.24 but I guess lenny
will still
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello,
I know we're a bit late about Beta2 and that it was suppose to have
been released just after Beta1.
Unfortunately, my daily work prevented me from giving the needed time
and love that is required for the installer release. I finally
finished
reassign 482675 linux-2.6
retitle 482675
found 482675 2.6.24-7
thanks
Marcus Carlson [EMAIL PROTECTED] writes:
Comments/Problems:
This is a brand new machine, also the harddrive is a new 1 TB sata (tried the
same on an old 200 GB sata, but same problem).
Everyting goes well until its
Frans Pop [EMAIL PROTECTED] writes:
On Sunday 22 June 2008, Otavio Salvador wrote:
I've prepared a set of patches against current kernel-wedge to update
it.
Thanks.
- ide-generic-pci
I haven't add it since I found no reference about it being used by
other distros and then I
Luk Claes l...@debian.org writes:
This means that we have to back it out again and the only question is if
we will do that for r0 or r1.
I think it's best to delay that to r1. Can someone please provide a text
for the release notes to describe the problem, TIA?
I also agree about let it for
Bastian Blank wa...@debian.org writes:
On Thu, Feb 12, 2009 at 10:49:14AM +0100, Bastian Blank wrote:
On Thu, Feb 12, 2009 at 10:16:09AM +0100, Holger Levsen wrote:
I don't think so, AFAIK missing PCI IDs are routinily added to kernel
updates
also in pointreleases.
Yes they are. But
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
lets...@home.nl lets...@home.nl writes:
[...]
I consider it Debian's problem, and I am willing to invest some time
to help, if needed.
That is great and it is very welcome.
I think I have given enough info via mail until now:
03/08 - a link
1 - 100 of 188 matches
Mail list logo
