ke the
config options mentioned before that about another issue ending up with
that error message as #624122 has no workaround if you get it for
"hashsum mismatch" rather than a "code practice vs. theory mismatch"
(and I can only break so many apt versions).
Best regards
David Kalnischkies
signature.asc
Description: Digital signature
n if needed
3. change the default of the option to enabled
4. add the option to all the software forgotten in 2.
I would accept a patch for 1. in jessie, so that if all known things in
2. can get fixed (one way or the other) to cope with 3. in jessie+1, but
that needs someone who wants t
x27;ident' is "a debugging tool". You will
hopefully understand that even if I had anticipated that the commit
would cause trouble I would have assumed nobody would use it.
(I see now that apt-setup is using it and why, and while the information
is in the add output as well it is probably a bit harder to get it from
there, point taken, but that this is easy to say after the fact)
Best regards
David Kalnischkies
signature.asc
Description: Digital signature
kinda a different beast in this regard (remember the temp remove).
My guess is that situations in which we would have to look at rev-deps
can't happen as these are covered by the pre-order. I at least couldn't
produce a situation in which it wasn't sufficient in this regard.
"
ollow the advice of a dumb tool.
Best regards
David Kalnischkies
signature.asc
Description: Digital signature
d it, even if I realize that it was probably not meant that way)
Best regards
David Kalnischkies, CEO of a computer science student lifeform incorporated
signature.asc
Description: Digital signature
.
No worries, next time you can send corrections (and errors make even the
best people) to the control@ mail address only though as it avoid
cluttering the bugreport itself with messages.
Best regards
David Kalnischkies
signature.asc
Description: Digital signature
e (at least) two problems after it…
Note also that as you can see here bug reports are not ideal to get
input on fixing your system. The support channels like the debian-user
mailinglists or IRC are way better in this regard.
Best regards
David Kalnischkies
signature.asc
Description: Digital signature
moreinfo tag without any additional info, so "first warning".
Best regards
David Kalnischkies
signature.asc
Description: Digital signature
l.
Downgrades are not supported and usually not a good idea.
Trying to downgrade really important stuff like libc6 will not just not
work, but explode bigtime.
Best regards
David Kalnischkies
signature.asc
Description: Digital signature
, for me, it basically works out
of the box (at least while testing with our own aptwebserver).
Anyway: As said, basically nobody has the https method installed, so we
either have to force it on everyone or we need the service to continue
to provide the changelog over http for apts http client.
On the
On Thu, Feb 13, 2014 at 02:21:40PM +0100, Samuel Thibault wrote:
> David Kalnischkies, le Tue 11 Feb 2014 19:36:59 +0100, a écrit :
> > On Mon, Feb 10, 2014 at 06:35:37PM +0100, Petr Salinger wrote:
> > > The apt 0.9.15.1 started to use futimens instead of previous utime.
> &
nup disabled.
So, the next time you run the update rred will pick up the new as well
as the old patches and together they result in a file which isn't
correct anymore as it was patched with some patches two times… BOOM!
Best regards
David Kalnischkies
commit 34d6ece7566ea4fcda2286478b3164
ry "meta" in a sense that there are a bunch of cases
which can result in a hashsum mismatch and only very few are the fault
of apt and without a reasonable amount of info hard to reproduce (if at
all possible). One day, I will have the mental strength to close it…
Best regards
David Kalnischkies
signature.asc
Description: Digital signature
the filename around anyway and it will
silence cppcheck (and I don't have to remember to ignore the remark).
Best regards
David Kalnischkies
signature.asc
Description: Digital signature
time all other libraries will
went through similar changes. Many already did for wheezy, so I am a bit
surprised that this bug hasn't happend so far.
Best regards
David Kalnischkies
From 346b042ef1f290fcce0d2d90714061fb0972ec09 Mon Sep 17 00:00:00 2001
From: David Kalnischkies
Date: Thu, 6 Feb 20
t the status file one). See attached demo-patch.
Something like that (but tested, this one isn't) could be introduced
with the next abi break. It isn't bulletproof either, but a bit better.
(I wonder if it would make sense to move the comparison entirely into
such an on-demand handli
et even more.
> So I'm also inclined to add the Breaks.
Usually I would suggest a transitional package in addition, but in this
case I am going a bit further:
The error message suggests to me (who has absolutely no idea what he is
talking about through) that hal configures udev to send messages to hal.
Why not just drop this configuration if it doesn't work anyway… ?
Best regards
David Kalnischkies
signature.asc
Description: Digital signature
safety measure as the autoremover
has no idea which of the kernels are enhancing the firmware. All of them
could potentially work, but the user might depend on a very specific one
of those (It makes little sense with kernels of course, but replace
kernel with editor and you will hopefully agre
would
be nice if you could attach it as well, so we can see what made the
difference.
If you can't find a status file to reproduce it we will have no other
chance than to close the bugreport as unreproducible as these kind of
bugs are highly dependent on the system state.
Best regards
David Kalnischkies
signature.asc
Description: Digital signature
g files, in addition to removing package repositories, in
> order to avoid the "NO_PUBKEY" scenario.
I did a bunch of changes to apt-key in 0.9.10, so at least this problem
of empty keyrings pilling up in trusted.gpg.d shouldn't be one anymore;
apt postinst isn't dealing with old cruft at the moment though.
Best season's greetings
David Kalnischkies
signature.asc
Description: Digital signature
Hi :)
On Thu, Dec 12, 2013 at 02:25:39PM +0700, Trần Ngọc Quân wrote:
> You missing add apt program to Debian package.
> Please apply this patch!
Thanks for the patch, but this isn't a mistake.
The binary is far from complete feature-wise, barely documented and
infested with bugs. In short: Not
s like different (but
related) regression.
Seems like Michael broke more than he fixed in an effort to support
deb-src without deb entries. Word of the day: Testcase(s) ;)
Best regards
David Kalnischkies
signature.asc
Description: Digital signature
ve in regards to
"no longer needed packages" as 'wasted diskspace' is not as critical as
'no longer usable system')
In short: The package gnome-core is in section "metapackages" and this
section is set in APT::Never-MarkAuto-Sections, so the packages gn
t it doesn't work for you as it does here.
Have you done anything extraordinary to /tmp in your chroot?
Are other applications acting strange as well?
Best regards
David Kalnischkies
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
, it depends a bit on what you will do
later on which one you have to use – but for most stuff both will work.
Rootdir prefixes everything, Dir just relative paths. If you configure
files to be 'read' from "/dev/null" for example, that is a difference)
Best regards
D
ns failed is:
_error->PushToStack() and the reverse _error->MergeWithStack().
If we are patching, there is similar code in DoIdent,
so this probably needs to be patched, too.
Best regards
David Kalnischkies
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a sub
[reordered to have the most-important response-part first]
On Sun, Oct 27, 2013 at 9:33 PM, Fabien Givors (Debian)
wrote:
> On 27/10/2013 18:54, David Kalnischkies wrote:
>> On Sun, Oct 27, 2013 at 2:55 PM, Fabien Givors (Debian)
>> wrote:
> I'm sure you have,
#x27;t have (partially) if you still value upgrades a lot.
And its a problem you can't solve by just looking what packages you have
installed yourself. The packages your distribution installed for you
in release A but not in release B (because they prefer something else now)
are just a
On Sun, Oct 27, 2013 at 2:55 PM, Fabien Givors (Debian)
wrote:
> David Kalnischkies wrote:
>> Stepping back for a second and freeing myself from the consequences:
>> How about dropping this question altogether?
>>
>> We have a flag which is (supposed to be) able to ski
is: In this particular case, I really hope nobody
is doing something as insane as depending on this. [0]
What do you two think?
Best regards
David Kalnischkies
[0] https://xkcd.com/1172/
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
on foo will be marked as manually installed.
Hopefully the logic is a bit more clear now. In that light, can you
rephrase your bugreport to detail which packages you installed exactly?
Best regards
David Kalnischkies
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject
implementations don't support
more advanced request headers like If-Range and co – and even if they do,
they usually don't allow a user to get consistently a buggy behavior)
Best regards
David Kalnischkies
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
wi
you run exactly
and what the complete and exact output of these commands are.
(preface them with LANG=C to be sure to get non-translated messages)
[ The message you mention here doesn't exist in apt,
but a few remotely related do ]
Best regards
David Kalnischkies
--
To
Install=1
should print a bunch of stuff telling us what the $REASON is.
Best regards
David Kalnischkies
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
avior of debconf-apt-progress seems to have changed since precise]
Some details on what you mean and how you reproduce it exactly might help.
Best regards
David Kalnischkies
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe&q
"suddenly" smells like our front ends are going
to hate us… (at least if they parse what they hand to them with this).
[The code parsing dpkg status lines is a bloody mess, but I hope I will
find some time in-between vintage this weekend to have a closer look]
Best regards
David Kalni
u have and the file /var/lib/dpkg/status for later in any case.
Best regards
David Kalnischkies
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
re really okay to be removed,
as its a guess, no a definite knowledge. The stuff deleted by the clean
commands on the other hand is really not needed anymore and/or is
redownloaded by APT automatically if it needs it.
So, I wouldn't run them together as they don't belong together.
Best
not
in testing or unstable.
(It is also why apt-get is automatically deciding that you mean libjpeg8-dev
as it is the only provider, if there would be more, you would need to choose)
Also, libjpeg8-dev conflicts with libjpeg62-dev, so they can't co-exist
-> your first install request is in
time now
to check, just wanted to remove the RC-bug indicator so nobody is scared.)
Best regards
David Kalnischkies
On Fri, Sep 27, 2013 at 2:05 PM, Eduard - Gabriel Munteanu
wrote:
> Package: apt
> Version: 0.9.7.9
> Severity: grave
> Tags: security
>
> Source packages are s
ebconf question (it can't get much worse).
So it is likely that it will be garbled, be it in the middle of another
message or completely overridden, if it happens to be printed on a line
which is intended to display a progress indicator of some sort.
Just forget about the idea of interrup
t the first, as the acquire system can fall back)
Nowadays, its really better to just enable [trusted=yes] in the sources.list
if you can be sure that the source is trusted (e.g. local mirror)
rather than this
old workaround (to get pre-0.6 behavior)
Best regards
David Kalnischkies
0001-pk
available for your native architecture) by design.
It tends to confuse people, but was needed for transition reasons.
(There are discussions ongoing to resolve a few issues with that though.)
Best regards
David Kalnischkies
test-bug-722880
Description: Binary data
or apt(8).
As this binary isn't built/included in the package yet,
strings from it aren't in the pot yet.
_("That is of course what we intended and planed for")
(po/en_TRUTH: "happy accident").
Best regards
David Kalnischkies
--
To UNSUBSCRIBE, email to debian-b
formation
is the important one varies a lot between runs and users.
Best regards
David Kalnischkies
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
eleases.
And its more correct / less confusing, as its not an completely bogus
idea to strip :any in single architecture environments. It has no meaning
there anyway, right? ;)
Best regards
David Kalnischkies
0001-don-t-strip-any-from-dependencies-in-single-arch.patch
Description: Binary data
cated file:// uris are higher
+ // priority than authenticated http:// uris – otherwise trusted
+ // packages can only be downloaded from trusted sources
+ if (Trusted == true && Index->IsTrusted() == false &&
+ _config->FindB("APT::Get::AllowUnauthent
ted version '2.3.1-10' (Debian:experimental [all]) for
'amule-common' because of 'amule'
[…]
0 upgraded, 5 newly installed, 0 to remove and 1 not upgraded.
[…]
As you see, none of those segfault for me.
Segfaults could also be caused by damaged binary caches,
which would
the naming of zlib1g … ;) ).
The most interesting part will be writing a testcase for that…
(the rest of the commit doesn't look completely bulletproof either, mmh)
Best regards
David Kalnischkies
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
his is not a valid DEB archive, it has no data.tar member." given that
there are plans for uncompressed members and its not unlikely we would
have the same "lets backport $compressor-support" in the future.
Best regards
David Kalnischkies
--
To UNSUBSCRIBE, email to debian-bug
don't see what we would gain by switch them on.
So from an APT point of view: Hell no, wontfix, close.
But this bugreport is against aptitude, so feel free to disagree of course.
Best regards
David Kalnischkies
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian
On Tue, Sep 3, 2013 at 7:57 PM, Aaron M. Ucko wrote:
> David Kalnischkies writes:
>
>> "d41d8cd98f00b204e9800998ecf8427e" is the md5 of an empty file.
>> "89f331147b07a354262948559d430f0b" is the md5 of our test file.
>> So the code calculates
omising and that it works for linux
makes it even more strange… or maybe I just don't see the elephant in the room.
Any ideas?
Best regards
David Kalnischkies
[0]
http://anonscm.debian.org/gitweb/?p=apt/apt.git;a=commitdiff;h=ca6ab6e37c101f21066d1522c6e9c202856842ca
--
To UNSUBSCRIBE, em
l and easy to undo).
(The patch is written for minimal interference with the current code in
"verbose" shell, I guess some shell/sed/awk/perl-wizard could do better)
Best regards
David Kalnischkies
sensible-utils-priority-sort-for-editors.patch
Description: Binary data
Could it be that you use a proxy? If so, that is probably #717891.
You will have to get a newer "apt" package manually in that case.
Otherwise, the output of
apt-get update -o Debug::pkgAcquire::http=1
might be interesting to see the problem.
Best regards
David Kalnischkie
after discussing this a bit at DebConf it seems like
we could apply the attached patch to APT, which is hopefully fine for everyone.
Best regards
David Kalnischkies
0001-allow-Pre-Install-Pkgs-hooks-to-get-info-over-an-FD-.patch
Description: Binary data
akes it unlikely that it will be
allowed to be fix in wheezy I guess.
Best regards
David Kalnischkies
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
0 as specific pin, rather than 999)
Now that wildcards work this can't be used to disable pins of course,
but commenting out or removing them entirely is just as effective…
(and defined behavior)
Best regards
David Kalnischkies
0001-specific-pins-below-1000-cause-downgrades.patch
Description: Binary data
On Fri, Jul 26, 2013 at 3:06 PM, Thomas Hackert wrote:
> Hello David, *,
> On Fri, Jul 26, 2013 at 11:13:20AM +0200, David Kalnischkies wrote:
>> On Tue, Jun 18, 2013 at 9:15 AM, Thomas Hackert wrote:
>> > . When I try this with telepathy-haze (but also with telepathy-gab
have attached config
and sources which might help to identify what is going on here.
But it would also be nice if you could try current unstable versions as they
introduce some changes to the 'show' code, which might have fixed this
as a by-product.
Best regards
David Kalnischkies
--
ut attached patch goes back to the old behavior of just sending
absolute URIs if a proxy is used just to be sure.
Best regards
David Kalnischkies
0001-request-absolute-URIs-from-proxies-again-0.9.9.3-reg.patch
Description: Binary data
T::Update::Post-Invoke-Success "/path/to/your/script";
Also, I haven't tried, but it is usually a more common setup to configure
these sources with apt-cdrom, which should be able to deal with this.
Best regards
David Kalnischkies
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
es that it was sorted far more at the top).
Attached patch should fix that by skipping over Description fields in the
"left-over" of the buffer after the first Description field.
(lets see what I did wrong this time, I am starting to get a track record)
Best regards
David Kalnischkies
P.S.
ed to prevent by writing a testcase in the first place …
(see the attached patch "else if" you want to have a laugh)
Best regards
David Kalnischkies
0001-fix-if-clause-to-generate-hook-info-for-rc-packages.patch
Description: Binary data
dea what could be wrong.
(Most of that would have been asked by the bugscript for "apt", really need
to work on this so that reporters for other packages are "bugged" too)
Best regards
David Kalnischkies
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.or
ule here,
why not "just" a big nvidia-kernel-{legacy-{173xx,96xx}}-{dkms,source} or-
group (plus whatever ubuntu might call the packages maybe).
Best regards
David Kalnischkies
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
On Thu, Jul 11, 2013 at 9:09 AM, Russ Allbery wrote:
> David Kalnischkies writes:
>> For me personally, its mostly that I can't easily share the modules with
>> people who I can't let modules install by themselves (dkms kills the
>> module in each kernel vers
depending on how
its implemented: A package installed from unstable, which migrates to
testing – was this installed from unstable or from testing? And if a
package is in testing and in unstable, what is the origin? Maybe such
an origin field should just include "Debian" and be inserted at
So, as this is (at least not without a debian-policy enforced MUST for
the support of downgrades in packages) never going to happen:
Obviously Closing.
Best regards
David Kalnischkies
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
"";' > /etc/apt/apt.conf.d/nocache
Its the cache combining the data parsed from the sources
(called srcpkgcache – so it has nothing to do with source packages!)
with the data parsed from the status file. Caches which aren't
created can't be out-of-date. ;)
Best regard
the ESR
versions of icedove into stable(/updates).
(For the bugreport itself, APT is getting better at it version by
version, but catching all cases is hard. And always remember:
If you don't like the solution, you can always press 'N'. ;) )
Best regards
David Kalnischkies
On Mon, Jul 8, 2013 at 9:20 PM, Russ Allbery wrote:
> David Kalnischkies writes:
>
>> Currently src:bbswitch builds only a bbswitch-dkms package for usage
>> with dkms tools. It would be nice if you could add a bbswitch-source
>> package for module-assistant so that users
for packaging all this stuff to make my hardware work and
Best regards
David Kalnischkies
bbswitch-please-add-a-bbswitch-source.diff
Description: Binary data
like a server-farm (possibly in the cloud) and
"implement different features" is a really good idea, given that we already
have stuff 'implementing the same features' (compared to what?). Oh, and if
you grant me a second kill: the Microsoft remark further down the page.)
Best
e:
Do you want to continue (type anything to abort; no input means yes)? hell no!
Abort.
I am not really sure this is actually better (reminds me of the
"press ANY-key to continue"-joke somehow) and if we would change it
it would be a very very painful transition…
Best regards
David Kalnischkies
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
.d/files/";
(or the other way around with just one file; I remember writing a patch for
behaving nicely if a directory is /dev/null – not sure what version this is
in though currently, but wheezy should have it at least)
Feel free to use this for sbuild as it will work in any APT version.
On Wed, Jun 26, 2013 at 6:47 PM, Francesco Poli
wrote:
> On Wed, 26 Jun 2013 18:06:53 +0200 David Kalnischkies wrote:
>> as it
>> looks like it pins the wrong package if its using v2 currently and I am also
>> not really sure if the pin-logic shouldn't be changed drast
am also
not really sure if the pin-logic shouldn't be changed drastically as a bug
usually effects all architectures and not just one, but my ruby knowledge
is non-existent, so I could be completely wrong on this.
Best regards
David Kalnischkies
0001-Version-3-for-DPkg-Pre-Install-Pkgs-with-MultiArch-i.patch
Description: Binary data
might be wrong on your system
and how to fix it (I presume it isn't a bug in the end, but they will know)
Downgraded the severity though as a warning itself isn't destroying anything
and your transcript shows that indeed the dpkg/APT run was successful.
Best regards
David Kalnisc
ld just
sed -i '#^Description-en:#Description:#'
and be done.
For the APT parsing side we should probably accept "translations" in the
Packages file as well instead of just from Translation-* files as there
isn't a real reason not to.
Best regards
David Kalnischkies
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
0f912b3cea220724fd59c83f7;hb=HEAD
(and the code "creating" a "CD-ROM" for the test)
http://anonscm.debian.org/gitweb/?p=apt/apt.git;a=blob;f=test/integration/framework;h=31b12e8bfb90985310c65f531765c46763456fc4;hb=HEAD#l736
Best regards
David Kalnischkies
--
To UNSUBSCRIBE,
ealWithHeaders to
react to 406/416 with a retry without range/accept headers rather than add
yet another obscure config option.
Best regards
David Kalnischkies
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
mplement it, so if someone wants to give it a try …
In the meantime:
-o APT::List-Cleanup=1
should prevent APT from cleaning up files which do not have a sources.list
entry currently.
Best regards
David Kalnischkies
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
tation in APT
are pretty slow and we should fix that before annoying users
(I am personally much in favor of pdiffs, but not everybody is).
Best regards
David Kalnischkies
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
assigning and merging with the previous report.
Best regards
David Kalnischkies
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
s at all
if I think about it now…). That needs someone with more CD-ROM experience
to pick it up as this really needs someone who can actually test what she/he
is doing. I am happy to help with pointers/answers/reviews/… on the other
hand, hence tagged as 'gift' [0].
Best regards
David K
l keep working for a while. :)
Best regards
David Kalnischkies
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
On Sun, May 19, 2013 at 9:10 PM, Matthias Klose wrote:
> Am 19.05.2013 17:15, schrieb David Kalnischkies:
>> The dpkg/status file before the upgrade could be helpful for reproducing.
>> You can (hopefully) find it in /var/backup/
>>
>> Helpful config options (I case
isn't configured (aka that
it behaves like an essential application), but I am not in the mood for
bug-ping-pong so just CC'ed python maintainers for now, so they can have a
look and comment on it while we will see whats up with APT to decide on
this route (did I mention that a dpkg/status
dn't really find a consensus in this or the other direction here.
Disclaimer (just in case): My perl knowledge is nearly non-existent, which in
turn means that I am not able to help with maintaining m-a in the long-term.
Best regards
David Kalnischkies
--
To UNSUBSCRIBE, em
the reverse (= making an inline method non-inline) is safe ABI
wise, so we can fix that in an upcoming version.
Best regards
David Kalnischkies
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
were very close
to require to upgrade all kde packages if you dared to upgrade dpkg.
(just prevented by the need to upgrade udev first, which required dpkg,
but it might not always be possible to make this work as hoped)
Best regards
David Kalnischkies
--
To UNSUBSCRIBE, emai
es) while having << and >= breaks on the real styles.
The unpack of tango should have caused dpkg to auto-deconfigure commons
though if I see that right (but I haven't the time to look too closely now).
As said, it would be really helpful if you could find the status file.
Best r
l of them having their own set of downsizes and depending on who the user
is (and how the machine looks like) I would suggest a different order for
trying them out.
Best regards
David Kalnischkies
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
ms of ordering?
(aka: Am I crazy yet or what the hell is going on)
Best regards
David Kalnischkies
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
On Thu, Apr 4, 2013 at 10:46 PM, Julien Cristau wrote:
> On Sun, Mar 24, 2013 at 18:17:46 +0100, David Kalnischkies wrote:
>
>> Pictures^Wdpkg-status files or it didn't happen, as I said multiple times
>> now.
>>
> You'll find the (compressed) status file
mpletion: Enhances are not handled)
It's just that a user shouldn't really be required to know what those are.
(if you digg deaper [usually in non-user facing texts] you will come across
"hard", "important", "soft", "negative" and "positive" dependencies to
complete the confusion. I will leave it as an exercise for now which subsets
are meant with those adjectives)
Best regards
David Kalnischkies
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
sically mean we need to parse those
lines while this hashing is used to avoid parsing them without the need to
depend on "same version number equals same version" assumption …
(this "feature" already wastes quiet a bit of time)
Best regards
David Kalnischkies
--
To UNSUBSC
t a
stable release and buildds prefer tasks from other suites for obvious reasons.
I expect a user of experimental to not require hand-holding as usage of
the "experimental" archive requires a fair bit of knowledge gained by reading.
It's not mine nor the fault of multiarch that yo
601 - 700 of 1111 matches
Mail list logo
