Jonathan Carter writes:
> On 2019/08/14 20:02, Sam Hartman wrote:
>> If you're going to set up a repository for Debian packaging on Salsa,
>> you need to either:
>>
>> 1) turn off merge requests
>
> That would be quite horrible IMHO, this is the de facto method that
> young (let's say under 35 ye
[changed subject because I can't stand the old one]
On Fri, Aug 09, 2019 at 08:46:18PM +0200, Simon Richter wrote:
> I can totally see the benefit of using systemd unit files as init scripts
> through start-stop-daemon, because we could have a common "open socket,
> chroot, drop privileges" wrapp
Simon McVittie writes ("Re: Generating new IDs for cloning (was Re: duplicate
popularity-contest ID)"):
> Somehow describing which containers and chroots should have a machine ID,
> which ones should share the host's machine ID and which ones don't need
> either is a gap in my proposal.
Do we hav
On 8/15/19 11:03 AM, Ian Jackson wrote:
> (off-list)
>
> Ian.
You replied off-list, so I wont quote you, though I would like my answer
to be public.
I probably should have mentioned that my remark was not so much related
to the crash, but more to what I experienced using Salsa's CI. It's
current
Hi,
On Thu, Aug 15, 2019 at 10:40:22AM +0200, Enrico Zini wrote:
> [changed subject because I can't stand the old one]
Good idea.
> Alternatively, we can decide on a subset of unit files that would cover
> the normal start-stop-daemon features, and like 80% of initscripts, and
> would be very u
❦ 15 août 2019 14:11 +02, Simon Richter :
> So we might have to invent magic comments still and/or convinve systemd
> people that it might be a good idea to have unit files that can support
> both immediate and on-demand start.
It's already the case. Require the socket for on-demand start, requi
Hi,
On Thu, Aug 15, 2019 at 02:49:32PM +0200, Vincent Bernat wrote:
> > So we might have to invent magic comments still and/or convinve systemd
> > people that it might be a good idea to have unit files that can support
> > both immediate and on-demand start.
> It's already the case. Require the
On Thu, Aug 15, 2019 at 08:29:45AM +0900, Charles Plessy wrote:
Please let me know your thoughts (perhaps after waiting a day or two to
let your thoughts mature).
I don't really see a benefit to this. A system capable of running a
"modern desktop environment" isn't going to notice the "overhea
> "Philip" == Philip Hands writes:
Philip> Jonathan Carter writes:
>> On 2019/08/14 20:02, Sam Hartman wrote:
>>> If you're going to set up a repository for Debian packaging on
>>> Salsa, you need to either:
>>>
>>> 1) turn off merge requests
>>
>> That woul
Hi Thomas
On Thu, Aug 15, 2019 at 12:22:58PM +0200, Thomas Goirand wrote:
> I probably should have mentioned that my remark was not so much related
> to the crash, but more to what I experienced using Salsa's CI.
If your remarks don't relate to the subject, please start a new thread,
or at least
On Wed, Aug 14, 2019 at 10:32:29PM +, Holger Levsen wrote:
> On Wed, Aug 14, 2019 at 09:08:44PM +0200, Jonas Smedegaard wrote:
> > I systematically turn off Gitlab MR support for projects I am involved
> > in, because I am not confortable and efficient using it myself, it is
>
> what helps m
On Thu, Aug 15, 2019 at 07:02:37PM +0200, Adam Borowski wrote:
> You do want --global for the alias, though -- that removes the need to
> repeat the config for every machine:checkout pair, requiring it just once
> per machine.
thanks for this as well! :)
--
cheers,
Holger
-
❦ 14 août 2019 22:32 +00, Holger Levsen :
>> I systematically turn off Gitlab MR support for projects I am involved
>> in, because I am not confortable and efficient using it myself, it is
>
> what helps me is having a note with this line:
>
> git config alias.mr '!sh -c "git fetch $1
> merge-r
On Wed, 14 Aug 2019 at 22:53:33 +0200, Jonas Smedegaard wrote:
> Quoting Simon McVittie (2019-08-14 22:20:05)
> > The preferences stored in this way are not vitally important, so
> > perhaps it would be OK for them to just not be propagated outside the
> > application or stored after it exits (wi
On Thu, 15 Aug 2019 at 09:54:44 +0100, Ian Jackson wrote:
> Do we have a list of all the things this is (or might be) used for ?
As I said, I don't think a comprehensive list is feasible without
resorting to something like codesearch, because it's of similar scope to
a list of reasons to use the h
Hello,
I'm a student in computer engineering field from africa and I look for a
mentor who can help me to accurate my computer skills mainly on coding.
Bests regards.
>JFTR: aptitude (and all other libapt-based frontends) can make use of
>that feature via the config option APT::Sources::With, the commandline
>flag is just syntactic sugar.
Doesn’t match my use case of repository injection for anything
that might call apt later.
I could, perhaps, add stuff to ap
> Change popularity-contest by transmissing the hostid after it has been
> hashed with the content of /etc/machine-id.
Heh, there is no /etc/machine-id on my Debian system.
I have an …/etc/machine-id in buster and stretch chroots I created
and xenial, bionic and disco pbuilder base.cow directorie
>At a glance, there are also unique LVM IDs in /boot/grub/grub.cfg,
>though whether those would need to be changed when cloning I don't know.
Normally, you mount the root filesystem, chroot into it (more complex
than you think, either bind-mount tons of filesystem from the host,
and this is only s
>than you think, either bind-mount tons of filesystem from the host,
>and this is only safe-ish if both run sysvinit
Like most of the time, your allegation is lacking any facts and sources.
Why should that not work on systemd?
-nik
Hi Simon,
I ran into the same problem… in a chroot. Due to some bug,
systemd-sysv just did not want to install under cowbuilder
for some time.
I discovered that using the second alternative for *conf
worked: put this into /etc/apt/preferences:
Package: dconf-gsettings-backend
Pin: version *
Pin-
Quoting Simon McVittie (2019-08-15 20:55:04)
> On Wed, 14 Aug 2019 at 22:53:33 +0200, Jonas Smedegaard wrote:
> > Quoting Simon McVittie (2019-08-14 22:20:05)
> > > The preferences stored in this way are not vitally important, so
> > > perhaps it would be OK for them to just not be propagated outs
On Thu, 15 Aug 2019 at 20:51:36 +, Thorsten Glaser wrote:
> I discovered that using the second alternative for *conf
> worked: put this into /etc/apt/preferences:
>
> Package: dconf-gsettings-backend
> Pin: version *
> Pin-Priority: -1
>
> This will cause gconf-gsettings-backend to be used du
Dominik George dixit:
>>than you think, either bind-mount tons of filesystem from the host,
>>and this is only safe-ish if both run sysvinit
>Why should that not work on systemd?
I wrote safe-ish and deliberately didn’t focus on this
as it’s not relevant for the point I was trying to make.
Long
The following is a listing of packages for which help has been requested
through the WNPP (Work-Needing and Prospective Packages) system in the
last week.
Total number of orphaned packages: 1403 (new: 16)
Total number of packages offered up for adoption: 163 (new: 3)
Total number of packages reque
On Wed, 14 Aug 2019 08:39:22 +0100, Ian Jackson wrote:
> Alexander Wirt writes ("Re: salsa.debian.org partially down"):
> > It is already recovered. We will investigate where we can extend the
> > ressources. But some misusages (like requesting >1300 merge requests via API
> > on a big project, th
On Wed, 14 Aug 2019 20:25:05 +0200, Jonathan Carter wrote:
> On 2019/08/14 20:02, Sam Hartman wrote:
> > If you're going to set up a repository for Debian packaging on Salsa,
> > you need to either:
> > 1) turn off merge requests
> That would be quite horrible IMHO, this is the de facto method tha
Jonathan Carter writes:
> The Debian QA DDPO pages will show you whether you have MRs on the same
> page where you see how many open bugs, RC bugs, lintian errors, etc you
> have. This makes it super easy to notice MRs when doing routine checks
> of your general package health overview.
Is there
On Thu, Aug 15, 2019 at 6:23 PM Thomas Goirand wrote:
> [...]
> 1/ CI Jobs going faster
> 2/ Have a way more workers
> 3/ Don't have all our eggs on the same Google basket
> 4/ Use free software platforms instead of GCE
> 5/ Stop being bound to a single VM provider [1]
>
Would it be more attracti
>Longer answer: it’s complicated, but I’m sure there’s
>a set of bind and non-bind mounts that will work for
>systemd as well.
>
>Back to topic now. Or I’m going pet the cat.
Well, it *is* on topic. I have been using the same strategy for sysvinit and
systemd systems for many years with great suc
On Fri, 16 Aug 2019, gregor herrmann wrote:
> On Wed, 14 Aug 2019 08:39:22 +0100, Ian Jackson wrote:
>
> > Alexander Wirt writes ("Re: salsa.debian.org partially down"):
> > > It is already recovered. We will investigate where we can extend the
> > > ressources. But some misusages (like requestin
31 matches
Mail list logo
