Hi Sam & Debianistas,
this is far TLDR for me. That is not meant as a critique, but as a
feedback so you have a data point from some random Debianer's available
CPU resources.
(in general I'm fine to declare best practices for whatever issue so
that people can orient themselves on where to head t
On 26.12.19 06:42, Norbert Preining wrote:
> (please Cc)
>
> are there any requirements or restriction what a program packaged in
> Debian is allowed to do when starting up? Calibre is normally doing the
> following checks:
> - check for updates of itself
> - check for updates of plugins
> - send
Hi all,
I just got a mail from the BTS, that this spam mail [1] has closed the
bug report. I can't spot why that spam mail would close the report. Can you?
Possibly other bugreports have been closed by similar spams, I don't
know (this - BTS cleaning - would still be an area I'd like to get
invol
On 02.03.20 18:06, Sven Joachim wrote:
> On 2020-03-02 17:20 +0100, Tomas Pospisek wrote:
>
>> I just got a mail from the BTS, that this spam mail [1] has closed the
>> bug report. I can't spot why that spam mail would close the report. Can you?
>
> Without even l
On 02.03.20 21:34, Alexis Murzeau wrote:
> Hi,
>
>> Most likely it has been BCC'ed, that's what spammers like to do when
>> they send the same mail to thousands of recipients.
>>
>
> Indeed, this can be seen by clicking on "full text" here in the bug report:
> ---
> Reply sent to nore...@no.com:
Hi all,
tldr: why is not having a daemon started on install so involved? Can't
there be a better way?
I'm hacking around an ansible playbook that needs to configure an etcd
cluster.
The problem is that installing the package will automatically start the
daemon cluster in a "default" configuratio
On 08.03.20 19:10, Jonas Smedegaard wrote:
> Quoting Matthias Klose (2020-03-08 18:40:34)
>> On 3/7/20 9:41 PM, Julian Andres Klode wrote:
>>> # APT 2.0
>>>
>>> After brewing in experimental for a while, and getting a first outing in
>>> the Ubuntu 19.10 release; both as 1.9, APT 2.0 is now landing
On 07.03.20 21:30, Tomas Pospisek wrote:
> tldr: why is not having a daemon started on install so involved? Can't
> there be a better way?
to which Jonas, Marco & jnqnfe replied (see thread). Thanks a lot Jonas,
Marco & jnqnfe!
*t
> On Sun, 8 Mar 2020, Marc Haber wrote:
>
> On Sat, 7 Mar 2020 21:30:33 +0100, Tomas Pospisek
>
> >When I duckduckgo "dpkg do not start service on install" first hit is
> >[1] which contains /absurdly involved/ suggestions to achieve "not
> >st
On 14.03.20 22:41, Roberto C. Sánchez wrote:
> On Sat, Mar 14, 2020 at 09:18:48PM +, Neil McGovern wrote:
>> Hi debian-project and ftpmaster folks,
>>
>> On Sat, Mar 14, 2020 at 01:37:59PM -0700, Sean Whitton wrote:
>>> - cope well with flames in response to your decisions
>>
>>> - after tr
On 16.03.20 11:06, John Paul Adrian Glaubitz wrote:
> I would like to suggest to replace vim-tiny with nano as the default minimal
> editor installed with debootstrap and therefore debian-installer.
+1
On 16.03.20 12:29, Marco d'Itri wrote:
> On Mar 16, Simon McVittie wrote:
>
>> `busybox vi` is rather limited, but is reasonable as an editor of last
>> resort; busybox is smaller than either nano or vim-tiny; full systems
> Agreed: this is a very good idea since I really think that every default
On 17.03.20 15:48, Wouter Verhelst wrote:
> Yes. I keep messing that up in production (ln is one of those commands
> that I continually need to read the man page of)
I suggest the `tldr` command for that...
*t
On 20.03.20 00:50, Adam Borowski wrote:
> In the rush for cutting away small bits of minbase [...]
> [trim changelogs]
I don't know man minbase is, so I don't know what you are
talking about.
On a normal desktop/server I'd expect
/usr/share/doc/$PKG/changelog.Debian* to contain the whole history
On 22.03.20 10:47, Marc Haber wrote:
> On Sun, 22 Mar 2020 02:20:18 -0700, Peter Pynchon
> wrote:
>
>> *In future Debian versions, could you please include the ASUS driver in the
>> standard package?* *The model number is the ASUS N53 USB WiFi adapter with
>> the rt3572 chip.* I see on your web
On 25.03.20 14:43, Christian Kastner wrote:
> This is not to say that licensing is an unimportant issue -- it clearly
> is. But our analyze-and-document down-to-the-file approach is on the
> other extreme end of the spectrum, and it causes lots of tiresome work
> that nobody apart from us seems to
On 25.03.20 15:19, Andrey Rahmatullin wrote:
> On Wed, Mar 25, 2020 at 03:14:41PM +0100, Tomas Pospisek wrote:
>> On 25.03.20 14:43, Christian Kastner wrote:
>>
>>> This is not to say that licensing is an unimportant issue -- it clearly
>>> is. But our anal
On 09.04.20 08:47, Thomas Goirand wrote:
> As a user, I'd prefer Kubernets to be in Stable if possible. I'd be one
> of these users who don't care about the latest shiny feature, and prefer
> something stable, supported for YEARS to come, not just 3 months.
To give a datapoint:
Kubernetes as a S
On 30.04.20 01:15, Bernd Zeimetz wrote:
>
> On 4/28/20 3:20 PM, Thomas Goirand wrote:
>
>> That's not the case. An MITM attack could gain a session and maintain it
>> open, while the end user would just notice "oh shit, I miss-typed the
>> 2FA numbers, let's try again". Then the only thing the at
On 27.05.20 21:16, Enrico Zini wrote:
> Hello,
>
> I'd like to package a new version of https://github.com/ARPA-SIMC/meteosatlib,
> for which I'm upstram, which depends on the recently freed
> https://gitlab.eumetsat.int/open-source/PublicDecompWT
>
> PublicDecompWT is a C++ development-only libr
On 28.05.20 18:44, Leandro Cunha wrote:
> Close https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=952788
> With several changes in the package.
>
> Em qui., 28 de mai. de 2020 às 12:52, Leandro Cunha
> mailto:leandrocunha...@gmail.com>> escreveu:
>
> Can I help with uploading a package? I'm
On 31.05.20 22:40, Michael Banck wrote:
> it's possible for DDs to build/test packages on porter boxes via
> dd-schroot-cmd, see https://dsa.debian.org/doc/schroot/.
>
> However, e.g. arm64 autopkgtest failures are RC bugs and so far, it was
> difficult to reproduce and debug those on the porter
Package: wnpp
Severity: normal
I request assistance with maintaining the debtags package.
The package description is:
debtags extracts tag information from the apt database and makes it available
to the system, either in /var/lib/debtags/debtags or via apt-xapian-index.
.
Package tags are cat
Hello bebyx,
could you please take this bug to a Debian support channel [1] (I
suggest IRC!) and find out, what package this needs to be reassigned
to? And maybe collect more info along the way?
Thanks,
*t
[1] https://www.debian.org/support
Could you please send the original email *including* the headers (!!!)
so that we know where your emails are coming from?
*t
On 06.08.20 17:31, arc...@tutanota.com wrote:
> Could I please unsubscribe? Its filling up this mailbox there is no sort
> function.
>
> --
> Securely sent with Tutanota. Ge
On 02.09.20 15:08, Mark Pearson wrote:
> Hi Debian developers,
>
> Following on from DebConf 2020 (which I thoroughly enjoyed - thank you!)
> the Lenovo portal that was announced is now available:
>
> US: http://www.lenovo.com/us/en/Linux
> Canada: http://www.lenovo.com/ca/en/linuxca
I think bef
On 03.09.20 11:05, Andrey Rahmatullin wrote:
> On Thu, Sep 03, 2020 at 10:47:06AM +0200, Tomas Pospisek wrote:
>> I think before jumping on this offer, one should consider this:
>> https://www.aspi.org.au/report/uyghurs-sale
> The list of brands from the article: Abercrombie &am
Hello all,
I've recently received "Dear Customer" spam on a bug of mine. I've
searched the BTS [1], and there are many, many, many of these spam
postings in the BTS, see f.ex. [2].
I think it doesn't make sense to press "this bug log contains spam" on
each of those pages. Better would be to go di
Am 12.02.2018 um 05:41 schrieb Yao Wei:
> [...] I'd prefer mk-build-deps from devscripts since this
> produces pseudo-package that depends on the build dependencies, and the
> dependencies can be removed by removing the pseudo-package.
Whoa, what a gem, I did not know existed! Just what I was loo
On 3 Oct 2018 Lars Wirzenius wrote:
> A suggestion: we restrict where packages can install files and what
maintainer scripts can do.
On 4 Oct 2018 Enrico Weigelt wrote:
> Finally, I'd really like to reduce complexity, not introduce even more.
+1
I think Linux systems per se, Debian as a runtim
Am 21.02.2017 um 01:55 schrieb Patrick Schleizer:
> for file_name in /usr/lib/server-config.d/*.conf ; do
>file_list="$file_list $file_name"
> done
>
> for file_name in /etc/server-config.d/*.conf ; do
>file_list="$file_list $file_name"
> done
>
> for file_name in /home/.config/server-co
Am 23.02.2017 um 03:26 schrieb Patrick Schleizer:
> Tomas Pospisek:
>> Am 21.02.2017 um 01:55 schrieb Patrick Schleizer:
>>
>>> for file_name in /usr/lib/server-config.d/*.conf ; do
>>>file_list="$file_list $file_name"
>>> done
>&
Please install the package reportbug and use reportbug to report the bug.
*t
Am 28.04.2017 um 11:06 schrieb Fungi4All:
> --- Please fill out the fields below. ---
>
>Package name: qupzilla
> Version: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/538.1
> (KHTML, like$
> Upstream Author:
Am 11.08.2017 um 18:37 schrieb Bastien ROUCARIES:
> Hi,
>
> I have done some work for sensible-utils but I am a little stuck due
> to lack of documentation/policy.
>
> I want first to create desktop file for
> sensible-editor/sensible-pager/sensible-browser in order to open from
> firefox text fi
Am 15.09.2017 um 04:22 schrieb Francisco Vilmar Cardoso Ruviaro:
>> If this is your first package to Debian, for a variety of reasons I
>> don't recommend packaging something that will go to non-free.
>
> Yes, this would be my first package, I understood that it is
> inappropriate to initially sen
Hello Vitaly,
Am 15.09.2015 um 12:43 schrieb root:
> Package: general
> Severity: important
>
> [long Xsession dump without any further info]
I'm closing your report. The "general" pseudo package is not a support
channel to help debug and sort problems out.
Please use one of the available suppo
101 - 136 of 136 matches
Mail list logo
