Re: 10.6 planning
Here for both - happy to repeat mistakes :) On Wed, Sep 9, 2020 at 7:36 PM Steve McIntyre wrote: > On Wed, Sep 09, 2020 at 08:28:48PM +0100, Mark Hymers wrote: > >On Wed, 09, Sep, 2020 at 07:24:06PM +0100, Adam D. Barratt spoke thus.. > >> - September 26/27 > >> - October 3/4 > > > >I can do either of those for ftp-team. I have a slight preference for > >Sept 26/27th but it's only slight. > > Ditto - slight preference for the 26th/27th but I can do either so far. > > -- > Steve McIntyre, Cambridge, UK. > st...@einval.com > Can't keep my eyes from the circling sky, > Tongue-tied & twisted, Just an earth-bound misfit, I... > >
Bug#969224: cdimage.debian.org: Error installing Debian 10.5 from flash stick with Extlinux
This is not a well supported method. Just use dd to write a netinst or a DVD image straight to the stick and then boot from it directly. dd if=debian-10.5.0-amd64-DVD-1.iso of=/dev/sdX bs=4M oflag=sync status=progress That will put a bootable partition on the stick and then the install will proceed. You may need to use parted / fdisk afterwards to make the USB usable for any other purpose. This method is destructive of any data already on the stick. On Sat, Aug 29, 2020 at 2:18 PM Сергей Фёдоров wrote: > Package: cdimage.debian.org > Severity: critical > Justification: breaks the whole system > > > > -- System Information: > Debian Release: bullseye/sid > APT prefers unstable > APT policy: (500, 'unstable') > Architecture: amd64 (x86_64) > > Kernel: Linux 5.7.0-3-amd64 (SMP w/8 CPU threads) > Locale: LANG=ru_RU.utf8, LC_CTYPE=ru_RU.utf8 (charmap=UTF-8), LANGUAGE not > set > Shell: /bin/sh linked to /usr/bin/dash > Init: systemd (via /run/systemd/system) > LSM: AppArmor: enabled > > Created a USB flach stick using the" gparted " MBR-partition table. > GPT-partition table failed to get a working version of the Debian > installation. > Created an Ext4-partition and its label. Set the partition "boot" > attribute. > > Created a bootable flash drive: > > # dd conv=notrunc bs=440 count=1 if=/usr/lib/EXTLINUX/mbr. bin of=/dev/xxx > where xxx is the name of the u-VA, for example, sdf. > # extlinux --install "folder path" (for example " /media/u1/UP1/"), where" > UP1 " is partition name > > For Debian 10.4 copied from a folder: > > > http://ftp.nl.debian.org/debian/dists/Debian10.4/main/installer-amd64/current/images/hd-media/ > or from (for GTK) > > http://ftp.nl.debian.org/debian/dists/Debian10.4/main/installer-amd64/current/images/hd-media/gtk/ > > vmlinuz > initrd.gz > > and copied "debian-10.4.0-amd64-DVD-1.iso" > > or > > For Debian 10.5 copied from the folder: > > > http://ftp.nl.debian.org/debian/dists/Debian10.5/main/installer-amd64/current/images/hd-media/ > or from (for GTK) > > http://ftp.nl.debian.org/debian/dists/Debian10.5/main/installer-amd64/current/images/hd-media/gtk/ > > vmlinuz > initrd.gz > > and copied "debian-10.5.0-amd64-DVD-1.iso» > > In both cases, when installing Debian from a flash drive, I received the > message: > > Load installer components from an ISO installer. > > No modules were found. This pfobably is due to a mismatch between the > kernel > by this version of the installer and the kernel version available in the > archieve. > > and the installation had to be stopped. > > For Debian 10.3 copied from the folder: > > > http://ftp.nl.debian.org/debian/dists/Debian10.3/main/installer-amd64/current/images/hd-media/ > or from (for GTK) > > http://ftp.nl.debian.org/debian/dists/Debian10.3/main/installer-amd64/current/images/hd-media/gtk/ > > vmlinuz > initrd.gz > > and copied "debian-10.3.0-amd64-DVD-1.iso" > > and everything was established without problems. > > Copy Debian 10.3, 10.4, and 10.5 to a USB stick in the device root, > download > with it, the installation of Debian passes without problems. > > For example: > > dd if="./debian-10.5.0-amd64-DVD-1.iso" of=/dev/xxx bs=1M status=progress > where xxx is the name of the u-VA, for example, sdf. > > Installing Debian 10.3, 10.4, and 10.5 from a DVD does not cause these > problems. > >
Re: Fw: Missing ISOs
Hi Ekkehard, I think the issues are still the same: there are problems building the images because d-i (the debian installer) hass issues building: there are also changes needed for the kernel ABI change. The situation is much the same as Steve's earlier reply. The weekend was taken up with the Buster point release. Steve has also been extremely busy trying to sort out the Grub / UEFI / Secure Boot "Boothole" vulnerabilities, where he has been leading a large amount of the coordination work with other Linux distributions. Having spent 14 hours or so with Steve over the weekend: he knows the issues and will get back to them. Everybody's aware and the work will get done as soon as people's problems with Grub can also be resolved. All the best Andy C - extra helper round the debian-cd images team On Mon, Aug 3, 2020 at 7:30 AM ekkehard schulz wrote: > Dear Debian Image Team, > > since 2020-07-06 there are no non-free-live-testing iso builds available. > Is there hope that this situation will change soon? > > Regards > > > - Weitergeleitete Nachricht - > *Von:* ekkehard schulz > *An:* Steve McIntyre > *CC:* debian-cd@lists.debian.org > *Gesendet:* Montag, 27. Juli 2020, 09:09:50 MESZ > *Betreff:* Re: Missing ISOs > > Hi, > > it's been a while and since July 6th there are no new ISOs. Is there still > hope. > > Regard > > Am Donnerstag, 9. Juli 2020, 13:34:12 MESZ hat Steve McIntyre < > st...@einval.com> Folgendes geschrieben: > > > On Thu, Jul 09, 2020 at 11:03:26AM +, ekkehard schulz wrote: > > >Hi, > > > >just a hint not a complaint: ISO builds are again missing on https:// > >cdimage.debian.org/cdimage/unofficial/non-free/cd-including-firmware/ > >weekly-live-builds/amd64/iso-hybrid/ > > > Apologies, the weekly installer and live builds did not work this week > - we need to deal with a kernel ABI change and respin. > > -- > Steve McIntyre, Cambridge, UK. > st...@einval.com > Can't keep my eyes from the circling sky, > Tongue-tied & twisted, Just an earth-bound misfit, I... > > >
Re: Final CDs being written for Stretch - 9.13 release - prior to LTS
Streaming production of .iso files _is_ technically possible. Jigdo effectively builds the iso file from chunks of ten or so files until the disk is complete and checksummed. As mentioned, this query was about stopping production of the .iso files specifically meant for the oldestMac mini. That certainly sounds possible for Bullseye when it gets here since that particular model will be about 15 years old and there's likely to be very few of them still running. I'm collecting what people are sending me on and off list. It does seem that we may be able to stop routine production of as many images. Netinst, something DVD-ish sized (so smaller than 8G) and some (larger file size ??) may do it. The problem of using http to download large files is that it's fairly difficult on a slow link or one which is losing packets. Jigdo does work well to build .iso images - it might need more documentation. Hope this helps On Mon, Jul 20, 2020 at 2:25 PM Stefan Monnier wrote: > >> An alternative is to have "virtual ISO images", i.e. images which are > >> constructed on the fly (presumably by jigdo) on the web-server side. > > Assuming that a complete set of ISOs for whatever medium occupies > > at most 100 GB, it seems better to have the images ready rather than to > > assemble them on demand, even if the mirror latency and bandwidth are > > no problem. > > This would spare the nightmare of managing the life cycle of temporary > ISOs > > on the server. I assume that all images would fit on a single modern HDD. > > I was thinking of a scheme by which the ISO is constructed and streamed > at the same time, so the complete ISO images aren't ever stored whole > anywhere on the server. > > > But the reason for letting the user perform jigdo download is that the > network > > load vanishes in the normal traffic of the package servers. If download > gets > > interrupted, one just has to start it again to get the remaining work > > completed. > > Very good point. I did not consider the interrupt issue. > > > The production of jigdo files is a linear effort only if the producer > > knows where the filesystem stores file content data. This knowledge is in > > the ISO 9660 producers genisoimage and xorriso. For other filesystems > > the matching jigdo producer software is not available yet. > > I'm not sure I understand what this means, but it does sound like it > implies that streaming production of ISOs is technically possible. > > > Stefan > >
Re: Final CDs being written for Stretch - 9.13 release - prior to LTS
Thank you Thomas. Yes, that's obviously why it was done.So - a quick look on Wikipedia suggests that this was a current machine in 2006 and was replaced in 2007 / 2008. So - if anyone has one running anywhere, it's somewhere between 12-15 years old. If anybody knows of any that they really must keep running, speak now or forever hold your peace. It's probably time for this to be dropped for Bullseye. Separately, we also had a quick think about the numbers of iso images in general. A suggestion: For the future, we should produce physical media for the netinst.iso, the first DVD image in any set and one larger image to be written to a USB stick if wanted - and corresponding source for each size. All other .iso files to be distributed as .jigdo and .template files.In most instances, the netinst is enough, if you have network connectivity and bandwidth. The DVD is enough to install the basis of any of the graphical environments readily. This does not mean that you couldn't produce every other image - but very few people are on a desert island and need every piece of software Debian has produced on physical media. Producing every disk in every size would still be possble but using jigdo as an intermediate step. This would also mean dropping the single CD image that installs the XFCE graphical environment but that's one tasksel selection away anyway. This would ease the pressure on mirrors and the main cdimage.debian.org server and make the task of testing significantly simpler. New users find it difficult to work out why there should be so many DVDs and whether they need to download them all even though only one is bootable. Anything we can do to make our collective lives easier is a bonus, given the size of the team. Thoughts? On Sat, Jul 18, 2020 at 5:55 PM Thomas Schmitt wrote: > Hi, > > Andrew Cater wrote: > > [...] here are > > a couple of architectures that are built but not tested because the > testers > > have no hardware. > > One set is an old Mac on Intel media, > > Do you mean these ? > > https://cdimage.debian.org/debian-cd/current/i386/iso-cd/debian-mac-10.4.0-i386-netinst.iso > > https://cdimage.debian.org/debian-cd/current/amd64/iso-cd/debian-mac-10.4.0-amd64-netinst.iso > > They are related to > https://wiki.debian.org/MacMiniIntel#Macmini_1.2C1 > and following sections. > > - > > If it is not about above "mac" ISOs, which then ? I am curious. > > > Have a nice day :) > > Thomas > >
Final CDs being written for Stretch - 9.13 release - prior to LTS
As folk will be aware: we're building and releasing the final release of Stretch before transition to LTS support. Testing is going well - there are a couple of architectures that are built but not tested because the testers have no hardware. One set is an old Mac on Intel media, the other is boot media for S390X. Nobody has reported problems with these recently but it may be that nobody is using them at all. If this is the case, these are prime candidates for removal before Bullseye - Debian 11 - media preparation Please shout: if we don't build media for obsolete hardware or machines that nobody has, it makes the complex task of preparing media that much simpler.
Re: debian 7.4.0-i386-dvd-1.iso
Look under https://cdimage.debian.org/cdimage/archive/7.4.0/ under the i386 directory. It was moved to the archive some time ago. Hope this helps, Andy C. On Mon, May 4, 2020 at 1:45 PM Mahnaz Mansouri wrote: > i need > debian 7.4.0-i386-dvd-1.iso > please >
Re: Debian Image with Drivers
This sounds much more like a VMWare driver issue or audio not being passed through by VMWare. What is the underlying OS on which you are running VMWare? It's also possible that this would be better asked on debian-user list though this is fairly high volume. All the very best, Andy C On Tue, Apr 14, 2020 at 9:48 AM John Berden wrote: > Hello. > I have tried many Linux distributions. But I like Debian. > > I'm blind. For this reason, Orca is mandatory for me. > > But, when I install Debian on the vmware virtual machine, most likely > there are no audio drivers. > System beeps work. But I don't hear Orca! > Orca works, but I can't hear it! > I tried Debian non-free image "firmware-10.3.0-amd64-netinst.iso", but > this also doesn't work. > Can you advise me an image with drivers? > Thanks in advance! > >
Re: 10.4 planning
/me also has local mirror and would be more than happy to help. April 23rd is Ubuntu release so 3/4 of the world will be wibbling about that :) On Mon, Apr 6, 2020 at 12:28 PM Steve McIntyre wrote: > Hey Adam, > > On Mon, Apr 06, 2020 at 12:16:05PM +0100, Adam Barratt wrote: > > > >I realise things are a little unusual right now, but it's about time > >that we started looking at dates for 10.4. > > > >I guess the biggest impact of current circumstances on the process is > >likely to be around image testing, as there won't be a bunch of people > >with local access to Steve's mirror. > > Andy and I can work that out, it might just take a little longer on > the day. > > >I've listed some potential dates below; as usual, please indicate which > >you would be available for. > > > >- April 25th > >- May 2nd > >- May 9th > > All of those dates look fine for me, with my busy social calendar > atm. The first would have clashed with the Aberdeen miniconf, but > well... > > -- > Steve McIntyre, Cambridge, UK. > st...@einval.com > "We're the technical experts. We were hired so that management could > ignore our recommendations and tell us how to do our jobs." -- Mike > Andrews > >
Re: non-free x64 testing weekly live build error, no ISOs
Probably a "10.2 was building - no testing CDs could be made" - Sledge was building CDs for 10.2 until 0330 on the Sunday and that's the day that the weeklies are built, I think I was helping test them - testers are always needed round this time for release CDs On Sun, Nov 17, 2019 at 5:48 PM Avi wrote: > Greetings Debian CD Team, > Looking in > https://get.debian.org/cdimage/unofficial/non-free/cd-including-firmware/weekly-live-builds/amd64/iso-hybrid/ > I see there are no ISOs in that directory. The build logs end with (see > below). I assume that this has something to do with the recent 10.2 stable > release? Is it a build order thing? A try again later thing? Anyway, just > thought y'all should know. > Best, > Avi > > --- tail of > https://get.debian.org/cdimage/unofficial/non-free/cd-including-firmware/weekly-live-builds/amd64/iso-hybrid/debian-live-testing-amd64-gnome+nonfree.log > --- > > INFO Downloading helper files from debian-installer team... > DEBUG Starting new HTTPS connection (1): d-i.debian.org > DEBUG https://d-i.debian.org:443 "HEAD /daily-images/amd64/daily/cdrom/ > HTTP/1.1" 404 0 > DEBUG Starting new HTTPS connection (1): d-i.debian.org > DEBUG https://d-i.debian.org:443 "GET /daily-images/amd64/daily/cdrom/ > HTTP/1.1" 404 261 > CRITICAL Traceback (most recent call last): > File "/usr/lib/python2.7/dist-packages/cliapp/app.py", line 193, in _run > self.process_args(args) > File "/usr/lib/python2.7/dist-packages/lwr/run.py", line 143, in > process_args > self.start_ops() > File "/usr/lib/python2.7/dist-packages/lwr/run.py", line 258, in start_ops > self.settings['architecture']) > File "/usr/lib/python2.7/dist-packages/lwr/run.py", line 160, in > fetch_di_helpers > urls = cdrom_image_url(mirror, suite, architecture, gtk=False, > daily=self.settings['di-daily']) > File "/usr/lib/python2.7/dist-packages/lwr/utils.py", line 60, in > cdrom_image_url > check_url(base_url) > File "/usr/lib/python2.7/dist-packages/lwr/utils.py", line 33, in check_url > raise cliapp.AppException("Resources not available at '%s'" % url) > AppException: Resources not available at > 'https://d-i.debian.org/daily-images/amd64/daily/cdrom/' > > ERROR: Resources not available at > 'https://d-i.debian.org/daily-images/amd64/daily/cdrom/' > >