tis 2003-06-24 klockan 08.49 skrev Jeff Licquia:
> > > - I have written a reduction script for discover 2 data, and have
> > > begun testing it. As far as I can tell, it works. But I haven't
> > > yet integrated the script into debian/rules so it's used to generate
> > > the udeb.
> This integra
[Jeff Licquia]
> So, to do the equivalent of this discover 1 command line:
>
> /sbin/discover --format="%m:%V %M\n" ethernet
>
> you'll do this with didiscover:
>
> /usr/bin/didiscover --data-path=linux/module/name --data-vendor --data-model \
> --format="%s:%s %s" network
This shounds
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 re
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 we
[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.
> Seriously, I have been working on two things:
>
> - I have written a reduction script for discover 2 data, a
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
> > tha
[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, I'll turn some attention to these issues.
Is there anythi
[Jeff Licquia]
> Thanks for all the feedback, patches, and patience. I'm still
> learning my way around discover, and this is my first udeb.
No problem. I was expecting a few iterations before the package
became useful. :)
But we are very late at getting the next beta version of the Sarge CDs
o
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 t
Petter Reinholdtsen <[EMAIL PROTECTED]> wrote:
> [Herbert Xu]
>> FWIW, I posted a script ages ago to produce the data file containing
>> network devices for discover v1 directly from a kernel-image
>> package. This can be easily extended to cover other PCI devices.
>
> I got a script to update v1
[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.
Is this how it is supposed to work?
developer:/# discover --data-path=
[Peter Hawkins]
> Isn't that because what that line actually scans for is things of
> type 'display'?
Right. I thought it was an instruction, not a type. I changed it to
'all', and it worked much better. :)
I tried to list several types on the command line, but that gave a
segfault. Not every
sön 2003-06-01 klockan 15.53 skrev Chris Tillman:
> On Sun, Jun 01, 2003 at 10:35:11AM +0200, Petter Reinholdtsen wrote:
> > [Petter Reinholdtsen]
> >
> > 670k is way to much. It is one of the biggest udebs. We need to
> > reduce it.
>
> Is there a true requirement for reduction here? It seems
[Chris Tillman]
> Is there a true requirement for reduction here? It seems like
> whenever we exclude this or that hardware, we also exclude this or
> that user. Someone has worked diligently to make discover
> inclusive?
Reducing the size of discover-data-udeb and redusing the list of
supported
On Sun, Jun 01, 2003 at 10:35:11AM +0200, Petter Reinholdtsen wrote:
> [Petter Reinholdtsen]
>
> 670k is way to much. It is one of the biggest udebs. We need to
> reduce it.
Is there a true requirement for reduction here? It seems like whenever
we exclude this or that hardware, we also exclude
Hi...
On Sun, 1 Jun 2003 07:27 pm, Petter Reinholdtsen wrote:
> [Petter Reinholdtsen]
>
> > developer:~# discover --data-path=linux/module/name \
> > --data-version=2.4 -t -d all -e ata -e pci -e pcmcia -e scsi display
> > --data-version has no meaning without --data-path.
>
> I found the p
Hi..
I imagine the correct fix is simply not to tag discover.conf as a conffile, so
dpkg doesn't play fast and loose with renaming it. Hence add a:
rm -f debian/discover-udeb/DEBIAN/conffiles
right after the call to dh_installdeb when building discover-udeb.
This seems to work fine.
=)
Peter
O
Hi Jeff...
In addition to the three patches I sent earlier for discover to build from
source, I suggest the attached patch to debian/rules, which simply adds a '.'
in an opportune place, so the libdiscover.so symlink is not added to the udeb
(it's not needed, and it causes the installer's libra
[Herbert Xu]
> FWIW, I posted a script ages ago to produce the data file containing
> network devices for discover v1 directly from a kernel-image
> package. This can be easily extended to cover other PCI devices.
I got a script to update v1 discover-data files with the module names
listed in /li
Petter Reinholdtsen <[EMAIL PROTECTED]> wrote:
>
> I want the code to handle v2 to be as short and easy to handle as the
> v1 code.
FWIW, I posted a script ages ago to produce the data file containing
network devices for discover v1 directly from a kernel-image package.
This can be easily extende
[Petter Reinholdtsen]
> developer:~# discover --data-path=linux/module/name \
> --data-version=2.4 -t -d all -e ata -e pci -e pcmcia -e scsi display
> --data-version has no meaning without --data-path.
I found the problem. Removing '-t' got rid of this error. But I get
two empty lines in
sön 2003-06-01 klockan 10.35 skrev Petter Reinholdtsen:
> [Petter Reinholdtsen]
> > I'm trying to test these now. I'll let you know about my progress.
>
> OK. This new version is better, but there are still some problems.
> I'm testing in the d-i chroot.
>
> First of all, discover still segfaul
[Petter Reinholdtsen]
> I'm trying to test these now. I'll let you know about my progress.
OK. This new version is better, but there are still some problems.
I'm testing in the d-i chroot.
First of all, discover still segfaults when /etc/discover.conf is
missing. And it is still missing becaus
[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 to test these now. I'll let you know about my progress.
> -
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
25 matches
Mail list logo
