Your message dated Sun, 12 Mar 2023 21:08:09 +
with message-id <20230312210809.ga261...@tack.einval.com>
and subject line Re: Bug#1017555: Let's drop win32-loader from amd64/i386 and
multiarch CDs
has caused the Debian Bug report #1017555,
regarding Let's drop win32-loader fro
On 17/08/2022 21:08, Didier 'OdyX' Raboud wrote:
Following the recent discussion on d-boot [1], it seems we agreed to drop
win32-loader from the Debian CDs, as it's not likely to be very useful these
days.
win32-loader seems also present on debian-installer [2], I'll the
Package: debian-cd
Version: 3.1.35
Severity: normal
Tags: d-i
X-Debbugs-Cc: win32-loa...@packages.debian.org
Following the recent discussion on d-boot [1], it seems we agreed to drop
win32-loader from the Debian CDs, as it's not likely to be very useful these
days.
win32-loader seems
y
>
> I do not understand from the given page how to use .sign files and gpg in
> order to check verify the authenticity of debian cds. I understand the part
> with using sha256sum or sha512sum or md5sum to check whether the files were
> downloaded correctly.
>
> What I do not un
Hi
I am writing because I was puzzled about part of the explanation on the page
https://www.debian.org/CD/verify
I do not understand from the given page how to use .sign files and gpg in
order to check verify the authenticity of debian cds. I understand the part
with using sha256sum or sha512sum
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
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
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
>> 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 t
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
> 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
I'm just a user, but:
* I disagree with dropping the first 4GB "DVD" install image, I think
it's quite useful (although you might just name it "4GB" and drop
the DVD naming). Users shouldn't need Internet to have a mostly
functional system, and I cannot imagine they produce too much ext
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
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
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
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
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
Your message dated Sun, 13 Jan 2019 15:39:05 +
with message-id <20190113153905.lyyepqg5ig6ti...@layer-acht.org>
and subject line re: Mac specific tools on PowerPC CDs
has caused the Debian Bug report #261450,
regarding Mac specific tools on PowerPC CDs
to be marked as done.
This mean
Your message dated Sun, 13 Jan 2019 15:37:46 +
with message-id <20190113153746.y5omqf6fezj2p...@layer-acht.org>
and subject line re: ia64 CDs should warn that they are not amd64
has caused the Debian Bug report #421338,
regarding ia64 CDs should warn that they are not amd64
to be mar
ed Sat, 16 Jun 2018 01:16:51 +0100
with message-id <20180616001651.tkoovnlbtfbyt...@tack.einval.com>
and subject line Re: Bug#901642: No gpg signature for SHA256SUM of "Tiny CDs,
flexible USB sticks, etc."
has caused the Debian Bug report #901642,
regarding No gpg signature for SHA256
Your message dated Sat, 16 Jun 2018 01:16:51 +0100
with message-id <20180616001651.tkoovnlbtfbyt...@tack.einval.com>
and subject line Re: Bug#901642: No gpg signature for SHA256SUM of "Tiny CDs,
flexible USB sticks, etc."
has caused the Debian Bug report #901642,
regarding No g
Package: debian-cd
There is no gpg signature for SHA256SUM file.
So there is no way to verify the images originates from the debian.
Via http:// do:
debian.org -> Getting Debian -> Download an installation image ->
Tiny CDs, flexible USB sticks, etc. -> amd64 ->
http://ftp.nl.de
f the manual is not up-to-date
>> (adding 2017 to copyright years was done with this commit in January 2017:
>> https://anonscm.debian.org/viewvc/d-i?view=revision&revision=70470 )
>>
>> Could we get a up-to-date installation-guide on the CDs/DVDs, please?
>
>
Steve McIntyre, on dim. 30 avril 2017 20:44:18 +0100, wrote:
> Samuel - if you check the history of this bug you'll see that's
> exactly what I already confirmed...
Ah, sorry, I guess I missed your answer within the flurry of my VAC
mails.
Samuel
gt; https://anonscm.debian.org/viewvc/d-i?view=revision&revision=70470 )
>
> Could we get a up-to-date installation-guide on the CDs/DVDs, please?
Mmm, I guess this is merely because
• [2017-04-17] installation-guide 20170312 MIGRATED to testing (Britney)
• [2017-03-12] Accepted 2017031
Your message dated Sat, 22 Apr 2017 23:23:14 +0100
with message-id <2017042314.gz8...@einval.com>
and subject line Re: Bug#860971: [installation cds] Outdated installation-guide
in stretch rc3 cds
has caused the Debian Bug report #860971,
regarding [installation cds] Outdated instal
revision=70470 )
Could we get a up-to-date installation-guide on the CDs/DVDs, please?
Thanks
Holger
--
Created with Sylpheed 3.5.0 under
D E B I A N L I N U X 8 . 0 " J E S S I E " .
Registered Li
Hi,
Steve McIntyre wrote:
> Oh, ugh. :-(
The problem may well be a year old. First report is about Archlinux 2015.04.
> Have you mentioned this on the linux kernel list?
Not yet. I am still looking for allies or even better a mentor.
(Will work for guidance.)
Funny thing is that in october i b
On Thu, Feb 18, 2016 at 03:43:21PM +0100, Thomas Schmitt wrote:
>Hi,
>
>how much is debian-cd concerned/interested that CDs written by write type
>TAO stay readable for e.g. blkid ?
>
>I ask because Archlinux ISOs already do not boot properly from such CDs
>as they rely
Hi,
how much is debian-cd concerned/interested that CDs written by write type
TAO stay readable for e.g. blkid ?
I ask because Archlinux ISOs already do not boot properly from such CDs
as they rely on /dev/disk/by-label/ links to mount the ISO.
https://bugs.archlinux.org/task/48234
The
Hi,
I am a reseller of Debian CDs and I am currently present in your
reseller list. However, I recently conducted a migration of server which
no longer supports https, consequently the present link in your list :
Getlinux reseller in France, is not found. Can you update this link by:
http
In my opinion thease CDs are still usefull for some people. They are handy
tool to setup core of lightweigth desktop. Netinstalling it is tedious and
DVD is unnecessarily big to download.
On Sun, Sep 13, 2015 at 11:26:54AM +0200, Cyril Brulebois wrote:
>Cyril Brulebois (2015-09-13):
>> Yep, I've tested a few things a few hours ago, and switched to preparing
>> the announce. Feel free to sign and move into place when you're happy
>> with your own tests.
>
>FWIW: website ready (and r
Cyril Brulebois (2015-09-13):
> Yep, I've tested a few things a few hours ago, and switched to preparing
> the announce. Feel free to sign and move into place when you're happy
> with your own tests.
FWIW: website ready (and rebuilt already); announce ready as well.
Mraw,
KiBi.
signature.asc
D
Steve McIntyre (2015-09-13):
> Build worked fine, doing some quick testing now.
Yep, I've tested a few things a few hours ago, and switched to preparing
the announce. Feel free to sign and move into place when you're happy
with your own tests.
And thanks!
Mraw,
KiBi.
signature.asc
Description
On Fri, Sep 11, 2015 at 09:23:30PM +0100, Steve McIntyre wrote:
>On Fri, Sep 11, 2015 at 03:44:16AM +0200, Cyril Brulebois wrote:
>>
>>Steve, any chance we could do that soonish? Since linux's ABI bump
>>migrated to testing I chose to reupload d-i with that change, and
>>reinstate block-udeb * unti
On Fri, Sep 11, 2015 at 03:44:16AM +0200, Cyril Brulebois wrote:
>
>Steve, any chance we could do that soonish? Since linux's ABI bump
>migrated to testing I chose to reupload d-i with that change, and
>reinstate block-udeb * until the release. I've just asked ftpmasters
>to dak copy-installer 2015
Hi,
And thanks for the feedback.
Aurelien Jarno (2015-09-06):
> On 2015-09-03 23:03, Steve McIntyre wrote:
> > On Thu, Sep 03, 2015 at 05:21:17PM +0200, Cyril Brulebois wrote:
> > >Steve McIntyre (2015-09-03):
> > >> All looked OK, *except* mips failures:
> > >>
> > >> install: cannot stat
>
On Sun, Sep 06, 2015 at 03:35:48PM +0200, Aurelien Jarno wrote:
>On 2015-09-06 14:25, Thomas Schmitt wrote:
>> Hi,
>>
>> Aurelien Jarno wrote:
>> > I have no idea if they support booting over a
>> > CD-ROM or USB image. Does someone known if we can do so on a Loongson 3
>> > or Octeon machine?
>>
On 2015-09-06 14:25, Thomas Schmitt wrote:
> Hi,
>
> Aurelien Jarno wrote:
> > I have no idea if they support booting over a
> > CD-ROM or USB image. Does someone known if we can do so on a Loongson 3
> > or Octeon machine?
>
> Maybe one should ask grub-de...@gnu.org mailing list or
> Vladimir Se
Hi,
Aurelien Jarno wrote:
> I have no idea if they support booting over a
> CD-ROM or USB image. Does someone known if we can do so on a Loongson 3
> or Octeon machine?
Maybe one should ask grub-de...@gnu.org mailing list or
Vladimir Serbinenko directly.
-
On 2015-09-03 23:03, Steve McIntyre wrote:
> On Thu, Sep 03, 2015 at 05:21:17PM +0200, Cyril Brulebois wrote:
> >Steve McIntyre (2015-09-03):
> >> All looked OK, *except* mips failures:
> >>
> >> install: cannot stat
> >> '/org/cdbuilder.debian.org/src/ftp/debian/dists/stretch/main/installer-mip
On Thu, Sep 03, 2015 at 05:21:17PM +0200, Cyril Brulebois wrote:
>Steve McIntyre (2015-09-03):
>> All looked OK, *except* mips failures:
>>
>> install: cannot stat
>> '/org/cdbuilder.debian.org/src/ftp/debian/dists/stretch/main/installer-mips/current/images/r4k-ip22/cdrom-boot.img':
>> No such
Steve McIntyre (2015-09-03):
> All looked OK, *except* mips failures:
>
> install: cannot stat
> '/org/cdbuilder.debian.org/src/ftp/debian/dists/stretch/main/installer-mips/current/images/r4k-ip22/cdrom-boot.img':
> No such file or directory
>
> Looks like we need some fixes there...
I suppos
On Wed, Sep 02, 2015 at 06:50:46PM +0100, Steve McIntyre wrote:
>On Wed, Sep 02, 2015 at 06:32:36PM +0200, Cyril Brulebois wrote:
>>Steve McIntyre (2015-09-02):
>>> I can do a rebuild including CDs tonight, if you like, or we can wait
>>> until after the point rele
On Wed, Sep 02, 2015 at 06:32:36PM +0200, Cyril Brulebois wrote:
>Steve McIntyre (2015-09-02):
>> I can do a rebuild including CDs tonight, if you like, or we can wait
>> until after the point releases. What would you prefer?
>
>If feasible tonight, that'd be great.
Steve McIntyre (2015-09-02):
> I can do a rebuild including CDs tonight, if you like, or we can wait
> until after the point releases. What would you prefer?
If feasible tonight, that'd be great. As mentioned back while we were
discussing point release planning, I'm not sure ho
he discussion? What's the rationale? Where do we point
>> > > people to?
>>
>> I could mention that “it was decided to drop all non-netinst CDs”, but I
>> wouldn't quite like doing so without having a reference to point people
>> to. Even commit message
on dda@ less than
> 10 days before this change…
>
>
> > If it's a problem for you we can re-add them for now - please let me
> > know.
>
> I've seen no answer for the last two questions:
> > > Where was the discussion? What's the rationale? W
; 20150828 files reach stretch (after 1952 dinstall if my count is
> >> > correct) or wait until you see debian-installer's source in testing.
> >> >
> >> > (It needs a urgent, maybe a force, depending on whether/when the BTS is
> >> > fixe
nt is
>> > correct) or wait until you see debian-installer's source in testing.
>> >
>> > (It needs a urgent, maybe a force, depending on whether/when the BTS is
>> > fixed as far as exporting RC bugs is concerned.)
>>
>> Hmm, where are the CDs?
e in testing.
> >
> > (It needs a urgent, maybe a force, depending on whether/when the BTS is
> > fixed as far as exporting RC bugs is concerned.)
>
> Hmm, where are the CDs?
>
> http://cdimage.debian.org/cdimage/.stretch_di_alpha3/debian-cd/amd64/iso-cd/
> only ha
On Sat, Aug 15, 2015 at 04:52:41PM +0200, Didier 'OdyX' Raboud wrote:
>
>* 0001-Add-management-of-arch-detection-from-d-i-in-isolinu.patch
>
>This is a patch against debian-cd.git. Inclusion of ifcpu64.c32 (1.7k)
>is only done on the second run (MULTIARCH=1), and the second thing this
>does is to
> architecture detection patches for a smarter boot of multiarch CDs.
>
> * 0001-Add-syslinux-machinery-to-use-ifcpu64.c32-on-multi-a.patch
>
> This is a patch against installer.git, (…)
After discussing this patch with KiBi, I've went ahead and fixed a
series of small issues
Dear all,
After three DebConfs discussing this (but only actually using DebConf
space/time to actually work on it), and taking the opportunity of the
immediate post stretch-alpha2 period, I'd like to discuss two
architecture detection patches for a smarter boot of multiarch CDs.
* 000
On Mon, Nov 03, 2014 at 02:15:20AM +0100, Cyril Brulebois wrote:
>Hello,
>
>Erkki Lintunen (2014-11-02):
>> I couldn't find the "Debian Testing CDs Automatic Signing Key
>> " (Key fingerprint = F41D 3034 2F35 4669
>> 5F65 C669 4246 8F40 09EA 8AC3) fro
Hello,
Erkki Lintunen (2014-11-02):
> I couldn't find the "Debian Testing CDs Automatic Signing Key
> " (Key fingerprint = F41D 3034 2F35 4669
> 5F65 C669 4246 8F40 09EA 8AC3) from keyservers or from
> keyring.debian.org. The key's information is listed on the we
Hello,
I couldn't find the "Debian Testing CDs Automatic Signing Key
" (Key fingerprint = F41D 3034 2F35 4669
5F65 C669 4246 8F40 09EA 8AC3) from keyservers or from
keyring.debian.org. The key's information is listed on the web-page
"Verifying authenticity of Debian CD
> Gesendet: Donnerstag, 09. Oktober 2014 um 12:52 Uhr
> Von: "Steve McIntyre"
> An: "Jost Menke"
> Cc: debian-cd@lists.debian.org
> Betreff: Re: Debian EFI test CDs build 4 on Bay Trail tablet with 32 bit UEFI
>
> Thanks for the feedback!
>
>
On Fri, Sep 26, 2014 at 01:24:19PM +0200, Jost Menke wrote:
>Hi Steve,
>
>I sucessfully tried your EFI test CDs on the new Odys WinTab 10 (32 bit UEFI,
>no legacy support). Link to the product:
>http://www.odys.de/web/tablet-pc_wintab10_de.html
>
>Working:
>http://cd
Karsten Merker (2014-09-27):
> On Mon, Sep 22, 2014 at 12:17:23AM +0200, Karsten Merker wrote:
>
> > I have started working on implementing hd-media support for the
> > armhf platform in debian-installer.
> [snip]
> > Attached is a first preliminary attempt at an implementation.
> > The long lis
On Sat, Sep 27, 2014 at 11:49:37PM +0200, Karsten Merker wrote:
>On Mon, Sep 22, 2014 at 12:17:23AM +0200, Karsten Merker wrote:
>
>> I have started working on implementing hd-media support for the
>> armhf platform in debian-installer.
>[snip]
>> Attached is a first preliminary attempt at an imple
Hi Steve,
I sucessfully tried your EFI test CDs on the new Odys WinTab 10 (32 bit UEFI,
no legacy support). Link to the product:
http://www.odys.de/web/tablet-pc_wintab10_de.html
Working:
http://cdimage.debian.org/cdimage/unofficial/efi-development/upload4/debian-wheezy-i386-efi-test4.iso
http
On Fri, Sep 19, 2014 at 11:21:41AM +0100, John Smith wrote:
> Downloading and installation of 8 CDs and 3 DVDs for just one debian
> GNU/Linux, its too heavy. Rewrite this Operating System in C language and
> make it smaller than one GB. Thanks.
>
>
> John Smith
John,
Th
Hi Vagrant!
On Thu, Jun 19, 2014 at 06:39:45PM -0700, Vagrant Cascadian wrote:
>Package: debian-cd
>Version: 3.1.15
>Severity: wishlist
>
>With a multi-arch CD containing both amd64 and i386, the default boot menu
>entry appears to install 32 bit, and the user has to explicitly select the 64
>bit
Package: debian-cd
Version: 3.1.15
Severity: wishlist
With a multi-arch CD containing both amd64 and i386, the default boot menu
entry appears to install 32 bit, and the user has to explicitly select the 64
bit installation option.
Unless you first go to the help menu, and then "hit ENTER to boot
Your message dated Tue, 03 Jun 2014 15:49:35 +
with message-id
and subject line Bug#740558: fixed in debian-cd 3.1.15
has caused the Debian Bug report #740558,
regarding debian-cd: Fix building desktop CDs with easy-build.sh
to be marked as done.
This means that you claim that the problem
Package: debian-cd
Version: 3.1.14
Severity: important
Tags: patch
Hello,
The task list files have seen their names changed, here is a fix for
easy-build.sh:
--- a/easy-build.sh
+++ b/easy-build.sh
@@ -150,7 +151,7 @@ esac
# By default a GNOME CD/DVD is built, but other desktops are supported
Just a heads up guys,
The links for downloads have a typo which causes a 404.
For example, http://cdimage.debian.org/debian-cd/7.4.0/i386/bt-cd/ does not
work. It has the wrong version number :(
These links should reflect version 7.3.0.
Cheers,
Jimmy
Hello!
On this page http://www.debian.org/CD/vendors/#ru
Please correct dead links:
http://distros.ru/
http://www.lincore.ru/debian/
http://www.unixpark.ru/articles.php?group_id=6
thanx
--
To UNSUBSCRIBE, email to debian-cd-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? C
at bottom :-
On 9/11/13, Arian Sigari wrote:
> Hello,
>
> this image is working on new intel haswell platform on my pc whereas the
> normal netinst CDs (testing) do not work.
>
> Regards
> arian
Dear arian,
Please cc me when replying.
which .iso image are you talking about
Hello,
this image is working on new intel haswell platform on my pc whereas the
normal netinst CDs (testing) do not work.
Regards
arian
--
To UNSUBSCRIBE, email to debian-cd-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Arc
Hi,
i wrote:
> > [real MBR combined with GPT] [MBR partition type 0x00]
> > One will have to watch out whether these violations, or the fact
> > that MBR partition 2 is nested in MBR partition 1, cause any
> > trouble.
Andreas Heinlein wrote:
> Do you think this might cause trouble, i.e. older ma
Am 10.05.2013 12:14, schrieb Thomas Schmitt:
One will have to watch out whether these violations, or the fact
that MBR partition 2 is nested in MBR partition 1, cause any
trouble.
Hmmm... do you think this might cause trouble, i.e. older machines which
used to boot with "plain" (MBR only) isohy
Hi,
i forgot to mention that gdisks statement
MBR: MBR only
...
GPT: present
is a consequence of the intentional violation of GPT specs
by the presence of a valid MBR partition of type 0xef instead
of a "protective MBR" partion of type 0xee.
Further, the MBR partiton which describes the who
Hi,
i did with the current snapshot of xorriso-1.2.9 with version timestamp
2013.05.07.185653 :
xorriso -indev /dvdbuffer/debian-7.0.0-amd64-netinst.iso -toc
to learn
...
Volume id: 'Debian 7.0.0 amd64 1'
...
Boot record : El Torito , ISOLINUX isohybrid MBR pointing to boot image
Hi,
> It also seems to have some kind of GPT table, [...]
> What tools did you use to get from the file structure on disk to
> the hybrid image? Did you use "isohybrid --uefi" from the syslinux
> package, or something else?
The hybrid aspects are generated by xorriso along with the
ISO image. No
Hello,
I am one of the authors of the Ubuntu Privacy Remix Live CD
(https://privacy-cd.org), and I am currently looking to get our live CD
working with UEFI support like the current amd64 image of Debian 7 live.
I'd like to find any docs on how this image was created, especially the
isohybri
Hello,
Just to let you know the build of the EFI i386 CDs will not work on a Dell
Latitude 10 Tablet. It just hangs after selecting either text or graphical
installer from the grub menu. I've found multiple users of similar tablets
unable to install linux due to the 32bit EFI hardware on
Dear all,
I just want to report a little feedback about EFI testing distribution. I
wasn't able install debian wheezy on my Dell Inspiron 14z. Same problem both
for the official beta4 build and the test build 5 [1] : black screen. When I
boot the cd it shows the main menu correctly but when I c
Your message dated Sun, 20 Jan 2013 02:47:43 +
with message-id
and subject line Bug#695244: fixed in debian-cd 3.1.11
has caused the Debian Bug report #695244,
regarding which_deb fails when trying to build source cds from an archive that
doesn't have i386 or amd64 binaries
to be mark
or us.
At this point, we're planning on *not* shipping 32-bit (i386) EFI CDs
officially in Debian, just targetting 64-bit (amd64) PCs instead. But
if there's a lot of demand for them, then I may be persuaded to
produce some experimental/unofficial i386 builds too.
--
Stev
Dear all,
I just want you to know that I was able to successfully boot [1] on my
macbookpro2,2 in efi mode with either rEFIt or pure firmware (holding
ALT key on bootup).
Best regards
Andreas Bießmann
[1]
http://cdimage.debian.org/cdimage/unofficial/efi-development/upload4/debian-wheezy-i3
Processing commands for cont...@bugs.debian.org:
> tags 695244 +pending
Bug #695244 [debian-cd] which_deb fails when trying to build source cds from an
archive that doesn't have i386 or amd64 binaries
Added tag(s) pending.
> thanks
Stopping processing here.
Please contact me
tags 695244 +pending
thanks
On Thu, Dec 06, 2012 at 02:47:58AM +, peter green wrote:
>Package: debian-cd
>
>I've been working on trying to build cd images for raspbian using
>debian-cd. While doing this I found that when building source cds
>which_deb only looks for i38
Package: debian-cd
I've been working on trying to build cd images for raspbian using
debian-cd. While doing this I found that when building source cds
which_deb only looks for i386 and amd64 packages files. If it finds
neither it fails horriblly. This prevents building source CD
I am working on building CDs images for raspbian (a derivative.
I would like to change the name of the debian directory on the CDs to
make it less confusing for users. That leaves me with two questions.
1: will this cause problems for apt?
2: assuming it doesn't cause problems for apt h
2012. október 17. 20:16:58 dátummal Holger Wansing az alábbiakat írta:
> Hi,
>
> Gabor Kum wrote:
> > There are some broken links on the "Vendors of Debian CDs" page:
> >
> > - Linux-CD argentina
> > - LSL Australia
> > - Linuxshop (Belarus)
Hi,
Gabor Kum wrote:
> There are some broken links on the "Vendors of Debian CDs" page:
>
> - Linux-CD argentina
> - LSL Australia
> - Linuxshop (Belarus) - not selling CDs anymore
> - Precise-ITC, Inc. (Canada)
> - Softcopy Systems (Canada)
> - Netlinux (Chi
Hi!
There are some broken links on the "Vendors of Debian CDs" page:
- Linux-CD argentina
- LSL Australia
- Linuxshop (Belarus) - not selling CDs anymore
- Precise-ITC, Inc. (Canada)
- Softcopy Systems (Canada)
- Netlinux (Chile)
- Traxx Network (Switzerland)
Please, check them!
Be
Hello,
i recently installed debian wheezy on my quite old Macbook 3,1. Since it
has been installed only 4 or 5 days there's no final conclusion, but as
far as i can judge the situation everything looks fine. GPT with LVM is
fine, grub2-efi works and even the nasty AHCI-SSD bug is gone
(http://bugs
Your message dated Fri, 24 Aug 2012 14:47:43 +
with message-id
and subject line Bug#678883: fixed in debian-cd 3.1.10
has caused the Debian Bug report #678883,
regarding ia64 CDs don't boot
to be marked as done.
This means that you claim that the problem has been dealt with.
If this i
On Tue, Aug 14, 2012 at 10:54:59AM +0200, Stephan Schreiber wrote:
>Hi,
>
>I burned the weekly testing images (last modified 13-Aug-2012):
>http://cdimage.debian.org/cdimage/weekly-builds/ia64/iso-cd/debian-testing-ia64-CD-1.iso
>and
>http://cdimage.debian.org/cdimage/weekly-builds/ia64/iso-dvd/deb
Hi,
I burned the weekly testing images (last modified 13-Aug-2012):
http://cdimage.debian.org/cdimage/weekly-builds/ia64/iso-cd/debian-testing-ia64-CD-1.iso
and
http://cdimage.debian.org/cdimage/weekly-builds/ia64/iso-dvd/debian-testing-ia64-DVD-1.iso
I could boot them; the El-Torito headers are
Ansgar Burchardt writes:
> My suggestion is to now switch the default compression for GNOME and KDE
> packages to xz using gnome-pkg-tools (pkg-kde-tools) and then either
> schedule binNMUs (only arch:any packages) or no-changes uploads (for
> arch:all or Multi-Arch). I would help with the latter
Hi,
I was wondering how to proceed with switching packages on the first CDs
to use xz compression. I have prepared a list of binary packages which
would benefit the most from switching, see [1].
My suggestion is to now switch the default compression for GNOME and KDE
packages to xz using gnome
Your message dated Thu, 05 Jul 2012 20:46:24 +0100
with message-id <4ff5ef10.3010...@debian.org>
and subject line Re: Update CDs for 3.1r3 contain DEBs which 3.1r3 DVDs don't
contain
has caused the Debian Bug report #386795,
regarding cdimage.debian.org: Update CDs for 3.1r3 contain
While this has been an interesting thread, it may be predicated on a
false premise. I examined the latest weekly CD build, and the reason no
desktop tasks at all (even lxde or xfce) appear on their respective CDs
is because debian-cd is simply not including tasksel's new task-*
packages, a
Hi,
Steve McIntyre wrote:
> Remembering the fun that we had during the Squeeze release with trying
> to make single-CD installations work well, it's time to consider what
> we're going to *claim* to support in Wheezy. We've had a history of
> supporting the following single-CD installations:
>
>
[Steve McIntyre]
> You're not measuring the time taken to sync to the flash drive
> either, so all you're going to be seeing is the speed of writing to
> cache.
Huh, I figured the 'sync' call at the end of each test run covered
that.
> I've done lots of work with USB flash and MMC/SD cards over
1 - 100 of 954 matches
Mail list logo
