Sanjay Nadkarni ???: > 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
Attached is the zip file that can't be recognized by file. I've already tested it could be handled by 7za. So I think we can consider to use 7za... Thanks, Bill > >> >> 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 >>>>> >>>>> >>> >>> >>> >> > >------------------------------------------------------------------------ > >_______________________________________________ >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/20090911/a6b2d5dc/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: X_3_1_2_0.zip Type: application/zip Size: 56653 bytes Desc: not available URL: <http://mail.opensolaris.org/pipermail/caiman-discuss/attachments/20090911/a6b2d5dc/attachment.bin>
