Control: tags -1 + patch
On Wed, Jul 18, 2018 at 11:06:37PM +0200, Andreas Henriksson wrote:
> Source: eviacam
> Version: 2.1.3-4
[...]
> If time permits and I haven't heard anything back I'll consider fixing
> this via a NMU while at DebCamp/DebConf.
[...]
I'm attaching the
Control: tags -1 + patch
On Wed, Jul 18, 2018 at 11:06:59PM +0200, Andreas Henriksson wrote:
> Source: mlocate
[...]
> If time permits and I haven't heard anything back I'll consider fixing
> this via a NMU while at DebCamp/DebConf.
As we discussed you'd handle this and suggested a
RGROUP" && ! getent group "$NEWUSERGROUP"
>/dev/null>/dev/null; then
adduser --force-badname \
--system --group \
--home /nonexistent --no-create-home \
"$NEWUSERGROUP"
fi
--
Regards,
Andreas Henriksson
s the packaging system and the
>
> --
> Sean Whitton
Regards,
Andreas Henriksson
On Sun, Jul 22, 2018 at 11:35:48AM +0800, Sean Whitton wrote:
> control: tag -1 +patch
>
> Hello all,
[...]
Thanks for working on this and thanks for including your rationale
about the tradeoffs you had to make.
While I still retain my aging view on this which isn't perfectly
described by your
listed in series file so not applied. Well, might be another reason to
drop it.
debian/patches:
- I see you've already upstreamed some of your work. I hope you will
continue that trend with the remaining patches as well.
Regards,
Andreas Henriksson
ploading (atleast in the current state), but hope that my
comments was somewhat useful to you.
Regards,
Andreas Henriksson
nowing that there's a risk that systemd-tmpfiles break them.
You are over generalizing since you forgot to account for this
particular line/setting:
https://sources.debian.org/src/console-setup/1.184/debian/console-setup-linux.console-setup.service/#L3
HTH
Regards,
Andreas Henriksson
/warning message
and then exiting with 0, but after this change it exits
with 1.
Signed-off-by: Andreas Henriksson
Reported-by: Juan Céspedes
Addresses: https://bugs.debian.org/898426
---
disk-utils/partx.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/disk-utils/partx.c
in
debian/liblcms2-2.symbols which means the build-time dependency isn't
reflected in the runtime dependency. (See man deb-symbols)
Regards,
Andreas Henriksson
PS. While this might seem as a minor bug, severity is specified by
policy and this is actually a 'serious' bug (and thus Release Critical).
Control: tags 872623 + fixed-upstream
On Mon, May 28, 2018 at 09:31:53PM +0200, Andreas Henriksson wrote:
> Control: forwarded -1 https://github.com/legionus/kbd/pull/16
> Control: tags -1 + upstream
[...]
Now merged upstream and will be part of the next upstream release
(v2.0.5 ?).
nge pretty universal I think and avoid deviating between
different distros.
Regards,
Andreas Henriksson
- Forwarded message from Gürkan Myczko -
Date: Wed, 17 May 2017 14:00:52 +0200
From: Gürkan Myczko
To: de...@lists.fedoraproject.org
Cc: 732...@bugs.debian.org
Subject: Please remov
bsequent traceback.
[...]
I agree with your analysis. Would be best to discuss this issue
upstream, but since the fix seemed obvious I went ahead and
submitted https://github.com/legionus/kbd/pull/16
Thanks for your detailed bug report and analysis.
Regards,
Andreas Henriksson
://github.com/legionus/kbd
(see BUGS section at end of)
https://git.kernel.org/pub/scm/linux/kernel/git/legion/kbd.git/tree/README.md
Regards,
Andreas Henriksson
f there's
a limited task you think I can help out with don't be shy to ask.
(Ofcourse since I'm not a user myself, yet, I'll need help from someone
who is to test whatever I implement though.)
Regards,
Andreas Henriksson
PS. You already seem to be very well versed with systemd services but in
S = hardening=+all`.
Have you done any testing on how much breakage this causes?
What was your testing strategy and how does it make us sure
that it's safe to enable these build options?
Regards,
Andreas Henriksson
(starting with which
version of nfs-common package you're using).
Full initial bug report quoted below.
Regards,
Andreas Henriksson
On Sun, Nov 19, 2017 at 07:07:53AM +, Kraus, Sebastian wrote:
> Package: mount
> Version: 2.29.2-1
>
> Dear package maintainers,
>
> simple (n
anslations and help improve it there and it'll eventually appear in
Debian.
Regards,
Andreas Henriksson
king rfkill linux-any to git.)
Regards,
Andreas Henriksson
s to simply document the deprecation and leave the sysvinit
implementain still functional.
(Maybe to be taken into consideration: How does other distributions
service commands work? We all use different implemations IIRC?!)
Regards,
Andreas Henriksson
pplicant' recommends to 'wpasupplicant | iwd' (because
alternative recommends are supported nowadays isn't it?).
FWIW, I've not done any deeper analysis of exactly how iwd plugin
works in connman (as I'm not using connman myself) so you might want
to look into that before trusting the claims in the READM
I I've recently uploaded iwd which is currently in NEW (see also
ITP #894537) which currently comes with a bundled version of ell.
Any chance you're interested in iwd and would like to help out looking
into building it against the system ell once your package is available
in the archive?
Regards,
A
Package: wnpp
Severity: wishlist
Owner: Andreas Henriksson <andr...@fatal.se>
* Package name: iwd
Version : 0.1
Upstream Author : See AUTHORS
* URL : https://git.kernel.org/pub/scm/network/wireless/iwd.git/
* License : LGPL-2.1+
Programming L
' field which should be the proper relationship
vim-ctrlp has with vim.
Also note that vim-ctrlp already Recommends vim-addon-manager which
in turn Recommends vim, so normal installs would still pull in
vim anyway.
Patch attached for your convenience.
Regards,
Andreas Henriksson
-- System
ind anyone interested in helping you debug this issue.
Please try to provide a gnome-disks screenshot and a binary partition
table (because I have no idea how to parse that /gnu/ fdisk dump).
Regards,
Andreas Henriksson
Priority: extra to optional.
+
+ -- Andreas Henriksson <andr...@fatal.se> Tue, 06 Mar 2018 17:08:15 +0100
+
gfxboot (4.5.2-1.1-5) unstable; urgency=low
* I don't care anymore, not worth it.. orphaning.
diff -Nru gfxboot-4.5.2-1.1/debian/control gfxboot-4.5.2-1.1/debian/control
--- gfxboot
; # fdisk -G -l /dev/sda
[...]
Likely udisks has the wrong information. Please include output from:
udisksctl dump
Also might be useful to have information for utilities that udisks
relies on like gdisk, parted, (util-linux) fdisk, etc.
Regards,
Andreas Henriksson
(Or
> we could handle it as a virtual package, though that could make upgrades
> harder.)
Regards,
Andreas Henriksson
On Thu, Feb 15, 2018 at 09:07:21AM -0800, Josh Triplett wrote:
> On Thu, Feb 15, 2018 at 05:14:03PM +0100, Andreas Henriksson wrote:
[...]
> > - (How to handle updates? Consensus seemed to be towards no change on
> >updates.)
>
> I'm interested in helping with this.
&
der
Regards,
Andreas Henriksson
an existing program
Agreed, but that's not what the source code uses.
Please read the source again. You'll spot it. ;)
[...]
Regards,
Andreas Henriksson
Hello Raphael Hertzog,
thanks for your feedback on the issue
On Thu, Jan 25, 2018 at 04:49:37PM +0100, Raphael Hertzog wrote:
> On Mon, 22 Jan 2018, Andreas Henriksson wrote:
[...]
> > My conclusion is thus that this is a false positive and the bug report
> > should s
this fixed ASAP. If you're busy
feel free to just ask for help with a non-maintainer upload in
the meantime and I'll make it happen.
Regards,
Andreas Henriksson
previous QA upload
and also has a pending change in the packaging repository hoping
he can upload both of them at the same time.
Regards,
Andreas Henriksson
Control: tags -1 + pending
Hello,
I've uploaded the attached debdiff as an NMU to DELAYED/5.
Regards,
Andreas Henriksson
diff -Nru linaro-image-tools-2016.05/debian/changelog
linaro-image-tools-2016.05/debian/changelog
--- linaro-image-tools-2016.05/debian/changelog 2016-09-27 23:43
, merge and upload
this soon. Please speak up if you're busy and would like help
with a non-maintainer upload!
Regards,
Andreas Henriksson
/157c0270ce95efa0b517a2fb958c1966b3c114a4
I'm thus tagging this bug report pending and hoping the maintainer(s)
will be uploading the fixed version soon.
Regards,
Andreas Henriksson
the better. The most important part is knowing that
maintainers have a plan for their package so we can identify the
packages which needs help being taken care of.
Regards,
Andreas Henriksson
d in *any* system except where the admin
has explicitly uninstalled it, I think that gives very little benefit.
It would be great to hear from maintainers on this!
Regards,
Andreas Henriksson
] ; then
which will (normally) never be true on Debian. So something funky
is going on here.
Please also see the other thing spotted by lintian which should really
also be fixed.
Regards,
Andreas Henriksson
diff -u dtc-xen-0.5.17/debian/changelog dtc-xen-0.5.17/debian/changelog
--- dtc-xen
package relationship might not be
suitable here at all.
Would be great to get some feedback on this from the package maintainer
who hopefully understands what's going on much better than me.
Regards,
Andreas Henriksson
the xfs comparison I'm torn
Would be great to hear the maintainers view on this!
Regards,
Andreas Henriksson
ight turn the expectation even lower.
As it looks to me mock should at most Recommend e2fsprogs.
Would be great to hear maintainers opinion about if this bug report
should simply be closed without any action or if a Recommends sounds
appropriate.
Regards,
Andreas Henriksson
m to be an example of mounting debugfs filesystem. Not
using the debugfs command.
My conclusion is based on the above that e2fsprogs should indeed
be a dependency.
Would be great to hear maintainers view on this!
Regards,
Andreas Henriksson
tagging the bug as pending and hoping we'll soon see the
version actually be part of the debian archive.
Regards,
Andreas Henriksson
maintainers (or anyone else interested!) about
this
Regards,
Andreas Henriksson
crutial.)
My conclusion is thus that a dependency on e2fsprogs should be added.
Would be great to hear from maintainers on this... Even if it's just to
say that an NMU to take care of this would be appreciated.
Regards,
Andreas Henriksson
where docker.io dependencies are discussed. Lets continue the
discussion in that bug report if needed.
Regards,
Andreas Henriksson
86_64-linux-gnu/singularity/cli/image.expand.exec contains e2fsck
> and resize2fs. According to file it is a Bourne-Again shell script, ASCII
> text executable
[...]
Looks to me like there should be a dependency added here for sure.
Would be great to hear from the maintainers on this!
Regards,
Andreas Henriksson
ency themselves (or atleast I'm not aware of any
way for go packages to propagate dependencies via a substvar or
similar).
Thus my conclusion is that it's probably best to just close this bug
report.
Would be great to hear maintainers view on this!
Regards,
Andreas Henriksson
'
wrapper is shipped by util-linux these days).
Maybe that should be considered good enough to just close this bug report?
WDYT?
Regards,
Andreas Henriksson
exists in debian/tmp but is not
installed to anywhere
Shipping the neard.service file would mask the neard init.d script by
providing a native unit with the same name. Likely the other files should
also be shipped in neard-tools and neard-dev.
Regards,
Andreas Henriksson
-- System Information:
Debian
e great to hear the maintainers view on this!
Regards,
Andreas Henriksson
me I
might have used Recommends for e2fsprogs and either Recommends
or Suggests for xfsprogs, btrfs-tools.
If maintainers decides to be more strict and support less variantions
using Depends isn't something I'd object to either though.
Would be great to hear from maintainers on this!
Regards,
Andreas Henriksson
st trying
to explore all possible theoretical possibilities.
I don't think it's useful to complicate things just to be able to avoid
a dependency on e2fsprogs, unless you have any particular reason for
doing it.
Hope to see this issue resolved soon.
Regards,
Andreas Henriksson
n me,
so thanks for your swift feedback. Looking forward to seeing this fixed
soon!
Regards,
Andreas Henriksson
e to check it as above? > Helmut
I guess Helmut just used 'strings' command (and grep) on the binary.
Regards,
Andreas Henriksson
led, so specifying a dependency
is (unlike normal case) here basically a way to say "if you explicitly
remove e2fsprogs on your stupid embedded system or container, then you
must also remove my package" (either for technical or non-technical
reasons).
Regards,
Andreas Henriksson
Control: tags -1 + upstream fixed-upstream patch
Control: forwarded -1
https://cgit.freedesktop.org/NetworkManager/NetworkManager/patch/?id=27e8fffdb833748dfeb6648b8768c4ef48822841
On Wed, Jan 24, 2018 at 06:54:34PM +0100, Andreas Henriksson wrote:
> Package: network-manager
> Version: 1.
-
The segfault happens when running the last command (tc filter ...)
which means my wifi connection goes down and all my network traffic
is dead.
Regards,
Andreas Henriksson
-- System Information:
Debian Release: buster/sid
APT prefers unstable-debug
APT policy: (500, 'unstable-debug'), (500
n.
Would be great to hear from maintainer what's going on.
Regards,
Andreas Henriksson
d.c/#L370
Looking at the hooked up cmd_chattr function it doesn't seem to have
anything to do with (launching the) e2fsprogs chattr program.
My conclusion is that this bug report can likely just be closed.
Would be great to hear the maintainers view on this.
Regards,
Andreas Henriksson
The other filesystem specific tools (for non-ext* filesystems) are
already listed under Recommends so I assume that should be extended
with e2fsprogs.
Would be great to hear from the maintainer on this!
Regards,
Andreas Henriksson
e manualy handled by the consuming
application (which I would think leads to massive amount of
bugs/mistakes as most manual things which doesn't give an obvious
failure when you get it wrong).
Would be great to get some feedback from the maintainer on this!
Regards,
Andreas Henriksson
8.3-3/src/filesys.c/#L49
Given that all non-ext* filesystems in that table are listed under
Suggests I would guess e2fsprogs should be added to Suggests.
(Or possibly promoted as ext being the favourite child to Recommends.)
Would be great to hear the maintainers view on this...
Regards,
Andreas Henriksson
word 'remote' in it.)
A local dependency (or other package relationship) will not help what's
available and installed on the remote host.
My conclusion is thus that this bug report should likely just be closed.
(Or repurposed as a bug report about the incorrect path.)
Regards,
Andreas Henriksson
intainers view on this.
Regards,
Andreas Henriksson
ffer
from the exact same condition as spacefm, please please see analysis in
http://bugs.debian.org/887257
Regards,
Andreas Henriksson
See also http://bugs.debian.org/887177
o fusioninventory-agent.
See http://bugs.debian.org/887276 vs http://bugs.debian.org/887230
Regards,
Andreas Henriksson
actually
exist and a Recommends relationship or lower against e2fsprogs is
enough.
Would be great to hear what maintainers think about this.
Regards,
Andreas Henriksson
ld make sure the command is available *outside* the
sandbox, but I have no idea if this benefits what's run *inside* the
sandbox in any way
Would be great to hear the maintainers view on this.
Regards,
Andreas Henriksson
Hello Axel Beckert,
Thanks for your feedback!
On Mon, Jan 22, 2018 at 10:52:09PM +0100, Axel Beckert wrote:
> Control: severity -1 important
> Control: retitle -1 xen-tools: should recommend e2fsprogs
>
> Hi Andreas and Helmut.
>
> Helmut: Thanks for the bug report!
>
itly note the relationship
to other packages, or maybe there simply isn't any need for the affected
code.
Feedback from maintainers on this would be greatly appreciated.
Regards,
Andreas Henriksson
n is thus that adding e2fsprogs to Suggests seem to be
the proper fix.
Regards,
Andreas Henriksson
thinks about this!
Regards,
Andreas Henriksson
My conclusion is that there likely is no need for e2fsprogs specific
care here, but reviewing the package from a bigger perspective might
be useful.
Regards,
Andreas Henriksson
xfsprogs or dosfstools either.
Would be great to hear from maintainers if all of them missing is
a mistake or if maybe there's no need for a relationship against
e2fsprogs either.
Regards,
Andreas Henriksson
report with no action could seem
like the proper response to me.
Would be great to hear maintainers view on this.
Regards,
Andreas Henriksson
openstack-deploy-tempest/?hl=352#L352
https://sources.debian.org/src/openstack-meta-packages/0.18/src/openstack-deploy-tempest/?hl=332#L332
https://sources.debian.org/src/openstack-meta-packages/0.18/saio/bin/resetswift/?hl=12#L12
Would be great to hear maintainers view on this...
Regards,
Andreas Henriksson
ntainer(s) if they think my conclusion
sounds reasonable.
Regards,
Andreas Henriksson
at to hear from maintainers what their view on
this is
Regards,
Andreas Henriksson
Suggests: e2fsprogs. Possibly not
even that and just closing this bug report without any changes.
Would be great to hear from the maintainer(s) what they think
of this.
Regards,
Andreas Henriksson
There's no relationship
specified against xfsprogs or dosfstools, so I'm guessing either
there's no need for e2fsprogs relationship or all three are missing
from Recommends or Suggests.
Would be great to hear from maintainers on this
Regards,
Andreas Henriksson
nt:
https://sources.debian.org/src/live-build/1:20171207/functions/losetup.sh/#L64
My conclusion is thus that this is a false positive and the bug report
should simply be closed.
Would be great to hear from maintainers about what they think of
potential relationship between live-build and e2fsprogs.
Regards
thout any changes.
Would be great to hear from maintainers if my assumptions (and
conclusion) makes sense here!
Regards,
Andreas Henriksson
en better.
I'm adjusting the bug report to reflect that this should be considered
a minor issue (unlike a missing dependency).
Regards,
Andreas Henriksson
on here...
Regards,
Andreas Henriksson
contains e2label. According to
> file it is a Perl5 module source, ASCII text
[...]
All three above are false positives, type2label + feature2label.
My conclusion is thus that this bug report can likely simply be
closed.
Would be great to get some input from maintainers on what's going
on in (the affected part of) gbrowse...
Regards,
Andreas Henriksson
kely just be closed.
It seems like there's stuff in debian/rules that atleast tries to run
the testsuite so tests should not be completely disable atleast. Would
be great to hear from maintainers what's going on here
Regards,
Andreas Henriksson
to decide if this should simply be closed
or if adding the suggests is useful.
Regards,
Andreas Henriksson
relationship to any
of the other filesystem specific packages shipping resizing tools
I'm going to assume there's no need for e2fsprogs relationship either.
It probably wouldn't hurt to add atleast a Suggests for all of them
though
Would be great to hear the maintainers view on this.
Regards,
Andreas Henriksson
ils, ntfs-3g, dosfstools,
mtools, yelp, kpartx, dmraid, dmsetup, gpart
(I could ofcourse be wrong in that gparted somehow has a special
relation to ext* filesystems, but from a very quick look at the code I
couldn't find anything that suggested that.)
Regards,
Andreas Henriksson
option. I'll leave that up to the maintainer to decide.
Would be great to hear from maintainer on this
Regards,
Andreas Henriksson
Possibly upstream rather than in Debian.
My conclusion here is that it's likely not the end of the world if
we just closed this bug report. If a package relationship should be
added using 'Suggests: dosfstools, e2fsprogs' would likely be the
most suitable. Maintainers view on this would be nice to hear!
Regards,
Andreas Henriksson
e instead
of depends. Would be great to get some feedback from the maintainer(s)!
Regards,
Andreas Henriksson
rom the maintainer on this matter.
Regards,
Andreas Henriksson
attached for
your convenience. Please test and review it carefully.
Regards,
Andreas Henriksson
diff --git a/debian/changelog b/debian/changelog
index 9f4f14d..b62b701 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,13 @@
+qemu (1:2.11+dfsg-1.1) UNRELEASED; urgency=medium
+
+ * de
False positive. Documentation.
In summary there are mainly two cases to consider here. Would be great
to hear from maintainer(s) what their thought is on how to best see
this through. Without further input I'd say a Depends on e2fsprogs
is likely the best solution.
Regards,
Andreas Henriksson
would be great if maintainer(s) could
comment on this.
My conclusion is that a e2fsprogs dependency is likely the best
solution.
Regards,
Andreas Henriksson
701 - 800 of 2994 matches
Mail list logo