Re: [Suspend-devel] Help

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Tuesday 29 September 2009, Kix wrote:
> 
> El 29/09/2009, a las 00:27, "Rafael J. Wysocki" <rjw@xxxxxxx> escribió:
> 
> > On Tuesday 29 September 2009, Rodolfo (kix) wrote:
> >> Hi!!
> >
> > Hi,
> >
> >> 1. A new database file, comma separated, has been created (it was
> >> terrible, I am very tired)
> >
> > Well, I can imagine. :-)
> >
> >> 2. A little script to search in the database (using the "match"
> >> function) is implemented
> >> 3. Other script to convert the database file to whitelist.c has been
> >> created too.
> >>
> >> The scripts has been created using perl. Why? because is fast, good
> >> and is only for the database maintaning, not for the code
> >> distribution.
> >>
> >> Please, test it, the code is in http://www.kix.es/20090929/
> >
> > OK, so the idea is that users wanting to add an entry to the  
> > whitelist will
> > edit the whitelist file and the use your script to generate a new
> > whitelist.c before building s2ram.  Is this correct?
> 
> Really I don't know. Probably the users can send the entry to the mail  
> list and (I | We) generate a new whitelist.c
> 
> Probably we can accept/ decline the new machine using other script and  
> post it to the git automatically
> 
> I am not sure about if the users need the database file... IMO the  
> database management and the whitelist.c creation should be monitorized  
> and not fully open. A bad entry can be ... terrible?

There are two distinct things to consider here.  First, there's the whitelist.c
that's available from the git repository and I agree that it should be
carefully maintained.  Second, there are users with systems that are not
in the white list and it would be nice to allow them to add their systems
to their own copies of whitelist.c using a script that will check if the system
is really new etc.  Then, these users would be able to send their copies of
whitelist.c to us so that we can extract the relevant system information from
them and add it to the "master" whitelist.c.

> Using your procedure, if two users modify the script at the some time  
> and sent it, we will lost one entry, therefore we need to use diff  
> between them.
> 
> On the other hand, probably the database can be "cleaned". Probably  
> some entries can be dupplicated.

Agreed.

Thanks,
Rafael
_______________________________________________
linux-pm mailing list
linux-pm@xxxxxxxxxxxxxxxxxxxxxxxxxx
https://lists.linux-foundation.org/mailman/listinfo/linux-pm


[Index of Archives]     [Linux ACPI]     [Netdev]     [Ethernet Bridging]     [Linux Wireless]     [CPU Freq]     [Kernel Newbies]     [Fedora Kernel]     [Security]     [Linux for Hams]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux RAID]     [Linux Admin]     [Samba]

  Powered by Linux