2014-09-03 14:49 GMT+09:00 Andrey Rahmatullin :
> On Wed, Sep 03, 2014 at 07:32:49AM +0200, Christian PERRIER wrote:
>> At the time, we (font team) decided to go with z9, the fact that
>> packages were arch:all (and therefore that the memory cost of
>> compression had only an impact on the machine
On Wed, Sep 03, 2014 at 07:32:49AM +0200, Christian PERRIER wrote:
> At the time, we (font team) decided to go with z9, the fact that
> packages were arch:all (and therefore that the memory cost of
> compression had only an impact on the machine of the developer who
> builds packages), was a strong
On Tue, Sep 02 2014, Jeremy T. Bouse wrote:
> I don't know how the *-cert-level options in gpg/gpg2 match up with
> that section RFC480. Actually reading the sections in the man pages it
> reads very differently.
I stand corrected. Now I just need to figure out how to resign
the k
On 09/03/2014 04:13 AM, Raphaël Halimi wrote:
> This package is needed by tlp/tpacpi-bat (see bug #711471, ITP for tlp) to
> change battery (dis)charge thresholds on new ThinkPad models which don't
> support tp-smapi anymore.
>
> It may be useful for other purposes, though, but AFAIK, since bbswi
Quoting Holger Levsen (hol...@layer-acht.org):
> On Dienstag, 2. September 2014, Jonathan Dowland wrote:
> > They're all arch: all though, right, so in practice no buildds are actually
> > building these packages?
>
> yet.
>
> :-)
>
>
At the time, we (font team) decided to go with z9, the fact
Package: wnpp
Severity: wishlist
Owner: "Raphaël Halimi"
* Package name: acpi-call
Version : 1.1.0
Upstream Author : Michal Kottman
* URL : https://github.com/mkottman/acpi_call
* License : GPL-3+
Programming Lang: C
Description : Kernel module that ena
On Fri, Aug 29, 2014 at 1:17 PM, Michael Niedermayer wrote:
> also please dont remove ffmpeg-devel from the CC
> I had missed that you removed it so my reply went just to debian-devel
> full quote left below for ffmpeg-devel, no further inline comments
Sorry about that. Last time I tried having a
Evgeni Golov wrote:
> after reading #759590, I think it is time to consider calling maintainer
> scripts in a (slightly) cleaned environment.
Since I submitted Bug#759590 (however not the apt interaction aspect
of it) let me say that I consider the ability of inheriting the
environment for PATH a
2014-09-03 3:42 GMT+09:00 Sebastian Andrzej Siewior :
> On 2014-09-02 14:08:57 [+0900], Changwoo Ryu wrote:
>> "dh_builddeb -- -Zxz -Sextreme -z9" has been introduced to the
>> pkg-font team when dpkg-deb default is not xz.
>>
>> In my quick experiments with some font packages, "-Sextream -z9"
>> o
Do you like working on Python packages but are using collab-maint (or other)
instead of the Debian Python team's repo because you prefer git over svn? Do
you pine for the day when you can rejoin the DPMT or PAPT and still satisfy
your git cravings? :)
One of the decisions at Debconf14 is that the
Package: wnpp
Severity: normal
Zoneminder maintenance has fallen behind; neither myself nor Peter
Howard seem to have enough time to maintain it properly. I no longer
use zoneminder at work. Another maintainer, ideally one who actively
uses zoneminder, is probably long overdue...
Homepage: http:
Hi,
after reading #759590, I think it is time to consider calling maintainer
scripts in a (slightly) cleaned environment.
Short background: there is a bug in eatmydata (#702711) which currently
breaks gnutls28 using apps in sid (the mentioned #759590).
That wouldn't be too bad (noone runs thei
On 2014-09-02 14:08:57 [+0900], Changwoo Ryu wrote:
> "dh_builddeb -- -Zxz -Sextreme -z9" has been introduced to the
> pkg-font team when dpkg-deb default is not xz.
>
> In my quick experiments with some font packages, "-Sextream -z9"
> option still gives ~4% smaller size than the default. IMO th
On 09/02/2014 12:28 PM, Manoj Srivastava wrote:
> On Tue, Sep 02 2014, Matthias Urlichs wrote:
>
>> there's a GPG option (via the the *-cert-level options, see 'man gpg')
>> to state how carefully you did verify their identity, but ultimately
>> it's up to you.
>
> That is not how I inter
Will Newton said:
>Hi all,
>
>Due to the recent changes in keyring policy I need to get some
>signatures on my 4096bit key. I'm going to be attending Linaro Connect
>next month where I hope there should be a few DDs who I can either
>track down individually in the hallways or if anyone else is in t
Manoj Srivastava writes:
> On Tue, Sep 02 2014, Matthias Urlichs wrote:
>> there's a GPG option (via the the *-cert-level options, see 'man gpg')
>> to state how carefully you did verify their identity, but ultimately
>> it's up to you.
>
> That is not how I interpreted that option to mean
Control: tags -1 help
Hello,
I'm stuck with a Gamera assertion fail of tests/test_rle on several
architectures. The failure isn't reproducing constantly.
I've been in contact with the upstream developer, and we think there is
some problem related to color_ccs() [0].
3.4.1+svn1422 tries to
On Tue, Sep 02 2014, Matthias Urlichs wrote:
> there's a GPG option (via the the *-cert-level options, see 'man gpg')
> to state how carefully you did verify their identity, but ultimately
> it's up to you.
That is not how I interpreted that option to mean.
,[ http://tools.ietf.org/h
Svante Signell dixit:
> It would be nice to have the same init system:sysv-core, as well as the
> same default desktop:mate-desktop-environment (including accessibility
> enhancements), for all arches: Linux, kFreeBSD and Hurd :-) If possible,
> this could be an option in the advanced menu of the
On Tue, 2 Sep 2014, Adam Borowski wrote:
> > (I’m aware that there is still *too* much “disable the network” in
> > pbuilder. Sorry for not having had the time to work on that. I’ll
> > try to do so shortly.)
>
> Could you tell us what's this "too much"?
#753944
> Here's how I would do it:
> uns
Thorsten Glaser writes:
> On Sun, 31 Aug 2014, Octavio Alvarez wrote:
>
>> Why don't you use JavaScript? I also don't like enabling JavaScript in
>
> Because I use lynx as browser.
+1
--
CYa,
⡍⠁⠗⠊⠕
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubsc
On Dienstag, 2. September 2014, Jonathan Dowland wrote:
> They're all arch: all though, right, so in practice no buildds are actually
> building these packages?
yet.
:-)
signature.asc
Description: This is a digitally signed message part.
On Tue, 02 Sep 2014, Jonathan Dowland wrote:
> On Tue, Sep 02, 2014 at 01:45:30PM +0200, Adam Borowski wrote:
> > For any standardish font, taking any extra memory is a no-no. You might be
> > running in a chroot on a 256MB RAM phone, etc.
> >
> > On the other hand, for a 400MB game, not using -z
On Tue, 2014-09-02 at 13:15 +0200, Thorsten Glaser wrote:
> On Mon, 1 Sep 2014, Steven Chamberlain wrote:
>
> > rejected. I hope a Blend would be a more constructive approach. I'm
> > thinking sysvinit would be the easiest 'flavour' to implement for
>
> Actually, I think it’s the hardest one.
>
On Tue, Sep 02, 2014 at 01:45:30PM +0200, Adam Borowski wrote:
> For any standardish font, taking any extra memory is a no-no. You might be
> running in a chroot on a 256MB RAM phone, etc.
>
> On the other hand, for a 400MB game, not using -z9 is a pure waste of space.
They're all arch: all thou
On Sep 02, Ondřej Surý wrote:
> > I know, but if systems on which xz-utils is not easily available really
> > exist then the interested parties could replace it with xzdec which is
> > small and statically linked.
> Is there such system or are we having an academic debate again?
I am quite sure
On Tue, Sep 02, 2014 at 01:28:13PM +0200, Thorsten Glaser wrote:
> On Mon, 1 Sep 2014, Adam Borowski wrote:
>
> > Also, should we detect all other attempts to contact the outside network,
> > and swat such builds with extreme prejudice?
>
> Yes. These can be privacy breeches, licence violations (
On 09/02/2014 13:15, Thorsten Glaser wrote:
> Oh, and afterwards ensure systemd is not re-added. The
> prevent-systemd-* package set can do this in three steps,
> although I don’t currently see even prevent-systemd-running
> (Conflicts mostly with systemd-sysv) being accepted, so
> you’d have to pr
On Tue, Sep 02, 2014 at 01:24:40PM +0200, Thorsten Glaser wrote:
> On Tue, 2 Sep 2014, Changwoo Ryu wrote:
>
> > In my quick experiments with some font packages, "-Sextream -z9"
> > option still gives ~4% smaller size than the default. IMO this is
> > still significant for big font packages.
>
>
On Mon, 1 Sep 2014, Steven Chamberlain wrote:
> rejected. I hope a Blend would be a more constructive approach. I'm
> thinking sysvinit would be the easiest 'flavour' to implement for
Actually, I think it’s the hardest one.
All others will be task selections run after debootstrap.
Changing th
On Mon, 1 Sep 2014, Adam Borowski wrote:
> Also, should we detect all other attempts to contact the outside network,
> and swat such builds with extreme prejudice?
Yes. These can be privacy breeches, licence violations (download
things that change what gets embedded into the packages), and
all ot
On Tue, 2 Sep 2014, Changwoo Ryu wrote:
> In my quick experiments with some font packages, "-Sextream -z9"
> option still gives ~4% smaller size than the default. IMO this is
> still significant for big font packages.
Maybe, but please stick to -Sextreme -z7 at most, nevertheless.
Thanks,
//mir
On Tue, 2 Sep 2014, Ondřej Surý wrote:
> On Tue, Sep 2, 2014, at 10:24, Marco d'Itri wrote:
> > I know, but if systems on which xz-utils is not easily available really
> > exist then the interested parties could replace it with xzdec which is
> > small and statically linked.
>
> Is there such syst
Hi,
Jakub Wilk:
> Do you have any non-joke documentation about signing responsibly?
>
Signing a key is equivalent to saying that you think that the key belongs
to a particular individual and/or identity.
Whether that means "I regularly hang out with them at DebConf" or
"I met them in a keysignin
On Tue, Sep 2, 2014, at 10:24, Marco d'Itri wrote:
> I know, but if systems on which xz-utils is not easily available really
> exist then the interested parties could replace it with xzdec which is
> small and statically linked.
Is there such system or are we having an academic debate again?
Ch
On Tuesday 02 September 2014 03:00 AM, Michael Biebl wrote:
Also, please don't simply override the lintian warning [1]. It is there
for a reason.
[1]
http://anonscm.debian.org/cgit/pkg-lvm/multipath-tools.git/commit/?id=0783f2ec40f512adfda04c542c5ed38b53bf1247
Yes. After having talked to you,
On Sep 01, Colin Watson wrote:
> > If anybody really cares then I suggest that they add support for xzdec
> > to debootstrap.
> debootstrap has supported data.tar.xz since 2010. The thing that's
> relevant here, which is outside our control, is whether the non-Debian
> systems from which one mi
On Tuesday 02 September 2014 12:46 AM, Christian Hofstaedtler wrote:
In native init scripts, we did a lot of check before starting and shutting
>down the daemon. Things like checking the root device, or tiggering LVM
>Volume Group activitation. They were easily done in shell.
>
>What would the sy
On Monday 01 September 2014 07:48 PM, Michael Biebl wrote:
In native init scripts, we did a lot of check before starting and
>shutting down the daemon. Things like checking the root device, or
>tiggering LVM Volume Group activitation. They were easily done in shell.
>
>What would the systemd team
Package: wnpp
Severity: wishlist
Owner: NOKUBI Takatsugu
* Package name: ruby-kakasi-ffi
Version : 1.0.1
Upstream Author : Akinori MUSHA
* URL : https://github.com/knu/kakasi_ffi
* License : BSD-2-clause
Programming Lang: Ruby, C
Description : A Ruby b
On Sun, Aug 31, 2014 at 11:07:43AM -0700, Stefano Zacchiroli wrote:
> On Sun, Aug 31, 2014 at 01:27:11PM +0100, peter green wrote:
> > If you have signed someones old key is it considered "responsible" to
> > sign their new key based on a transition statement signed by the old
> > key? or is a new
41 matches
Mail list logo
