On 26 June 2014 12:00, Ondřej Surý wrote:
>
> Hi everyone,
>
> I should have done this earlier before cloning the bugs, so here's
> some more background on the bugs filled.
>
> I did have a quite long and extensive chat with FTP Masters
> and our conclusion was that PHP License (any version) is
>
On 14 July 2014 20:57, Henrique de Moraes Holschuh wrote:
> On Mon, 14 Jul 2014, Jakub Wilk wrote:
>> * Peter Palfrader , 2014-07-14, 20:25:
>> >>The basic idea is that it's much harder to come up with a
>> >>simultaneoush hash collision with both SHA-1 and SHA-2 than
>> >>breaking either of them
On 28 July 2014 06:38, wrote:
> Hi,
>
> (Please CC me when answering)
>
> I've just uploaded a new bzip2 revision and I think I need to revert a
> change. bzip2 used to build cross architecture lib{32,64}bz2* packages,
> but multiarch has obsoleted them. To stop building those packages (and
> clo
dination with the Canonical guys, so that both
>> Debian and Ubuntu do the same thing re. ffmpeg sonames and symbol
>> versioning. Otherwise, the ffmpeg packages will be of very limited use
>> (useless to run third-party binary-only games ;-p).
>
>
> I don't think coo
Package: wnpp
Owner: Dimitri John Ledkov
Severity: wishlist
* Package name: lazr.authentication
Version : 0.1.2
Upstream Author : William Grant, Dimitri John Ledkov
* URL or Web page : https://launchpad.net/lazr.authentication
* License : LGPL (v3)
Description
On 4 August 2014 09:50, Simon McVittie wrote:
> On 04/08/14 09:32, Simon McVittie wrote:
>> Quick summary of #753589 for debian-devel readers: Essential:yes packages are
>> expected to provide their functionality while merely unpacked, even when
>> not yet configured. The new init package is Essen
On 8 August 2014 13:29, Reinhard Tartler wrote:
> On Fri, Aug 8, 2014 at 7:13 AM, Matthias Urlichs wrote:
>> Hi,
>>
>> Andreas Cadhalpun:
>>> Once FFmpeg is back in the archive, it'll be easy to reintroduce MPlayer. It
>>> has been removed from sid, since it fails to build against Libav, but it
>
Heya,
On 8 September 2014 21:38, Jonas Smedegaard wrote:
>
> ...except it really does nothing when that mimic'ing code is missing.
>
I've seen multiple times where a "framework" with a "plugin"
architecture was meant to provide "unified API", but in practice none
of the plugins were packaged/ins
Package: wnpp
Owner: Dimitri John Ledkov
Severity: wishlist
* Package name: obs-build
Version : 20140918
Upstream Author : Adrian Schröter
* URL or Web page : https://github.com/openSUSE/obs-build
* License : GPL-2+
Description : scripts for building RPM/debian
On 26 September 2014 14:58, Neil Williams wrote:
> On Fri, 26 Sep 2014 14:19:24 +0100
> Dimitri John Ledkov wrote:
>
>> Package: wnpp
>> Owner: Dimitri John Ledkov
>> Severity: wishlist
>>
>> * Package name: obs-build
>> Version : 20
Hey,
On 9 October 2014 05:21, Mike Gabriel wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Mike Gabriel
>
> * Package name: obs-build
> Version : Git snapshot (every commit is a release)
> Upstream Author : Michael Schroeder (https://github.com/mlschroe)
> * URL
On 9 October 2014 08:43, Mike Gabriel wrote:
> Hi Dimitri,
>
>
> On Do 09 Okt 2014 08:45:17 CEST, Dimitri John Ledkov wrote:
>
>> Hey,
>>
>> On 9 October 2014 05:21, Mike Gabriel
>> wrote:
>>>
>>> Package: wnpp
>>> Severity:
On 9 October 2014 10:42, Mike Gabriel wrote:
> Hi Dimitri,
>
>
> On Do 09 Okt 2014 11:18:30 CEST, Dimitri John Ledkov wrote:
>
>> On 9 October 2014 08:43, Mike Gabriel
>> wrote:
>>>
>>> Hi Dimitri,
>>>
>>>
>>> O
On 8 October 2014 12:50, Ian Jackson wrote:
> Russ Allbery writes ("Re: dgit and upstream git repos"):
>> Ian Jackson writes:
> (There is a problem with dgit and .pc/ which I am hoping to fix with a
> (perhaps-incompatible) change RSN, but that's not related.)
>
Sounds intriguing, can you please
On 9 October 2014 15:38, Ian Jackson wrote:
> Dimitri John Ledkov writes ("Re: dgit and upstream git repos"):
>> Sounds intriguing, can you please share design / intentions there?
>
> I haven't done the research needed yet. Facts are welcome.
>
> In particular
On 9 October 2014 15:49, Ian Jackson wrote:
> Dimitri John Ledkov writes ("Re: dgit and upstream git repos"):
>> $ apt-get source sword
>> $ cd sword-*
>> $ rm -rf .pc
>> # a tree with up-to-date debian/patches, all patches are applied (as
>> e.g. git
On 9 October 2014 17:24, Ian Jackson wrote:
> Dimitri John Ledkov writes ("Re: dgit and upstream git repos"):
>> On 9 October 2014 15:38, Ian Jackson wrote:
>> > If I can feed a .pc-less source tree to dpkg-source -b and get
>> > roughtly the right outp
On 11 October 2014 17:27, Svante Signell wrote:
> Hello,
>
> I have a question about how to run tests for a package needing root to
> run properly, fakeroot is not sufficient. I've made one of the packages
> to build properly with: sudo run_test and fixed the sudoers file. But
> how to fix that so
Hello,
On 18 October 2014 17:19, Osamu Aoki wrote:
> Hi,
>
> This is about packaging around a header only C++ library package.
>
> As I understand, Debian does not usually ship static libraries based on
> policy "8.3 Static libraries". At the same time, Debian does not impose
> any systematic wa
On 24 October 2014 15:23, Matthias Klose wrote:
> Control: tags -1 + wontfix moreinfo
>
> Am 21.09.2014 um 16:27 schrieb Martin-Éric Racine:
>> Package: build-essential
>> Version: 11.7
>> Severity: normal
>>
>> Given how 'make' has priority Optional, while 'make-guile' is Standard,
>> build-essen
On 29 October 2014 05:39, Guido Günther wrote:
> On Tue, Oct 28, 2014 at 07:17:49PM +, Ian Jackson wrote:
>> Brian May writes ("Re: Standardizing the layout of git packaging
>> repositories"):
>> > However, with git-dpm, no branch is ever destroyed. Every branch is always
>> > merged into the
On 31 October 2014 08:39, Juerg Haefliger wrote:
>
>
> On Wed, Oct 29, 2014 at 11:53 AM, Thomas Goirand wrote:
>>
>> On 10/29/2014 12:54 AM, Steve McIntyre wrote:
>> > On Wed, Oct 22, 2014 at 03:58:04PM +0200, Juerg Haefliger wrote:
>> >> Hi,
>> >>
>> >> On Sat, Jul 19, 2014 at 10:12 AM, Thomas G
On 3 November 2014 21:32, Bernhard R. Link wrote:
> * Ian Jackson [141103 19:13]:
>> The point is that the dgit user probably will have done git diff
>> before dgit build / push. git diff provides a more convenient diffing
>> tool than debdiff, and eyeballing the same thing twice is makework.
>
On 8 November 2014 17:05, Thijs Kinkhorst wrote:
> On Sat, November 8, 2014 17:09, Jonathan McDowell wrote:
>> We had hoped to be down to a small number of special cases to deal with
>> by this point, but with the numbers still looking this bad we're not
>> yet at a stage where we can work out app
On 9 November 2014 18:36, Adam D. Barratt wrote:
> On 2014-11-09 9:23, Matthias Urlichs wrote:
>>
>> See the debian-devel archives from mid-Fenruary 2014. According to Neil
>> McGovern, the code name shall be "zurg".
>>
> https://lists.debian.org/debian-devel/2014/02/msg00905.html
>>
>>
>> Whi
Hello,
On 16 December 2013 23:02, Wookey wrote:
> +++ Matthias Klumpp [2013-12-16 23:46 +0100]:
>> 2013/12/16 Tae Wong :
>> > Here is a post to LibreOffice's problem with the editing copyright message:
>> > http://lists.freedesktop.org/archives/libreoffice/2013-December/058214.html
>> >
>> > You'
On 28 November 2013 20:04, Niels Thykier wrote:
> * Architecture Status
>* ia64 in danger
>* sparc/ppc/mips/kfreebsd at risk
>* s390 dropped from testing
Is "ppc" - powerpc or ppc64?
Is ppc64 looking healthy enought to become a release architecture for jessie?
What about x32? Is it g
On 22 December 2013 16:56, Cyril Brulebois wrote:
> Dimitri John Ledkov (2013-12-22):
>> On 28 November 2013 20:04, Niels Thykier wrote:
>> > * Architecture Status
>> >* ia64 in danger
>> >* sparc/ppc/mips/kfreebsd at risk
>> >* s390 dro
On 23 December 2013 20:04, Clint Adams wrote:
> On Mon, Dec 23, 2013 at 10:54:49AM -0800, Russ Allbery wrote:
>> There is no way to change the OpenSSL license. The project doesn't use
>> copyright assignment and the number of contributors is far too large to be
>> able to track them all down and
On 23 December 2013 16:54, Niels Thykier wrote:
> On 2013-12-23 00:54, Dimitri John Ledkov wrote:
>> On 22 December 2013 16:56, Cyril Brulebois wrote:
>>> Dimitri John Ledkov (2013-12-22):
>>>> On 28 November 2013 20:04, Niels Thykier wrote:
>>>>&
On 24 December 2013 20:10, Andrey Rahmatullin wrote:
> On Tue, Dec 24, 2013 at 05:33:56PM +, Colin Watson wrote:
>> Generally agreed, although I believe you have to be somewhat careful
>> when using it in combination with dh-autoreconf
> dh-autoreconf(7) says "you do not need --with=autotools_
On 27 December 2013 16:35, Guillem Jover wrote:
> Hi!
>
> On Fri, 2013-12-27 at 17:41:26 +0900, Charles Plessy wrote:
>> the use of autopkgtest as documented in DEP 8 is taking momentum.
>>
>> How about allowing a "Testsuite" field to replace the "XS-Testsuite" field?
>
> Last time this came up he
On 31 December 2013 08:11, Vincent Bernat wrote:
> ❦ 31 décembre 2013 01:30 CET, m...@linux.it (Marco d'Itri) :
>
>>> Any thoughts?
>> The correct solution is completing #652459, which mounts /usr in the
>> initramfs.
>
> It is quite unclear why this bug is stalled.
I believe there were reservat
Package: wnpp
Owner: Dimitri John Ledkov
Severity: wishlist
* Package name: libnih.la
Version : 1.0.4 (git snapshot)
Upstream Author : Dimitri John Ledkov (DD), Scott James Remnant (DD)
* URL or Web page : https://github.com/xnox/libnih/tree/kfreebsd
http://libnih.la/
* License
The correct solution is for libtool package to be marked as
"multi-arch: allowed" without splitting this tiny package into two
even smaller packages.
Here is the reasoning:
libtool binary package can be used in both native and cross
compilation cases, when used correctly. That is in cross-case at
On 4 January 2014 12:40, Anthony Towns wrote:
> Salut tout le monde,
>
> Some time ago (*cough* 2009), I had a play with working out how to
> apply pdiffs more efficiently than apt currently does, and implemented
> a proof of concept in python [0]. There weren't any replies (even a
> "ooo, cool")
On 6 January 2014 15:07, David Weinehall wrote:
>
> On Sat, Jan 04, 2014 at 03:13:01AM +, Clint Adams wrote:
> > On Wed, Jan 01, 2014 at 10:58:32AM +0100, David Weinehall wrote:
> > > That's also why I *don't* use BSD-style licenses for software that
> > > I write, but rather GPLv2 or LGPLv2.1
On 16 January 2014 17:25, Matthias Klose wrote:
> Last year, I started to file bug reports for the arm64 port, which required
> new
> versions of the config.sub and config.guess scripts. All of these can be
> fixed
> by using the autotools-dev package for the update. Now, another port requires
On 24 January 2014 10:56, Andreas Tille wrote:
> On Fri, Jan 24, 2014 at 09:10:13AM +, Jo Shields wrote:
>>
>> But A line has to be drawn somewhere, and the remit we have with Valve
>> isn't "everyone who ever touched a package".
>
> And I think the time you are allowed to play should restrict
On 25 January 2014 17:21, Sandro Tosi wrote:
>> Huh? Thomas seemed to be doing the right thing per the DPMT standards
>> etc;
>
> if you change the python helper, you HAVE TO contact who's maintaining
> the package and have they ack the change, that's the team standard.
>
No, one does not within
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=700177
How to override this new behaviour that breaks backwards compatibility
of existing packages that (abuse) these bad version numbers?
It appears to be enforcing a "Debian Project Policy" onto packages
which are not in Debian.
Can this be reve
On 4 February 2014 13:38, Jakub Wilk wrote:
> * Dimitri John Ledkov , 2014-02-04, 13:30:
>
>> Enforcing Debian Policy at dpkg-source -b . level, is not a good idea,
>> especially when it breaks backwards compat for 3rd parties. We have lintian,
>> and ftp-master lintian au
On 4 February 2014 16:20, Wookey wrote:
> +++ Dimitri John Ledkov [2014-02-04 13:30 +]:
>> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=700177
>
> Do I understand this correctly - that it prevents a package
> cross-binutils-0.1 to generate binaries called
No, you can
On 5 February 2014 20:08, Guillem Jover wrote:
> Hi!
>
> On Wed, 2014-02-05 at 13:54:17 +, Ian Jackson wrote:
>> Guillem writes, on the bug but not on debian-devel:
>> > Part of the definition of what's and what's not a native package is
>> > the version scheme, and I've never considered that
On 10 February 2014 11:37, Craig Bransworth wrote:
> Please a GR to override this ...
>
The Debian Project welcomes and encourages participation by everyone.
No matter how you identify yourself or how others perceive you: we
welcome you. We welcome contributions from everyone as long as they
int
On 13 February 2014 16:13, Holger Levsen wrote:
> Hi,
>
> On Donnerstag, 13. Februar 2014, Ondřej Surý wrote:
>> this is just a pledge to you all fellow debian developers to update your
>> build environment before you build a package.
>
> I want all binary packages to be rebuild on *.debian.org ho
On 13 February 2014 21:17, Holger Levsen wrote:
> Hi,
>
> On Donnerstag, 13. Februar 2014, Dimitri John Ledkov wrote:
>> All that's needed, I guess, is for someone to write a patch to dak /
>> wanna-build ... and schedule _all.deb builds on amd64 ?
>> Or if arch-r
On 19 February 2014 11:22, Neil McGovern wrote:
> On Wed, Feb 19, 2014 at 11:37:08PM +1300, Chris Bannister wrote:
>> On Tue, Feb 18, 2014 at 06:31:12PM +, Neil McGovern wrote:
>> > On Tue, Feb 18, 2014 at 07:18:30PM +0100, Didier 'OdyX' Raboud wrote:
>> > > [0] Can we haz a release name?
>> >
On 19 February 2014 15:28, Ondřej Surý wrote:
> Dimitri,
>
> On Wed, Feb 19, 2014, at 12:57, Dimitri John Ledkov wrote:
>> On 19 February 2014 11:22, Neil McGovern wrote:
>> > On Wed, Feb 19, 2014 at 11:37:08PM +1300, Chris Bannister wrote:
>> >> On Tue, Fe
On 19 February 2014 15:57, The Wanderer wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> On 02/19/2014 10:45 AM, Dimitri John Ledkov wrote:
>
>> On 19 February 2014 15:28, Ondřej Surý wrote:
>>
>>> Dimitri,
>
>>> are you aware
On 19 February 2014 16:05, Ondřej Surý wrote:
> On Wed, Feb 19, 2014, at 16:57, The Wanderer wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA512
>>
>> On 02/19/2014 10:45 AM, Dimitri John Ledkov wrote:
>>
>> > On 19 February 2014 15:
On 20 April 2014 12:58, Thorsten Glaser wrote:
> Stuart Prescott debian.org> writes:
>
>> Unfortunately, the people who understand multiarch well enough to write it
>> up for policy haven't done so which leaves us with no normative
>> documentation in policy for the the Multi-Arch field in Packag
On 20 April 2014 15:30, Adam Borowski wrote:
> On Sun, Apr 20, 2014 at 02:27:01AM +0100, Wookey wrote:
>> You may or may not have noticed that 'arm64' is coming. This a 64-bit
>> arm architecture also known as 'aarch64' and implemented in the ARM
>> CPU architecture 'v8'. Apart from iphones there
On 25 Apr 2014 15:15, "Solal" wrote:
>
> Why not just take the Free Software Definition[0] instead lose a lot of
> time in specific guidelines.
> I think use the Free System Distribution Guidelines published by the
> FSF[1] is the best way. Use the FSDG instead of the DFSG will :
> -Be more effici
understand what you mean by "really bad" - it appears to be
written in correct English with good grammar to me. And I've refuted
all examples that you have provided above. It appears that Debian
would satisfy all your needs as a free distribution.
Regards,
Dimitri.
> Le 26
On 27 April 2014 13:16, Solal wrote:
>>> The two documents are incompatible, and the DFSG is very laxist and do
>>> not protects completely freedom. FSDG protects freedoms : it resolves
>>> issues : proprietary software is totally banned, patents are prohibited,
>>> trademarks limited, etc.
>>>
>>
On 29 April 2014 21:02, Thomas Koch wrote:
> On Tuesday, April 29, 2014 02:26:49 AM Scott Kitterman wrote:
>> Recently there have been a number of questions about source requirements
>> for the Debian archive. The FTP master view of this are based on both
>> item 1 of the social contract (Debian
Package: wnpp
Owner: Dimitri John Ledkov
Severity: wishlist
* Package name: x4d-icons
Version : 1.2
Upstream Author : Dimitri John Ledkov
* URL or Web page : http://x4d.surgut.co.uk
* License : MIT
Description : X4D Icon set for various online document types
Icon
Hello all,
gmp has been recently re-licensed and all architectures and ports have
the updated gmp in jessie/sid. Well, all but powerpcspe & x32 both of
which recently have negative slope on their build status graphs.
Thus GPLv2 and LGPLv3 compatible software packages can link against gnutls28.
Sh
On 5 May 2014 11:03, Leo Iannacone wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Leo Iannacone
>
> * Package name: apt-venv
> Version : 0.1.0
> Upstream Author : Leo Iannacone
> * URL : https://github.com/LeoIannacone/apt-venv
> * License : GPL-3
> Pr
(The binary will often be identical, no matter
> whether it is built against gmp 5.3 or 6).
>
> Also I am reluctant with manually overriding gmp shlibs. How about
> simply adding
> Breaks: libgmp10 (<< 2:6)
> to the libgnutls28 binary package?
> [...]
>
I was thinking that
On 7 May 2014 01:19, Charles Plessy wrote:
> Hi Matthias,
>
> your answer exemplifies very well what I mean with “pressed by the machine”…
>
> I will reply on one point only.
>
> Le Wed, May 07, 2014 at 01:46:32AM +0200, Matthias Klose a écrit :
>> Am 06.05.2014 03:05, schrieb Charles Plessy:
>> >
On 8 May 2014 18:10, Marcin Owsiany wrote:
> Does anyone know a way to make the automake-generated test suite scripts cat
> the test-suite.log to stderr on failure? It just reports which tests failed
> but
> hides the actual messages. This is most annoying on buildds which then
> promptly
> remo
On 8 May 2014 18:25, Emilio Pozuelo Monfort wrote:
> On 08/05/14 19:19, Dimitri John Ledkov wrote:
>> On 8 May 2014 18:10, Marcin Owsiany wrote:
>>> Does anyone know a way to make the automake-generated test suite scripts cat
>>> the test-suite.log to stderr on fai
On 9 May 2014 02:42, Russ Allbery wrote:
> Svante Signell writes:
>
>> I'm trying to install as little as possible of systemd stuff, and guess
>> what happens: When booting one of the laptops boot starts with:
>> systyemd-fsck
>
>> Is systemd taking over everything?? How to reduce the number of
On 9 May 2014 23:50, Russ Allbery wrote:
> Bas Wijnen writes:
>> On Fri, May 09, 2014 at 10:37:03PM +0200, Tollef Fog Heen wrote:
>
>>> It and upstart (and any other providers of /sbin/init) should also grow
>>> critical debconf warnings if you install them and you were previously
>>> using syste
On 24 November 2014 at 18:56, Manuel A. Fernandez Montecelo
wrote:
> 2014-11-23 14:27 Stuart Prescott:
>>
>> Svante Signell wrote:
>>
>>> I wonder how old a package build can be to be part of the release. Some
>>> packages are built up to a year ago, and rebuilding them now FTBFS.
>>
>>
>> As othe
On 25 November 2014 at 20:33, Manuel A. Fernandez Montecelo
wrote:
> 2014-11-25 11:14 Dimitri John Ledkov:
>>
>> On 24 November 2014 at 18:56, Manuel A. Fernandez Montecelo
>> wrote:
>>>
>>>
>>> Would it make sense to trigger rebuilds (or binNMUs
Following on this conversation.
I did some simple stats. There are 6361 binary packages that have the
same name in stable and testing on (all, amd64) architecture. This
translates into 4821 source packages.
Skimming through the list of them, I've poked some that for sure will
generate a diff if re
On 11 December 2014 at 20:07, Neil Williams wrote:
> On Thu, 11 Dec 2014 19:36:19 +0100
> Simon Richter wrote:
>
>> Hi Leif,
>>
>> On 11.12.2014 19:08, Leif Lindholm wrote:
>>
>> > If we could transition this to be able to specify efi-all (or
>> > whatever) instead of an explicit list of certain
Hello,
On 12 December 2014 at 11:48, Johannes Schauer wrote:
> Hi,
>
> Quoting Simon McVittie (2014-12-12 12:09:05)
>> Yes, but I think that's exactly what I want for dbus' use-case? I want
>> to build-depend on valgrind (I thought it was valgrind-dev, but it's
>> actually valgrind) on exactly th
On 12 December 2014 at 02:23, Barry Warsaw wrote:
> On Dec 12, 2014, at 08:36 AM, Ben Finney wrote:
>
>>Even for the source package name, “pathlib” is IMO too general. This is
>>specifically a library for Python programmers only; its source package
>>name should not grab a generic name like “pathl
I'd rather see gitlab.debian.net :)
Which is similar in spirit to ask.debian.net.
PS. Sorry for top reply from mobile phone.
On 16 Apr 2015 7:46 am, "Jérémy Lal" wrote:
> Hello,
>
> i was wondering if debian had a github account as an organization, where
> maintainers could be added.
>
> This i
On 16 Apr 2015 12:05 pm, "Sven Bartscher" <
sven.bartsc...@weltraumschlangen.de> wrote:
>
> On Thu, 16 Apr 2015 09:04:07 -0600
> Dimitri John Ledkov wrote:
>
> > I'd rather see gitlab.debian.net :)
>
> I don't a reason to have gitlab/github/someo
Heya,
Interesting points. Looking at bzr/launchpad it has a nifty feature:
email-in bzr bundle. Bzr bundle is like git-format-patch, however one can
pull from it rather than merely apply. (Essentially it has bencoded objects
at the end of the patch). The difference is complete round-trip (identica
Could we:
Freeze in 6-8 months
Release in 10-12 months
--
Regards,
Dimitri.
--
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/CANBHLUhCL4FtcwE4-m=K0G1BO8drH=4gmw1g
On 5 May 2015 at 19:45, Ansgar Burchardt wrote:
> * Packages currently at "important":
> - cron:
> Not needed in chroot/container environments.
Hm, i'd say it's not needed full-stop. There are systemd timer units
and e.g. systemd-cron that satisfy the need for periodic execution,
with
On 24 May 2015 at 15:12, Iain R. Learmonth wrote:
> Hi,
>
> On Sun, May 24, 2015 at 01:02:38PM +0200, Thomas Koch wrote:
>> Git supports signing of commits since version 1.7.9. Everybody should sign
>> git
>> commits always.
>
> What is the overhead on this?
I keep my main key offline these days
On 25 May 2015 at 09:33, Bastian Blank wrote:
> On Mon, May 25, 2015 at 09:51:41AM +0200, Thomas Koch wrote:
>> On Sunday 24 May 2015 13:02:38 Thomas Koch wrote:
>> > Git supports signing of commits since version 1.7.9. Everybody should sign
>> > git commits always.
>> There is however the argumen
On 26 May 2015 at 19:25, Vincent Bernat wrote:
> ❦ 26 mai 2015 14:38 -0300, Henrique de Moraes Holschuh :
>
>>> A solution to this without history rewriting is to tag the commits you
>>> want to sign.
>>>
>>> You could tag any commit at any time, and sign that tag. Impractical if
>>> you want to
On 27 May 2015 at 09:08, Wouter Verhelst wrote:
> On Mon, May 25, 2015 at 11:38:06AM -0700, Josh Triplett wrote:
>> > While we're on the subject of git security...should we stop
>> > recommending that non-account-holders use git:// (most efficient, but
>> > insecure against MITM unless you manuall
On 27 May 2015 at 23:00, wrote:
> On Wed, May 27, 2015 at 10:44:17PM +0100, Dimitri John Ledkov wrote:
>> On 27 May 2015 at 09:08, Wouter Verhelst wrote:
>> > On Mon, May 25, 2015 at 11:38:06AM -0700, Josh Triplett wrote:
>> >> > While we're on the su
On 4 June 2015 at 17:18, Wouter Verhelst wrote:
> - Run "apt-get update";
> - Install the "eid-mw" and/or "eid-viewer" packages.
These two steps can be accomplished with a single APT URL, e.g.:
install pkg
which will refresh and install request package(s). Ubuntu's software
centre is the defaul
On 10 July 2015 at 15:38, Ian Jackson wrote:
> I realise I'm coming to this conversation late, but:
>
> I have some experience of writing a stunt git push receiver. I would
> be willing to write another.
>
> The rough shape would be something like:
>
> * Instead of doing git-request-pull, submit
On 2 August 2015 at 12:59, Matthias Klose wrote:
> On 08/02/2015 01:44 PM, László Böszörményi (GCS) wrote:
>> Control: tags -1 help
>>
>> Hi Matthias,
>>
>> On Sun, Aug 2, 2015 at 12:18 AM, László Böszörményi (GCS)
>> wrote:
Pretty please
upload the version from experimental to unstable
On 31 August 2015 at 10:43, Michael Meskes wrote:
>> This is getting ridiculous, are you now claiming the Debian Gnome team
>> or Gnome upstream was tracking the Windows 10 betas?
>
> If anything is getting ridiculous then it's people believing we know better
> hen the user when a line is to be us
On 1 September 2015 at 03:43, Marco d'Itri wrote:
> On Aug 31, Dimitri John Ledkov wrote:
>
>> Ideally the update generators, targets and units should be split into
>> a separate package and not installed by default. Since those are
>> really unexpected on Debian.
&g
On Mon, 19 Nov 2018 at 15:02, Dirk Eddelbuettel wrote:
>
>
>
> tl;dr: We may be messing up /bin and /usr/bin on some platforms
>
>
> Sorry for the alarming headline but #913982 was filed, indepedently
> corrobated and simultaneously discovered by upstream.
>
> GNU R has long been relying on sed,
On Wed, 21 Nov 2018 at 15:57, Holger Levsen wrote:
>
> On Wed, Nov 21, 2018 at 03:19:33PM +, Ian Jackson wrote:
> > Why is any of this a reason for an ftpmaster REJECT ? I still think
> > all of this should be handled as bugs (possibly RC bugs) in the BTS
> > in the conventional way, after AC
On Fri, 8 Mar 2019 at 14:48, Holger Levsen wrote:
>
> On Fri, Mar 08, 2019 at 01:46:59PM +, Daniel Reichelt wrote:
> > > Shouldn't that be the other way around? Having .timer but not a cronjob
> > > is
> > > a nasty bug, having a cronjob but not .timer is fine (at least unless you
> > > have
On Fri, 8 Mar 2019 at 15:15, Daniel Reichelt wrote:
>
> > And surely we support other, strange and not so strange, choices,
> > sometimes more and sometimes less, but yawn.
>
> And yet Debian claims to support - pardon - offer init systems other
> than systemd for usage.
>
>
> Either: make a clean
On Tue, 5 Mar 2019 at 13:34, Holger Levsen wrote:
>
> hi,
>
> disclaimer: this has not yet been verified by anyone other than myself,
> so I could very well be wrong. Reproducible builds are about enabling
> anyone to independently verify that... ;p
>
>
> == Reproducibility in theory ==
>
> Accord
Hi,
Currently dak requires signatures on .changes & .dsc uploads. .changes with
signatures are publicly announced and then .dsc are published in the
archive with signatures. .changes references .dsc.
All .dsc have Checksums-Sha256 for the files they reference, .dsc itself
can be verified through
Hi,
On Fri, 1 Dec 2023 at 10:50, Simon Josefsson wrote:
>
> Salvo Tomaselli writes:
>
> >> hi, on "no public key" list there are my uploads, I'm debian maintainer
> >> (https://nm.debian.org/person/fantu/), I signed with my key and I have
> >> DM upload right for them
> >> (https://qa.debian.org
On Fri, 1 Dec 2023 at 00:20, Dimitri John Ledkov wrote:
>
> Hi,
>
> Currently dak requires signatures on .changes & .dsc uploads. .changes with
> signatures are publicly announced and then .dsc are published in the archive
> with signatures. .changes references .dsc.
>
Thank you for the offer, but no need.
It is not needed in Debian infrastructure.
On Sat, 13 Jan 2024, 19:18 rhys, wrote:
>
>
> >> I know the difference between a 32-bit processor and a 64-bit processor.
> >
> > Obviously you don't. Or at least are not aware about consequences.
> >
> >
> > Sinc
On Sat, 1 Feb 2020 at 22:01, Michael Biebl wrote:
>
> Hi Steve
>
> Am 01.02.20 um 14:36 schrieb Steve McIntyre:
> > Michael Biebl wrote:
> >>
> >> with today's upload of systemd 244.1-2 I finally enabled persistent
> >> journal by default [1]. It has been a long requested feature.
> >>
> >> The pa
Can a Debian Package Maintainer require CLA for accepting packaging
changes and distro patches to be uploaded into Debian itself?
(case in point, debian maintainer & upstream wear the same hat, and
maintain upstream code & packaging on github.com, under a company org
with a CLA bot, rejecting debi
Package: wnpp
Severity: wishlist
Owner: Dimitri John Ledkov
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: git-pw
Version : 2.0.0
Upstream Author : Stephen Finucane https://github.com/stephenfin
* URL : https://github.com/getpatchwork/git-pw
* License
On 11 July 2016 at 04:07, wrote:
>>Say what you want.
>
> Now I want to know if Debian Stable can in some extreme cases, like in this
> case with btrfs, replace
> not_very_good kernel module that is shipped with its current kernel with a
> kernel module from other (older or newer) version of Li
1 - 100 of 156 matches
Mail list logo
