reassign 243310 discover1
thanks
Helge Kreutzmann wrote:
since discover2 seems to have a different calling syntax, I cannot
exactly reproduce the call as done above. But neither during boot nor
during my experimentation I saw any unaligned trap.
Thank you. I will assign the bug accordingly.
--
David Nusinow wrote:
Ok, I'm going to go with this one then. The next upload for discover
will have discover1-udeb Provides: discover. Would someone patch
discover-udeb to do this too?
Done.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
Petter Reinholdtsen wrote:
I've uploaded discover1 and discover1-data to unstable. Everything
should be ready for you. :)
It's there. If I've screwed anything up, let me know.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Petter Reinholdtsen wrote:
The discover1 packages in experimental are ready to into unstable.
The discover2 packages need to rename the udebs from discover2 to
discover. This should not trigger the NEW queue, as the old discover
packages used those names.
Jeff, can you verify that you are ready
Marco d'Itri wrote:
Petter, this is not a problem but a feature. Actually I consider
discover broken by design because it needs a proprietary database which
must be updated for each driver added to the kernel and for each new
device supported by each driver.
I'm finding it a little difficult to
It's been brought to my attention that there's some dissatisfaction with
debian-cd within Debian, that some reengineering may need to happen, and
that such reengineering may not be able to happen soon. Given that, I
thought it would be good to alert Debian to the presence of an alternative.
On Tue, 2003-06-17 at 03:43, Petter Reinholdtsen wrote:
[Jeff Licquia]
Sure. Write all the code for me. :-)
I'll see what I can do. But I suspect it will take me longer to find
my way around the code then it will for you do to the work.
Given the passage of time, I'm not sure you were
On Tue, 2003-06-24 at 01:49, Jeff Licquia wrote:
I am in the middle of preparing new discover 2 packages (and
discover-data as well) and placing them in the same place they were
before. Again, these are very preliminary, so please don't distribute
them as final 2.0.2. These should be ready
On Mon, 2003-06-16 at 10:22, Petter Reinholdtsen wrote:
[Jeff Licquia, 2003-06-02]
Thanks for all the feedback, patches, and patience. I'm still learning
my way around discover, and this is my first udeb.
Today, I have an important project to deliver something for. Once
that's done
On Sun, 2003-06-01 at 02:41, Petter Reinholdtsen wrote:
[Jeff Licquia]
I've stashed discover 2.0.2-0.0.0.2 and discover-data 2.2003.02.05-2
packages in http://hackers.progeny.com/~licquia/discover/. Again,
please don't upload these or otherwise give them official status.
I'm trying
On Sat, 2003-05-24 at 02:43, Petter Reinholdtsen wrote:
You went silent, so I guess I should make the task a bit easier. As a
first try on discover-data-udeb, just include the whole data set
without reduction (if it is hard to recuse the list, lets spend that
time later). It will probably be
I've been working on a project that requires building stripped-down
libraries, and was frustrated to discover the bug in mklibs.sh from
the current boot-floppies didn't work with the new glibc. Not wanting
to use potato for this task, I figured out and fixed the bug.
(I realize that glibc has
12 matches
Mail list logo
