The iPhone Wiki is no longer updated. Visit this article on The Apple Wiki for current information. |
Difference between revisions of "Talk:Firmware"
(→Adding Security Notes and Readable Release Notes To Firmware: Done.) |
|||
(100 intermediate revisions by 10 users not shown) | |||
Line 1: | Line 1: | ||
− | {{Talk Archive |
+ | {{Talk Archive}} |
− | == |
+ | == Page split == |
− | Why are some links "prohibited", like the 3.1.3 of the iPod Touch 1G? --[[User:Jaggions|Jaggions]] 15:25, 31 August 2012 (MDT) |
||
− | :Because of copyright issues. We don't want any problems here. I have an iPod touch 1G and had to pay for all the major firmware upgrades. --[[User:Http|http]] 19:30, 1 September 2012 (MDT) |
||
+ | This page is pretty manageable— far more so than [[OTA Updates]]. However, I am aware that it's growing quite a bit, so I was thinking of splitting the page up by device class (e.g. Apple TV, iPad, iPad mini, etc.). (We can also further divide those pages by firmware version, but I don't think that's necessary.) In the process, I'd also like to merge in the "Deprecated" pages, since those were split off to lessen the burden of editing a page with so many devices. How does this sound? --[[User:Dialexio|Dialexio]] ([[User talk:Dialexio|talk]]) 22:00, 12 February 2016 (UTC) |
||
− | == iPod touch 4G 6.0 == |
||
+ | :That's fine by me. I agree we done need to and shouldn't go down to each major iOS on this page, just device type. --[[User:IAdam1n|iAdam1n]] ([[User talk:IAdam1n|talk]]) 10:40, 13 February 2016 (UTC) |
||
− | Was there a final for the iPod touch 4G released? --[[User:5urd|5urd]] 19:47, 19 September 2012 (MDT) |
||
− | :Yes, of course. :P I didn't get around to adding it earlier due to an evening class, though. --[[User:Dialexio|<span style="color:#C20; font-weight:normal;">Dialexio</span>]] 20:47, 19 September 2012 (MDT) |
||
− | == New |
+ | == iOS 10 New IPSW Style == |
− | I'm holding off on adding the new iPhone models (iPhone3,2 / iPhone5,1 / iPhone5,2) until we get more information about them (e.g. which iPhone 5 is for AT&T, what exactly is iPhone3,2…). --[[User:Dialexio|<span style="color:#C20; font-weight:normal;">Dialexio</span>]] 20:58, 19 September 2012 (MDT) |
||
+ | With iOS 10 beta, Apple changed the format of IPSW's to bundle for multiple devices (you can see with [http://imgur.com/gTS7Rwb this image]). This means that we have two options (as far as I can see) for listing them. We can either: |
||
− | == iPhone 3GS 6.0.1 Can be jailbroken. == |
||
− | I see it says 3GS 6.0.1 cannot be jailbroken but it can. I was going to edit this myself but cant understand where that part is in the code. {{unsigned|Adaminsull|21:34, November 6, 2012 (MST)}} |
||
− | :It can be, there is just no tool that does it yet. The 3GS has a bootrom (un)tethered exploit and therefore, there is no work to be done to jailbreak. You just need an updated payload. --[[User:5urd|5urd]] 15:10, 6 November 2012 (MST) |
||
− | :fixed. redsn0w works (just pointing to 6.0 firmware). --[[User:Http|http]] 16:54, 6 November 2012 (MST) |
||
+ | * List how we currently are but copy/paste each new firmware multiple times for the devices listed in the bundled IPSW |
||
− | == Jailbreak column == |
||
+ | * Add another page off each device page (something like [[Firmware/iPhone/10.x]]) and make new tables to list these firmwares and those tables would include a list of all devices for the one IPSW |
||
− | Can "Yes1" be changed to "tethered" . Its not much more letters and if people who do not use the wiki often look, they may think its untethered without looking at the bottom. I am willing to do this. --[[User:Adaminsull|Adaminsull]] 11:29, 4 December 2012 (MST) |
||
− | :I have no problem with that. (I actually remember it being that way before, but it was changed for some reason.) --[[User:Dialexio|<span style="color:#C20; font-weight:normal;">Dialexio</span>]] 12:04, 18 December 2012 (MST) |
||
− | :: Ok I will do this later. I will also do this on the jailbreak page. --[[User:Adaminsull|Adaminsull]] 12:37, 18 December 2012 (MST) |
||
+ | I personally think we should do the latter because that way it'll be easier when editing, be easier to find the IPSW for your device, and prevent the current pages getting slower when newer firmware are added to it. What does everyone else think? --[[User:IAdam1n|iAdam1n]] ([[User talk:IAdam1n|talk]]) 23:21, 13 June 2016 (UTC) |
||
− | == New firmwares == |
||
+ | :I've already discussed this on Twitter, but I'll share my thoughts on this issue here. |
||
− | I use http://ax.phobos.apple.com.edgesuite.net/WebObjects/MZStore.woa/wa/com.apple.jingle.appserver.client.MZITunesClientCheck/version but this does not show the download size. Is there a better site? --[[User:Adaminsull|Adaminsull]] 11:44, 18 December 2012 (MST) |
||
+ | :To be blunt, I think it's stupid to keep changing the format on what feels like an annual basis. By constantly changing things around, it creates needless confusion for users, who will expect a link on page A when it's on page B, just for it to go to page C a year later. After taking some time to think about it more rationally (this was initially proposed to me while shopping for groceries— not ideal), I'm somewhat more receptive to the idea of partitioning the tables more by version number. But whatever happens, I don't want it to change for another five years, regardless of what crazy nonsense Apple pulls off. We just need to establish and maintain a consistent format that resists whatever Apple wants to throw at us. |
||
− | :Nope. That's the one and only place where iTunes checks for iOS updates. We're stuck with downloading the entire IPSW (or perhaps sniff HTTP headers after starting a download?) to figure out the file size. --[[User:Dialexio|<span style="color:#C20; font-weight:normal;">Dialexio</span>]] 12:01, 18 December 2012 (MST) |
||
+ | :To further add to the confusion is Apple's decision to (finally) support multiple devices in an IPSW. Should we change how we list the links to only include it once, or include the link multiple times, once for each device? The answer's quite obvious to me: Just keep listing it the way we've been doing it— a link for iPhone 5, a link for iPhone 5C, etc. (Sub-classes can be omitted, as all iPhone 5 devices will use the same IPSW, etc.) It's familiar, and pretty straight to the point. Is inserting a link multiple times in different sections on one page too confusing? You invite even more confusion if you list one link once under a new section named "32-bit 4.0 inch iPhones." Is my phone 32-bit or 64-bit? What is that measurement referring to— my screen size, or my phone's size? ...Okay, that last one's a bit of a hyperbole. But this is all for the sake of only needing to update only one or two less tables? Geez, just copy and paste. Heck, if the tables are split up by version number, you can just turn it into a template. --[[User:Dialexio|Dialexio]] ([[User talk:Dialexio|talk]]) 00:38, 14 June 2016 (UTC) |
||
− | :: The way I do it is start the download, find the mb size and then convert it. --[[User:Adaminsull|Adaminsull]] 12:09, 18 December 2012 (MST) |
||
+ | ::I'm with Dialexio. The format we have currently, and having it listed multiple times makes more sense. — '''[[User:Spydar007|<span style="color:black;">Spydar007</span>]] [[User talk:Spydar007|<span style="color:gray;">(Talk)</span>]]''' 11:33, 14 June 2016 (UTC) |
||
− | :::Dont do that please. Reported file sizes are rounded. In addition, files are not saved to a 1MB boundary. You need to get the byte count and that only. |
||
+ | |||
− | :::: Ok so how do I find the byte size? --[[User:Adaminsull|Adaminsull]] 16:02, 18 December 2012 (MST) |
||
+ | == Removing codenames for key page links == |
||
− | :::::You either have to read the header returned to the browser or download the whole thing. If you have done any by the calculation from megabyte/mebibytes, do tell so I can fix them. --[[User:5urd|5urd]] 17:23, 18 December 2012 (MST) |
||
+ | |||
+ | It was recently requested by various users to add links to key pages back to the firmware pages. They were initially removed since it conflicted with how iOS 10.x and newer are now presented. In order to make this happen, I'm proposing the removal of the "Codename" column to make room for another column titled "Keys," which would contain links to key pages for the respective devices. (For reference, [https://twitter.com/Dialexio/status/896804257671901184 this] is an example of how it would look.) Having both columns seems redundant and will unnecessarily consume horizontal space. Firwmare codenames are already in the link/title for firmware key pages, but may be listed together on a new page such as [[Firmware Codenames]] if anyone wishes to have a list of firmware codenames somewhere. If nobody has any objections, we'll make this change shortly. --[[User:Dialexio|Dialexio]] ([[User talk:Dialexio|talk]]) 19:18, 13 August 2017 (UTC) |
||
+ | :I just think it was much easier and more convenient to be able to get to the key pages from firmware pages. [[User:OothecaPickle|OothecaPickle]] ([[User talk:OothecaPickle|talk]]) 19:30, 13 August 2017 (UTC) |
||
+ | ::While I do not object to it, I personally would vote to keep it as it is because firmware key pages are easily linked from [[Firmware Keys]] and that is a more logical place to have them linked from (rather than having both) in my opinion. I also think that the codename column would be better on Firmware and Beta Firmware pages. --[[User:IAdam1n|iAdam1n]] ([[User talk:IAdam1n|talk]]) 20:17, 13 August 2017 (UTC) |
||
+ | :::This has now been completed. --[[User:IAdam1n|iAdam1n]] ([[User talk:IAdam1n|talk]]) 11:22, 27 August 2017 (UTC) |
||
+ | |||
+ | == Adding iOS 13 == |
||
+ | |||
+ | Hello, |
||
+ | I have created an iOS 13 page here [[IOS_13]] and I would like it added to the Firmware page for iPhones and iPod (7th gen.). |
||
+ | |||
+ | == Adding Security Notes and Readable Release Notes To Firmware == |
||
+ | |||
+ | I was thinking about adding security notes as well as readable release notes such as [https://support.apple.com/en-gb/HT210393#13 this] to Firmware pages and wanted to see if there were any objections. I'm thinking of using the "Release Notes" column [https://imgur.com/a/GUtJDCz like this]. The other option is to add another column for security notes, but my worry with this is that the page is already wide and it would make it even wider. I think security notes are a really important aspect of firmware updates and something we should easily link to. The main issue with the way we currently list release notes is that it is not in a readable format without additional tools to open the file, whereas the link I suggested would be. --[[User:IAdam1n|iAdam1n]] ([[User talk:IAdam1n|talk]]) 00:28, 19 November 2019 (UTC) |
||
+ | :I have now completed this. --[[User:IAdam1n|iAdam1n]] ([[User talk:IAdam1n|talk]]) 17:13, 29 November 2019 (UTC) |
Latest revision as of 17:13, 29 November 2019
Archives | |
• 2008 • 2009 • 2010 • 2011 • 2012 • 2013 • 2015 • |
Page split
This page is pretty manageable— far more so than OTA Updates. However, I am aware that it's growing quite a bit, so I was thinking of splitting the page up by device class (e.g. Apple TV, iPad, iPad mini, etc.). (We can also further divide those pages by firmware version, but I don't think that's necessary.) In the process, I'd also like to merge in the "Deprecated" pages, since those were split off to lessen the burden of editing a page with so many devices. How does this sound? --Dialexio (talk) 22:00, 12 February 2016 (UTC)
- That's fine by me. I agree we done need to and shouldn't go down to each major iOS on this page, just device type. --iAdam1n (talk) 10:40, 13 February 2016 (UTC)
iOS 10 New IPSW Style
With iOS 10 beta, Apple changed the format of IPSW's to bundle for multiple devices (you can see with this image). This means that we have two options (as far as I can see) for listing them. We can either:
- List how we currently are but copy/paste each new firmware multiple times for the devices listed in the bundled IPSW
- Add another page off each device page (something like Firmware/iPhone/10.x) and make new tables to list these firmwares and those tables would include a list of all devices for the one IPSW
I personally think we should do the latter because that way it'll be easier when editing, be easier to find the IPSW for your device, and prevent the current pages getting slower when newer firmware are added to it. What does everyone else think? --iAdam1n (talk) 23:21, 13 June 2016 (UTC)
- I've already discussed this on Twitter, but I'll share my thoughts on this issue here.
- To be blunt, I think it's stupid to keep changing the format on what feels like an annual basis. By constantly changing things around, it creates needless confusion for users, who will expect a link on page A when it's on page B, just for it to go to page C a year later. After taking some time to think about it more rationally (this was initially proposed to me while shopping for groceries— not ideal), I'm somewhat more receptive to the idea of partitioning the tables more by version number. But whatever happens, I don't want it to change for another five years, regardless of what crazy nonsense Apple pulls off. We just need to establish and maintain a consistent format that resists whatever Apple wants to throw at us.
- To further add to the confusion is Apple's decision to (finally) support multiple devices in an IPSW. Should we change how we list the links to only include it once, or include the link multiple times, once for each device? The answer's quite obvious to me: Just keep listing it the way we've been doing it— a link for iPhone 5, a link for iPhone 5C, etc. (Sub-classes can be omitted, as all iPhone 5 devices will use the same IPSW, etc.) It's familiar, and pretty straight to the point. Is inserting a link multiple times in different sections on one page too confusing? You invite even more confusion if you list one link once under a new section named "32-bit 4.0 inch iPhones." Is my phone 32-bit or 64-bit? What is that measurement referring to— my screen size, or my phone's size? ...Okay, that last one's a bit of a hyperbole. But this is all for the sake of only needing to update only one or two less tables? Geez, just copy and paste. Heck, if the tables are split up by version number, you can just turn it into a template. --Dialexio (talk) 00:38, 14 June 2016 (UTC)
Removing codenames for key page links
It was recently requested by various users to add links to key pages back to the firmware pages. They were initially removed since it conflicted with how iOS 10.x and newer are now presented. In order to make this happen, I'm proposing the removal of the "Codename" column to make room for another column titled "Keys," which would contain links to key pages for the respective devices. (For reference, this is an example of how it would look.) Having both columns seems redundant and will unnecessarily consume horizontal space. Firwmare codenames are already in the link/title for firmware key pages, but may be listed together on a new page such as Firmware Codenames if anyone wishes to have a list of firmware codenames somewhere. If nobody has any objections, we'll make this change shortly. --Dialexio (talk) 19:18, 13 August 2017 (UTC)
- I just think it was much easier and more convenient to be able to get to the key pages from firmware pages. OothecaPickle (talk) 19:30, 13 August 2017 (UTC)
- While I do not object to it, I personally would vote to keep it as it is because firmware key pages are easily linked from Firmware Keys and that is a more logical place to have them linked from (rather than having both) in my opinion. I also think that the codename column would be better on Firmware and Beta Firmware pages. --iAdam1n (talk) 20:17, 13 August 2017 (UTC)
Adding iOS 13
Hello, I have created an iOS 13 page here IOS_13 and I would like it added to the Firmware page for iPhones and iPod (7th gen.).
Adding Security Notes and Readable Release Notes To Firmware
I was thinking about adding security notes as well as readable release notes such as this to Firmware pages and wanted to see if there were any objections. I'm thinking of using the "Release Notes" column like this. The other option is to add another column for security notes, but my worry with this is that the page is already wide and it would make it even wider. I think security notes are a really important aspect of firmware updates and something we should easily link to. The main issue with the way we currently list release notes is that it is not in a readable format without additional tools to open the file, whereas the link I suggested would be. --iAdam1n (talk) 00:28, 19 November 2019 (UTC)