Hello,
On Fri 26 Jul 2019 at 08:50PM +01, Jonathan McDowell wrote:
> I've clarified with Ian that despite Sean's blog talking about the
> debian-keyring package the dgit infrastructure correctly uses the
> keyring in /srv/keyring.debian.org/ as deployed by DSA on the Debian
> infrastructure.
Rig
Hello,
On Tue 23 Jul 2019 at 08:13PM +02, Ansgar Burchardt wrote:
> There are also other useful properties the current implementation has:
> for example the archive contains the artifact that was signed. This can
> be checked at a later time unlike a Git tag on salsa.d.o that may or may
> not ex
Vincas Dargis wrote...
> On 2019-07-26 18:59, Christoph Biedl wrote:
> > > tl;dr: The file program in unstable is now built with seccomp support
> > > enabled, expect breakage in some rather uncommon use cases.
>
> Interesting, what are these uncommon use cases? Maybe we could confine it
> with Ap
Shengjing Zhu writes ("Re: Sorce only uploads with sbuild (was: Bits
>from the Release Team)"):
>> On Tue, Jul 23, 2019 at 11:18 PM Sean Whitton
> wrote:
>> > Just `git clean -xdff && dpkg-buildpackage -S` and dput the result,
>or
>> > (easier) `dgit push-source`.
>>
>> Maybe I miss something,
Simon McVittie writes:
> For those reasons I think something in debian/ would be a better default.
> The request in #26 was for debian/.gitlab-ci.yml. I personally think
> a non-hidden file (debian/salsa-ci.yml or debian/gitlab-ci.yml) would
> make more sense than a hidden file, but that's just b
Shengjing Zhu writes ("Re: Sorce only uploads with sbuild (was: Bits from the
Release Team)"):
> On Tue, Jul 23, 2019 at 11:18 PM Sean Whitton
> wrote:
> > Just `git clean -xdff && dpkg-buildpackage -S` and dput the result, or
> > (easier) `dgit push-source`.
>
> Maybe I miss something, sbuild
Hi,
Quoting Simon McVittie (2019-07-26 09:51:24)
> schroot is also setuid root, and sbuild relies on this to set up the
> build-dependencies anyway, so in principle schroot/sbuild ought to be
> able to do something like this:
>
> - preparation step (as real root, in the chroot, with networking):
On Wed, Jul 24, 2019 at 02:56:22AM +0100, Ian Jackson wrote:
> I wrote this draft design doc / deployment plan for the tag-to-upload
> service, perhaps best summarised by Sean like this:
>
> We designed and implemented a system to make it possible for DDs to
> upload new versions of packages
On 2019-07-26 18:59, Christoph Biedl wrote:
tl;dr: The file program in unstable is now built with seccomp support
enabled, expect breakage in some rather uncommon use cases.
Interesting, what are these uncommon use cases? Maybe we could confine it with AppArmor instead,
since we have it enabled
On Fri, Jul 26, 2019 at 01:26:52PM -0400, PICCORO McKAY Lenz wrote:
> the https://packages.debian.org/search?keywords=libmyodbc show only
> for sid and oldstable.. so what will happened.. users now must
> compiled own mysql odbc?
It's in sid, so no?
Also, if you use https://tracker.debian.org/pkg/l
the https://packages.debian.org/search?keywords=libmyodbc show only
for sid and oldstable.. so what will happened.. users now must
compiled own mysql odbc?
Lenz McKAY Gerardo (PICCORO)
http://qgqlochekone.blogspot.com
On Fri, 26 Jul 2019 at 17:17:02 +0200, Bastian Blank wrote:
> On Thu, Jul 25, 2019 at 02:31:55PM +0200, Daniel Leidert wrote:
> > Therefor some time ago it had
> > been requested to instead change the default at salsa.d.o system wide.
>
> Why do you think we would change it _if_ this option would
Hi,
On 19-07-26 17:17:02, Bastian Blank wrote:
> Why do you think we would change it _if_ this option would exist?
Because, chances are, you want to test if the package builds fine, for
example, instead of running the upstream CI config.
(Yes, I'm aware that it's possible to make this change per
Christoph Biedl wrote...
> tl;dr: The file program in unstable is now built with seccomp support
> enabled, expect breakage in some rather uncommon use cases.
Several issues popped up in the last days as a result of that change,
and in spite of some band-aiding to current implementation of seccom
On 25/07/19 14:00, Abibula Aygun wrote:
>
> Hello Debian Team,
Hi there :-)
> We have an little problem.
> The installer can't detect many simple wi-fi or ethernet hardware.
> Things that was ok on Stretch version.
Are you able to tell us WHICH wifi / ethernet hardware worked without
non-free
Hi Daniel
On Thu, Jul 25, 2019 at 02:31:55PM +0200, Daniel Leidert wrote:
> Therefor some time ago it had
> been requested to instead change the default at salsa.d.o system wide.
Why do you think we would change it _if_ this option would exist?
Bastian
Salsa admin
--
Women professionals do ten
Package: wnpp
Severity: wishlist
Owner: William Grzybowski
* Package name: pydevd
Version : 1.6.1
Upstream Author : Fabio Zadrozny
* URL : https://github.com/fabioz/PyDev.Debugger/
* License : EPL
Programming Lang: Python
Description : Sources for the d
Package: wnpp
Severity: wishlist
Owner: "W. Martin Borgert"
* Package name: python-dbussy
Version : 1.1
Upstream Author : Lawrence D'Oliveiro
* URL : https://github.com/ldo/dbussy
* License : LGPL-2.1+
Programming Lang: Python
Description : Python 3 bi
On Fri, 26 Jul 2019 at 07:34:58 +0200, Johannes Schauer wrote:
> Sadly
> this functionality requires a horribly complicated fork/syscall dance [1]
> which
> I also had to copy to mmdebstrap because no existing tool seemed to do it
> already.
bubblewrap might do the same dance, or at least a compa
19 matches
Mail list logo
