gt; default, if you don't install them it was a choice and they are
> displayed as Recommended anyway)
IMHO there are exactly two good reason for not installing a
recommends:
1) You know, what you're doing
AND
2) To conserve resources.
Cheers,
Elrond
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Hi,
> Hi,
> I've prepared an updated package of homebank, it's on mentors.debian.net
> but we (me and my sponsor) are waiting for the release of lenny before
> the upload.
So Debian has been released, it seems...
anything we need to help you?
Elrond
--
To UNSUBS
-core
ln -s ../lib/git-core/git .
for i in *
do
if cmp -s $i ../lib/git-core/$i
then
ln -sf ../lib/git-core/$i .
fi
done
this should solve both problems.
Elrond
--
To UNSUBSCRIBE, email
C?
3) libmuparser0 might need some fixing in its .shlibs file.
libmuparser0@p.d.o included as Cc.
If needed, this bug can be cloned.
Elrond
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
us to the strange part of this issue:
I reported this upstream [1] but upstream claims, that it
is fixed in 2.20. And they suggest, that this is a problem
in the debian packaging.
I hope you can clear this thing up much faster than I can.
Elrond
[1] http://sourceware.org/bugzilla/show_bug.c
Hi Hakan,
Thanks for your quick investigations!
* Can I tag the bug "confirmed"?
* Do you need any further input from me to continue with
this issue?
Greetings
Elrond
On Sun, Nov 29, 2009 at 02:34:04PM +0100, Hakan Ardo wrote:
> Hi,
> it seams to be the patch adding s
package binutils-avr
tags 558335 + confirmed
thanks
On Wed, Dec 02, 2009 at 09:38:25AM +0100, Hakan Ardo wrote:
[...]
> > * Do you need any further input from me to continue with
> > this issue?
>
> Probably not, but if so I'll let you know :)
Good.
Thanks for your
a single cycle CPU, usually keeping the
code small, keeps the execution time short. Of course this
is not always so.
I have tagged this bug "moreinfo": If we don't hear back
from you within a few weeks, someone will likely close the
bug.
Cheers
Elrond
--
To UNSUBSCRIBE,
reign
automatically for various reasons, so they need to be set
manually.
Cheers
Elrond
ually.
Cheers
Elrond
.
Would you mind setting it to Multi-Arch: foreign? It's
usually a matter of adding one line to debian/control.
Cheers
Elrond
oc/compiz-gnome/copyright
unpacked$
Could you please remove the unneeded dependency?
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
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
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
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
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
+++
heers
Elrond
/"!
Patch:
Please replace (/.+) by (/.*).
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
: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
heers
Elrond
?
Cheers
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
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
- 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
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
ways of integrating the script.
Thanks in advance
Elrond
o version, then
downgrade the severity and highly consider fixing the bpo
version.
Thanks in advance
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
#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
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
-Arch: allowed"?
#918804 has the details on how this happened for
python3-yaml.
Could you please look into this?
Cheers
Elrond
?
#918804 has the details on how this happened for
python3-yaml.
Could you please look into this?
Thanks in advance
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
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
reassign 642458 libfarstream-0.2-5 0.2.8-2
thanks
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
heers
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
Wow!
Thanks for this really, really quick fix!
Cheers
Elrond
ly.
> Thank you,
>
> Matt
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
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
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
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
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
ctionality.", which seems
appropiate here?
Cheers
Elrond
ually.
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
accepted.
Would you mind setting it to Multi-Arch: foreign? It's
usually a matter of adding one line to debian/control.
Cheers
Elrond
e set
manually.
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
o it should show "ASUSTeK Computer Inc. Device 876b".
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
y for various reasons, so they need to be set
manually.
Cheers
Elrond
he Depends should be changed to "locales |
locales-all".
Cheers
Elrond
.
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
: 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
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
.
Could you please consider downgrading the python, python3
depdencies from Depends: to Recommends:?
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
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
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
t like it is?
Cheers
Elrond
ually.
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
heers
Elrond
you please look into this?
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
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
-resources already does exactly
this.
Could you please look into this?
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
commends. Recommends means
"You really should install this. If you don't, expect
missing functionality", which seems right then.
Cheers
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
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
201 - 279 of 279 matches
Mail list logo
