.
Cheers
Elrond
--- debian/skel.bashrc
+++ debian/skel.bashrc
@@ -36,9 +36,10 @@
fi
# set a fancy prompt (non-color, unless we know we "want" color)
-case "$TERM" in
-xterm-color|*-256color) color_prompt=yes;;
-esac
+if [ -x /usr/bin/tput ] && [ "$(/usr/bi
option "Remember previously used
databases". But I check that one. So I actually want
keepassxc to remember it!
> IMO, there is no bug there
If it's not a bug, it's extremely confusing.
I am actually considering to implement Antonio's idea in
/etc/ scripts so that it helps all users.
> Regards,
>
> Arnaud
Cheers
Elrond
o version, then
downgrade the severity and highly consider fixing the bpo
version.
Thanks in advance
Elrond
ways of integrating the script.
Thanks in advance
Elrond
Package: autopostgresqlbackup
Version: 1.1-1
Severity: wishlist
Hi,
Most backups on Debian go to /var/backups it seems.
Could you modify autopostgresqlbackup to also put its
backups there? Maybe /var/backups/autopostgresqlbackup?
Thanks in advance
Elrond
retitle 985623 python3-prettytable: Please add Multi-Arch: foreign
thanks
Ups.
I used an old request as a template and missed to fixup the
subject.
Cheers
Elrond
#81 where this was done for
python3-pkg-resources.
It's usually a matter of adding one line to debian/control.
Note: Architecture=all packages are not Multi-Arch=foreign
automatically for various reasons, so they need to be set
manually.
Cheers
Elrond
#81 where this was done for
python3-pkg-resources.
It's usually a matter of adding one line to debian/control.
Note: Architecture=all packages are not Multi-Arch=foreign
automatically for various reasons, so they need to be set
manually.
Cheers
Elrond
x27;s usually a matter of adding one line to debian/control.
This would improve install options for different
architectures. Like for example using the x32 variant on a
mixed amd64/x32 system.
Cheers
Elrond
- either ???Multi-Arch: foreign??? (if you think there are no cases where a
> > dependency on firefox-esr would require a "same-arch" logic)
>
> Addons with binary components require a same-arch dependency.
With the move to webextensions, is this still true?
Cheers
Elrond
I'll add the :any qualifiers.
So that would be python3.x:any then?
> Matthias
Elrond
lly a matter of adding one line to debian/control.
This would improve install options for different
architectures. Like for example using the x32 variant on a
mixed amd64/x32 system.
Cheers
Elrond
?
#918804 has the details on how this happened for
python3-yaml.
Could you please look into this?
Thanks in advance
Elrond
-Arch: allowed"?
#918804 has the details on how this happened for
python3-yaml.
Could you please look into this?
Cheers
Elrond
add pam_env to
common-session*?
Settings, that are not for the system as a whole, should be
in another file. For example the locale is in
/etc/default/locale, and it is sensible to only load it for
local (interactive) users. So we have a clear set of
applications, that we need to modify.
But for /etc/environment I can't imagine any application,
that should not read it.
Greetings
Elrond
x27;s usually a matter of adding one line to debian/control.
This would hopefully improve install options for different
architectures. Like for example using the x32 variant on a
mixed amd64/x32 system.
Cheers
Elrond
you please look into this?
Cheers
Elrond
On Sun, Aug 16, 2020 at 18:07:11 +0200, Jonas Smedegaard wrote:
> No: blends-data is data for blends to use (not data that uses blends).
Okay. Got it.
What's about :any for python3?
> - Jonas
Elrond
Hi,
thanks for your fast reaction!
On Sun, Aug 16, 2020 at 17:35:32 +0200, Jonas Smedegaard wrote:
> Quoting Elrond (2020-08-16 17:16:26)
[...]
> > Installing blender-data alone doesn't make much sense. It
> > is most useful with the blender package.
> > So, plea
commends. Recommends means
"You really should install this. If you don't, expect
missing functionality", which seems right then.
Cheers
Elrond
could be dropped, as
the dependency on python3-btrfs will already pull in
an appropriate python3.
Could you please look into this?
Cheers
Elrond
heers
Elrond
-resources already does exactly
this.
Could you please look into this?
Cheers
Elrond
Wow!
Thanks for this really, really quick fix!
Cheers
Elrond
accepted.
Would you mind setting it to Multi-Arch: foreign? It's
usually a matter of adding one line to debian/control.
Cheers
Elrond
lly a matter of adding one line to debian/control.
This would hopefully improve install options for different
architectures. Like for example using the x32 variant on a
mixed amd64/x32 system.
Cheers
Elrond
ly.
> Thank you,
>
> Matt
Cheers
Elrond
ctionality.", which seems
appropiate here?
Cheers
Elrond
std::exception) in signal handler:
what: basic_string::_M_construct null not valid
Severity=important, because this makes the package
unusable, unless you know that you have to set LANG.
But not RC (yet), as LANG is usually set on a Debian
system.
Cheers
Elrond
Package: todoman
Version: 3.5.0-1
Hi,
The contents of the amd64 and i386 .deb are fully
identical.
And I can't find any architecure dependent content in it
either.
Please consider setting the package to Arch=all.
The *UNTESTED* patch should do it.
Cheers
Elrond
--- debian/co
x27;s usually a matter of adding one line to debian/control.
This would hopefully improve install options for different
architectures. Like for example using the x32 variant on a
mixed amd64/x32 system.
Cheers
Elrond
x27;s usually a matter of adding one line to debian/control.
This would hopefully improve install options for different
architectures. Like for example using the x32 variant on a
mixed amd64/x32 system.
Cheers
Elrond
On Wed, May 29, 2019 at 18:16:12 +0200, Andreas Ronnquist wrote:
[...]
> Thanks for your report - I have committed a fix for this in the
> packaging git repository, so it will be fixed in the next upload after
> the Debian freeze.
[...]
Thanks!
Elrond
? It's
usually a matter of adding one line to debian/control.
This would hopefully improve install options for different
architectures. Like for example using the x32 variant on a
mixed amd64/x32 system.
Cheers
Elrond
o it should show "ASUSTeK Computer Inc. Device 876b".
Cheers
Elrond
retitle 924147 geeqie-common: Please add Multi-Arch: foreign
thanks
Ups.
I used an old request as a template and missed to fixup the
Subject.
Cheers
Elrond
e set
manually.
Cheers
Elrond
?
Cheers
Elrond
heers
Elrond
.
Would you mind setting it to Multi-Arch: foreign? It's
usually a matter of adding one line to debian/control.
Cheers
Elrond
ually.
Cheers
Elrond
reign
automatically for various reasons, so they need to be set
manually.
Cheers
Elrond
y for various reasons, so they need to be set
manually.
Cheers
Elrond
nce/ch07.en.html#submit-many-bugs
There is a usertag for multi-arch in general:
https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=multiarch;users=multiarch-de...@lists.alioth.debian.org
I am just tagging this bug for this usertag.
> smcv
Elrond
accepted.
Would you mind setting it to Multi-Arch: foreign? It's
usually a matter of adding one line to debian/control.
Cheers
Elrond
accepted.
Would you mind setting it to Multi-Arch: foreign? It's
usually a matter of adding one line to debian/control.
Cheers
Elrond
ually.
Cheers
Elrond
he Depends should be changed to "locales |
locales-all".
Cheers
Elrond
you please change the "Depends:
kde-runtime" into a Recommends:?
Recommends: means "You REALLY should install this. If you
don't do it, expect missing functionality.", which seems
appropiate here?
Cheers
Elrond
.
Could you please consider downgrading the python, python3
depdencies from Depends: to Recommends:?
Cheers
Elrond
:i386 will need python:i386.
So if povray has a binary interface (being able to load
shared objects on demenand as plugins, for example), your
option is really correct.
Anyway: I am happy with both variants!
So if you feel better about the allowed/any-variant, go
ahead.
> Andreas
Cheers
Elrond
lly a matter of adding one line to debian/control.
This would hopefully improve install options for different
architectures. Like for example using the x32 variant on a
mixed amd64/x32 system.
Cheers
Elrond
/"!
Patch:
Please replace (/.+) by (/.*).
Cheers
Elrond
heers
Elrond
quot;After=network.target" in
its [Unit] section.
"Severity: wishlist" - I don't have an actual issue
currently. I just noticed this while reviewing journalctl
for shutdown.
Cheers
Elrond
--- systemd/postgre...@.service.orig 2018-06-14 18:01:36.0 +0200
+++
x27;s usually a matter of adding one line to debian/control.
This would hopefully improve install options for different
architectures. Like for example using the x32 variant on a
mixed amd64/x32 system.
Cheers
Elrond
that the system used to boot flawlessly and
the issue is not about booting, but about shutdown.
> I think the bug should be fixed but it's not going to be a high
> priority.
Correct. My priority for this has gone down after migrating
to initramfs and systemd on that machine.
Elrond
t; Sorry for the late response. I'm not actually a sysvinit maintainer
> but this bug is my fault and I only just noticed it.
>
> Are you using a custom kernel without an initramfs?
[...]
Yes, I was using a kernel without initramfs.
But I converted that machine to systemd by now.
Cheers
Elrond
ually.
Cheers
Elrond
t like it is?
Cheers
Elrond
Hi,
the exact same that applied to vim-runtime now applies
also to vim-common.
Please add Multi-Arch: foreign to vim-common too.
Thanks
Elrond
atter of adding one line to debian/control.
This would hopefully improve install options for different
architectures. Like for example using the x32 variant on a
mixed amd64/x32 system.
Cheers
Elrond
x27;s usually a matter of adding one line to debian/control.
This would hopefully improve install options for different
architectures. Like for example using the x32 variant on a
mixed amd64/x32 system.
Cheers
Elrond
: foreign? It's
usually a matter of adding one line to debian/control.
This would hopefully improve install options for different
architectures. Like for example using the x32 variant on a
mixed amd64/x32 system.
Cheers
Elrond
oc/compiz-gnome/copyright
unpacked$
Could you please remove the unneeded dependency?
Cheers
Elrond
: foreign? It's
usually a matter of adding one line to debian/control.
This would hopefully improve install options for different
architectures. Like for example using the x32 variant on a
mixed amd64/x32 system.
Cheers
Elrond
This would hopefully improve install options for different
architectures. Like running the x32 variant on an amd64
system.
Note: Architecture=all packages are not Multi-Arch=foreign
automatically for various reasons, so they need to be set
manually.
Cheers
Elrond
reassign 642458 libfarstream-0.2-5 0.2.8-2
thanks
package libjs-prototype libjs-scriptaculous
tags 785313 +patch
tags 785314 +patch
thanks
Hi,
Norman Ramsey has provided details on how to fix this in
his initial reports. So tagging with patch.
Cheers
Elrond
heers
Elrond
ntrol.
This would hopefully improve install options for different
architectures. Like running the x32 variant on an amd64
system.
Note: Architecture=all packages are not Multi-Arch=foreign
automatically for various reasons, so they need to be set
manually.
Cheers
Elrond
ate them easily.
Cheers
Elrond
--- umountfs.orig 2017-07-20 09:23:26.0 +0200
+++ umountfs 2017-08-13 19:24:16.0 +0200
@@ -17,7 +17,7 @@
umask 022
do_stop () {
- PROTECTED_MOUNTS="$(sed -n ':a;/^[^ ]* \(\/\|\/usr\) /!{H;n;ba};{H;s/.*//;x;s/\n//;p}' /proc/m
ose to undo the sed changes and include /usr in the
specific list of filesystems to exclude from unmounting.
See attached patch.
Can you please try to include a fix in the next point
release of stretch?
Cheers
Elrond
--- umountfs.orig 2017-07-20 09:23:26.0 +0200
+++ umountfs 2
stall options for different
architectures. Like running x32 tools on an amd64 system.
Note: Architecture=all packages are not Multi-Arch=foreign
automatically for various reasons, so they need to be set
manually.
Cheers
Elrond
ncy problem I am seeing. If it does, I will be
happy for my local setups and script the repackaging for
the updates.
> Regards,
>
> Rene
Cheers
Elrond
mmarized as:
You don't want to consider multi-arch at all, so you're
tagging this wontfix.
I give up here.
Cheers
Elrond
t; > trying to avoid?
>
> I want to avoid useless Multi-Arch: specifiers.
I don't think, they hurt a lot, really.
> > fonts-opensymbol (from the same source package) is already
> > marked Multi-Arch=foreign, so what's different here?
>
> In that it's a font also generally usable and at least in the past also
> used as a (build-)dependency of other packages.
Right, dependency in cross architecture situations.
And that's exactly the same here.
> Regards,
>
> Rene
Cheers
Elrond
Hi,
On Mon, Jan 23, 2017 at 21:15:03 +0100, Rene Engelhard wrote:
> notfound 852326 1:5.2.4-2~bpo8+1
> tag 852326 + wontfix
> thanks
>
> On Mon, Jan 23, 2017 at 04:47:50PM +0100, Elrond wrote:
> > Package: libreoffice-common
>
> This BTS is not for BPO bugs. *If* yo
would hopefully improve install options for different
architectures. Like running x32 tools on an amd64 system.
Note: Architecture=all packages are not Multi-Arch=foreign
automatically for various reasons, so they need to be set
manually.
Cheers
Elrond
prove install options for different
architectures. Like running x32 tools on an amd64 system.
Note: Architecture=all packages are not Multi-Arch=foreign
automatically for various reasons, so they need to be set
manually.
Cheers
Elrond
Hi,
just out of curiosity: What is the current status of this?
Is there anything that I can help with to improve things?
Cheers
Elrond
packages that depend on logrotate from a foreign architecture, logrotate
> has to be 'multi-arch: foreign'.
This just affected me and I forced things.
So: What is the current status of this?
Cheers
Elrond
m thinking it's to a very
> negligible degree and not very concerned.
Could you elaborate on the security issues?
> > 2. Do we have recommended naming for files added by the
> >local admin to apps.d?
>
> We could suggest custom_.conf.
local_.conf?
Cheers
Elrond
Hi,
I think, the main "include apps.d/*.conf" is missing?
Cheers
Elrond
On Thu, Nov 10, 2016 at 07:27:53 +, Michael Lustfield wrote:
> tag 822792 pending
> thanks
>
> Hello,
>
> Bug #822792 reported by you has been fixed in the Git repository. You can
> s
p files in there.
Would a config file in apps.d be allowed to do exactly
that? Like apps.d/pkg_php-fpm.conf handling *.php
files?
2. Do we have recommended naming for files added by the
local admin to apps.d?
Cheers
Elrond
ordering not relevant or needed with nginx?
Ordering could be relevant if packages want to handle more
specific URLs than others?
For example letsencrypt wants to handle
/.well-known/acme-challenge while maybe something else
wants to handle /.well-known?
Cheers
Elrond
;we need
to start looking into this" and remove the wontfix?
Cheers
Elrond
:
/etc/nginx/snippets/
The admin then can manually activate it, by adding a
"include snippets/letsencrypt.sh-challenge.conf;" in his
site's config file.
When #822792 is fixed, we will hopefully have a new
directory for this and some way on how to activate it.
Cheers
Hi,
On Sun, Sep 04, 2016 at 20:23:11 +, Mattia Rizzolo wrote:
> Hi,
>
> getting back to this getting-old bug...
great.
> On Tue, Jun 14, 2016 at 05:01:59PM +0200, Elrond wrote:
[...]
> > I have filed a debian bug to create a directory for
> > snippets that a
On Sat, Aug 27, 2016 at 15:13:43 +0200, Marc Haber wrote:
> On Wed, Jun 15, 2016 at 08:25:47PM +0200, Elrond wrote:
> > If people want to use dns-01 challenges, they need a hook
> > script to put the challenge on the DNS server. With one
> > global big hook script this
e been able to come up with.
Same with me. And it will certainly get us a big step
forward. And I don't think it will be a bad commitment for
the future.
Can we remove the "wontfix" tag?
Your comments highly suggest to me, that this isn't a
wontfix anymore?
Elrond
; in the last
line, please.
Cheers
Elrond
heers
Elrond
would hopefully improve install options for different
architectures. Like running the x32 variant on an amd64
system.
Note: Architecture=all packages are not Multi-Arch=foreign
automatically for various reasons, so they need to be set
manually.
Cheers
Elrond
Hi,
probably related:
https://trac.nginx.org/nginx/ticket/860
Cheers
Elrond
Admin wants to augment the default
virtual host", it doesn't work well.
And it fails to work, if we want to do that augmenting
using packages.
To summarise: Please point me to docs on how to make say
javascript-common work on nginx.
Cheers
Elrond
p.s.: Please next time include me in the reply, as
submitters don't get nn@bugs mails.
Hi,
Is my patch good enough?
Or does it need improvement?
Was it already commited somewhere?
Elrond
package iceweasel firefox-esr
reassign 805503 firefox-esr 45.2.0esr-1~deb8u1
retitle 805503 firefox-esr: Use libnssckbi.so of libnss3
thanks
Hi,
this is the same with firefox-esr now.
Elrond
telling people that
"prosody-modules" needs to be installed.
As I am not the maintainer, I don't know, if more diverging
is maintainable long term. I filed #827689 to ask for
other changes to the default config...
> - Josh Triplett
Cheers
Elrond
[1]
https://anonscm.debian.org/cgit/collab-maint/prosody.git/tree/debian/patches/0001-conf.patch
ecific after all.
If you still think, that auto-detecting is a worthwhile
feature, I'd suggest to ask directly upstream.
Cheers
Elrond
[1] https://modules.prosody.im/mod_reload_modules.html
Probably already included in the prosody-modules
package.
1 - 100 of 279 matches
Mail list logo