Re: Verifying authenticity of Debian CDs

On Fri, 24 Jul 2020 Andrew Cater wrote: And it turns out that /etc/apt/trusted.gpg has the buster-stable, the buster-automatic and the buster-security keys by default but _NOT_ the debian-cd signing key so the stage of importing the key to match the specific Debian CD signing key is still valid.

Re: Verifying authenticity of Debian CDs

On Fri, 24 Jul 2020 Stefan Monnier wrote: [On 24 Jul 2020 Semih Ozlem wrote:] when I run the command gpg --verify SHAxSUM.sign SHAxSUM I get a message saying that Can't check signature: No public key Somone recently asked a similar question. In case you already have access to a debian system

Re: Verifying authenticity of Debian CDs

On 7/24/2020 6:08 PM, Semih Ozlem wrote: No that does not work, for some reason it is saying "no command supplied" when corrected with dashes before verify I am getting the old problem Yep, I forgot the dashes befor 'verify'.. 'gpg --keyserver-options auto-key-retrieve --verify SHA512SUMS.sign

Re: Verifying authenticity of Debian CDs

And it turns out that /etc/apt/trusted.gpg has the buster-stable, the buster-automatic and the buster-security keys by default but _NOT_ the debian-cd signing key so the stage of importing the key to match the specific Debian CD signing key is still valid. All best, as ever, Andy C. On Fri, Jul

Re: Verifying authenticity of Debian CDs

I've just written up longer instructions on my own web page at FLOSSlinux which should explain the steps I've just followed for myself. Check those and see what you think. I'll have a go at importing from /etc/apt/trusted.gpg and see what that looks like. That

Re: Verifying authenticity of Debian CDs

> when I run the command > gpg --verify SHAxSUM.sign SHAxSUM > I get a message saying that > > Can't check signature: No public key You should have the needed key(s) in /etc/apt/trusted.gpg, but to be honest I don't know how to best pass those to GPG. Stefan

Re: Verifying authenticity of Debian CDs

On 7/24/2020 5:50 PM, Semih Ozlem wrote: On the web page https://www.debian.org/CD/verify I am trying to follow the next paragraph. "To ensure that the checksums files themselves are correct, use GnuPG to verify them against the accompanying signature files (e.g. SHA512SUMS.sign). The keys used f

Verifying authenticity of Debian CDs

On the web page https://www.debian.org/CD/verify I am trying to follow the next paragraph. "To ensure that the checksums files themselves are correct, use GnuPG to verify them against the accompanying signature files (e.g. SHA512SUMS.sign). The keys used for these signatures are all in the Debian G

Re: Final CDs being written for Stretch - 9.13 release - prior to LTS

Hi, Andrew Cater wrote: > 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. How about being storage-neutral and drop amd64-DVD-2.iso and amd64-DVD-3.iso in favor of a

Re: Final CDs being written for Stretch - 9.13 release - prior to LTS

On 7/20/20 8:32 AM, Andrew Cater wrote: 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 specif

Re: Final CDs being written for Stretch - 9.13 release - prior to LTS

Hi, Stefan Monnier wrote: > 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. Although there are no fundamental obstacles for stream production, the current software uncompresse

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 cer

Re: Final CDs being written for Stretch - 9.13 release - prior to LTS

> Debian's 'DVD' images are isohybrid and work for booting from USB flash > drives, which is how I use them now [1]. So, for me, an image that only > works on a USB stick would be fine, but what benefit is gained by > removing support for optical media which some other people may need? The discuss

Re: Final CDs being written for Stretch - 9.13 release - prior to LTS

On Sun, 2020-07-19 at 16:25 -0400, Stefan Monnier wrote: > > > At this point in 2020, I think it would be reasonable to only produce > > > netinst images and jigdo (and live, but that's a different-ish > > > project). Drop the DVD images. > > An alternative is to have "virtual ISO images", i.e. im

Re: Final CDs being written for Stretch - 9.13 release - prior to LTS

Hi, (The mail headers indicate that the OP, Andrew Cater, is subscribed to debian-cd but not to debian-user. So replies to debian-user only might not get to his attention.) Stefan Monnier wrote: > An alternative is to have "virtual ISO images", i.e. images which are > constructed on the fly (pr

Re: Final CDs being written for Stretch - 9.13 release - prior to LTS

further in that direction: focus on USB installs and provide some "helper CDs" which don't do anything more than provide something like a GRUB that then lets you boot the Debian install provided via a USB drive for those rare old machines that can't boot directly from the USB driv

Re: Final CDs being written for Stretch - 9.13 release - prior to LTS

On Sunday 19 July 2020 16:25:31 Stefan Monnier wrote: > >> At this point in 2020, I think it would be reasonable to only > >> produce netinst images and jigdo (and live, but that's a > >> different-ish project). Drop the DVD images. > > An alternative is to have "virtual ISO images", i.e. images w

Re: Final CDs being written for Stretch - 9.13 release - prior to LTS

On Sun 19 Jul 2020 at 16:25:31 (-0400), Stefan Monnier wrote: > >> At this point in 2020, I think it would be reasonable to only produce > >> netinst images and jigdo (and live, but that's a different-ish > >> project). Drop the DVD images. > > An alternative is to have "virtual ISO images", i.e.

Re: Final CDs being written for Stretch - 9.13 release - prior to LTS

>> At this point in 2020, I think it would be reasonable to only produce >> netinst images and jigdo (and live, but that's a different-ish >> project). Drop the DVD images. An alternative is to have "virtual ISO images", i.e. images which are constructed on the fly (presumably by jigdo) on the web

Re: Final CDs being written for Stretch - 9.13 release - prior to LTS

On Sun, 2020-07-19 at 13:43 -0400, Dan Ritter wrote: > Tixy wrote: > > On Sat, 2020-07-18 at 18:48 -0400, Dan Ritter wrote: > > > At this point in 2020, I think it would be reasonable to only > > > produce > > > netinst images and jigdo (and live, but that's a different-ish > > > project). Drop th

Re: Final CDs being written for Stretch - 9.13 release - prior to LTS

On 7/19/20 9:59 AM, Tixy wrote: On Sat, 2020-07-18 at 18:48 -0400, Dan Ritter wrote: At this point in 2020, I think it would be reasonable to only produce netinst images and jigdo (and live, but that's a different-ish project). Drop the DVD images. [...] Though this doesn't apply to me, I ca

Re: Final CDs being written for Stretch - 9.13 release - prior to LTS

Tixy wrote: > On Sat, 2020-07-18 at 18:48 -0400, Dan Ritter wrote: > > At this point in 2020, I think it would be reasonable to only produce > > netinst images and jigdo (and live, but that's a different-ish > > project). Drop the DVD images. > [...] > > Though this doesn't apply to me, I can ima

Re: Final CDs being written for Stretch - 9.13 release - prior to LTS

On Sat, 2020-07-18 at 18:48 -0400, Dan Ritter wrote: > At this point in 2020, I think it would be reasonable to only produce > netinst images and jigdo (and live, but that's a different-ish > project). Drop the DVD images. [...] Though this doesn't apply to me, I can imagine a fair few people in t

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

Re: Final CDs being written for Stretch - 9.13 release - prior to LTS

Andrew Cater wrote: > 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 corresp

Re: Final CDs being written for Stretch - 9.13 release - prior to LTS

Hi, Andrew Cater wrote: > If anybody knows of any [Mac Mini] that they really must keep > running, speak now or forever hold your peace. It is possible to create an ISO without EFI boot lures from a normal i386 or amd64 ISO. Follow https://wiki.debian.org/RepackBootableISO but leave out the opt

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 kee

Re: Final CDs being written for Stretch - 9.13 release - prior to LTS

Andrew Cater wrote: ... > 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 M

Re: Final CDs being written for Stretch - 9.13 release - prior to LTS

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

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 boo

Re: Verifying authenticity of Debian CDs

Hi, i wrote in https://lists.debian.org/debian-user/2019/04/msg00214.html > > > SHA512SUMS.sign [...] SHA512SUMS [...] debian-9.8.0-amd64-netinst.iso john doe wrote: > > $ sha512sum -c --ignore-missing > > The '--strict' option could also be used. Steve McIntyre wrote: > If you're happy for me

Re: Verifying authenticity of Debian CDs

[ I often skim the debian-user list, but when I'm away on vacation or at a conference I'll miss things unless I'm directly CC:ed ] Thomas wrote: >Hi, > >Chris XX wrote: >> I was trying to Verify the authenticity of Debian CDs on your website, but I >> don&#

Re: Verifying authenticity of Debian CDs

On 4/11/2019 6:35 PM, Default User wrote: > On Fri, Apr 5, 2019, 18:06 Thomas Schmitt wrote: > >> Hi, >> >> Chris XX wrote: >>> I was trying to Verify the authenticity of Debian CDs on your website, >> but I >>> don't see instructions tha

Re: Verifying authenticity of Debian CDs

On Fri, Apr 5, 2019, 18:06 Thomas Schmitt wrote: > Hi, > > Chris XX wrote: > > I was trying to Verify the authenticity of Debian CDs on your website, > but I > > don't see instructions that will guide me through the process > > (step-by-step). > > (We

Re: Verifying authenticity of Debian CDs

On 4/5/2019 10:26 PM, Chris XX wrote: > I was trying to Verify the authenticity of Debian CDs on your website, but What flavor of Debian do you want to instal? What OS ("linux","Windows,""Mac") are you using to download "Debian"? > I don't see

Re: Verifying authenticity of Debian CDs

Hi, Chris XX wrote: > I was trying to Verify the authenticity of Debian CDs on your website, but I > don't see instructions that will guide me through the process > (step-by-step). (We are the users. But some Debian Developers are watching, too.) Obviously there is a gap between

Re: Verifying authenticity of Debian CDs

On 4/5/19, Chris XX <1swansb...@gmail.com> wrote: > I was trying to Verify the authenticity of Debian CDs on your website, but > I don't see instructions that will guide me through the process > (step-by-step). > > Can you help and/or fix? > Thanks, Chris > > P.S

Verifying authenticity of Debian CDs

I was trying to Verify the authenticity of Debian CDs on your website, but I don't see instructions that will guide me through the process (step-by-step). Can you help and/or fix? Thanks, Chris P.S. this was the site I got stuck on: https://www.debian.org/CD/verify There is a l

Re: Playing or Ripping UDF CDs Under jessie

On Sat, 27 Jan 2018 17:27:33 -0600 "Martin McCormick" wrote: > deloptes writes: > > IMO read error means CD is bad, dirty scratched whatever > > > > regards > > Thank you but I think it is confused as the disk is brand new, > part of a set and all of them spew errors when placed in a drive.

Re: Playing or Ripping UDF CDs Under jessie

Hi, David Wright wrote: > $ od cd-track00-432975-2/track00.cdda.wav > /tmp/od > 000 044522 043106 027524 01 040527 042526 066546 020164 Octal. Argh. gdb and man ascii to the rescue. R I F F T / \001 \000 W A V E f m t Looks like a .wav header: http://soundfile.sapp.org/doc/WaveForm

Re: Playing or Ripping UDF CDs Under jessie

> to expect with a pure audio CD which can be read only by the SCSI > commands READ CD or READ CD MSF. > > > Still unclear is what cdparanoia extracts as Track 0 from several > of Martin's CDs. I've seen dozens of these track zeroes over the years when ripping discs

Re: Playing or Ripping UDF CDs Under jessie

data command READ(10). Actually the problem CD is the more normal audio CD. It does not mount with any of its tracks, and this is what one has to expect with a pure audio CD which can be read only by the SCSI commands READ CD or READ CD MSF. Still unclear is what cdparanoia extracts as Track 0 from several of Martin's CDs. Have a nice day :) Thomas

Re: Playing or Ripping UDF CDs Under jessie

On Mon, Jan 29, 2018 at 12:03:27PM +0100, Thomas Schmitt wrote: Hi, i wrote: > They saw a CD and tried UDF. Cluelessly and in vain. Jonathan Dowland wrote: They did that because of the fstab line which specified udf, and the presence of a data track on the CD. The "problem CD" is pure audi

Re: Playing or Ripping UDF CDs Under jessie

Hi, allthough it quite works now, there remain some riddles to me in your report. Martin McCormick wrote: > There were 6 CD's in the book and the first 4 > all had that spoiler file in track 0 and audio files the rest of > the way to LOUT. Normally track counting begins by 1. Sometimes at a high

Re: Playing or Ripping UDF CDs Under jessie

"Thomas Schmitt" writes: > This is a READ(10) attempt, which a system with a clue should not try > on tracks with CONTROL value 0. > I get a more standards compliant Sense Code from my ASUS BW-16D1HT burner > than Martin McCormick got from his SONY CRX140E, which seems to be quite > aged (CD only,

Re: Playing or Ripping UDF CDs Under jessie

Hi, deloptes wrote: > it is really a pity - as those things are just bits Actually its pits and lands. The bits emerge only after detecting pit-land changes, converting 14 nearly-bits to 8 quite-really-bits and then decoding them from Reed- Solomon representation to even fewer payload bits. Ha

Re: Playing or Ripping UDF CDs Under jessie

Charlie Gibbs writes: > On 28/01/18 01:04 AM, Thomas Schmitt wrote: > > > Martin McCormick wrote: > > > cdparanoia [...] plays but you lose the individual track > boundaries as > you see in the listing above. > > > I guess you'd need to read the tracks one by one, li

Re: Playing or Ripping UDF CDs Under jessie

Jonathan Dowland wrote: > Good luck reading audio track data from CD-ROMs with dd. Or subcode > information. Tip: you can't. :D you are correct - it is really a pity - as those things are just bits

Re: Playing or Ripping UDF CDs Under jessie

n't. I guess I'll add my $0.02, just because this thread is persisting. K3B (from KDE) (in Wheezy) works fine for me--after learning how to use it, it's worked for everything I've tried (including music CDs).

Re: Playing or Ripping UDF CDs Under jessie

o CD are the only media i know, which can offer non-data data. Reading the subchannel info of CDs is normally only of interest for cloning identical media or for circumventing weird read protection methods. Their normal job is to tell an audio player roughly the current read position, the Medi

Re: Playing or Ripping UDF CDs Under jessie

On Sun, Jan 28, 2018 at 10:04:22AM +0100, Thomas Schmitt wrote: Martin McCormick wrote: I thought it was udf because one of the two systems I tried it on spewed out a reference to udffs They saw a CD and tried UDF. Cluelessly and in vain. They did that because of the fstab line which speci

Re: Playing or Ripping UDF CDs Under jessie

On Sun, Jan 28, 2018 at 01:27:08AM +0100, deloptes wrote: in any case no one can take the power of dd away :D Good luck reading audio track data from CD-ROMs with dd. Or subcode information. Tip: you can't. -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Jonathan Dowland ⢿⡄⠘⠷⠚⠋⠀ https://jmtd.net ⠈⠳⣄ Please do not CC

Re: Playing or Ripping UDF CDs Under jessie

Hi, Charlie Gibbs wrote: > My CD player, however, likes CD-DA much better. Insists on it, actually. This illustrates the general decay of moral and good manners. CD drives should be seen but not heard. Have a nice day :) Thomas

Re: Playing or Ripping UDF CDs Under jessie

On 28/01/18 01:04 AM, Thomas Schmitt wrote: Martin McCormick wrote: cdparanoia [...] plays but you lose the individual track boundaries as you see in the listing above. I guess you'd need to read the tracks one by one, like cdparanoia -d $drivespec "1-1" track_1.wav cdparanoia -d $driv

Re: Playing or Ripping UDF CDs Under jessie

Hi, so the problem CD is just a pure audio CD with no filesystem to mount. Entertainment CD pliayers should have no problem with it. Operating systems and system demons should be able to recognize its state, and thus avoid the futile mount attempts. Martin McCormick wrote: > cdparanoia [...] pla

Re: Playing or Ripping UDF CDs Under jessie

May I suggest cdparanoia? I'm calling it with Python, and it's a lovely piece of software. Makes wavs of everything I've thrown at it, with good info on the screen and all the tracks are on my HDD, with no silliness. -- Glenn English

Re: Playing or Ripping UDF CDs Under jessie

"Thomas Schmitt" writes: > I see that wodim does not display session end marks, as cdrskin does. cdrskin to the rescue. > With cdrskin there is an option with better readable output > > cdrskin -v dev=/dev/sr1 -minfo > > (Not to be confused with option -msinfo.) > It will display session nu

Re: Playing or Ripping UDF CDs Under jessie

de: 0 > > These are audio tracks. No filesystem. Neither ISO 9660 nor UDF. > > > track: 17 lba:351017 ( 1404068) 78:02:17 adr: 1 control: 4 mode: 1 > > track:lout lba:351785 ( 1407140) 78:12:35 adr: 1 control: 4 mode: > -1 > > Number 17 is a data track. Not o

Re: Playing or Ripping UDF CDs Under jessie

Martin McCormick wrote: > I think there is a deliberate protocol violation in the > control data that is there to discourage copying as there are > just too many brand new disks (6 all together) for them all to be > duds.  I do agree that damaged disks do normally throw these > errors but it also

Re: Playing or Ripping UDF CDs Under jessie

> track: 17 lba:351017 ( 1404068) 78:02:17 adr: 1 control: 4 mode: 1 > track:lout lba:351785 ( 1407140) 78:12:35 adr: 1 control: 4 mode: -1 Number 17 is a data track. Not overly normal for music CDs but not uncommon either. If it contains an ISO 9660 filesystem it should

Re: Playing or Ripping UDF CDs Under jessie

deloptes writes: > IMO read error means CD is bad, dirty scratched whatever > > regards Thank you but I think it is confused as the disk is brand new, part of a set and all of them spew errors when placed in a drive. They also play flawlessly in a DVD player which is one of those multimedia type

Re: Playing or Ripping UDF CDs Under jessie

Martin McCormick wrote: > sr 1:0:1:0: [sr1]  <> ASC=0xc6 ASCQ=0x2ASC=0xc6 ASCQ=0x2 > sr 1:0:1:0: [sr1] CDB: Read(10): 28 00 00 05 06 a2 00 00 02 00 > end_request: I/O error, dev sr1, sector 1317512 > Buffer I/O error on device sr1, logical block 164689 > > It looks like it probably can read norma

Re: Playing or Ripping UDF CDs Under jessie

"Thomas Schmitt" writes: > First issue will be to clarify the true nature of this CD medium. > Audio CDs (CD-DA) are recorded without any filesystem. There are "tracks" > which usually each contain one piece of music. Tracks may be grouped > by sessions. B

Re: Playing or Ripping UDF CDs Under jessie

Hi, Bernd Gruber wrote: > I'm not sure, but isn't there a certain package / library that's needed for > udf-support? Jessie's kernel 3.16 should have full UDF support by the code in: https://github.com/torvalds/linux/tree/64aa90f26c06e1cb2aacfb98a7d0eccfbd6c1a91/fs/udf fs/udf/Kconfig points t

Re: Playing or Ripping UDF CDs Under jessie

Hi, Martin McCormick wrote: > I started to play an audio CD which is part of a book and ran in > to an interesting problem. The CD is recorded using the UDF file > system and it does play perfectly on a DVD player. First issue will be to clarify the true nature of this CD medium. Audi

Re: debian CDs DVDs

Thanks Thomas and David! It now works.

Re: debian CDs DVDs

Hi, arne wrote: > The jigdo files do not work nowadays too. I believe to know what you mean. If you enter the .jigdo file URL like https://cdimage.debian.org/debian-cd/current/amd64/jigdo-bd/debian-9.3.0-a md64-BD-1.jigdo then it says immediately File `https://cdimage.debian.org/debian-cd/c

Re: Testing CDs for GNOME3, KDE and LXDE are missing from the download page

It makes sense that CDs are dead. But it still helps a user like me if the download size that is around 600MB to 700 MB, which is one-fifth the size of a DVD download thereby saving me bandwidth cost while being large enough to contain most of the essential software I need. netinst is too

Re: Testing CDs for GNOME3, KDE and LXDE are missing from the download page

On Sun, Mar 12, 2017 at 09:17:49AM +0530, Lone Learner wrote: >On 9 March 2017 at 14:51, Steve McIntyre wrote: >> >> We've stopped building CDs for most purposes - they're just too small >> to be useful in a lot of cases, and have been causing issues for >> us

Re: Testing CDs for GNOME3, KDE and LXDE are missing from the download page

On 12 March 2017 at 10:16, Felix Miata wrote: > Lone Learner composed on 2017-03-12 09:17 (UTC-0530): > >> Can someone please share why the single-desktop installer CD was made >> in favour of Xfce? Why was not some other desktop like GNOM3, KDE or >> LXDE selected for the single-desktop installer

Re: Testing CDs for GNOME3, KDE and LXDE are missing from the download page

Lone Learner composed on 2017-03-12 09:17 (UTC-0530): Can someone please share why the single-desktop installer CD was made in favour of Xfce? Why was not some other desktop like GNOM3, KDE or LXDE selected for the single-desktop installer CD? Dunno, but I have to guess it is the most popular

Re: Testing CDs for GNOME3, KDE and LXDE are missing from the download page

On 9 March 2017 at 14:51, Steve McIntyre wrote: > learnerl...@gmail.com wrote: >>The download page for Debian stable CDs at >>http://cdimage.debian.org/debian-cd/current/amd64/iso-cd/ has a bunch >>of options like CD-1, CD-2, etc., KDE, LXDE and XFCE. >> >>But the

Re: [Clarification?] Re: Testing CDs for GNOME3, KDE and LXDE are missing from the download page

n...@naturalnet.de wrote: >>I hope that applies only to pre-release versions. >>I am bandwidth limited and depend on purchased DVD sets of >>released versions. >>TIA > >The different *CD* sets are vanishing, not the general *DVD* sets. Exactly. -- Steve McIntyre, Cambridge, UK.

Re: [Clarification?] Re: Testing CDs for GNOME3, KDE and LXDE are missing from the download page

>I hope that applies only to pre-release versions. >I am bandwidth limited and depend on purchased DVD sets of >released versions. >TIA The different *CD* sets are vanishing, not the general *DVD* sets. -nik

[Clarification?] Re: Testing CDs for GNOME3, KDE and LXDE are missing from the download page

On 3/9/2017 3:21 AM, Steve McIntyre wrote: learnerl...@gmail.com wrote: The download page for Debian stable CDs at http://cdimage.debian.org/debian-cd/current/amd64/iso-cd/ has a bunch of options like CD-1, CD-2, etc., KDE, LXDE and XFCE. But the download page for Debian testing CDs at http

Re: Testing CDs for GNOME3, KDE and LXDE are missing from the download page

learnerl...@gmail.com wrote: >The download page for Debian stable CDs at >http://cdimage.debian.org/debian-cd/current/amd64/iso-cd/ has a bunch >of options like CD-1, CD-2, etc., KDE, LXDE and XFCE. > >But the download page for Debian testing CDs at >http://cdimage.debian.org

Testing CDs for GNOME3, KDE and LXDE are missing from the download page

The download page for Debian stable CDs at http://cdimage.debian.org/debian-cd/current/amd64/iso-cd/ has a bunch of options like CD-1, CD-2, etc., KDE, LXDE and XFCE. But the download page for Debian testing CDs at http://cdimage.debian.org/debian-cd/current/amd64/iso-cd/ does not seem to have CD

Re: Very hard to find MD5 checksum of Debian CDs!

On 9/18/2016 4:34 PM, Lisi Reisz wrote: On Sunday 18 September 2016 19:43:26 Richard Owlett wrote: [snip] 1. Can anyone provide a link to this bug report? *VERY IMPORTANT* ! Here is the discussion in the final email of the relevant discussion (with interleaved quotations!) which includes a

Re: Very hard to find MD5 checksum of Debian CDs!

On Sunday 18 September 2016 19:43:26 Richard Owlett wrote: > On 9/18/2016 12:18 PM, david...@freevolt.org wrote: > > On Sun, 18 Sep 2016, Lisi Reisz wrote: > >> On Sunday 18 September 2016 02:05:42 Shervin Emami wrote: > >>> At "www.debian.org" I clicked on "Getting Debian", and then to > >>> get a

Re: Very hard to find MD5 checksum of Debian CDs!

On Sun, 18 Sep 2016, Richard Owlett wrote: On 9/18/2016 12:18 PM, david...@freevolt.org wrote: On Sun, 18 Sep 2016, Lisi Reisz wrote: On Sunday 18 September 2016 02:05:42 Shervin Emami wrote: At "www.debian.org" I clicked on "Getting Debian", and then to get a net install image there are 3 di

Re: Very hard to find MD5 checksum of Debian CDs!

On Sun, Sep 18, 2016 at 07:26:59PM +, Andrew M.A. Cater wrote: > May I suggest lmgtfy.com ? [Other, equally good and useful search > engines are also available at other web locations.] > > "Debian CD md5 sum" gives you these as the first two links if you > look for them. OP is not complaining

Re: Very hard to find MD5 checksum of Debian CDs!

On Sun, Sep 18, 2016 at 01:43:26PM -0500, Richard Owlett wrote: > On 9/18/2016 12:18 PM, david...@freevolt.org wrote: > >On Sun, 18 Sep 2016, Lisi Reisz wrote: > > > >>On Sunday 18 September 2016 02:05:42 Shervin Emami wrote: > >>>At "www.debian.org" I clicked on "Getting Debian", and then to > >>>

Re: Very hard to find MD5 checksum of Debian CDs!

TLDR: links to pertinent bug reports: #381555 - http://www.debian.org/CD/netinst/ : add link to iso md5 cheksum bugs.debian.org/cgi-bin/bugreport.cgi?bug=381555 #640054 - Download pages should have prominent links to image verification instructions bugs.debian.org/cgi-bin/bugreport.cgi?bug=64

Re: Very hard to find MD5 checksum of Debian CDs!

On 9/18/2016 12:18 PM, david...@freevolt.org wrote: On Sun, 18 Sep 2016, Lisi Reisz wrote: On Sunday 18 September 2016 02:05:42 Shervin Emami wrote: At "www.debian.org" I clicked on "Getting Debian", and then to get a net install image there are 3 different pages that all have direct links to

Re: Very hard to find MD5 checksum of Debian CDs!

Clarifying edits ("link" => "link's url") in square brackets, below. On Sun, 18 Sep 2016, david...@freevolt.org meant to write: 3. What web browser does not enable editing the current link['s url]? In firefox, one can right-click on a link, select "Copy link location" from a menu, and then past

Re: Very hard to find MD5 checksum of Debian CDs!

On Sun, 18 Sep 2016, Lisi Reisz wrote: On Sunday 18 September 2016 02:05:42 Shervin Emami wrote: At "www.debian.org" I clicked on "Getting Debian", and then to get a net install image there are 3 different pages that all have direct links to the ISO files, but no link at all about how to get th

Re: Very hard to find MD5 checksum of Debian CDs!

; > > > BTW, if you want to verify the image, then use the sha512 checksums > > instead as md5 is not cryptographically secure. Also verify the gpg > > signatures. > > > > I notice the network install page for small CDs links directly to the > > ISOs rath

Re: Very hard to find MD5 checksum of Debian CDs!

ms > instead as md5 is not cryptographically secure. Also verify the gpg > signatures. > > I notice the network install page for small CDs links directly to the ISOs > rather than to the download directory. The checksums are in the directory > that holds the ISOs. > > https:

Re: Very hard to find MD5 checksum of Debian CDs!

tps://www.debian.org/>, I clicked on "Getting Debian / CD/USB ISO images". This took me to the "Debian on CDs" page <https://www.debian.org/CD/>. From this page, I could navigate to "Download CD/DVD images using HTTP or FTP" / "Official CD/DVD images of

Re: Very hard to find MD5 checksum of Debian CDs!

secure. Also verify the gpg signatures. I notice the network install page for small CDs links directly to the ISOs rather than to the download directory. The checksums are in the directory that holds the ISOs. https://www.debian.org/distrib/netinst#smallcd http://cdimage.debian.org/debian-cd/8.5.0

Very hard to find MD5 checksum of Debian CDs!

Hi, I've been using Debian for about 6 years now, but today I went to download Debian Jessie from the "debian.org" website and realized there doesn't seem to be any link on any of the pages to show what the MD5 checksum is of the Debian installation CDs! I looked through

Re: Cannot download Debian CDs

Dear Mr. Armstrong,   Thank you for your fast answer. And yes, you are right, I shoundn't download as root.   The other thing is that aptitude doesn't call java, perl and python, but it is in my logs. Yes indeed wget doesn't use it, I know. But I wonder when I see the Firewall-Log. This is one th

Re: non-functioning cds

"I assume you mean https://www.debian.org/CD/vendors/";, there are three Indian vendors, all of whom have websites. Why were you emailing and what were you asking? The easiest way to buy CDs would seem to be to go to the relevant web-site. You could always try emailing one of the two

Re: non-functioning cds

here ? A complete URL like http://cdimage.debian.org/debian-cd/8.5.0/amd64/iso-dvd/debian-8.5.0-amd64-DVD-1.iso would be the best kind of answer. > But while the dvd works ok the cds do not. The origin of the CD images is of interest like with the DVD image. Further you would have to tell w

Re: non-functioning cds

Le 11/06/2016 12:28, Shailesh Pundlik a écrit : recently I downloaded a copy of Debian 8 dvd I liked it and I wanted to download Debian cd alos. But while the dvd works ok the cds do not. "Available data insufficient. Unable to compute."

Re: non-functioning cds

> But while the dvd works ok the cds do not. What exactly do You mean saying cds doesnt works?

non-functioning cds

recently I downloaded a copy of Debian 8 dvd I liked it and I wanted to download Debian cd alos. But while the dvd works ok the cds do not. I also wanted to buy cds from some Indian vendor. I wrote to the e-mail address given by you but have not received any reply yet.

Re: Wheezy firmware netinstall CDs

On Saturday 08 August 2015 15:54:00 Bob Bernstein wrote: > There, I think finally I have throttled those sentences into > submission. :-) Lisi -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive

Re: Wheezy firmware netinstall CDs

On Sat, 8 Aug 2015, Lisi Reisz wrote: https://www.debian.org/releases/oldstable/debian-installer/ Arrgggh! Where was that the other night when I was tearing my hair out looking for it! Thanks! Ah! Here it is: http://cdimage.debian.org/cdimage/unofficial/non-free/cd-including-firmware/

Re: Wheezy firmware netinstall CDs

with some > nonfree firmwares. I used one to install Jessie on my laptop, because > the Wifi wasn't recognized. > > > Also, are there iso's for Wheezy netinstall CDs available online, for > > either i386 or amd64? I went looking the other night ALL over > > ft

  1   2   3   4   5   6   7   8   9   10   >