from this side of the world !
--
Charles Plessy
Debian Med packaging team,
http://www.debian.org/devel/debian-med
Tsurumi, Kanagawa, Japan
. In my opinion, if there is no
competition or challenge within the Oracle cloud about which images should be
used by default when somebody wants Debian, then by all means they are
official.
Have a nice day.
Charles
--
Charles Plessy
Tsurumi, Kanagawa, Japan
Le Mon, Nov 30, 2015 at 10:31:14PM +0900, Charles Plessy a écrit :
>
> I started a discussion on the debian-backports mailing list. Let's see how it
> goes.
>
> <https://lists.debian.org/debian-backports/2015/11/msg00067.html>
Hello everybody,
To summarise the original q
Hi Thomas and everybody,
> On 11/28/2015 03:08 PM, Charles Plessy wrote:
> >
> > In the case of cloud images, wouldn't that problem be solved by pinning the
> > backports suite at a low priority, and pinning the installed backports
> > (cloud-init, etc.) at a higher
but I take the opportunity
to review all issues in the BTS, so please be patient or contribute to the bug
cleaning :) I can upload sooner to Experimental if people would like. Also,
there is always `debcheckout -a cloud-init`, it is on collab-maint...
Have a nice day,
--
Charles Plessy
Tsurumi, Kanagawa, Japan
Le Wed, Nov 25, 2015 at 04:12:24PM +0100, Martin Zobel-Helas a écrit :
>
> what about accepting those packages into debian-updates?
Hi Martin,
if you mean "stable-updates" (ex-"volatile"), then it is an interesting idea to
explore. But since I read "All packages from stable-updates will be
ates. In the case of cloud-init for instance, I think that it would be
possible to coordinate such updates on this list, without rushing and with
giving all needed attention if there is feedback requesting to not do the
updates. This may open the possibility to have 100 % Stable images.
Have a nice day,
--
Charles Plessy
Tsurumi, Kanagawa, Japan
side, and I think that it gives us stakes in
the decision-making process.
Have a nice day,
Charles
--
Charles Plessy
Tsurumi, Kanagawa, Japan
> On Mon, Nov 23, 2015 at 2:04 AM Charles Plessy <ple...@debian.org> wrote:
> >
> > Altogether, for reproducibility, would the following be acceptable ?
> > (Wording, of course, can be improved)
> >
> > * When building an image twice in a row with the sa
osed
to: "send an enquiry and read 100 answers").
Have a nice day,
Charles
--
Charles Plessy
Tsurumi, Kanagawa, Japan
, I found a Wheezy image made by
a contributor.
https://azure.microsoft.com/en-us/marketplace/partners/kazumihirose/debiangnulinux70wheezy/
A duckduckgo search shows that he presented his work in 2013 at the Tokyo
Debian study group.
Have a nice day,
--
Charles Plessy
Tsurumi, Kanagawa, Japan
provide their list
and an explanation on why they vary, although it is not a stict requirement.
Have a nice day,
--
Charles Plessy
Tsurumi, Kanagawa, Japan
igned
by Debian. But during the build process, while it is a best practice to use
signed apt sources, does it have to be strictly mandatory, or can requirements
regarding reproducibilty and auditability be enough to ensure that an image
does not contain malwares, non-Free software or simply third-party programs
that are not redistributed by Debian ?
Have a nice Sunday,
--
Charles Plessy
Tsurumi, Kanagawa, Japan
package maintainers be enough ?
- Should the debian-boot and debian-cd mailing lists be notified as well ?
- Is a message to debian-devel needed ?
Have a nice day,
--
Charles Plessy
Tsurumi, Kanagawa, Japan
--
To UNSUBSCRIBE, email to debian-cd-requ...@lists.debian.org
with a subject
a living of their activity.
Cheers,
--
Charles Plessy
Tsurumi, Kanagawa, Japan
--
To UNSUBSCRIBE, email to debian-cd-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100728230432.ga16...@merveille.plessy.net
+ in the file tta href=.disk/info/.disk/info/a/tt./li
/ul
Have a nice day,
--
Charles Plessy
Tsurumi, Kanagawa, Japan
--
To UNSUBSCRIBE, email to debian-cd-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
16 matches
Mail list logo