Keith Packard dixit:
I've sent this patch upstream. Please test and report back.
OK, doing so. Thanks.
This patch isn't really tested as I don't have such a machine, but I
In case you _are_ interested: https://wiki.debian.org/Aranym/Quick
bye,
//mirabilos
--
I believe no one can invent
Keith Packard dixit:
I've sent this patch upstream. Please test and report back.
Yes, that builds.
Thanks,
//mirabilos
--
“Having a smoking section in a restaurant is like having
a peeing section in a swimming pool.”
-- Edward Burr
Keith Packard dixit:
Thanks. It's been merged upstream, I can add it to the current debian
package now.
Next scheduled upload is fine, I put it into d-p.org unreleased
for now, which suffices for m68k.
Thanks,
//mirabilos
--
“Having a smoking section in a restaurant is like having
On Thu, 3 May 2012, Santiago Vila wrote:
That solution is a hack, really. The gettext system was designed to
allow translators to use whatever charset encoding they wish, and
there is no need to change all the translations for that.
Yes, but mailman uses only one encoding per language,
and
On Thu, 3 May 2012, Ralf Jung wrote:
There are some template html files though which I think do not use gettext,
so
those need to be actually converted.
Yep. As I said, I have the patches… and finally, I should
be able to continue to work on it. (Sorry for the delay,
but as usual, more
Package: qa.debian.org
Hi,
http://qa.debian.org/developer.php?login=t...@mirbsd.de
has the package CVS up to date, as can be seen in
http://qa.debian.org/cgi-bin/watch?pkg=cvs
but it’s still blue, not green, probably due to the epoch.
I have already mangled away the epoch in the last upload,
so
Hi,
just looked at this again, and I *still* do not have the
permissions to access the bug
https://bugzilla.wikimedia.org/show_bug.cgi?id=35078
which is kinda hindering…
bye,
//mirabilos
--
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel: +49 228 54881-393 •
On Fri, 4 May 2012, Snowolf wrote:
have you tried asking about it on #mediawiki on freenode?
Thanks, that helped. Tim Starling told me which patches
to apply/backport, will do so.
bye,
//mirabilos
--
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel: +49 228
= is not
+caught by = no but by != yes comparison; this fixes
+zlib detection for systems without pkg_config
+ * run configure scripts with bash, as they use [[
+
+ -- Thorsten Glaser t...@mirbsd.de Sun, 06 May 2012 21:49:56 +
+
aranym (0.9.13-3) unstable; urgency=low
* package re-upload, added
Touko Korpela dixit:
When line has / character at the beginning it causes next lines to start
with / too, until enter is pressed.
That is from paragraph wrapping, and normal, because it
takes quote chars to all lines, e.g. for #.
bye,
//mirabilos
OT: Josip, I too wish d/rules need not be a
retitle 644758 cvs init is not documented in the manpage
forcemerge 469523 644758
thanks
Michal Suchanek dixit:
the cvs init command is not documented.
No need to report it in _both_ Debian and Launchpad, one is enough.
Anyway, as stated in LP already, it _is_ documented both in the on‐
line
Michal Suchanek dixit:
It is not documented in texinfo either.
It is.
https://www.mirbsd.org/htman/i386/manINFO/cvs.html#toc_Invoking-CVS
clearly points to
https://www.mirbsd.org/htman/i386/manINFO/cvs.html#Creating-a-repository
(same in the texinfo, but it’s easier to link to the HTML
Hector Oron dixit:
Not sure if it can be an armhf buildd issue.
Can you also check whether the buildd uses ProPolice SSP
(-fstack-protector, -fstack-protector-all, maybe explicit
via dpkg, maybe implicit)? For example, on oneiric, *all*
mksh builds failed to use dietlibc because SSP (which is
Source: tclreadline
Version: 2.1.0-10
Severity: serious
Justification: fails to build from source (but built successfully in the past)
checking for tputs in -lncurses... no
checking for tputs in -ltermlib... no
checking for tputs in -ltermcap... no
checking for tputs in -lcurses... no
configure:
Source: tidy
Version: 20091223cvs-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)
Hi,
please see attached full build log. -Werror=format has recently
become the default, for good reasons.
If it’s something like this:
char *foo = /*
Package: libatomic-ops-dev
Version: 7.3~alpha1+git20110913-1
Severity: important
The current firebird2.5 fails, apparently due to an error in
some atomic_ops header. I don’t know if this worked in the
past, but some other packages using atomic_ops (the previous
upload; I rebuilt it yesterday)
in that respect. I'd even consider it for my daily use if I hadn't
wasted half my life on my zsh setup. :-) -- Frank Terbeck in #!/bin/mkshFrom db1df5506b0810546b6ccb18ba3f6c53a4ed63a9 Mon Sep 17 00:00:00 2001
From: Thorsten Glaser t...@debian.org
Date: Fri, 14 Oct 2011 19:36:36 +
Subject: [PATCH] Fix
Hi,
can we have this fixed, pretty please? It prevents building on m68k,
where this version had not yet been built (but the previous, which,
due to the libjpeg transition, is no longer installable, so this is
pretty blocking there).
The correct fix is to replace
char *foo = /* something
Source: php5
Hi,
I’ve tried building firebird2.5 (as it’s a B-D) on m68k and failed;
the status of that is tracked at:
http://tracker.firebirdsql.org/browse/CORE-3637
Please omit the firebird module on m68k for now.
Thanks,
//mirabilos
--
I believe no one can invent an algorithm. One just
forwarded 604603 https://bugzilla.gnome.org/show_bug.cgi?id=661839
thanks
Laurent Bigonville dixit:
Does this bug also happen with the version in experimental? Has it
been forwarded upstream?
By now, I’ve been able to break up the circular build-dependency
chain of the glib/dbus/gobject cycle,
:00.0 +
+++ gobject-introspection-0.10.8/debian/changelog 2011-10-15
11:45:34.0 +
@@ -1,3 +1,9 @@
+gobject-introspection (0.10.8-2+m68k.1) unreleased; urgency=low
+
+ * Fix invalid alignment assumptions. (Closes: #604603)
+
+ -- Thorsten Glaser t...@mirbsd.de Sat, 15
Hi,
it should be noted that the mksh realpath builtin behaves as
is documented in its manual page, i.e. different:
realpath [--] name
Prints the resolved absolute pathname corresponding to name. If
name ends with a slash ('/'), it's also checked for existence and
Debian Bug Tracking System dixit:
# klibc's broken klcc is at fault
reassign 645738 libklibc-dev
Bug #645738 [rootskel] rootskel: FTBFS on multiple architectures
Partial multiarch issue? (Just a guess. This error message
sounds like one we got when klibc changed the includes to
use the
David dixit:
I'm attempting to build a backported package under a Debian Etch
chroot, and having this problem:
Yes, since several weeks, pbuilder-satisfydepends-aptitude does
not work on etch any more; pbuilder-satisfydepends-classic does.
Steve Langasek dixit:
This is only the correct severity for a build failure when it happens on a
release architecture. The latest freetype package has built successfully on
all release architectures, per https://buildd.debian.org/freetype.
Tell that reportbug.
I see (and disagree with, but
Philip Wyett dixit:
Are we likely to get an update soon to fix this issue of pbuilder
in squeeze not supporting architecture wildcards?
Not speaking for the maintainer or the SRM, but I don’t think this
falls under the things fixed in a stable update; besides, developers
usually use, and
Hi,
probably the same problem, on armel instead:
Debian buildds dixit:
* Source package: mksh
* Version: 40.2-3
* Architecture: armel
* State: failed
* Suite: sid
* Builder: antheil.debian.org
* Build log:
Hi,
my thoughts on this:
= sbuild side =
Apparently, sbuild is used by buildds and developers, with differing
needs. There should be a switch to sbuild, which buildd calls but
developers don’t, that enables Distribution overriding (for example
for binNMUs to packages in testing that were
Package: gcc-4.6
Version: 4.6.1-13
Severity: important
Currently, compiling mksh with hardening enabled breaks on sparc (debian)
and sparc64 (debian-ports) with identical problems. I tracked this down to
the use of PIE in the final link (not object file generation) in combina-
tion with LTO using
Matthias Klose dixit:
0.33~cvs20110710-2 still ftbfs
[...]
make: *** [build-stamp] Segmentation fault
The versions shipped with oneiric were unusable on all architectures.
On ARM it just happened to segfault during package build. It may or
may not have been the same issue; please test with the
Source: prototypejs
Version: 1.7.0-2
Severity: important
Tags: patch
Hi,
Prototype does not work on Opera 9.27; I’ve found the reason in
http://www.tutorials.de/javascript-ajax/317311-json-parser-syntaxerror-opera-und-firefox-3-a.html
(sorry, that’s German) and tested the fix. Please apply in
+
+ * Reorder JSON regexp class to unbreak on Opera 9 (Closes: #647596)
+
+ -- Thorsten Glaser t...@mirbsd.de Fri, 04 Nov 2011 12:15:39 +0100
+
prototypejs (1.7.0-2) unstable; urgency=low
* push package to unstable
only in patch2:
unchanged:
--- prototypejs-1.7.0.orig/prototype-1.7.0.js
Source: libpciaccess
Version: 0.12.902-1
B-D on (among others): xutils-dev (= 1:7.5)
FTBFS against xutils-dev_7.5+1:
dh_autoreconf -O--builddirectory=build/ -O--parallel
configure.ac:41: error: xorg-macros version 1.8 or higher is required but 1.4.2
found
xutils-dev_7.5+4 seems to be
Cyril Brulebois dixit:
That's what we have in stable, so it might well be that I didn't bother
OK.
to bump the version. What's your use case for using pre-stable software?
Right now, building build-depends of packages without building
_all_ of X manually, on m68k (which is pretty dusty). It’s
Guillem Jover dixit:
On Sat, 2011-06-25 at 17:24:00 +, Thorsten Glaser wrote:
That won’t help. The overlay mode uses pkg-config which no BSD thing
touches.
Well, even OpenBSD has its own re-implementation:
Yes, but (a) not for their own stuff but to replace the GNU one
which has
ping?
You should’ve had enough time by now… to at least respond.
If I had more of my own I’d consider NMUing.
bye,
//mirabilos
--
I believe no one can invent an algorithm. One just happens to hit upon it
when God enlightens him. Or only God invents algorithms, we merely copy them.
If you don't
Related to this:
dpkg-deb: error: invalid integer for -z: '2e'
It’s currently not possible to use xz’s Extreme compression
levels with dpkg-deb, which I consider very useful, as shown
in my other mail to this bugreport.
bye,
//mirabilos
--
Using Lynx is like wearing a really good pair of
I’m working on this, via git/collab-maint/emile.
My hacking time for today is up, though, so it
will take a bit longer. Just FYI. I’ve also got
someone who will test the result.
bye,
//mirabilos
--
“Having a smoking section in a restaurant is like having
a peeing section in a
Dixi quod…
So, please, compile the Linux kernel with -ffreestanding, too.
Just to keep this bugreport in the loop: that fixes the FTBFS error.
http://lists.debian.org/debian-68k/2012/01/msg0.html
bye,
//mirabilos
--
dileks ch: good, you corrected yourself. ppl tend to tweet such news
Aurelien Jarno dixit:
tags 636286 + wontfix
Uhm, why? If someone working for glibc upstream says that the
locale files produced by the Debian patched version of glibc
are invalid…
thanks
for doing so silently and with no reason. Maybe I should
indeed, as you expressed so nicely, stop to care
Guillem Jover dixit:
What I've done instead is prepare and send patches to Linux and glibc
upstream, which is the correct fix on this issue IMO:
I’ve sent suggestions like these years ago. Let’s hope
they’ll accept it this time.
Thanks,
//mirabilos
--
“Having a smoking section in a
-2.4.29/debian/changelog 2012-01-02 22:17:19.0 +
+++ libdrm-2.4.29/debian/changelog 2012-01-02 22:19:58.0 +
@@ -1,3 +1,9 @@
+libdrm (2.4.29-1+m68k.1) unreleased; urgency=low
+
+ * [m68k] B-D on libatomic-ops-dev to fix FTBFS
+
+ -- Thorsten Glaser t...@mirbsd.de
found 537622 tcc/0.9.25-11
severity 537622 minor
thanks
I’m omitting -b when building mksh with tcc now, and it works
and passes its testsuite fully, on i386. Just FYI.
bye,
//mirabilos
--
“Having a smoking section in a restaurant is like having
a peeing section in a swimming pool.”
Package: tcc
Version: 0.9.25-11
Severity: serious
Justification: makes the package violate the amd64 psABI
tg@zigo:~/m/mksh $ cat t.c; tcc -run t.c; uname -a; dpkg-query -W tcc
#include stdio.h
#include unistd.h
int main(void) { printf(%zu, %zu\n, sizeof(size_t), sizeof(ssize_t)); }
4, 8
Linux
Robert Millan dixit:
Maybe aiming at EGLIBC would be better?
EGLIBC refused this because it would distance them from GLIBC.
Even when I suggested to run this as ed/sed/perl -pie/whatever
during header installation time.
*sigh*,
//mirabilos
--
22:20⎜asarch The crazy that persists in his
Source: ruby-ffi
Severity: wishlist
Antonio Terceiro dixit:
Hi,
Thorsten Glaser escreveu isso aí:
Antonio Terceiro dixit:
ruby-ffi (1.0.11debian-2) unstable; urgency=low
.
*
debian/patches/0001-Add-types.conf-files-for-missing-Debian-architecture.patch:
This patch adds
Source: jack-audio-connection-kit
Version: 0.121.0+svn4538-3
Severity: minor
Tags: upstream
On m68k, I get these warnings during compilation:
../config/cpu/generic/atomicity.h:23:2: warning: #warning stub atomicity
functions are not atomic on this platform [-Wcpp]
However, there's a
Daniel Dehennin dixit:
I just install a minimal wheezy system in a kvm to use it as a builder.
Then you must install build-essential, which in turn pulls
in dpkg-dev. Not a bug.
bye,
//mirabilos
--
“Having a smoking section in a restaurant is like having
a peeing section in a
Source: mesa
Version: 7.11.2-1
Hi,
mesa FTBFS (with gcc-4.6) with error messages like these:
/tmp/buildd/mesa-7.11.2/build/dri/src/gallium/drivers/r600/../../../../src/gallium/auxiliary/util/u_atomic.h:151:
undefined reference to _sync_sub_and_fetch_4'
This is due to it using GCC Atomic
Daniel Dehennin dixit:
Excuse me if I made a mistake, is build-essential necessary outside the
chroot?
Oh, right. Sorry. I was confused.
bye,
//mirabilos
--
“Having a smoking section in a restaurant is like having
a peeing section in a swimming pool.”
Source: sqlite3
Version: 3.7.9-3
Severity: serious
Justification: fails to build from source (but built successfully in the past)
Hi,
with my “m68k buildd” hat on, your package FTBFS. It also does that
on most release architectures, with the same error:
Laszlo Boszormenyi dixit:
It was built previously, but the pkgIndex.tcl was generated incorrectly. I've
added a self test (mentioned in the changelog) for this.
Ah okay.
Will ask for a chroot environment on m68k (or on any arch where it
fails)
m68k: https://wiki.debian.org/Aranym/Quick
rest:
On Tue, 17 Apr 2012, Frank Habermann wrote:
But i think for package libjs-protoaculous the best would be if the files
would
be created at build time not at install time. So you did not have problems at
installation time.
MOST DEFINITELY NOT!
The reason for this is that, with the current
Hi,
I’d also like the idea of two packages, if people cannot
be convinced to add it back, at least. Though, I wanted
to have a look at just rebuilding the normal packages
with the patch applied, then the extensions we use against
that, but failed to find a suhosin patch for PHP 5.4 – is
there
retitle 689153 unblock: mksh/40.9.20120630-4
thanks
Hi,
sorry for the trouble, but please wait for the -4 upload,
as recent changes in gcc will let mksh ftbfs, and doko
said he'll want to propose these versions for wheezy; I've
made the same hotfix in Ubuntu already.
bye,
//mirabilos
--
Michael Biebl dixit:
A better approach imho would be to simply remove sysklogd from the
archive.
Please no!
//mirabilos (still ill)
--
Natureshadow Dann mach ich git annex copy --to shore und fertig ist das
Natureshadow das ist ja viel cooler als ownCloud ...
mirabilos sag ich doch
severity 690381 wishlist
tags 690381 + wontfix
thanks
Steve McIntyre dixit:
includes switching from the well-understood set of calls to debhelper
and dpkg-dev programs to something hand-rolled. Please *don't* do
this; it's not explicitly required by policy that packagers use these
programs, but
Steve McIntyre dixit:
Right. I can see that mksh also follows a similar pattern. Any other
packages?
Only these two, out of the packages I intended for uploading to
Debian proper.
and the consensus of all the people here is that's insane. Trying to
work out what your builds are trying to do
Guillem Jover dixit:
Right, fixed now locally, targetted for 1.17.x.
OK, thanks! (A pity that I only noticed it so late…)
[…]
below. But that’s cosmetic.
This is coming from reportbug, the one which should be doing the
fix up, nothing to do with dpkg. :)
Ah, I thought that came from the
Stefano Zacchiroli dixit:
(which is in fact, exactly what happens during BSPs). Using something
more standard in your package helps tremendously those people who,
ultimately, just want to help you out.
Right, but there are three points still:
• At some point in time, I really needed mksh to
tags 691255 = fixed-upstream
thanks
Eike Jesinghaus dixit:
Found a bug in jupp where keywords in .py files are not highlighted.
Affected keywords: as, with
OK, thanks! I don’t use the syntax highlighting myself,
except diff nowadays, so I didn’t notice.
Included patch of this.
Thanks,
On Tue, 23 Oct 2012, Robert Henney wrote:
This bug took my mailman down this last Sunday. In fact, you'll notice
that reports of this bug appear to indicate that it only occurs
during Sunday morning cron execution. I believe this is because
the /etc/logrotate.d/mailman file is written to
tags 691321 + help
severity 691321 wishlist
thanks
On Wed, 24 Oct 2012, olivier.ber...@telecom-sudparis.eu wrote:
[Wed Oct 24 12:16:03 2012] [error] PHP Warning: pg_query(): Query failed:
ERROR: SAVEPOINT can only be used in transaction blocks in
Sven Joachim dixit:
This has been worked around in ncurses 5.9-3, where libtinfo-dev
Indeed, this works.
tclreadline should not even try to link against either of these
libraries, which is why I'm downgrading the bug rather than closing it.
Mh, probably. By the way:
dpkg-shlibdeps: warning:
fixed 647553 4.6.2-3
close 647553
thanks
[…]
gcc -g -O2 -fPIE -fstack-protector --param=ssp-buffer-size=4 -Wformat
-Wformat-security -Werror=format-security -Wall -Wextra -fno-strict-aliasing
-fstack-protector-all -fwrapv -flto=jobserver -std=gnu99 -fPIE -pie
-Wl,-z,relro -Wl,-z,now
Steve Langasek dixit:
DFSG #8 is not an issue. DFSG #4 allows authors to require changed versions
of their software to be distributed under a different name. If the upstream
makes special allowances for Debian to use the name for modified versions,
this doesn't fail the DFSG, because everyone
Jonathan Nieder dixit:
Linux 3.1 doesn’t build any more, Linux 3.0 built successfully
in all its versions. Full build log attached. “amiga” is the
first of the available (and needed/used) flavours, this might
thus affect more or all of them.
[...]
MODPOST 748 modules
ERROR: strlen
Jonathan Nieder dixit:
[1] http://thread.gmane.org/gmane.linux.kernel/680193/focus=680351
I think users of both strcpy and strncat should be shot, unquestioned…
(but then, GNU is still the only major vendor without strlc{py,at}…)
bye,
//mirabilos
--
dileks ch: good, you corrected yourself. ppl
Ben Hutchings dixit:
But there are no warnings in the log for use of these functions
without declarations. So if linux/string.h is not included
already (indirectly), where are they declared? I don't believe
I fear they might be correct and gcc replaces certain function
calls with others, or –
try rebooting
it yet, LUCKILY as it’s a hosted domU), and it was an old(er) sid box
upgraded to newer sid. See below, too.
Piotr Borkowski dixit:
On Thu, Aug 16, 2012 at 12:02:56PM +0200, Thorsten Glaser wrote:
The current sysvinit configuration (with file-rc) is as follows:
tglase@tglase-nb
Alexander Wirt dixit:
So this looks like a missing Depends (insserv is Prio: optional) and
thus is a grave bug. After manually installing it (of *course* it was
not installed previously, because file-rc allowed getting rid of it):
Ah, this is some kind of an upgrade bug and won't happen
Alexander Wirt dixit:
Is there some magic to do that for _all_ init scripts, or will
the file-rc postinst of the version you’re going to upload later
take care of that?
In fact this should change all initscript. As this is dependency based
booting the whole table should get rebuild whenever
On Sun, 19 Aug 2012, Benny Baumann wrote:
Please upgrade the php-geshi package to latest upstream.
With the freeze this is no longer possible. If this is indeed
a security issue, we can either apply a backported fix or have
the package removed from the release, at this point in time.
bye,
On Tue, 21 Aug 2012, Benny Baumann wrote:
Given exactly the
2-3 years this package will be in stable/oldstable is the reason why
there should be an update to something reasonably recent before the
package is put into a distribution.
Sorry, it’s now too late for that. In May, something could
Package: lynx-cur
Version: 2.8.8dev.5-1
Severity: minor
Upon dist-upgrading a lenny system, I got a debconf question,
after answering it over and over again:
┌─┤ Lynx-cur Configuration
├─┐
│ Please enter the
Debian Bug Tracking System dixit:
Their explanation is attached below along with your original report.
This is a known problem with ia32-libs. Don't use it, use multiarch
Hm, this doesn’t work for stuff that directly depends on ia32-libs.
But I guess it would be best for ia32-libs to use an
On Wed, 29 Aug 2012, Anye Li wrote:
When I migrated from squeeze to wheezy, my mediawiki wiki stopped
Can you please upgrade to mediawiki-extensions-base from
experimental? If that works for you, I’ll upload it to sid.
bye,
//mirabilos
--
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn •
Platonides dixit:
Thorsten, how do you expect to handle it?
Have not investigated it yet. Same as with the other occurrences,
I guess – cut off the convenience copies of third-party code, patch
the code to use the system-wide copy, and kick it until it ble^Wworks.
There's of course the risk of
Platonides dixit:
Beware that jquery.tipsy has been modified at mediawiki repo (I just
opened bug 38733 to try merge them upstream).
I think many people (need to) do that. It's short enough to not
worry about it if it's in fact modified (I had to do so for Evolvis
as well).
Thanks for the
Package: sks
Version: 1.1.3-1
Severity: normal
Hi,
just noticed an error during logrotate’s cronjob, where it tried
to restart sks but the recon part was not running.
I have no idea what that is and how severe this is, if it is a
problem at all. This server is a private installation that, by
+ bugs in the same code wrt. completion display and other expansions
+ * Document use of CONSERVATIVE_FDS in lksh manpage
+
+ -- Thorsten Glaser t...@mirbsd.de Fri, 20 Jul 2012 23:32:37 +
+
mksh (40.9.20120630-1) unstable; urgency=low
* The “GC2TDN7” upload
--- mksh-40.9.20120630-1
+builtins (from debian-ports GCC) like avr32 (Closes: #660963)
+
+ -- Thorsten Glaser t...@mirbsd.de Sun, 29 Jul 2012 21:33:38 +0200
+
qt4-x11 (4:4.8.2-1) unstable; urgency=low
* New upstream release.
diff -Nru qt4-x11-4.8.2/debian/patches/m68k.diff
qt4-x11-4.8.2/debian/patches/m68k.diff
affects 683188 viewvc
affects 683188 fusionforge-plugin-scmsvn
thanks
Mathias Gebbe noticed on IRC that this also affects
ViewVC as used by FusionForge.
Just FYI,
//mirabilos
--
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel: +49 228 54881-393 • Fax: +49 228
Source: iceweasel
Version: 10.0.6esr-1
Tags: patch
Hi,
while building src:iceweasel (don't laugh please, libmozjs-dev is needed
as build dependency by a *lot* of packages) on Debian/m68k, the first
FTBFS (of how many to come, I don't know) occurs due to non-portable
alignment assumptions.
On
Jonathan Nieder dixit:
pcc (Portable C compiler): unfixed - http://bugs.debian.org/638309
Yes, but that was not the main showstopper for pcc.
Besides upstream bugs on some architectures (recently,
even Linux/amd64 broke again – I’m following pcc dev),
the main problem was how to get
Package: release-notes
Severity: normal
Hi,
Robert asked me to replace pdksh with its successor mksh
in time for the wheezy release, and we’d like it to be
gone in jessie. Right now, pdksh is a transitional package,
and the upgrade might need some sysadmin and/or user effort:
① The sysadmin
On Thu, 13 Sep 2012, Flavio Bello Fialho wrote:
I imagine that mediawiki 1:1.19.1-1 is
incompatible with libjs-jquery-tablesorter 6-1, although one depends on the
other. I suggest removing the dependency and using the upstream mediawiki file
instead of the symlink.
That would violate Policy.
On Thu, 13 Sep 2012, Flavio Bello Fialho wrote:
Based on the file header, it seems mediawiki uses a fork of tablesorter or is
a modified version of it, specifically for use with mediawiki.
I see. In this case, the Policy part I had in mind does
not apply, and it’s correct to use the version
On Thu, 13 Sep 2012, Moritz Muehlenhoff wrote:
On Fri, Aug 31, 2012 at 06:34:38PM +0200, Julien Cristau wrote:
Can't answer without a diff.
Mediawiki maintainers, what's the status?
Oh, sorry. Other stuff made me forget this for too long.
The diff between the two tarballs is over 10 MiB,
On Fri, 14 Sep 2012, Anye Li wrote:
Package: mediawiki-extensions-base
Version: 2.6+wheezy1
When I went from stable (squeeze) to testing (wheezy) my mediawiki
Yes, the reason is that mediawiki-extensions 2.6 does
not work with mediawiki 1.19, not even the +wheezy1
which was, as I predicted,
Package: logwatch
Version: 7.4.0+svn20120502rev103-1
Severity: important
Hi,
/usr/share/logwatch/scripts/services/http wants to read an
environment variable http_rc_detail_rep-$code, but this
variable is not passed on through the environment because
it doesn’t match the allowed syntax. Changing
is not allowed syntax in many environments.
Author: Thorsten Glaser t.gla...@tarent.de
Bug-Debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=688203
Last-Update: 2012-09-20
Index: logwatch-7.4.0+svn20120502rev103/conf/services/http.conf
On Thu, 20 Sep 2012, Thorsten Glaser wrote:
attached, “should” fix the issue.
This one indeed works and comes with a NEWS entry, which you’d
obviously have to adjust to Debian packaging (I just deployed
that locally, that’s why).
bye,
//mirabilos
--
tarent solutions GmbH
Rochusstraße 2-4, D
Package: lintian
Version: 2.5.10.1
Severity: minor
Hi,
in a Debian wheezy cowbuilder instance on one of our Jenkins
buildbots, I am calling lintian like this:
lintian -vIi --display-experimental --pedantic --suppress-tags
package-has-long-file-name -X nmu --allow-root
Package: gcc-4.7-base
Version: 4.7.2-1
Severity: serious
I don’t quite can believe this. What the hey are you doing with
your binary packages you officially upload to Debian, to get THIS?
Fetched 187 MB in 49s (3766 kB/s)
Reading changelogs...
Extracting templates from packages: 100%
(Reading
Philipp Kern dixit:
I think you could work on your politeness and adjust the tone of your
mails.
Right. I know that formulating is not one of my better skills.
I don't think Matthias had an malicious intent here, to hurt you and
induce suffering.
Yes, of course not.
I think it was merely a
Hi,
I’m working on pcc (again) and will probably be able to take
care of these two issues soonish, too. (Not tagging as pending
because the current CVS commits aren’t yet sufficient.)
bye,
//mirabilos
--
In traditional syntax ' is ignored, but in c99 everything between two ' is
handled as
retitle 623953 cross-pcc needs cross-binutils
severity 623953 wishlist
thanks
Hi,
there still seems to be no consensus regarding this, but with
(only) my “pcc maintainer” hat on, by mentioning it in the
README.Debian file how to build those cross compilers, I think
my part is done, especially
Andreas Beckmann dixit:
The first problem was that the database was not reachable, but that
didn't cause the postinst to abort ...
Oh well, that too. Roland fixed that upstream yesterday,
I’ll make a new upload soon then. (To get into non-RC-buggy
shape for jessie ;)
But really, your piuparts
tags 692819 - upstream
reassign 692819 gnome-terminal
found 692819 gnome-terminal/3.4.1.1-2
retitle 692819 gnome-terminal: sends ^_ to the session when Ctrl-- is pressed
and font is not shrunk any further
thanks
Eike Jesinghaus dixit:
When running mksh in gnome-terminal and resizing the window
701 - 800 of 4565 matches
Mail list logo
