well.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
Ubuntu Developer https://www.debian.org/
slanga...@ubuntu.com
tags 274779 -sarge
tags 274779 +fixed
thanks
The 3.008-1.3 NMU version of libqt-perl has reached testing today, fixing
this bug.
Thanks,
--
Steve Langasek
postmodern programmer
signature.asc
Description: Digital signature
nstable as a reminder that the FauxPackages entry has not been added -- but
I don't think that should be a prerequisite for including the current
version of kdepim in the sarge release.
Thanks,
--
Steve Langasek
postmodern programmer
signature.asc
Description: Digital signature
le that's known
to work with kaboodle on i386 and known to fail on amd64, I can test it on
an alpha here.
--
Steve Langasek
postmodern programmer
signature.asc
Description: Digital signature
10.1-1_i386.deb
> >Please look on the bugs before filling duplicates (and this bug
> >concerned only experimental, it should use the associated tag).
> This bug concerns unstable now.
No, it does not.
--
Steve Langasek
postmodern programmer
signature.asc
Description: Digital signature
_INCLUDES) \
+ $(all_includes)
+
++KDE_OPTIONS = nofinal
++
+ kde_module_LTLIBRARIES = kopete_msn.la
+ lib_LTLIBRARIES = libkopete_msn_shared.la
+
What does this change mean?
--
Steve Langasek
postmodern programmer
signature.asc
Description: Digital signature
On Sat, May 21, 2005 at 05:53:26PM +0200, Pierre HABOUZIT wrote:
> On Sat, May 21, 2005 at 06:28:03AM -0700, Steve Langasek wrote:
> > On Fri, May 20, 2005 at 04:17:20AM +0200, Adeodato Simó wrote:
> > > Since yesterday evening, the Kopete version in sarge is no longer able
&
r.
> I did not try yet to upgrade using aptitude in interactive mode.
I don't suppose there's a smaller test case involving fewer packages?
I know KDE upgrade tests had been done at one point. Maybe someone on the
KDE team can shed light on this problem?
--
Steve Langasek
po
On Sat, May 28, 2005 at 02:46:52PM +0200, Bill Allombert wrote:
> On Fri, May 27, 2005 at 04:49:14PM -0700, Steve Langasek wrote:
> > On Sat, May 28, 2005 at 01:03:13AM +0200, Bill Allombert wrote:
> > > I need to attract your attention on bug #310490.
> > > This sh
On Sat, May 28, 2005 at 09:47:31PM +0200, Bill Allombert wrote:
> On Fri, May 27, 2005 at 04:49:14PM -0700, Steve Langasek wrote:
> > Hi Bill,
> > I don't suppose there's a smaller test case involving fewer packages?
> After spending a dozen of hour tracking it,
tags 311710 sarge
thanks
The practical impact of this bug is not release-critical for etch, since
partial upgrades from sarge->etch will not be affected: only partial
upgrades from woody to sarge can be. Tagging it appropriately.
Thanks,
--
Steve Langasek
postmodern programmer
signature.
tags 311712 sarge
thanks
The practical impact of this bug is limited to partial upgrades from woody
to sarge; tagging appropriately.
--
Steve Langasek
postmodern programmer
signature.asc
Description: Digital signature
t; 0.91-2 > ( libs )
Broken tdsodbc:amd64 Breaks on libiodbc2 [ amd64 ] < 3.52.6-4 -> 3.52.7-2 > (
libs )
Considering libiodbc2:amd64 2 as a solution to tdsodbc:amd64 0
Holding Back tdsodbc:amd64 rather than change libiodbc2:amd64
Done
The following packages have unmet dependencies
ngs stand now, libiodbc2 is useless as
a DM because it's incompatible with any of the drivers that users are going
to configure it to use, and the Breaks are there to reflect that and ensure
partial upgrades don't give users broken ODBC for other squeeze revdeps of
libiodbc2.
--
the
transition is already handled transparently by the mime-support package and
its triggers, such that no additional dependencies need to be added anywhere
(since /etc/mailcap is already owned by mime-support, clearly any package
which is consuming it should already be depending on it). In that
test] Error 8
[...]
(https://launchpad.net/ubuntu/+source/grantlee5/5.1.0-2.1)
I don't know why the behavior of Qt has changed, but this will eventually
become a serious bug on grantlee5 in unstable once Qt is updated there.
--
Steve Langasek Give me a lever long eno
elop-python.
Since there is no self-evident thing to do with the library package name
here, we will not be handling this package as part of the mass NMUs.
Instead I am filing a serious bug because partial upgrades from bookworm to
trixie on 32-bit architectures will result in ABI skew and may r
earch (4:22.12.3-1.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Mon, 29 Jan 2024 23:05:33 +
+
akonadi-search (4:22.12.3-1) unstable; urgency=medium
[ Patrick Franz ]
diff -Nru akonadi-search-22
1,3 +1,10 @@
+libkf5libkleo (4:22.12.3-1.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Thu, 01 Feb 2024 08:46:33 +
+
libkf5libkleo (4:22.12.3-1) unstable; urgency=medium
[ Patrick Franz ]
diff -Nr
m
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Thu, 01 Feb 2024 17:01:22 +
+
libnova (0.16-5) unstable; urgency=medium
* Team upload.
diff -Nru libnova-0.16/debian/control libnova-0.16/debian/control
--- libnova-0.16/debian/control
olver (2.5-1.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Sun, 04 Feb 2024 00:37:07 +
+
stellarsolver (2.5-1) unstable; urgency=medium
* New upstream release.
diff -Nru stellarsolver-2.5/debi
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Mon, 05 Feb 2024 07:44:23 +
+
kjs (5.107.0-1) unstable; urgency=medium
[ Aurélien COUDERC ]
diff -Nru kjs-5.107.0/debian/control kjs-5.107.0/debian/control
--- kjs-5.107.0/debian/con
maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Mon, 19 Feb 2024 18:32:19 +
+
pyside2 (5.15.12-6) unstable; urgency=medium
* Team upload.
diff -Nru pyside2-5.15.12/debian/control pyside2-5.15.12/debian/control
--- pyside2-5.15.12/debian/control
0
+++ akonadi-search-22.12.3/debian/changelog 2024-02-28 00:39:18.0
+
@@ -1,3 +1,10 @@
+akonadi-search (4:22.12.3-1.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition. Closes: #1061881
+
+ -- Steve Langasek Wed, 28 Feb 2024 00:39
bugs about maintainer plans for handling
these packages.
Could you please clarify what your intention is here?
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
Ubuntu
.0 +
@@ -1,3 +1,10 @@
+pyside2 (5.15.12-6.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition. Closes: #1064292
+
+ -- Steve Langasek Sat, 02 Mar 2024 00:27:01 +
+
pyside2 (5.15.12-6) unstable; urgency=medium
* Team up
erences a
non-existent 'errno_t' type
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
Ubuntu Developer https://www.debian.
get rid of them
altogether.
(Alternatively, since I guess kde3 libs are supposed to be dropped soon, you
might just let this go unfixed and become a FTBFS for reverse-deps? Your
call...)
Thanks,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian
hanks,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debia
en know what this error means, or what component is responsible for it; I
think we need a KDE maintainer to tell us what "CPU overload" means before
we can treat this as a kernel bug.
--
Steve Langasek Give me a lever long enough and a Free OS
step should be to ask the upstream author
> of iODBC, if iODBC will be supported in future.
No, the next step is to figure out how to fix soprano, and then remove iODBC
from the archive.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer
ably worth
an upload ASAP rather than waiting for 2.7.5+dfsg.1-1 to migrate to testing,
since it's hard to have usable ODBC drivers for soprano until it's fixed.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, an
Hi Sebastian, nice to meet you!
On Tue, Mar 06, 2012 at 01:34:45AM +0100, Pino Toscano wrote:
> Alle martedì 6 marzo 2012, Steve Langasek ha scritto:
> > I'm surprised to say that after sitting on this bug for far too long,
> > it turns out that it's trivial to f
e to all Unices. So the code
should probably still give preference to libiodbc if it's available.
> Also did you test this? Did you run the Virtuoso unit test?
I ran virtuosobackendtest from the tree, which I think is what you're
referring to. Linking directly to virtodbc_r.so give
Hey there,
This patch to soprano has been included in Ubuntu now for a couple of weeks
and nothing's exploded. I see that the KDE transition is also done now.
Could this change be included in the Debian package?
--
Steve Langasek Give me a lever long enough and a Fr
just don't think it's realistic that it will
get fixed.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slang
mpiling kdelibs with the
> current g++ should work around this problem.
Which would then break again when the toolchain is fixed; the ABI change
needs to be reverted, so anything built with the current g++ will have to be
rebuilt again.
--
Steve Langasek Give me a lever
x27;s being suggested, and it is generally considered
acceptable to Suggest: non-free packages from main anyway.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROT
On Fri, Nov 25, 2005 at 01:34:23PM +0100, Robert Millan wrote:
> On Fri, Nov 25, 2005 at 02:41:49AM -0800, Steve Langasek wrote:
> > Sorry, I have to disagree with these bug severities; Suggests: are just not
> > important enough in our packaging system to treat them as r
error code (1)
What version of libdjvulibre15 is this? The libdjvulibre15_3.5.16-2 in the
Debian archive does not contain this file.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can
n of libtool (if applicable).
(One alternative to using Magick-config --libs seems to be to use pkg-config
-- not because ImageMagick gets its pkg-config support right, but because it
happens to get it right in a way that benefits us. ;)
Thanks,
--
Steve Langasek Give me a lever long e
config --libs ImageMagick" returns just
>-lMagick
> So, does it sound like this change will do the job?
Yep, this is exactly what you want to see when using pkg-config for shared
linking on a GNU ELF platform; everything else is extraneous.
Cheers,
--
Steve Langasek
an old version of libdjvulibre15 that you have installed.
KDE maintainers, it might be worth adding a Replaces: libdjvulibre15 (<<
$fixed_version) to kdelibs-data at the same time you fix bug #347218.
Cheers,
--
Steve Langasek Give me a lever long enough and a Free
On Sat, Jan 14, 2006 at 12:01:42PM +0100, Torsten Werner wrote:
> Steve Langasek schrieb:
> > Yep, this is exactly what you want to see when using pkg-config for shared
> > linking on a GNU ELF platform; everything else is extraneous.
> But I need Magick++:
> $ Magick++-co
#x27;s coming back, or whether we should
requeue kdepim for rebuilding.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED] http://www.debian.org/
signature.asc
Description: Digital signature
with old versions of gnome-system-tools might help.
The current version of system-tools-backends-dev *still* contains that file.
I'm thinking that this is a bug in knetworkconf, for a namespace collision
with an existing .pc file.
--
Steve Langasek Give me a leve
to point to /usr/bin/X for etch, one of two
things is required:
- provide a fallback to /usr/X11R6/bin/X if /usr/bin/X is not found, or
- depend on x11-common (>= 1:7.0.0)
and I would strongly advise *against* the latter, since it will make it much
harder for apt to calculate an upgrade path
clone 368883 -1
reassign -1 g++-4.0
severity -1 important
thanks
This ICE also happens with g++-4.1 and gcc-snapshot.
Working on a minimal test case.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move
x27;t tested it
completely because qt4-x11 is also missing a build-conflict with
unixodbc-dev, and I don't have the patience to try to build it a second time
on alpha. Please consider applying the patch, I don't believe it has
negative side-effects for other archs.
--
reopen 368883
thanks
> * debian/patches/17_alpha_ice.dpatch: new patch from Steve Langasek to
> fix FTBFS on alpha (Closes: #368883)
> (urgency set to high for that fix).
Except that, by adding in the new upstream release at the same time,
qt4-x11 is now hitting the same e
et a clear
answer on the nature of the bug, because I really don't buy that libgcc skew
is to blame.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED]
cpp:389
#6 0x0001d420 in main (argc=6, argv=0xc038a528) at main.cpp:298
(gdb)
I'd say that's pretty clearly not a libgcc bug.
Cheers,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the wor
code paths never triggered.
Cheers,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED] http://www.debian.org/
diff -u qt-x11-free-3.3.6/debian
h only attempts to correct for the bad alignment assumptions in
the existing code that cause build failures on hppa; invalid assumptions
about the byte representations of -NaN on particular platforms can be
someone else's problem if and when it becomes an issue. ;)
--
Steve Lang
ion 3.96.1.
mp3 support is also a secondary feature of kdemultimedia-kio-plugins; lame
isn't even included in Debian, the primary target of CD ripping with this
package is ogg vorbis files. So this bug is also not grave by the "unusable
or mostly so" metric, therefore I'm down
reason or another. Those that
could be given back have been given back, leaving only three packages not
being rebuild: lynkeos.app, which needs updated for the (spurious) gnustep
-dev name change; wengophone, which FTBFS with a problem in its install
target; and motion, which FTBFS with bug #389304.
oppler-dev, but I understand that only one
of them is affected by the API change; so it seems my concern about
cost/benefit of changing the package name still applies here.
> Step 2:
> And I will introduce debian specific SONAME for libpoppler, so we are
> not hit by random
erse-dependencies, providing any necessary patches and documenting these
to the release team.
This doesn't require uploading all of the packages to experimental; anyone
wishing to work on this transition can do so in the environment of their
choice and report the results to debian-release and the B
elease. I am
also certainly happy to grant freeze exceptions for uploads fixing these
bugs. We only will not treat these as bugs that must be fixed prior to
release.
Thanks,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it
bug.
Is it possible that xkb-data was upgraded at the same time? Could this be
related to bug #394060?
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED]
Unreproducible on alpha here; I think this should probably be
downgraded.
--
Steve Langasek
postmodern programmer
signature.asc
Description: Digital signature
Package: kdelibs4
Version: 4:3.1.5-1
Severity: important
Tags: patch
Trying to load the bill payment website of an evil credit card company
who-will-remain-nameless (until after I've destroyed them until the
fourth generation), konqueror crashes on my alpha with a SIGFPE. An
easy fix for this wou
ecome a no-op later once this is
the gcc default.
If you prefer to integrate this into the upstream configure rules,
that's fine, though it's trivial to do it in debian/rules instead (see
pseudopatch on one of the other bugs).
--
Steve Langasek
postmodern programmer
pgpgJ7cvP8ecX.pgp
Description: PGP signature
evant binary packages, in
which case this bug is redundant and can be closed.
You say that having split kdebase/kdelibs version is not a good idea
"for various reasons". Could you please enumerate them?
--
Steve Langasek
postmodern programmer
signature.asc
Description: Digital signature
ge
is built on all architectures.
--
Steve Langasek
postmodern programmer
signature.asc
Description: Digital signature
On Sun, Aug 15, 2004 at 03:16:35PM +0200, Rene Engelhard wrote:
> Steve Langasek wrote:
> > still outstanding requirement to get rid of libtiff3g for sarge. Ben
> > Burton has already expressed his willingness to NMU these packages if
> > necessary; Chris, if you are avai
On Sun, Aug 15, 2004 at 12:38:16PM -0700, Steve Langasek wrote:
> On Sun, Aug 15, 2004 at 03:16:35PM +0200, Rene Engelhard wrote:
> > Steve Langasek wrote:
> > > still outstanding requirement to get rid of libtiff3g for sarge. Ben
> > > Burton has already expressed h
tags 267232 sid
thanks
This bug does indeed appear to be specific to sid.
Thanks,
--
Steve Langasek
postmodern programmer
signature.asc
Description: Digital signature
Package: kdegraphics
Version: 3.2.3-1.1
With permission from Ben Burton, I'm uploading an NMU of kdegraphics to
testing-proposed-updates to get it back into testing following its
removal as part of the tiff/libexif transition. Please find the diff
attached.
--
Steve Langasek
postm
ion can be found at
<http://buildd.debian.org/fetch.php?&pkg=kdelibs&ver=4%3A3.2.3-3.sarge.2&arch=m68k&stamp=1094188856&file=log&as=raw>.
This is a serious bug, as it prevents a fixed kdelibs package from being
included in sarge.
--
Steve Langasek
postmodern programmer
signature.asc
Description: Digital signature
-release on replies.
Thanks,
--
Steve Langasek
postmodern programmer
signature.asc
Description: Digital signature
e the search path, and clearly it's possible for a user to have a
path that doesn't include /usr/games.
--
Steve Langasek
postmodern programmer
signature.asc
Description: Digital signature
On Tue, Sep 07, 2004 at 11:59:35AM +0300, Riku Voipio wrote:
> On Tue, Sep 07, 2004 at 12:03:17AM -0700, Steve Langasek wrote:
> > Trying to build kdelibs 3.2.3-3.sarge.2 on m68k failed with the error:
> > Making all in kspell
> > make[4]: Entering directory
> > `/bui
as=raw>,
this was kullervo.
Just to be on the safe side, I'll remind everyone that this upload needs
to be built against testing, not against unstable.
Thanks,
--
Steve Langasek
postmodern programmer
signature.asc
Description: Digital signature
a security issue here ;) drops suid privs immediately
after this change. However, a more realistic workaround might be for
artswrapper to detect the kernel version and avoid fiddling with scheduler
policies at all on 2.4 (possibly in favor of setting nice levels instead, if
this is safe).
--
letting 3.3 into sarge is so we
don't get caught trading one painful release blocker (testing-security
queues) for another (half of KDE 3.3 in testing and broken, and the other
half broken in ways that keep it out). I don't think the community would
thank any of us if we had to send out a release update announcing *that*
state of affairs. ;)
--
Steve Langasek
postmodern programmer
signature.asc
Description: Digital signature
7; approval to the
> plan, we will upload kdelibs 3.3.1-2 with urgency=medium, and then
> some RM will have to (or instruct us to) close #266478 ("new kdelibs
> should not enter testing alone").
Unless anyone else on the release team objects, I think this plan is
su
C bugs that haven't been
detected yet, there's no sense in sitting around waiting for them to be
filed. If you have specific issues in mind that you suspect may be RC, it
would be best to investigate them before the affected packages reach
testing, of course.
--
Steve Langasek
postmodern programmer
signature.asc
Description: Digital signature
nd on libsmokeqt-dev on the other
architectures. This is certain to last through the sarge timeframe, as
fixing gij for mips(el) is a post-sarge task.
Thanks,
--
Steve Langasek
postmodern programmer
signature.asc
Description: Digital signature
some small fixes for rpath handling introduced by the
previous NMU.
Thanks,
--
Steve Langasek
postmodern programmer
diff -u libqt-perl-3.008/debian/changelog libqt-perl-3.008/debian/changelog
--- libqt-perl-3.008/debian/changelog
+++ libqt-perl-3.008/debian/changelog
@@ -1,3 +1,17 @@
+libqt-perl
7;t seem to have had a word from him.
No KDE applications are currently buildable in unstable due to the C++ ABI
transition.
--
Steve Langasek
postmodern programmer
signature.asc
Description: Digital signature
81 matches
Mail list logo
