Re: Best debian 9 repo for sparc64 packages
On 02/14/2018 09:27 PM, Tony Rodriguez wrote: > Hoping to reinstall debian sparc64 again in the near future. Just wondering > was the following migration completed? If so, must I do anything special such > as > include a new debian ports mirror for apt? If not, do you have a guess > regarding an estimated completion date for the migration? No, the migration from MiniDAK to DAK hasn't happened yet as this isn't a thing that happens over night. But that also doesn't keep you from installing Debian on sparc64. The problem that you ran into just happens occasionally and always be fixed manually with the help of snapshot.debian.org. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Re: Best debian 9 repo for sparc64 packages
Hoping to reinstall debian sparc64 again in the near future. Just wondering was the following migration completed? If so, must I do anything special such as include a new debian ports mirror for apt? If not, do you have a guess regarding an estimated completion date for the migration? Thanks, Tony " This issue only exists in Debian Ports. Debian's release architectures don't have this issue as the infrastructure there makes sure no packages are deleted if the removal would make other packages uninstallable. The feature is called "cruft" and you might have already seen that term in the Debian PTS (package tracking system). The reason why the cruft feature is missing in Debian Ports is the fact that Ports uses the Mini Debian Archive Kit (Mini DAK) while the release architectures use DAK which has more features than Mini DAK. James Clarke is actually working on migrating Ports from Mini DAK to DAK so we get the cruft feature as it is also required for the buildd infrastructure to prevent packages from becoming BD-Uninstallable (i.e. their build dependencies can no longer be installed), but that migration process requires some modifications to DAK to adopt it to Debian Ports which isn't a project that can be done over night as you can imagine. So, the gist is: It's a currently known and inevitable problem with all Debian Ports architectures which you currently can only work around by adding Debian Snapshots (snapshot.debian.org) to your /etc/apt/sources.list to be able to install the missing dependencies from there but it will be hopefully fixed in the future making the workaround redundant." On 12/29/2017 02:37 PM, John Paul Adrian Glaubitz wrote: On 12/29/2017 07:53 PM, Tony Rodriguez wrote: For some reason I am unable to install those packages because of missing dependencies. Wondering if I am using the best repo for latest packages? The problem usually is that some packages fail to build from source in their latest versions and hence they become uninstallable as the packages in question remain in their old versions while their dependencies get updated. For example, if Firefox 52 on sparc64 was built against libpng12 but is then replaced by Firefox 57 which builds against libpng16 and then Firefox 57 does not build on sparc64 while libpng12 gets replaced by libpng16 in the archives, the latest version you will have on sparc64 will still be Firefox 52 which requires libpng12 which doesn't exist anymore as it was automatically removed from the FTP servers when libpng12 was replaced by libpng16. This issue only exists in Debian Ports. Debian's release architectures don't have this issue as the infrastructure there makes sure no packages are deleted if the removal would make other packages uninstallable. The feature is called "cruft" and you might have already seen that term in the Debian PTS (package tracking system). The reason why the cruft feature is missing in Debian Ports is the fact that Ports uses the Mini Debian Archive Kit (Mini DAK) while the release architectures use DAK which has more features than Mini DAK. James Clarke is actually working on migrating Ports from Mini DAK to DAK so we get the cruft feature as it is also required for the buildd infrastructure to prevent packages from becoming BD-Uninstallable (i.e. their build dependencies can no longer be installed), but that migration process requires some modifications to DAK to adopt it to Debian Ports which isn't a project that can be done over night as you can imagine. So, the gist is: It's a currently known and inevitable problem with all Debian Ports architectures which you currently can only work around by adding Debian Snapshots (snapshot.debian.org) to your /etc/apt/sources.list to be able to install the missing dependencies from there but it will be hopefully fixed in the future making the workaround redundant. Adrian
Re: Best debian 9 repo for sparc64 packages
On 12/30/2017 12:40 AM, Tony Rodriguez wrote: > Modified my sources to file to reflect "https://deb.debian.org/debian-ports"; > then ran apt-get update. This doesn't help with Firefox in your case for the aforementioned reasons I was talking about. > A) firefox still doesn't install. > > "apt-get install firefox > Reading package lists... Done > Building dependency tree > Reading state information... Done > Some packages could not be installed. This may mean that you have > requested an impossible situation or if you are using the unstable > distribution that some required packages have not yet been created > or been moved out of Incoming. > The following information may help to resolve the situation: > > The following packages have unmet dependencies: > firefox : Depends: libevent-2.0-5 (>= 2.0.10-stable) but it is not > installable > Depends: libhunspell-1.4-0 but it is not installable > E: Unable to correct problems, you have held broken packages." You need to search snapshots for the packages above, e.g.: http://snapshot.debian.org/package/hunspell/1.4.1-2/#libhunspell-1.4-0_1.4.1-2:2b:b2 Then right-click the path next to the sparc64 package and paste it into your sources.list: deb http://snapshot.debian.org/archive/debian-ports/20161011T063855Z/ unstable main Note: You have to strip off "pool-sparc64/main/h/hunspell/" and add " unstable main" to the URL above. Then run apt-get update as: # apt-get -o Acquire::Check-Valid-Until=false update To disable the signature verification. I recommend reading the documentation for snapshots on the website to understand the underlying issue and how to use it properly. It's a bit confusing if you do it the first time. Sometimes you need to specify the exact versions of the packages you want to install, e.g. for the package "xbill": # apt install xbill=1.2.3-1 You can see the available with: # apt-cache policy xbill > B) Iceweasel doesn't install Iceweasel doesn't exist anymore. > C) Clicking the web browser (bottom left of screen) within lxde desktop > generates the following error popup. > > "Invalid desktop entry file: > '/usr/share/applications/lxde-x-www-browser.desktop'" That's because you have no package installed which provides lxde-x-www-browser. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Re: Best debian 9 repo for sparc64 packages
Modified my sources to file to reflect "https://deb.debian.org/debian-ports"; then ran apt-get update. Doing so caused Vim to install properly. Have not added snapshot.debian.org to my sources because I am unsure of the correct path to use? At this point: A) firefox still doesn't install. "apt-get install firefox Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: firefox : Depends: libevent-2.0-5 (>= 2.0.10-stable) but it is not installable Depends: libhunspell-1.4-0 but it is not installable E: Unable to correct problems, you have held broken packages." B) Iceweasel doesn't install # apt-get install iceweasel Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: iceweasel : Depends: firefox-esr but it is not installable E: Unable to correct problems, you have held broken packages. C) Clicking the web browser (bottom left of screen) within lxde desktop generates the following error popup. "Invalid desktop entry file: '/usr/share/applications/lxde-x-www-browser.desktop'" Regards, Tony On 12/29/2017 02:05 PM, Frans van Berckel wrote: Hi Tony, On Fri, 2017-12-29 at 10:53 -0800, Tony Rodriguez wrote: Please specify the best location/mirror/repo for downloading latest debian 9 sparc64 packages. When I attempted to use debian 9 about two weeks ago, I had a couple of missing package requirements for vim and web browsers (firefox and ldxe web browser). For some reason I am unable to install those packages because of missing dependencies. Wondering if I am using the best repo for latest packages? Please check. Are these dependencies part of the main repo? https://deb.debian.org/debian-ports/ Thanks, Frans van Berckel
Re: Best debian 9 repo for sparc64 packages
On 12/29/2017 07:53 PM, Tony Rodriguez wrote: > For some reason I am unable to install those packages because of > missing dependencies. Wondering if I am using the best repo for latest > packages? The problem usually is that some packages fail to build from source in their latest versions and hence they become uninstallable as the packages in question remain in their old versions while their dependencies get updated. For example, if Firefox 52 on sparc64 was built against libpng12 but is then replaced by Firefox 57 which builds against libpng16 and then Firefox 57 does not build on sparc64 while libpng12 gets replaced by libpng16 in the archives, the latest version you will have on sparc64 will still be Firefox 52 which requires libpng12 which doesn't exist anymore as it was automatically removed from the FTP servers when libpng12 was replaced by libpng16. This issue only exists in Debian Ports. Debian's release architectures don't have this issue as the infrastructure there makes sure no packages are deleted if the removal would make other packages uninstallable. The feature is called "cruft" and you might have already seen that term in the Debian PTS (package tracking system). The reason why the cruft feature is missing in Debian Ports is the fact that Ports uses the Mini Debian Archive Kit (Mini DAK) while the release architectures use DAK which has more features than Mini DAK. James Clarke is actually working on migrating Ports from Mini DAK to DAK so we get the cruft feature as it is also required for the buildd infrastructure to prevent packages from becoming BD-Uninstallable (i.e. their build dependencies can no longer be installed), but that migration process requires some modifications to DAK to adopt it to Debian Ports which isn't a project that can be done over night as you can imagine. So, the gist is: It's a currently known and inevitable problem with all Debian Ports architectures which you currently can only work around by adding Debian Snapshots (snapshot.debian.org) to your /etc/apt/sources.list to be able to install the missing dependencies from there but it will be hopefully fixed in the future making the workaround redundant. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Re: Best debian 9 repo for sparc64 packages
Hi Tony, On Fri, 2017-12-29 at 10:53 -0800, Tony Rodriguez wrote: > Please specify the best location/mirror/repo for downloading latest > debian 9 sparc64 packages. When I attempted to use debian 9 about > two weeks ago, I had a couple of missing package requirements for vim > and web browsers (firefox and ldxe web browser). For some reason I am > unable to install those packages because of missing dependencies. > Wondering if I am using the best repo for latest packages? Please check. Are these dependencies part of the main repo? https://deb.debian.org/debian-ports/ Thanks, Frans van Berckel