Re: ISO repository

2020-10-20 Thread David VANTYGHEM
Thank you. I was looking for last ISO. Indeed, they are at https://cdimage.debian.org/cdimage/ports/snapshots/ Le 20/10/2020 à 19:17, John Paul Adrian Glaubitz a écrit : > Hello David! > > On 10/20/20 6:57 PM, David VANTYGHEM wrote: >> Hello,It seems that the repository for PowerPC ISO disappere

Re: ISO repository

2020-10-20 Thread John Paul Adrian Glaubitz
Hello David! On 10/20/20 6:57 PM, David VANTYGHEM wrote: > Hello,It seems that the repository for PowerPC ISO disapperead. It's been archived as "powerpc" is no longer a release architecture. You can still find the old images here [1] and the Debian Ports images here [2]. Adrian > [1] https://

ISO repository

2020-10-20 Thread David VANTYGHEM
Hello,It seems that the repository for PowerPC ISO disapperead. https://www.debian.org/distrib/netinst -- Passez à Linux : https://infolib.re .--. |o_o | ||_/ | //\\Envoyé depuis mon Linux (| |) / \_ _/ \ \___)=(___/

Re: Installation media couldn't be mounted

2020-10-20 Thread Jeroen Diederen
Hi all, Booting from USB is done from open firmware by the following command: boot ud:,\\grub.elf Jeroen

Re: Installation media couldn't be mounted

2020-10-20 Thread Jeroen Diederen
Hi, I have a lot of experience of booting from USB on PPC based Macs. It is possible. You have to dd the image into the stick: Flashing USB sticks is quite easy under OSX or Linux with the following command: dd if=/path/to/debian.iso of=/dev/sdx (x being a number, sdx is the device name of t

Re: Installation media couldn't be mounted

2020-10-20 Thread Thomas Schmitt
Hi, John Paul Adrian Glaubitz wrote: > Tools like Rufus make weird assumptions and it has happened more > than once that one of these imaging tools create unusuable installation > media [1]. That's the other mode of Rufus, which unpacks the ISO onto the USB stick, interprets its bootloader menu,

Re: Installation media couldn't be mounted

2020-10-20 Thread John Paul Adrian Glaubitz
Hi Thomas! On 10/20/20 3:07 PM, Thomas Schmitt wrote: > Rufus' "dd" mode is known to be suitable. > The displayed size of /dev/sdb1 matches what i would expect from a correct > plain copy. > So i think this part succeeded. That might be the case. But I cannot provide support for that at the momen

Re: Installation media couldn't be mounted

2020-10-20 Thread Thomas Schmitt
Hi, Sam Imberman wrote: > I burnt the image using Rufus on Windows, Rufus' "dd" mode is known to be suitable. The displayed size of /dev/sdb1 matches what i would expect from a correct plain copy. So i think this part succeeded. > For the moment I've managed to 'solve' the problem by using the

Re: Installation media couldn't be mounted

2020-10-20 Thread John Paul Adrian Glaubitz
On 10/20/20 2:36 PM, Sam Imberman wrote: > I burnt the image using Rufus on Windows, which IIRC should be fine, though > I can do it with dd on a *nix machine later if someone thinks it may make a > difference. Most likely not. Tools like Rufus make weird assumptions and it has happened more than

Re: Installation media couldn't be mounted

2020-10-20 Thread Sam Imberman
I burnt the image using Rufus on Windows, which IIRC should be fine, though I can do it with dd on a *nix machine later if someone thinks it may make a difference. For the moment I've managed to 'solve' the problem by using the snapshot from 2019-07-03, which seems to work. If I can help troublesh

Re: Bug#972556: ffmpeg: Fails to build from source with newer src:srt

2020-10-20 Thread John Paul Adrian Glaubitz
On 10/20/20 12:05 PM, Sebastian Ramacher wrote: >> So, this patch and the patch from #968574 would be great! > > Has the patch from #968574 been merged upstream in the meantime? Apparently not. But merging won't break anything due to the #ifdef guards and unbreaks ffmpeg on powerpc and ppc64 whi