Re: First steps towards source-only uploads

2014-08-22 Thread Guillem Jover
On Fri, 2014-08-15 at 11:27:00 +0200, Johannes Schauer wrote:
> Quoting Guillem Jover (2014-08-13 13:48:11)
> > On Tue, 2014-08-12 at 13:27:38 +0200, Ansgar Burchardt wrote:
> > > There are also other problems that need to be eventually addressed: as far
> > > as I know there are some source packages producing arch:all binaries that
> > > cannot be built on all architectures. A Build-Architecture-Indep field was
> > > proposed to indicate where it should be built in this case[1], but for now
> > > I think we can require that maintainers have to upload the arch:all
> > > packages in this case.
> > 
> > I think all proposed field names in that thread are rather confusing.
> > In Debian packaging lingo build means several things, it can mean at
> > least the build machine (!= host machine), or it can mean the act of
> > building.
> > 
> > In the case of Build-Depends style fields, it's referring to the act
> > of building, but Architecture is related to the host system/compiler,
> > so mixing the different meanings would be messy, think for example
> > about cross-compiling.
> 
> But is the question not *on* which architecture arch:all packages are built,
> and would the term "build" in Build-Architecture-Indep thus not be correct in
> both of its meanings (as "the architecture I'm building *on*" as well as "the
> act of building")?

Exactly, that was precisely my point, thus why this would be very
confusing. (I guess I didn't make myself clear enough :)

Thanks,
Guillem


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140823010451.gb12...@gaara.hadrons.org



Bug#758919: ITP: compass-sassy-maps-plugin -- map helper functions for Sass maps

2014-08-22 Thread Jonas Smedegaard
Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard 

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

* Package name: compass-sassy-maps-plugin
  Version : 0.4.0
  Upstream Author : Sam Richard 
* URL : https://github.com/Team-Sass/sassy-maps
* License : Expat
  Programming Lang: SCSS
  Description : map helper functions for Sass maps

 Sass makes CSS fun again. Sass is an extension of CSS3, adding nested
 rules, variables, mixins, selector inheritance, and more.
 .
 Sassy Maps adds a variety of functions aimed at helping you work with
 Sass maps much easier, including get-deep and set/set-deep.

This package is needed for newer versions of compass-breakpoint-plugin.
It will be maintained in the Sass team.

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQF8BAEBCgBmBQJT97fyXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ3NjQ4ODQwMTIyRTJDNTBFQzUxRDQwRTI0
RUMxQjcyMjM3NEY5QkQ2AAoJEE7BtyI3T5vWnK4H/1g10DKxi2HrSCIMU9NIsTTh
4U11DJKMnbKpLQb6D7JRR1RnOMICVgtlH+FqH5leINphcn79N9or7BTZSU0EdxHM
xFPgF5Wap7DUIOhIJIP9+pLypsFcRf5/Hyg5lkDPOe6h7XZ1bo3WKzu622k8flrY
pQOw7bRmMiyG24sERSdDNGBPWB6LCEhNHwvGinfu9hg/959EG9ZnpnDA013NmR5I
gIDrU6KNvOOvZN6mePcB0Hrqc2L5/I5fHLyP40V7IHRmO5X+1ASWio/Q/ga84K97
nkph6A0ejZDE3k7+CfUlPRURPf4xUV6Gj/IX1U+vhnV/GFv42F/utTbnH93eVoU=
=2JN7
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20140822213653.16356.44386.report...@bastian.jones.dk



Re: Does "recovery mode" imply read-only filesystem ?

2014-08-22 Thread Timo Weingärtner
Hi,

2014-08-22 14:17:33 Olivier Berger:
> I had the impression that the "recovery mode" default grub entry was
> meant for booting with read-only, but can't manage to spot
> documentation.

You can boot with "ro" and "init=/bin/bash" to get a shell without anything 
trying to remount read/write.


Timo

signature.asc
Description: This is a digitally signed message part.


Re: Automatization

2014-08-22 Thread jors

On 22/08/14 13:43, Diogene Laerce wrote:

Hi,

Is it possible to automatize the installation process of Debian ? I mean
being able to install without user intervention ?

Thank you,


Hi there,

AFAIK this should be dropped on some Debian Users list instead of devel, 
but here you go. You can do it by using preseeding [0][1].


[0] https://wiki.debian.org/DebianInstaller/Preseed
[1] https://www.debian.org/releases/stable/i386/apbs02.html.en

Cheers,
jors


--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/53f72e9d.4070...@enchufado.com



Re: Does "recovery mode" imply read-only filesystem ?

2014-08-22 Thread Russ Allbery
Olivier Berger  writes:

> I had the impression that the "recovery mode" default grub entry was
> meant for booting with read-only, but can't manage to spot
> documentation.

Historically, I'm pretty sure it's just a way to boot single-user, often
without spawning getty and so forth and instead using a simpler root
password verification mechanism.  Linux traditionally brings up more
services in single user than, say, Solaris (such as networking), but I
think even Solaris didn't keep the root partition read-only when booting
single-user.

-- 
Russ Allbery (r...@debian.org)   


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/87mwaw35su@hope.eyrie.org



Does "recovery mode" imply read-only filesystem ?

2014-08-22 Thread Olivier Berger
Hi.

I had the impression that the "recovery mode" default grub entry was
meant for booting with read-only, but can't manage to spot
documentation.

I've just noticed on a Jessie install (VM made with bootstrap-vz... so
YMMV) that it wasn't the case (investigating a problem with remounting /
in ro - See #758882: "isc-dhcp-client: dhclient prevents
remounting / in read-only when jessie booted in recovery mode").

I'm not sure whether something has changed (systemd related ?) or
whether my assumption is false.

Any documentation reference (or suggestion of where to reportbug) ?

Many thanks in advance.

Best regards,
-- 
Olivier BERGER 
http://www-public.telecom-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8
Ingenieur Recherche - Dept INF
Institut Mines-Telecom, Telecom SudParis, Evry (France)


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/871ts8zpk2@inf-11879.int-evry.fr



Re: Automatization

2014-08-22 Thread Diogene Laerce


On 08/22/2014 01:53 PM, Matt Wheeler wrote:
> Hi Diogene,
> 
> This question would have been better aimed at debian-u...@lists.debian.org,
> debian-devel is for discussing the development of Debian, not support.

Sorry for that, I misthought the problem.

> However, preseeding is covered in the installation guide [0] and on the wiki 
> [1]
> 
> Depending on your installation method you can modify the install media
> to include a preseed file to fully automate the install, or by
> pointing the standard installer at your preseeding file when you boot
> from it and then leaving it to do the rest for you.
> 
> 
> [0] https://www.debian.org/releases/stable/i386/apb.html
> [1] https://wiki.debian.org/DebianInstaller/Preseed

Thanks for pointing me in the good direction.
-- 
“One original thought is worth a thousand mindless quotings.”
“Le vrai n'est pas plus sûr que le probable.”

  Diogene Laerce



signature.asc
Description: OpenPGP digital signature


Re: Automatization

2014-08-22 Thread Bjoern Meier
hi,

2014-08-22 13:43 GMT+02:00 Diogene Laerce :
> Hi,
>
> Is it possible to automatize the installation process of Debian ? I mean
> being able to install without user intervention ?
 yes

Greetings,
Björn


--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/cagmps54f9wkqqmrjgqoqa1s4zveqyeb9omwrhsd6k0owrut...@mail.gmail.com



Re: Automatization

2014-08-22 Thread Matt Wheeler
Hi Diogene,

This question would have been better aimed at debian-u...@lists.debian.org,
debian-devel is for discussing the development of Debian, not support.

However, preseeding is covered in the installation guide [0] and on the wiki [1]

Depending on your installation method you can modify the install media
to include a preseed file to fully automate the install, or by
pointing the standard installer at your preseeding file when you boot
from it and then leaving it to do the rest for you.


[0] https://www.debian.org/releases/stable/i386/apb.html
[1] https://wiki.debian.org/DebianInstaller/Preseed

On 22 August 2014 12:43, Diogene Laerce  wrote:
> Hi,
>
> Is it possible to automatize the installation process of Debian ? I mean
> being able to install without user intervention ?
>
> Thank you,
>
> --
> “One original thought is worth a thousand mindless quotings.”
> “Le vrai n'est pas plus sûr que le probable.”
>
>   Diogene Laerce
>
>



-- 
Matt Wheeler
http://funkyh.at


--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/CAG93HwHMeC_6iE6hwMhOj=MfSaUngy2+qKBv=ljrwrx6qcu...@mail.gmail.com



Re: Automatization

2014-08-22 Thread Cyril Brulebois
Hi,

Diogene Laerce  (2014-08-22):
> Is it possible to automatize the installation process of Debian ? I
> mean being able to install without user intervention ?

sure: https://www.debian.org/releases/stable/amd64/apb

But please get in touch with a user support list next time, like
debian-user@ or debian-user-french@.

Mraw,
KiBi.


signature.asc
Description: Digital signature


Automatization

2014-08-22 Thread Diogene Laerce
Hi,

Is it possible to automatize the installation process of Debian ? I mean
being able to install without user intervention ?

Thank you,

-- 
“One original thought is worth a thousand mindless quotings.”
“Le vrai n'est pas plus sûr que le probable.”

  Diogene Laerce




signature.asc
Description: OpenPGP digital signature


Bug#758878: ITP: node-temp -- Temporary files, directories, and streams for Node.js

2014-08-22 Thread Tim Retout
Package: wnpp
Severity: wishlist
Owner: Tim Retout 

* Package name: node-temp
  Version : 0.8.1
  Upstream Author : Bruce Williams 
* URL : https://github.com/bruce/node-temp
* License : Expat
  Programming Lang: JavaScript
  Description : Temporary files, directories and streams for Node.js

 This library handles generating a unique file/directory name under the
 appropriate system temporary directory, changing the file to an appropriate
 mode, and supports automatic removal (if asked).
 .
 Node.js is an event-based server-side JavaScript engine.

I will maintain this as part of the javascript team.  This is a build-dep
for statsd (bug #705758).


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140822105115.15612.89661.reportbug@thinkpad



Bug#758874: ITP: python3-pyelliptic -- High level Python 3 wrapper for OpenSSL

2014-08-22 Thread Riley
Package: wnpp
Severity: wishlist
Owner: Riley 

* Package name: python3-pyelliptic
  Version : 1.5.3
  Upstream Author : Yann Guibet 
* URL : https://github.com/yann2192/pyelliptic/
* License : GPL-3+ with OpenSSL linking exception
  Programming Lang: Python 3
  Description : High level Python 3 wrapper for OpenSSL

PyElliptic is a Python 3 module that provides high level access to the
OpenSSL library, featuring elliptic curve cryptography (ECC), symmetric
cryptography and more.

The full list of functions is below:

Key agreement : ECDH
Digital signatures : ECDSA
Hybrid encryption : ECIES (like RSA)
AES-128 (CBC, OFB, CFB, CTR)
AES-256 (CBC, OFB, CFB, CTR)
Blowfish (CFB and CBC)
RC4
CSPRNG
HMAC (using SHA512)
PBKDF2 (SHA256 and SHA512)


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20140822102615.14869.86891.reportbug@fleetstreet