Re: Firmware - what are we going to do about it?
On Tue, 19 Apr 2022, Steve McIntyre wrote: TL;DR: firmware support in Debian sucks, and we need to change this. See the "My preference, and rationale" Section below. Agree. In times past, all necessary firmware would normally be included directly in devices / expansion cards by their vendors. Over time, however, it has become more and more attractive (and therefore more common) for device manufacturers to not include complete firmware on all devices. Instead, some devices just embed a very simple set of firmware that allows for upload of a more complete firmware "blob" into memory. Device drivers are then expected to provide that blob during device initialisation. For free software reasons, I believe that Debian should encourage this method of distribution too, because it opens up the option for free firmware to be developed as replacement for the non-free ones (or encouraging vendors to (eventually) release their firmware under a free licence). In the case of firwmare on the device, it is much harder to load a free one. /Mattias Wadenstein
Re: What CDs and DVDs should we produce for lenny?
On Tue, 18 Mar 2008, Richard Atterer wrote: [Followups set to debian-cd] On Tue, Mar 18, 2008 at 10:32:29AM +0100, Mattias Wadenstein wrote: It would also be useful for me who runs the main cd torrent seeder in that I could just have an up-to-date debian archive and snapshot (minor rsync update), instead of syncing 300+ gigs of data before all the seeds are started up. Are you concerned about increased seek times, Matthias? IIRC people like Attila Nagy mentioned from time to time that jigdo thrashed their disks a bit more than regular .iso downloads. Yes, that is one concern. On the server side a plain iso download puts much less load on the system. On the other hand, shipping hundreds of gigs around to mirrors puts quite alot of load too. So I think we should keep the plain http downloads for the useful/popular set (netinst, i386/amd64 dvd isos and lower number cd isos, perhaps CD1/DVD1 for other arches that can boot from CD/DVD), the rest can probably be dropped from the mirrors. They can still be carried by cdimage.d.o/cdimage just like oldstable isos etc, but no need for putting them into the mirrored directory. /Mattias Wadenstein -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: What CDs and DVDs should we produce for lenny?
On Tue, 18 Mar 2008, Don Armstrong wrote: On Tue, 18 Mar 2008, Anthony Towns wrote: I guess there's an inequality like: images on mirrors <= images on torrents <= images via jigdo Is there any way we can construct the torrent image on the fly from the jigdo file? [That is, transform the packages that make up bits x<->y into what they'd be on the iso?] I don't know enough about the mkisofs process to say whether this is possible, but it'd be very useful if it were. In theory yes, and this would be quite useful. The code for this needs to be written though. It would also be useful for me who runs the main cd torrent seeder in that I could just have an up-to-date debian archive and snapshot (minor rsync update), instead of syncing 300+ gigs of data before all the seeds are started up. /Mattias Wadenstein -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Strange rsync issue
On Fri, 1 Sep 2000, Aigars Mahinovs wrote: [snip, commands seem correct] > This took more than 12 hours and the progress indicator never came > over 2% done. > Can someone please tell me what could be the bottleneck and why the second > rsync took longer that the first one. If you never got to the full 100% (or perhaps 99%), it is a good posibility that you never synced the entire image. I don't know why this would happen, but at least the versions of rsync I have run have been sensitive to network problems. We had big problems with the connectivity from here to cdimage.debian.org right after the release of 2.2, and it is possible for the rsync to get fatal errors and not sync the entire image. > Are there any 2.2r0 binary-i386-1_NONUS.iso 's in Latvia (.lv)? Well, ftp.se.debian.org is 15 hops away (30-40 ms roundtrip time), and I don't see any network bottleneck on "this" side of lattelekom.lv. You could try our mirror. The md5sums should be checked on the server at least. /Mattias Wadenstein -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
