On 09/10/09 10:59 AM, Jack Schwartz wrote: > On 09/10/09 01:10, zhongyuan sun - Sun Microsystems - Beijing China > wrote: >> Thanks, >> Will this tool exist on LiveCD/Text installer environment? >> > "7za" is on the live CD now. My guess is that it will stay, but maybe > someone else has a more firm answer. In the slim_source gate, only > Distro-Constructor uses it. > > Does "7za" recognize the file type that "file" doesn't? I'm wondering > if "7za" calls "file" internally... If it does, adding the new entry > to /etc/magic will still be necessary. Can you provide the zip file that was not recognized by file yet uncompressed successfully by zip.
-Sanjay > > Thanks, > Jack > > (7za is part of SUNWp7zip package brought in as part of "entire".) > >> ?2009?09?10??15:20?sanjay nadkarni (Laptop)??? >> >>> I am not sure how the extraction process is occurring, but have you >>> taken a look at 7za. The command line interface is ugly, but it >>> supports compression and uncompression of multiple formats >>> So one wouldn't necessarily have to run file foo, determine the type and >>> run unzip. 7za x <foo> will do it for you. Here's an example. I >>> gzipped TOI.odp and then renamed the file to TOI.odu. >>> >>> >>>> 7-Zip (A) 4.55 beta Copyright (c) 1999-2007 Igor Pavlov 2007-09-05 >>>> p7zip Version 4.55 (locale=en_US.UTF-8,Utf16=on,HugeFiles=on,2 CPUs) >>>> >>>> Listing archive: /tmp/TOI.odu >>>> >>>> ---------- >>>> Path = TOI.odp >>>> Size = 758931 >>>> Packed Size = 693105 >>>> Modified = 2008-05-06 17:31:28 >>>> Host OS = Unix >>>> CRC = 0AFA1584 >>>> >>>> >>> and now extracting >>> >>> >>>> 7za x /tmp/TOI.odu >>>> >>>> 7-Zip (A) 4.55 beta Copyright (c) 1999-2007 Igor Pavlov 2007-09-05 >>>> p7zip Version 4.55 (locale=en_US.UTF-8,Utf16=on,HugeFiles=on,2 CPUs) >>>> >>>> Processing archive: /tmp/TOI.odu >>>> >>>> Extracting TOI.odp >>>> >>>> Everything is Ok >>>> >>>> >>>> Total: >>>> Folders: 0 >>>> Files: 1 >>>> Size: 758931 >>>> Compressed: 693131 >>>> >>> Jack Schwartz wrote: >>> >>>> Attendees: Sundar, Frank, Bill, Zhong-Yuan, Li-Yan, Tony >>>> Host: Jack >>>> >>>> === General technical discussion: >>>> >>>> How to do SVR4 package install noninteractively? >>>> Use of admin file. Referred to a DistroConstructor webpage >>>> which gave an example of how to set one up for non-interactive >>>> pkgadd. >>>> >>>> Script to auto-download a file from 3rd party and unzip the file. >>>> The "file" command is used to identify the file first. >>>> >>>> Bill found one type of zip file which can be unzipped using the >>>> "zip" command, but is not recognized by the "file" cmd. >>>> >>>> He wants to add another entry to the /etc/magic file so that >>>> type of zip file is recognized by the "file" command. >>>> >>>> Jack to find out who modified /etc/magic last and tell China >>>> team. >>>> >>>> Changes to /etc/magic may need to be ARCed. Jack to send them >>>> info about this. >>>> >>>> Tony pointed out there are three possible states a driver can be in >>>> as far as the DDU is concerned: >>>> - Driver missing >>>> - Driver installed but not launched (attached) >>>> - Driver launched (attached) >>>> >>>> Once the "add_drv -n" issue is fixed there shouldn't be a case >>>> where a driver is installed but not attached, as the GUI >>>> doesn't provide a way to do an update (replacement of an >>>> active driver with another). >>>> >>>> Still, it is a good idea to handle the situation of a driver >>>> end up being installed but not attached by displaying >>>> accurate status. >>>> >>>> === Discuss networking config in text-mode DDU >>>> >>>> We're not going to do it. >>>> >>>> System will be configured with NWAM and if the lab has DHCP running, >>>> the system will have networking enabled. Otherwise, drivers can be >>>> added from local media. >>>> >>>> The ddu will have to deal with the situation of no network, if no >>>> network exists. >>>> >>>> Discussion about whether or not installing from a repo should be >>>> disabled if no network exists. Answer: No, since repos can be on >>>> local media. >>>> >>>> === Discuss package name in ddu_package_object >>>> >>>> Should the package name be included in the ddu_package_object? >>>> >>>> Jack noted that adding the name was not helpful for searching, as the >>>> search would be over by the time the object is created. >>>> >>>> However, there were other reasons for adding the name: >>>> >>>> - driver name is helpful for displaying after a successful >>>> install. >>>> >>>> - There are some 3rd party webpages containing lots of drivers. >>>> Adding the name field to the ddu_package_object would help >>>> locate the right driver in that page. >>>> >>>> - Jack to add this to the spec. >>>> >>>> === Discuss writing out package list from GUI and text-mode DDU >>>> >>>> - This came up to satisfy a possible future need. We decided >>>> it would be a bad idea to do this since we don't now know >>>> exactly what would be needed and in what form. Best to >>>> implement it when it is needed. >>>> >>>> - Resolved that the DDU team will keep in mind while they code, >>>> that this may be needed for the future, and to leave a hook >>>> for it if appropriate. >>>> >>>> === Frank and UI issues (added) >>>> >>>> 2 items: >>>> >>>> 1) Frank sent email just before meeting, of what the text mode DDU >>>> would look like with ncurses. >>>> >>>> He also proposed two other approaches: >>>> >>>> - console based interaction, similar to current ITU. >>>> This would be a command which prompts for info (a >>>> subcommand), accepts the subcommand and args, executes it, >>>> displays any result, then prompts for another subcommand. >>>> This is more like what S10 has currently. >>>> >>>> - A CLI. "dduadm" with subcommands like "list", "install". >>>> >>>> Frank to send out a more detailed description tomorrow. >>>> >>>> 2) GUI screen organization >>>> >>>> Frank and Zhong-Yuan designed a GUI screen for DDU. It would be posted >>>> from the notification window button. (Notification window is what runs >>>> in background when the system comes up.) This screen is similar but >>>> not the same to the screen for add-drivers mode. (The former doesn't do >>>> an install of a single driver.) >>>> >>>> Frank proposed having both the notification window button and the DDU >>>> icon go to the same add-drivers mode screen. >>>> >>>> Frank to send out proposal tomorrow with more meat in it. He will >>>> integrate new functionality and layout into current (i.e. old) DDU >>>> screen. >>>> >>>> >>>> On 09/08/09 10:49, Jack Schwartz wrote: >>>> >>>>> Hi everyone. >>>>> >>>>> The Driver Update team will hold a meeting this week. >>>>> >>>>> Logistics: >>>>> Thursday 9/10 8AM PRC time >>>>> Wednesday 9/9 5 PM PST, 6 PM MT >>>>> Call number: 866-545-5227 >>>>> International: 215-446-3648 >>>>> Passcode: 7385082 >>>>> >>>>> Agenda: >>>>> Status >>>>> Discuss networking config in text-mode DDU >>>>> Discuss package name in ddu_package_object >>>>> Discuss writing out package list from GUI and text-mode DDU >>>>> Questions and Answers >>>>> >>>>> Thanks, >>>>> Jack >>>>> >>>>> >>>> _______________________________________________ >>>> caiman-discuss mailing list >>>> caiman-discuss at opensolaris.org >>>> http://mail.opensolaris.org/mailman/listinfo/caiman-discuss >>>> >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mail.opensolaris.org/pipermail/caiman-discuss/attachments/20090910/e465ce3d/attachment.html>
