Am 21.12.23 um 11:50 schrieb Christoph Berg:
Re: Helmut Grohne
Is it ok to call upgrade scenarios failures that cannot be reproduced
using apt unsupported until we no longer deal with aliasing?
If the answer is yes here, we'll close #1058937 (Ben's libnfsidmap1 bug)
with no action calling the s
This particular issue in dpkg is very much known and nothing new (a
short recap: dpkg can lose files if files are moved between packages
*and* symlinked directores, such as / and /usr, at the same time).
To mitigate it, bluca added a piuparts check which rejects packages that
move files from
Forwarding this to the CTTE, just in case they have some input on this
proposed plan.
Weitergeleitete Nachricht
Betreff: Re: Bug#946456: systemd: Provide systemd-sysusers as an
independent package
Datum: Wed, 7 Oct 2020 18:21:39 +0200
Von: Michael Biebl
An: 946
Am 27.01.20 um 14:19 schrieb Michael Biebl:
> Am 27.01.20 um 11:18 schrieb Thomas Goirand:
>
>> It is my view that what you're proposing would be a lot more work for on
>> valid reason.
>
> opensysusers as implementation will always lag behind systemd-sysusers
>
Am 27.01.20 um 11:18 schrieb Thomas Goirand:
> It is my view that what you're proposing would be a lot more work for on
> valid reason.
opensysusers as implementation will always lag behind systemd-sysusers
and/or be incomplete, it might even be incompatible.
This has the potential to negatively
Am 07.10.18 um 20:55 schrieb Michael Biebl:
> Am 07.10.18 um 20:46 schrieb Michael Biebl:
>> Let me add here, that a lot of sysv init scripts I looked at do not
>> actually return proper error codes in case the service fails to start.
>> Picking a random example, like anacron
Am 07.10.18 um 20:46 schrieb Michael Biebl:
> Let me add here, that a lot of sysv init scripts I looked at do not
> actually return proper error codes in case the service fails to start.
> Picking a random example, like anacron, I see for the start action:
>
> start-stop-daemon
> * dh_installinit: defaults to "failure to (re)start is failure to
> configure", but can be overridden with --error-handler; some packages
> set the error handler to "true" (e.g. apache2, isc-dhcp) or to a custom
> shell function (e.g. krb5, samba).
> This is used for LSB init scripts, and
On Sun, 25 Jun 2017 23:37:13 +0100 Colin Watson wrote
> I could have NMUed init-select in both unstable and stretch with a
> corrected conffile (and probably also with a corrected sysvinit
init-select was not part of stretch, so an NMU would not be possible
afaics. At least I would be surprised i
clone 851412 -1
reassign -1 binutils
forwarded -1 https://sourceware.org/bugzilla/show_bug.cgi?id=21054
retitle -1 Forced local symbol rearranging messes up GOT
Hi James
Am 17.01.2017 um 12:18 schrieb James Cowgill:
> On 17/01/17 09:10, Michael Biebl wrote:
>> Am 17.01.2017 um 10:0
Am 17.01.2017 um 10:02 schrieb Michael Biebl:
> Hi there,
>
> as additional input, please have a look at [1] which just recently
> popped up. There seem to be still unresolved issues with binutils on
> mips*.
I haven't reassigned this bug report to binutils yet, as I wanted
Hi there,
as additional input, please have a look at [1] which just recently
popped up. There seem to be still unresolved issues with binutils on
mips*. We had quite a few regressions since the 2.28 snapshots were
uploaded and we still seem to be running into them.
At this point in the release cy
Am 10.12.2016 um 15:20 schrieb Ole Streicher:
> If you mean here why we just didn't put blends-tasks as dependency into
> tasksel-data: this wouldn't help, since the Policy says (ยง2.5):
>
> "Packages must not depend on packages with lower priority values"
>
> Since tasksel-data is Priority: impo
Am 10.12.2016 um 14:15 schrieb Ole Streicher:
> Hi Michael,
>
> On 10.12.2016 13:18, Michael Biebl wrote:
>> While I have no opninion on whether blend-tasks is important enough to
>> have installed by default, I would urge to revisit the idea to (mis)use
>> the packa
While I have no opninion on whether blend-tasks is important enough to
have installed by default, I would urge to revisit the idea to (mis)use
the package priority to achieve that.
If a package was pulled in by debootstrap because of its priority, it's
marked as manually installed.
This is usuall
On Tue, 15 Nov 2016 21:32:38 +0100 Tollef Fog Heen wrote:
> I think this sounds quite reasonable, all in all. It gets us a newer
> version (albeit not for stretch, but I see the points about changing
> that so close to the freeze), it gives users some warning about htags
> going away (and if that
Am 19.01.2014 11:59, schrieb Bastian Blank:
> On Sat, Jan 18, 2014 at 11:33:32PM +0100, Michael Biebl wrote:
>> On Sat, Jan 18, 2014 at 01:20:41PM +0100, Bastian Blank wrote:
>>> - lvm2.service is statically hooked to local-fs.target, as all local
>>> mounts.
>>
On Sat, Jan 18, 2014 at 01:20:41PM +0100, Bastian Blank wrote:
> Untested patch:
>
> - Static services with the correct name.
Well, the original names from the upstream patch weren't really incorrect.
You just have to make sure that the lvm2 sysv init script is correcly
"shadowed" by the native s
On 27.02.2013 00:50, Chris Knadle wrote:
> When this was brought up in the bug report, the response was "network-manager
> can be installed, then disabled", but how to do that wasn't documented
> anywhere in the network-manager package. Instead the next suggestion was
> documenting this issue i
On 07.02.2013 08:06, Daniel Baumann wrote:
> On 02/07/2013 07:55 AM, Michael Biebl wrote:
>> I think it is obvious by now that reverting to syslinux 4 from wheezy is
>> the only sensible way forward at this point in the release.
>
> 'obvious'?
Imho, yes. But th
On 07.02.2013 07:58, Daniel Baumann wrote:
> On 02/07/2013 07:45 AM, Michael Biebl wrote:
>> Well, VBOX is pretty popular, so shipping an installer which doesn't
>> work for such an environment is certainly a no-go.
>
> again, the syslinux in sid would not be in wheezy.
On 07.02.2013 07:30, Daniel Baumann wrote:
> On 02/06/2013 11:48 PM, Michael Biebl wrote:
>> Unfortunately the second patch doesn't work either. See [1].
>
> that is incorrect; the patch works, it's just the old vbox version in
> current debian testing/sid which has
On 06.02.2013 23:22, Don Armstrong wrote:
> On Wed, 06 Feb 2013, Russ Allbery wrote:
>> Don Armstrong writes:
>>
>>> Assuming that the patch for #699742[0] fixes this issue with DI RC
>>> releases being installed, is there still an outstanding issue for the
>>> CTTE?
>>
>> Earlier in this thread,
On 06.02.2013 17:48, Michael Biebl wrote:
> Hi,
>
> On 06.02.2013 16:36, Daniel Baumann wrote:
>> On 02/05/2013 09:33 PM, Michael Biebl wrote:
>>> I tried this patch against cc123e0 from debian-installer git.
>>> Unfortunately the problem is still the same.
>
On 25.10.2012 22:47, Andreas Barth wrote:
> * Jeremy Bicha (jbi...@ubuntu.com) [121025 18:51]:
>> On 25 October 2012 12:17, Don Armstrong wrote:
>>> That said, if I'm wrong, and you believe that there is a compromise
>>> which would resolve the concerns raised beyond those already presented
>>> (s
On 24.10.2012 03:29, Sam Hartman wrote:
> Don, in your option 4B, I wonder if it would be a good idea to have the
> depend be something like g-n-m|wicd|no-network-manager
The "gnome" meta-package certainly won't get an alternative dependency
on wicd. That would be completely stupid and miss the p
> Russ Allbery writes ("Bug#688772: gnome Depends network-manager-gnome"):
>> I've been thinking about this over lunch, and I do feel like the gnome
>> metapackage is substantively different than the gnome-core metapackage.
>> I'm not sure if it's sufficiently different to warrant a different
>> de
On 25.09.2012 17:34, Ian Jackson wrote:
>> I am going to try to get the TC to pass another resolution
>> specifically overruling this further decision by the gnome-core
>> maintainers.
Seriously, WTF!
Don't you have better things to do then pissing off everyone?
--
Why is it that all of the in
On 21.07.2012 23:40, Adam D. Barratt wrote:
> On Sat, 2012-07-21 at 23:12 +0200, Michael Biebl wrote:
>> On 21.07.2012 09:11, Steve Langasek wrote:
>>
>>> Now, I think providing a tool to auto-translate .desktop files into mailcap
>>> entries is a perfectly appropr
On 21.07.2012 09:11, Steve Langasek wrote:
> Now, I think providing a tool to auto-translate .desktop files into mailcap
> entries is a perfectly appropriate way to go about solving this bug, if
> someone chooses to do that. If such a tool emerges, I think that's great
> for Debian as a whole, an
On 18.07.2012 11:14, Neil McGovern wrote:
> Hi,
>
> On Tue, Jul 17, 2012 at 11:45:42PM +0200, Michael Biebl wrote:
>> If a missing mime file would mean an RC bug, this would instantly make
>> 514 packages RC buggy.
>> Interestingly, the particular section in th
On 18.07.2012 23:40, Ian Jackson wrote:
> Secondly, it is possible for dhcp entries to be non-trivial. They may
> specify interesting scripts to be run, dhcp options, bridging, etc.
> It's not clear to me exactly which of these scenarious result in
> what outcome.
NM doesn't take over any such e
On 17.07.2012 22:30, Russ Allbery wrote:
> Michael Biebl writes:
>
>> Also, as an alternative if you can't use network-manager for whatever
>> reasons, you can install gnome-core and disable network-manager. This
>> is as simple as
>
>> "update-rc.d n
there is a small typo...
On 17.07.2012 23:45, Michael Biebl wrote:
> Just some numbers I got by grepping over the archive on lintian.d.o:
>
> # of packages shipping .desktop files with MimeType associat
Just some numbers I got by grepping over the archive on lintian.d.o:
# of packages shipping .desktop files with MimeType associations: 601
# of packages shipping a corresponding mime file in
/usr/lib/mime/packages: 89
If a missing mime file would mean an RC bug, this would instantly make
514 pack
Am 17.07.2012 14:56, schrieb Ian Jackson:
> block 645656 by 681834
> thanks
>
> The argument about the dependency from gnome-core to network-manager
> has now reached the TC. This has been extensive discussed, most
> recently on debian-devel. The most recent response from Josselin is
> here:
>
36 matches
Mail list logo