not.
So it would be interesting to know about which versions we are talking here.
The original bugreport e.g. is against an early post-squeeze APT version,
so are other instances now against apt/squeeze or against apt/wheezy or
some version in-between?
Best regards
David Kalnischkies
--
To
eresting.
Does it also segfault if you call:
/usr/lib/apt/methods/rred
ftp.it.debian.org_debian_dists_wheezy_main_i18n_Translation-en
?
(will take Translation-en.ed and should result in Translation-en.result)
The patching worked fine (on my amd64/armel) machines earlier this week,
so might be arch-specific or "just"
nder if we need Acquire::Files::http://example.org/:: … too)
URI should be build with placeholders like BaseURI, Architectures,
NativeArchitecture, Languages. Many of these should be available in the
other elements as well (think: Description for Translation-*).
While we have IndexTargets and
ves use from calling
_error->Error() with strerror() as parameter.
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
ood if at least apt-listbugs/wheezy would support both so we
don't create backport problems that early in the (not even started) wheezy
release cycle. ;)
Best regards
David Kalnischkies
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "
s to make syncs more atomic, but none
is foolproof - and need "provider" support as APT is only a "consumer" here.
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
eory, its just that §7.1 says:
"An implementation MAY dash-escape any line"
and an attacker might use this to disable fields, but if my testing is
correct gpgv doesn't allows at least this currently …
(which would be a bug if I am right, but I am not complaining)
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
ename. So python-apt
needs to look for both filename-styles until we found a better way to find
the filename …
Shouldn't be too hard to write a patch for it, but I don't really grok python,
so feel free to go ahead and write one!
Best regards
David Kalnischkies
--
To UNSUBSCRIBE, e
?
The output of "apt-cache policy" probably confirms it too in a slightly
different way as it will lack the "release" line for these Packages files.
If you have squeeze available feel free to test it with apt/squeeze
(which doesn't have InRelease) - it should behave as advertis
favor of hiding them from the output as they serve no real
propose other than might be confusing users, but somehow I fear there is
some usecase for it I am unaware of ( https://xkcd.com/1172/ ).
Any other ideas or should we just bite the bullet?
Best regards
David Kalnischkies
--
To UNSUBSCRIBE,
and happy package management :)
(I wonder if this could be a diversity-statement compatible seasonal greeting)
David Kalnischkies
P.S.: I read aptitude-devel so I know the context, but a deity@ reader just
sees a "Processed: …" mail lacking all the context, so it might be a good
idea to
t/tmp/mychroot,
> which obviously does not exist.
I remember that we had some changes in that area as well, I just can't
seem to find them just yet.
Would be nice if you could test this in wheezy as I never used these options
myself so far so I don't know the "usecase"
p://bugs.debian.org/cgi-bin/bugreport.cgi?bug=463030
A "graceful" kill happens on SIGINT in apt/wheezy in the sense that we will
let dpkg finish whatever it does current (which can be quiet a lot) and stop
after that.
Best regards
David Kalnischkies
P.S.: I don't see why
y to the better, but as usual we will only know that for sure
with the jessie-upgrades).
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
has already said is that derivatives can
override this option with a configuration file which e.g. Ubuntu does already.
(They don't ship [complete?] changelog files anymore as far as I know,
so the command is a bit more useful for them than it is for us here)
Best regards
David Kalnischkies
On Fri, Oct 26, 2012 at 11:49 PM, A. Costa wrote:
> On Thu, 25 Oct 2012 22:38:45 +0200
> David Kalnischkies wrote:
>
>> True. And that is intentional as combining two separate searches
>> is a logical OR and not an AND as the combined list includes packages
>> whi
ng lazy with this package and
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
l free to send
it directly to me.
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
l it privately to me.
I suspect that these "broken" packages have no architecture. We "fixed"
that in 0.9.7.5 as APT disagreed with dpkg previously on that matter
which makes system now broken which seemed to be okay previously.
Does dpkg print any warning? Try: dpkg --audit
Daniel Hartwig wrote:
>> On 26 September 2012 21:50, David Kalnischkies
>> wrote:
>>> Combining the two threads suggests that this is a perfect opportunity to
>>> change behavior here by dropping APT-style for Jessie before providing
>>> officially a command whi
On Wed, Sep 19, 2012 at 1:55 PM, Steve McIntyre wrote:
> On Wed, Sep 19, 2012 at 01:40:39PM +0200, David Kalnischkies wrote:
>>On Mon, Sep 17, 2012 at 4:37 PM, Steve McIntyre wrote:
>>> On Mon, Sep 17, 2012 at 03:58:00PM +0200, David Kalnischkies wrote:
>>>>The oth
On Mon, Sep 17, 2012 at 4:37 PM, Steve McIntyre wrote:
> On Mon, Sep 17, 2012 at 03:58:00PM +0200, David Kalnischkies wrote:
>>The other thing is that the generated output is less than stellar.
>>I think if we output something here it should be in the way we see
>>it in the
…
Anyway, as this will be advertised as a debian-cd fix implemented in APT
to the release team, feel free to define the output you need and we will
see how to generate it. I am unable to read/write perl, so I don't know what
is easiest. (I can see in the code though that you should h
usted keys found
…
Maybe it is gpg auto-updating the digest even in --list-* commands;
or something completely different. I gave up after being unable to reproduce it.
(Not that I would have a solution, now that I know how to reproduce it …)
Best regards
David Kalnischkies
--
To UNSUBSCRIBE, em
On Fri, Sep 14, 2012 at 2:54 AM, Daniel Hartwig wrote:
> On 13 September 2012 23:17, Vincent Lefevre wrote:
>> On 2012-09-11 15:36:15 +, Debian Bug Tracking System wrote:
>>>[ David Kalnischkies ]
>>>* handle packages without a mandatory architecture (debi
, it
> specifically disallows it).
Yeap, this is by design. It would get really really messy if this would be
allowed (think of files in /etc for example - does this file has the syntax
of version 1 or of version 2 …)
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
bly just depend unconditional on all archs on 1:1.2.3.4
to help dpkg-shlibdeps, but lets see what the zlib maintainer says first
as this doesn't fix other possibly effected packages …
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 Fri, Aug 31, 2012 at 12:07 AM, Samuel Thibault wrote:
> David Kalnischkies, le Thu 30 Aug 2012 19:43:21 +0200, a écrit :
>> On Tue, Aug 28, 2012 at 1:14 PM, Julian Andres Klode wrote:
>> > We could add a switch to apt-cdrom to copy all configured locales for
>> &
topic,
but I recently used kdenlive for some video editing - maybe its an 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
On Mon, Sep 3, 2012 at 9:05 PM, Guillem Jover wrote:
> On Mon, 2012-09-03 at 13:53:47 +0200, David Kalnischkies wrote:
>> On Fri, Aug 31, 2012 at 5:26 PM, Guillem Jover wrote:
>> > So it would seem to me the arch-qualifying logic in apt is not right,
>> > it rea
On Mon, Sep 3, 2012 at 8:42 PM, Guillem Jover wrote:
> On Mon, 2012-09-03 at 13:26:27 +0200, David Kalnischkies wrote:
>> On Sun, Sep 2, 2012 at 6:29 PM, Guillem Jover wrote:
>> > On Mon, 2012-04-30 at 09:52:43 +0200, Martin Steigerwald wrote:
>> > I think this b
e we need to clone this to aptitude (as it does some direct dpkg
calling on its own as far as I know) and whatever other dpkg front-end assumed
that it could arch-qualify everything in a multi-arch universe.
Best regards
David Kalnischkies
--
To UNSUBSCRIBE, email to debian-bugs-dist-req
ity/limits.conf). I don't remember changing
these files - noting that :i386 wasn't installed on my system previously.
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
hing
"acquire::languages set" is a bit flaky through, so maybe just
if LANG != "C" OR files in /var/lib/apt/lists
(and "C.UTF-8" and "POSIX", right?)
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
ensure that apt-cdrom can be run multiple times (Closes: #676302)
in 0.9.7.4 which was uploaded on 6 Aug and awaits an unblock
by the release team to reach testing (#685155).
Best regards
David Kalnischkies
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a sub
en't in any way less supported than before by this.
The very same config option used since ever to disable the download of
Translation files is still supported. In a way, it is even better supported
as you have the option of getting right of -en, too, saving even more MB.
Best regards
David
lf as essential), so the solution we arrive at is more or
less the same - good to know that at least sometimes theory isn't disproved by
the implementation. :)
Scheduled for 0.9.7.5
ETA: After we know what will happen with 0.9.7.4 (#685155)
Best regards
David Kalnischkies
--
To UNSUB
work access to get packages from somewhere else…
Same case if s/he prefers to disable installation of recommends.
And with this back to the initial topic: Adding a recommends, okay?
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
n a row by a backup-file, which is a bit silly …
Attached is a more complete diff (but still without translations),
but if you want the complete diff or if you have any additional questions
feel free to ask of course (just keep deity@ cc'ed please).
unblock apt/0.9.7.4
Thanks for your work & best regards
David Kalnischkies
unblock-apt-0.9.7.4.diff
Description: Binary data
7;t seen it so
far, so this would be my best guess, if it is not buried inside aptitude.
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
.7.2_hurd-i386.deb
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
bapt-pkg4.12=0.9.7.2
(or: apt-get install libapt-pkg4.12=0.9.7.4 )
might work as well as it should prevent APT from using the
faulty code to write the package cache file (and corrupting it).
(I haven't tested this workaround through.)
Sorry for the inconvenience.
Best regards
David Kalnischkie
On Mon, Aug 6, 2012 at 1:44 PM, Johannes Schauer wrote:
> On Mon, Aug 06, 2012 at 01:05:13AM +0200, David Kalnischkies wrote:
>> On Sun, Aug 5, 2012 at 9:23 PM, Johannes Schauer wrote:
>> > Out of 18244 source package in Debian Sid, apt-get and dose3 now
>> > on
. Done
> E: The package cache file is corrupted
As denoted in the merged bug downgrading to 0.9.7.2 helps for now.
We are working on 0.9.7.4 with the patch you find there included
(and a bunch of other stuff) so you might as well try that.
Best regards
David Kalnischkies
--
To UNSUBSCRIB
'module-init-tools'
Sounds like you want the ' --only-source' flag.
build-dep does a binary to source package mapping by default and only if no
binary package with that name exists uses the name to search for a source
package. The --only-source flag prevents the interpr
e for both with an empty dpkg/status so
I may as well just be lucky -- and it is late now in Germany, so I am
probably even more "lucky" in overlooking new bugs than usual …).
I will give it more thoughts until Monday - Michael should be back then, too.
Best regards
David Kalnischki
On Sat, Aug 4, 2012 at 2:36 PM, Johannes Schauer wrote:
> On Sat, Aug 04, 2012 at 11:36:18AM +0200, David Kalnischkies wrote:
>> first of all: Thanks for the detailed report!
>
> Thank you for your quick reply! I was stunned by the nearly 1000 open
> bugs for apt so I feared I
that important for wheezy, as APT and dpkg are far from
the only places needing support for it, so it will only work out for jessie -
if at all anyway (as other tools have no M-A support at all in wheezy).
Best regards
David Kalnischkies
[0] completely unrelated coincident (of course):
The
of the suite is
potentially dangerous] and while we have a central place to switch the names
we would need to know them first …)
Thanks for your work & best regards
David Kalnischkies
unblock-apt-0.9.7.1--0.9.7.2.diff
Description: Binary data
depend dpkg:amd64 for perl-base:amd64,
probably a dependency cycle.
I haven't had the time yet to understand why APT thinks that,
but it is at least not a segfault.
Best regards
David Kalnischkies
apt-681958-reinstall-segfault
Description: Binary data
uot;testing".
As you only mention aptitude here and a quick test with apt-get doesn't
raise any suspicions that it is not working, I am reassigning the bug.
Feel free to move it back to us if it is indeed a problem with apt-get, too
(or a problem with the common ground libapt-*).
Best
ssed asap
I presume you have 0.9.6, right?
Julian committed some in 0.9.7 which as 0.9.7.1 hopefully finds it way into
wheezy in ~3 days. I haven't tested it myself, but I guess this new[]/realloc
mismatch was the issue here. It would be great if you could test and/or
confirm this of course.
Be
allowed
Which dpkg version is that?
But as said, you can't use architecture specific dependencies in wheezy.
(The message is a bit confusing, :any doesn't make a lot of sense here
provided that it is the same without :any … or worse: any could mean
we are conflicting only with one
t; #6 0x00402822 in main (argc=, argv=)
>> at rred.cc:563
Are you sure about the version numbers involved?
The backtrace doesn't match with the code as FileFd::Close doesn't have
a gzclose() call itself anymore, but offloads it to FileFdPrivate::CloseDown.
This looks m
is functionality
in libapt as it slowly becomes quiet a bit of code …]
Best regards
David Kalnischkies
apt-680041-apt-mark-holds-correctly.diff
Description: Binary data
to overwrite
> '/usr/share/doc/kde/HTML/en/konqueror/format-font-size-less.png', which is
> also in package kdebase-data 4:4.6.5-1 <<<<<<<<<<<<<<<<<<<
konqueror misses the needed Breaks+Replaces information,
APT can'
the information
private without reducing apt-* usability for "normal" 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
used by all debian derivatives,
so that the maximum amount of people benefit from your contribution. :)
(In the meantime i am closing this bugreport - as said,
feel free to reopen it or open a new one after the review.)
Best regards
David Kalnischkies
--
To UNSUBSCRIBE, email to debian-bugs-dis
st mentioned the change only for the binary as this has an effect
for a user in contrast to the change in the example file or the manpage.
Best regards
David Kalnischkies
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Tr
:Cache-Start=1
?
Also, ensure that your hardware is not at fault:
Such unreproducible crashes are often the first symptom
of a faulty memory (or other hardware pieces).
Best regards
David Kalnischkies
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subj
bug is supposed to be fixed in 0.9.5…
(#554387 and his various "friends")
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
ig.guess,
drop it into buildlib/ and the buildsystem should use it)
In the longrun we might be better of using tools like 'autoreconf',
but the buildsystem is a bit "special"...
Best regards
David Kalnischkies
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.
_config->Dump(Out, NULL, "%f \"%v\";\n", false);
+ Cnf.Dump(Out, NULL, "%f \"%v\";\n", false);
Thanks again and 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
w, see for details:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=670401#38
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
ed by the list before pushing them to unstable)
Last but not least a bit off-topic: Usage of the "Enhances"
dependency seems to be a good idea as it just does this, or?
Best regards
David Kalnischkies
[0] http://wiki.debian.org/I18n/SmithReviewProject
--
To UNSUBSCRIBE, email to de
h 0.9.3 as well as 0.9.5.
Can't say that i am testing it regularly though
as all "interesting" solvers do not like multiarch yet
(as cudf doesn't like it).
Does other solvers fail, too?
Does dump fail if you call him directly?
Maybe running under valgrind or gdb provides a hint.
kgCacheGen=1
could be helpful to know which file isn't picked up, as in
theory what you suggested is already in action.
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
lf.
I am pretty sure we can't fix apt to be "intelligent" in all possible
circumstances, but we might get it working in situations similar
to this one maybe.
Tip of the day: -f stands for --fix-broken, not for --force
Best regards
David Kalnischkies
--
To UNSUBSCRIB
heck, but this check worked only under the
tested upgrade condition - not in new install which is encountered here…
And just for safety: Just checked, in this regard apt/squeeze and
apt/0.9.4 produce the same solution for nagios.
Best regards
David Kalnischkies
--
To UNSUBSCRIBE, email to de
with a real status file provided in [0].
Best regards
David Kalnischkies
[0] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=673756#10
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
compatibility conflicts with the usage of c99 type long long
+ * apt-pkg/contrib/mmap.cc:
+- have a dummy SyncToFd around in case of ReadOnly access to a
+ compressed file as we otherwise on Close() do not delete[] the
+ char buffer but munmap() it… (Closes: #673815)
-- David Kalni
ut the upload was unfortunately broken. Really misfortune that
pbuilder has network access while the buildds haven't…
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
, kann die Syntax für
reguläre Ausdrücke verwandt werden." (singluar vs. plural)
Last not least an easy one: translation-holder string should be updated to
reflect the years passed by in the meantime. (there properly is some cool
way to automate this a bit more, i just haven't found it
,
so i will spare the details here. A fixed libapt-pkg4.12 should
be available soon btw.
Best regards
David Kalnischkies
P.S.: Yes -dbg package would be nice. Somehow everytime we
could add one for free we are spoiled by discussions about automatic
creation of -debug packages for debian… oh my, nex
ed "Contents-*" to the default pattern list.
Since 0.8.11 everyone can do this easily themselves by:
APT::FTPArchive::Release::Patterns:: "Contents-*";
That said, i think there is currently no client in existence which
would use these checksums… at least apt-file doesn'
bly a lot of 404's.
Best combined with a strong recommendation on signing them.
Best regards
David Kalnischkies
P.S.: Could we please stop talking to three bugs and two mailinglists?
Especially as [0] suggests it is the wrong list…
[0] http://lists.debian.org/debian-devel/2012/05
ad and
a trace not always includes the full string being worked 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
ike the solution and articulates this,
but continues anyway and in a real run dpkg will "complain" as
described earlier but continues as well.
Best regards
David Kalnischkies
apt-673536-pre-depends-breaks-loop.diff
Description: Binary data
On Fri, May 18, 2012 at 1:22 AM, Carsten Hey wrote:
> * David Kalnischkies [2012-05-17 14:41 +0200]:
>> On Wed, May 16, 2012 at 10:16 PM, Carsten Hey wrote:
>> No, dpkg is consistent in it's out-/input as is apt, so no bug.
>> The out-/input just happens to be inconsi
o fix a few more things and ask properly for translation updates,
but somehow there is always one more rc bug to fix first… :/
I hope i get these fixes done this weekend as we slowly run out of time.
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
w that thought, the only repository which should give
any indication on how APT might work is the one created by the ftpmasters.
Actually that is not really true as APT could basically do anything,
but if it wants to keep the status 'debian native' package it better should.
And ftpmaster could basically do anything, but this would properly
make quiet a few people (a bit) angry.
Anyway: "Documented" is it absolutely not by any random repository which
just happened to sort of work because its maintainer was lucky and
thinks that "if it builds without a fatal error, it must be perfect".
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
as low-level as apt-*.
Not sure if this is really a usability improvement. Properly as useful as
removing the native is default assumption. I am doing neither but maybe
someone else… for me the multiarch topic is done simple because i don't
have the energy to discuss the same thing for more than
,
not applying Conflicts will just be ignored (we keep them around e.g. for
derivatives with different release cycles which might have still the
affected version in use).
If you still have this issue, please open a new bugreport against aptitude.
Best regards
David Kalnischkies
--
To UNSUBS
t; $ tar czf /var/lib/apt/lists/
It should be, at least that is what i did and do now again in the hope that
i will hit it again to have a testcase for it… I love it™
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
ike a copy&paste error given that the same code
is used twice in acquire-method.cc. Just added a small helpermethod
because of that to take care of dequeue. Patch attached for simplicity.
If you are fine with my changes and if i am not running into problems
with it over the week you should
On Wed, Apr 18, 2012 at 2:10 AM, David Kalnischkies
wrote:
> We might end up fixing this in libapt-pkg-dev, but as transitive includes
> are a bad thing it should be fixed in qapt either way.
For the record: I did this now and tried to recompile qapt without my
patch against
such a
d have used that
(at least in default configuration) for anything (expect of a new dpkg -i)
as it unpacks directly to /var/lib/dpkg/info …
Best regards
David Kalnischkies
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Tro
ached patch moves apti18n.h include to be last one.
Out of interest: Which compiler is that?
bzr blame tells me that this is a really old bug, so i just wonder.
Especially as this is "featured" in a few other files, too.
Either way, thanks for the report!
Best regards
David Kalnischkies
package apt
forcemerge 669427 669243
severity 669427 serious
tag 669427 + patch
thanks
On Wed, May 2, 2012 at 5:23 PM, David Kalnischkies
wrote:
> We are missing a bit of error checking here (callers of NewDescription() do
> not check if return is != 0 and IsDuplicateDescription doesn
I would personal tend toward ftp-master to be the authority with reference
implementation being dak, but they have no public mailinglist and dak isn't
used by all derivatives…
Best regards
David Kalnischkies
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with
ample.
All in all, while you have some valid points a nicer wording would not
have hurt. And raising this as a question rather than a bugreport wouldn't
have been the worst of all possible ideas either because a bugreport is
usually full of details and not full of demoralizational r
lti-arch and especially the dup
check is new and the code as such works wih pointer left and right, but non of
it should be architecture dependent… Somehow i fear that it's more related to
our checksum changes. We had way to many problems with sha1 and sha2 to assume
md5 would be okay (the code fo
can you reproduce this with an apt-get command?
Otherwise i would like to here what aptitude maintainers think.
Suspicious is that no action is performed by aptitude and it still seems
to instruct libapt to do something with the package manager.
Especially with -d (assuming it's --download-
On Wed, Apr 18, 2012 at 18:07, David Kalnischkies
wrote:
> It seems to be indeed the way the sha256 and sha512 checksums are
> calculated. To make it a bit obscure: we have a testcase checking them
> and they run successfully producing the correct output.
> (for reference:
think about:
Do not install new packages; When used in conjunction
with install, only-upgrade will install upgrades for already
installed packages only and ignore requests to install
new packages. Configuration Item: APT::Get::Only-Upgrade.
?
Best regards
David Kalnischkies
--
To U
ongstanding issue as greedy algorithms are
considerably bad at reverting decisions…).
A fix is in the pipeline, but an upload properly waits for either a more
serious issue (or preferable) a fix for the serious #669061 sparc bus error.
Best regards
David Kalnischkies
--
To UNSUBSCRIBE, email to
that will work as intended?)
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
imilar issue as it crashes, too]
SHA512 is very similar, so i presume it has the very same problem.
As i run out of time for today i am leaving these dangling pointers as
they are for now and hope someone can connect the dots. CC'ing sparc
mailinglist as they have properly a good chance t
tory…)
Best regards
David Kalnischkies
qapt-669098-ftbfs-md5summation-undeclared.diff
Description: Binary data
t reached your mirror yet). I am therefore doing a partly-
nasty thing, but this time it should be in order:
(force)Merging with an already closed bugreport of another package…
btw: Nice that aptitude picked up the new libapt in the binNMU
flawlessly. I had tried it locally but its good to see
701 - 800 of 1111 matches
Mail list logo