Hi,
maybe related to this?
http://article.gmane.org/gmane.linux.lib.dietlibc/1614
bye,
//mira“a round of fixups is really needed…”bilos
--
08:05⎜ mika: Does grml have an tool to read Apple
⎜System Log (asl) files? :)
08:08⎜ yeah. /bin/rm. ;) 08:09⎜ hexdump -C
08:31⎜ ft, mrud: *g*
ping, can we please have this fixed?
this is blocking other things, due to the perl transition
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: apt
Version: 0.8.15.8
Severity: normal
Hi,
I've got several repos, Debian and private, included.
Now I wanted to get the source of an exact version,
but this is what I received:
tg@zigo:~ $ apt-get source mksh=40.2
Reading package lists... Done
Building dependency tree
Reading state inf
Source: joe
Hi Josip,
this is my bug with intent to NMU as discussed in
<20111002220323.ga10...@entuzijast.net> joe, with
a patch like the one I suggested in
and your two change requests from
<20111001224811.ga29...@entuzijast.net> applied,
uploaded in coordination with appropriate changes
to ju
#!/bin/sh
exec ssh-agent env LD_LIBRARY_PATH="$LD_LIBRARY_PATH" "$@"
Doing ssh-agent in the background and killing it if the
children exit is *not* the same as doing it this way…
bye,
//mirabilos
--
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel: +49 228 54881-3
Hi,
moving ed back to /bin and making a symlink
/usr/bin/ed@ -> /bin/ed is, of course, also valid
if this helps to fix red.
bye,
//mirabilos
--
15:41⎜ Somebody write a testsuite for helloworld :-)
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscr
Hi,
see, neither one fails, so it’s not a bug in the build
system. It’s simply that, as I said as response to your
earlier private mails, your assumption that “-lm is always
included because gnat/gpr itself uses it” seems to be wrong.
Attached: typescript of running this (please Cc me on replies,
Aurelien Jarno dixit:
>I am not sure we want to fix that. This behaviour has been introduced
>voluntarily to fix some issues with the previous code:
>
> http://sourceware.org/ml/libc-alpha/2012-05/msg00893.html
[…]
>The current behavior, while unpleasant, can lead to a DoS, but not to a
>security
Alexandre Oliva dixit:
>fault. In general, the former is more desirable; consider how much
>headscratching would ensue should a password mysteriously fail to be
>recognized, compared with that resulting from a segfault for
>dereferencing the result of crypt.
Hrm.
On the other hand… is it possib
Package: src:linux
Version: 3.9.8-1
Severity: important
Also listed at https://bugzilla.redhat.com/show_bug.cgi?id=965711
I wanted to keep track of this problem in Debian:
There is a difference between
qemu-system-x86_64 -cdrom CentOS-5.9-x86_64-netinstall.iso
and
qemu-system-x86_64 -cdrom Cen
Package: mono-vbnc
Version: 2.10-2
Severity: serious
Justification: does not work at all
I think the dependencies may be wrong.
tglase@tglase:~ $ vbnc Bottles.vb
Visual Basic.Net Compiler version 0.0.0.5943
Copyright (C) 2004-2010 Rolf Bjarne Kvinge. All rights reserved.
Error : VBNC2017: The li
reopen 712329
found 712329 1.2.11-1
thanks
This actually occurs again, I just didn’t realise it was
the same bug when I sent my mail earlier.
Of course, redirecting the latex output into nirvana is
a real, second bug here.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
wi
g@freewrt:~ $ getent passwd tg | sed 's/^tg:[^:]*://'
20102:20102:Thorsten Glaser:/var/lib/gforge/chroot/home/users/tg:/bin/mksh
>^C is properly configured to send "intr", as verified via "stty -a".
tg@freewrt:~ $ stty -a
speed 38400 baud; rows 34; columns
Julian Gilbey dixit:
>by adding a dependency on pgf, but I'd prefer to wait for an updated
>texlive package.
Sure, fine with me (it’ll be days before epix is picked up
by the m68k buildds again, anyway, seeing the w-b queue size).
bye,
//mirabilos
--
17:08⎜«Vutral» früher gabs keine packenden s
Ondřej Surý dixit:
>Already fixed in -10, which is already in unstable.
OK, thanks! (Not for i386.)
Roland Mas dixit:
>I got bitten by this too, but I think this is a duplicate of #716659,
>which has been fixed already. I suggest merge+close.
Well I obviously didn’t catch that as it referenc
Nicolas Boulenguez dixit:
>symbols. This explains why the build fails when the --as-needed linker
>option is activated or is the default.
I’m not sure I quite follow, but it’s neither used nor the default,
it’s just that none of the libraries linked pull in -lm on m68k, as
I wrote in earlier mail
On Mon, 15 Jul 2013, Philippe Teuwen wrote:
> A quick inspection seems to indicate that the file extension is only
> checked on the client side via javascript and IE does not do a proper job.
File extensions are a joke, really.
> Note that "application/pdf" is by default in the $wgTrustedMediaFo
New “other bugtracker” link:
https://bugzilla.redhat.com/show_bug.cgi?id=967652
bye,
//mirabilos
--
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel: +49 228 54881-393 • Fax: +49 228 54881-314
HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941
Geschäftsführer: Boris Es
On Tue, 16 Jul 2013, Philippe Teuwen wrote:
> There are inconsistencies that can lead to an overlooked security issue
> in some setups, call it as you want.
Right.
> Now the good news is that the behavior is not showing up with the
> default settings.
\o/
> For me, answers ti those questions a
Package: apt
Version: 0.9.8
Severity: important
Hi!
I’m getting a lot of buildd failures, and I cannot update the
buildd chroot any more either, due to:
-->8
tg@ara5:~ $ schroot -u root -c source:sid-m68k-sbuild
W: Shell ‘/bin/m
FWIW,
Linux tglase.lan.tarent.de 3.2.0-4-amd64 #1 SMP Debian 3.2.41-2 i686 GNU/Linux
08:51:32 up 3 days, 22:24, 2 users, load average: 0.11, 0.27, 0.29
This one is stable.
bye,
//mirabilos
--
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel: +49 228 54881-393
+1
Please get rid of “submenu 'Advanced options for Debian GNU/Linux'”
as it hides all my boot options and makes the top-level menu almost
empty.
bye,
//mirabilos
--
16:47⎜«mika:#grml» .oO(mira ist einfach gut) 23:22⎜«mikap:#grml»
mirabilos: und dein bootloader ist geil :)23:29⎜«mik
Package: python-snappy
Version: 0.4-1
Severity: grave
Justification: renders package unusable
The homepage¹ says:
| You can get help by running
|$ python -m snappy --help
severity 712990 normal
thanks
Shell Xu dixit:
>this feature is new in 0.5.
Oh okay. That wasn’t clear to me immediately, sorry for that,
and as snappy was only recently recommended to me in IRC and
I wanted to initially test it, I am not familiar with it.
(My intent is to replace gzip/xz in the
Told you so…
-- Forwarded message --
Subject: apt-listchanges: changelogs for tglase.lan.tarent.de
cyrus-sasl2 (2.1.25.dfsg1-14) unstable; urgency=low
* CVE-2013-4122: Handle NULL returns from glibc 2.17+ crypt()
(Closes: #716835)
--
To UNSUBSCRIBE, email to debian-bugs-d
On Thu, 18 Jul 2013, Carlos O'Donell wrote:
> > * CVE-2013-4122: Handle NULL returns from glibc 2.17+ crypt()
> > (Closes: #716835)
> I'm happy to see applications being fixed to follow the
> documented standard.
Which is a violation of historic practice and “common law”.
I’d be as happy
severity 693194 important
thanks
Indeed!
tglase@tglase:~ $ DISPLAY=:2 twm
twm: unable to open fontset "-adobe-helvetica-bold-r-normal--*-120-*-*-*-*-*-*"
Fails. (:2 is a tightvncserver I just started without wm,
since IceWM seems to segfault in sid right now.)
tglase@tglase:~ $ LC_ALL=C DISPLA
Jonathan Nieder dixit:
>that should be run when cross-building? Why doesn't the cross-build
>procedure enable nocheck automatically? I don't like the idea of changing
AFAIR from when I’ve been dealing with cross-deb-builds,
they do, or, at least, adding nocheck to DEB_BUILD_OPTIONS
was in the i
reopen 705820
found 705820 2.6.0+debian-1
thanks
Hi,
sorry, still there:
http://buildd.debian-ports.org/status/package.php?p=texstudio
bye,
//mirabilos
--
17:08⎜«Vutral» früher gabs keine packenden smartphones und so
17:08⎜«Vutral» heute gibts frauen die sind facebooksüchtig
17:10⎜«Vutral» abe
Lisandro Damián Nicanor Pérez Meyer dixit:
>Congratulations! Please add this info to the bug report and please point to
>the correct patch in it (marking it as patch available is a plus too).
The bugreport is already
Tags: confirmed, patch
The correct patch to use is:
http://bugs.debian.o
Source: qtwebkit-opensource-src
Severity: wishlist
Hi,
as Lisandro asked, here’s a bugreport that m68k should please
be added to the list of architectures that don’t build full
debugging information due to memory and time to link the
shared libraries becoming insane then.
Thanks,
//mirabilos
--
Source: qtwebkit
Severity: wishlist
Hi,
as Lisandro asked, here’s a bugreport that m68k should please
be added to the list of architectures that don’t build full
debugging information due to memory and time to link the
shared libraries becoming insane then.
Thanks,
//mirabilos
--
Support mksh a
Dixi quod…
>Even if this may have some minor issues still, it’ll be better
>than building kernel images that fail to boot at all, that’s why
Ah well. Of course it didn’t boot.
/lib/modules/3.10-0+m68k.2-m68k/kernel/arch/m68k/emu/nfblock.ko
is the “IDE” driver for ARAnyM machines (like virtio-blk
Bastian Blank dixit:
>On Tue, Jul 23, 2013 at 09:26:28PM +0000, Thorsten Glaser wrote:
>> Which package is responsible for the inclusion of arch-specific
>> kernel modules into the initrd (for MODULES=most right now; I
>> have yet to try MODULES=dep)?
>
>initramfs-tools
Bastian Blank dixit:
>On Tue, Jul 23, 2013 at 08:42:04PM +0000, Thorsten Glaser wrote:
>> +CONFIG_IOSCHED_DEADLINE=m
>> +CONFIG_IOSCHED_CFQ=m
>
>Should be configured in the top config.
They’re =y there. I put them into modules to save space.
>> +# CONFIG_
Dixi quod…
>This is merely what we had before. (I’m giving nfeth a chance here…)
“No such device” is what nfeth.ko says upon insmod.
I’ll report this as bug upstream and revert it to =y too:
--- debian/config/m68k/config 2013-07-23 22:38:05.519153764 +
+++ - 2013-07-23 22:38:28.394235256
tags 711558 + patch
thanks
Hi,
please apply this one, the failure in interpret.cc is gone,
and we apparently had a patch for this in 4.6 already.
gcc-4.8 (4.8.1-7+m68k.1) unreleased; urgency=low
* Apply patch from Mikael Pettersson to fix PR49847. (Closes: #711558)
-- Thorsten Glaser Fri
On Wed, 24 Jul 2013, Ben Hutchings wrote:
[ ext2/3/4 ]
> I think we may want to enable this at the top level later, but there is
> no reason to override it now.
OK, will remove that.
> > >> +CONFIG_NFS_SWAP=y
>
> Really?
Not? Is there something better?
Hm, Wouter would probably say swap over n
Package: gcc-4.8
Version: 4.8.1-8
Severity: important
https://bugzilla.redhat.com/show_bug.cgi?id=922974
is now entering Debian, much to my joy (not).
Building mksh with “sh mksh/Build.sh -r -g -c lto”
(the “-c lto” is the trigger) lets the “link” not
succeed but instead busy-spin.
-- System Inf
Dixi quod…
>>Another thing that puzzles me:
>>
>>config SMC91X
>>depends on (ARM || M32R || SUPERH || MIPS || BLACKFIN || \
>>MN10300 || COLDFIRE || ARM64)
>
>Maybe just an explicit || ATARI_ETHERNAT here?
>
>Add || ATARI_ETHERNEC to NE2000 as well I’d say, so everyone
Raphael Manfredi dixit:
>>hitting ^C kills the shell, and the session. This happens when logging on
Did you maybe have an EXIT trap set?
In that case, may I ask you to try with mksh CVS HEAD?
There was a bug related to that fixed.
bye,
//mirabilos
--
you introduced a merge commit│ % g
* Always reset want status when installing a package; so this now resets
holds among others. Closes: #162541
I think this deserves a BIG FAT WARNING in the NEWS file
because no
Guillem Jover dixit:
>Hmm, I've always considered that a bug, so I'd like to know how you
>are using dpkg that makes you consider the old behavior a feature. :)
>
>I guess you use dpkg + dselect? Because AFAIC all other frontends
>reset holds on installation.
I use dselect mostly for manual-inter
S�bastien Villemot dixit:
>In order to fix this, we need to pre-compute so-called "architectural
>defaults" for m68k. These are pre-computed timings that will speed up
>dramatically the build of the package.
>
>The procedure for doing this is explained in the README.source of atlas
>[1] (I am inte
S�bastien Villemot dixit:
>I agree with you, but the point is that ATLAS was not designed to
>provide a generic binary package. Instead, ATLAS is meant to be
Ah, I see.
>answer. My inclination would be to choose a machine that is closest to
>the average m68k hardware that people are using nowada
S�bastien Villemot dixit:
>No. My expectation is that we will have to do that again only for major
>upstream releases (based on historical data, this means approximatively
>once in every Debian release cycle).
OK, thanks!
bye,
//mirabilos
--
17:08⎜«Vutral» früher gabs keine packenden smartphone
S�bastien Villemot dixit:
>In order to fix this, we need to pre-compute so-called "architectural
>defaults" for m68k. These are pre-computed timings that will speed up
>dramatically the build of the package.
I wonder: *does* m68k have something like an L1 cache, at all?
[…]
make[6]: Entering dir
Geert Uytterhoeven dixit:
>> I wonder: *does* m68k have something like an L1 cache, at all?
>
>Depends.
>
>68000 has nothing
>68010/68012 has 2 instruction loop mode (better than nothing ;-)
>68020 has 256 bytes instruction cache (IC)
>68030 has 256 bytes IC and 256 bytes data cache (DC)
>68040 ha
Geert Uytterhoeven dixit:
>So you hope ARAnyM is sufficiently accurate in emulating the cache to
>make these measurements valid?
If it isn’t, we’ll just need one of the other m68k porters to
take a physical m68k machine, dist-upgrade it to latest sid
and a sufficiently recent kernel, and run thos
Package: adequate
Version: 0.7.1
Severity: wishlist
Hi,
I find myself confused by adequate displaying things with dialog
instead of simply printing them line-by-line which also has the
potential of being either better legible (by indenting wrapped
lines) or copy-past-able.
Please add an option t
Source: texlive-bin
Version: 2013.20130722.31261-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)
Hi,
your package fails to build, even on release architectures,
apparently due to missing Build-Depends(-Arch), possibly
due to either them appearing
Package: wnpp
Severity: wishlist
Owner: Thorsten Glaser
* Package name: xidle
Version : CVS HEAD
Upstream Author : Federico G. Schwindt
* URL : https://www.mirbsd.org/man1/xidle
* License : 2-clause UCB
Programming Lang: C
Description : run a program
Source: linux
Version: 3.10.3-1
Severity: important
Justification: fails to build from source (but built successfully in the past)
Hi,
the latest Linux kernel source package fails to build:
[…]
make[2]: Entering directory `/tmp/buildd/linux-3.10.3'
dh_testdir
dh_prep
kernel-wedge install-files 3
Sorry, of course I forgot the attachment…
bye,
//mirabilos
--
«MyISAM tables -will- get corrupted eventually. This is a fact of life. »
“mysql is about as much database as ms access” – “MSSQL at least descends
from a database” “it's a rebranded SyBase” “MySQL however was born from a
flatfile and
Source: fife
Version: 0.3.4-3
Severity: important
Justification: FTBFS on non-release arch
Hi,
your package fails to build with:
[…]
g++ -o build/engine/release/swigwrappers/python/py_fife_wrap.os -c
-DPNG_SKIP_SETJMP_CHECK -O2 -Wall -Wno-unused -fPIC -DTIXML_USE_STL
-D_GNU_SOURCE=1 -D_REENTRA
Ben Hutchings dixit:
>Well you gave us the new m68k configuration. I kind of hoped you'd at
>least done a full build test.
I wasn’t quick enough, it all takes a lot of time. I literally
could not have finished before you uploaded.
>The installer udeb configuration under debian/installer/m68k st
Geert Uytterhoeven dixit:
>make these measurements valid?
I aborted the run, I think I only get inconclusive results,
if any at all, from ARAnyM. Someone must re-run this according
to Sébastien’s instructions on a sufficiently up-to-date sid
machine (bare metal). Maybe a 040?
/root/Xa/atlas-3.10
Vincent Bernat dixit:
>Then, what's the difference with xautolock?
Hm, hadn’t known that one. Thanks for pointing it out.
Licence, I guess, and command-line syntax.
Probably not enough to justify another .deb…
bye,
//mirabilos
--
17:08⎜«Vutral» früher gabs keine packenden smartphones und so
17
Package: general
Severity: normal
Ever since, I think, wheezy, tty1 is cleared at boot like tty2-6 are.
This is bad because it obscures the last screenfull of bootmessages,
at least 25 lines, but with framebugger console, a lot(!) more, which
is very bad.
I’ve got no idea which package is respons
retitle 714219 libc6: crypt(3) returns NULL with EINVAL instead of falling back
to DES, breaking lots of software
thanks
As seen on LWN: xlock can crash due to this, leaving
the screen unlocked.
At this point I feel confirmed in requesting that, no
matter what would actually be the “correct” act
Package: youtube-dl
Version: 2013.07.10-1
Severity: normal
The new version of youtube-dl prefixes the downloaded video
with some random text followed by a hyphen-minus.
This is not only undesirable but also dangerous… the 11-char
video ID should be the first, both for tab completion and
so people
Rogério Brito dixit:
>You can adjust the formatting to your heart's content by using the
>option -o, as described in the manpage's section "OUTPUT TEMPLATE".
I see… and there’s even something in ~/.config/ possible.
>I don't think that this is a bug. A change of behavior, yes. But a
>bug? Can yo
Ondřej Surý dixit:
>I understand your dedication for reviving the m68k port, but I don't
>understand how the bug in unofficial port can have "important" severity.
It can have any severity, but normally no RC, thus “important” and
lower. An FTBFS is normally “serious”, that’s why it gets downgrade
Matthias Klose dixit:
>Which of these are applied upstream, and if not, why?
libffi-m68k.diff is applied.
m68k-revert-pr45144.diff is not applied upstream yet,
maybe Mikael knows why?
pr49847.diff is not applied yet even though it seems
to be clear – I’ve prodded them again a month ago
and have
Hi!
Despite mentioning PR52306 in the changelog (as I did)
you seem to have rejected pr52306-retry-hack.diff which
is a bit unfortunate as we really need a workaround for
that ICE to build some things in the archive, e.g. Qt4,
Qt5 and anything using it, mcabber, etc.
Do you outright reject this p
Matthias Klose dixit:
>yes, I do reject this.
I see. Would you please…
>> “for the time being”? If so, would you accept a patch
>> that just disables -fauto-inc-dec on m68k *always*,
>> even in the cases where it doesn’t ICE? (one-liner)
answer whether this would be considerable? (Untested,
but
maximilian attems dixit:
>breakage has been fixed in newer linux-libc-dev containting linux commit
> ca044f9a9ed492f0f7e52df999c10ca6f7cfc5c0
>
>Builds were using the faulty 3.9.
This means you need to upload a 2.0.2-2 with versioned build-deps
on linux-libc-dev at least on the mips* platforms (p
Source: id-utils
Version: 4.6+git20120811-2
Severity: serious
Justification: FTBFS
Hi,
your package uses gets(3) which is obsolete for its insecurity
and thus FTBFS with eglibc 2.17, that is, on architectures where
it’s not yet been built, and on any binNMU.
bye,
//mirabilos
--
Support mksh as
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA384
Hi *,
just in case someone reads this: I’m not comfortable with WTFPL myself
and have already asked Dominik to beat upstream with a big foamy clue
bat, but since WTFPL is apparently accepted in main I’ll upload it.
bye,
//mirabilos
- --
I believe
Hi *,
during sponsorship review we (Dominik and I) noticed that this
package is GPLv2-only while it depends on other packages that
are GPLv3-or-later.
This issue is tracked upstream at:
https://github.com/RealBadAngel/technic/issues/85
We’re awaiting a resolution on this before proceeding.
bye,
tags 718395 + patch
thanks
I just sent this to the git in Debian maintainers:
From 4b1712859b00312a13ae5a2ac0eba78b71419e83 Mon Sep 17 00:00:00 2001
From: Thorsten Glaser
Date: Fri, 30 Aug 2013 13:04:20 +0200
Subject: Install mw-to-git into production location. (Closes: #718395)
MIME-Version
On Fri, 30 Aug 2013, Thorsten Glaser wrote:
> have a look at #718395 ☻ it works for me…
https://www.freewrt.org/~tg/git-mw/ has got a sid build
on i386 and an amd64 arch-any wheezy build, in case that
someone else wants to test this.
bye,
//mirabilos
--
tarent solutions GmbH
Rochusstraße
On Fri, 30 Aug 2013, Thorsten Glaser wrote:
> --- a/debian/control
> +++ b/debian/control
> @@ -26,7 +26,8 @@ Depends: ${shlibs:Depends}, perl-modules, liberror-perl,
> Recommends: patch, less, rsync, ssh-client
> Suggests: gettext-base, git-daemon-run | git-daemon-sysvinit,
>
Martin Pitt dixit:
>Christoph Berg [2012-12-19 10:40 +0100]:
>> We could probably wait for the startup, but then exit 0 with the
>> message "cluster is still starting up".
>
>I like that idea. It should avoid postinst failures on slow
>architectures, but in the normal case a "/etc/init.d/postgresq
tag 719484 + patch
thanks
This is the aforementioned patch:
https://svn.boost.org/trac/boost/attachment/ticket/8993/boost_1_54_0-m68k-1.patch
-- Forwarded message --
From: Mikael Pettersson
Message-ID: <21003.14853.20671.257...@pilspetsen.it.uu.se>
I've reported this to boost <
Matthias Klose dixit:
>I think, setting the flag for the option to 0 as the default, and
>applying this for m68k only would be the second best option, provided
Right…
>that you cannot find out how to implement Mikael's suggestion.
… but I think I know, generally, how to do that.
(Have been deal
Drew Parsons dixit:
>Severity: normal
user error
>I'm trying to use pdebuild to build a deb package for the i386
>architecture on an amd64 system. I understand the --architecture flag
>is intended to allow this.
No, it just selects the architecture for creating the system.
>But when I try
>
Piotr Ożarowski dixit:
>I'm CCing pbuilder maintainers: guys, is there a reason why pbuilder is
>setting LC_ALL to C and not to C.UTF-8? If not, could you reassign
Setting LC_ALL=C and unsetting LANGUAGE is the only somewhat
portable way to sanitise the environment.
If you need anything locale-s
Mathias Behrle dixit:
>Is LC_ALL=C really the only way to set a sanitised environment? Why shouldn't
>C.UTF-8 provide such one (i.e. what is the downside of making it a general
Because it makes tools behave different. C (or "POSIX") is
the baseline.
bye,
//mirabilos
--
Ich gebs zu, jupp ist co
Package: enigmail
Severity: serious
Hi,
the current version of enigmail in sid won’t migrate to jessie
because of an FTBFS (on kfreebsd). A version of icedove which
is incompatible with the old version of enigmail migrated to
jessie today.
Please fix the FTBFS issue so that enigmail can migrate
On Wed, 16 Oct 2013, Thorsten Glaser wrote:
> Please fix the FTBFS issue so that enigmail can migrate too.
This looks like the kfreebsd builds are missing the part
-shared -Wl,-Bsymbolic from the linker command line.
Probably one of these ifeq/ifneq […] $(OS_ARCH) things.
bye,
//mirabi
Grml… I could really have used this today (WTF, why are
the perl 5.18 and libaudit1 transitions mixed, and how
am I supposed to untangle this so I can reproduce that
on m68k?)…
But thanks Simon!
bye,
//mirabilos
--
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel:
On Mon, 2 Sep 2013, Thorsten Glaser wrote:
> But thanks Simon!
(Actually: I’d like to see binNMU info for *all*
installed package architectures.)
bye,
//mirabilos
--
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel: +49 228 54881-393 • Fax: +49 228 54881-314
severity 669832 serious
thanks
On Sat, 31 Aug 2013, Filipus Klutiero wrote:
> This now breaks MediaWiki under Apache 2.4.
This is RC. I’ll fix this as part of the next upload,
if possible.
> mediawiki.conf can be moved to conf-enabled/
We can do that.
> but there is still a permission problem
Niels Thykier dixit:
>If there are no remaining lines, [...]. Otherwise, this field should
>either include the full text of the license(s) or include a pointer to
>the license file under /usr/share/common-licenses. [...]
Ah so this is an either-or.
>license in /usr/share/common-licenses). The r
On Thu, 5 Sep 2013, Filipus Klutiero wrote:
> > > but there is still a permission problem after.
> > Which one?
>
> If I remember correctly:
> > Forbidden
> >
> > You don't have permission to access /mediawiki/ on this server.
>
> which I worked around by adding the following to 000-default.con
Hi,
I can confirm that KMail no longer works, and that
downgrading libqt4-sql-psql to 4:4.8.4+dfsg-4 gets
my INBOX working again.
Please do something about this.
Thanks,
//mirabilos
--
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel: +49 228 54881-393 • Fax: +49
Hmpf. That patch lets the build continue, but later gives me:
"g++" -ftemplate-depth-128 -g -O2 -fstack-protector
--param=ssp-buffer-size=4 -Wformat -Werror=format-security -O3
-finline-functions -Wno-inline -Wall -g -D_FORTIFY_SOURCE=2 -pthread -fPIC
-fvisibility=hidden -Winvalid-pch -DBO
Steve M. Robbins dixit:
>Interesting, but this is an entirely different bug. Also, this new bug is in
>gcc, not boost.
Sorry, right. I’m just amazed that the boost compilation is
still continuing, and replied to the mail “thread” we already
had so we have the information in one place.
I’ll fol
Jakub Wilk dixit:
> Try removing --debconf from /etc/apt/apt.conf.d/20adequate .
Ah, that’s better, thanks!
> Alternatively, you may want to keep using debconf, but use a different
> frontend. I find the "readline" frontend quite convenient.
Hmh. Most of the time I’d use dialog in debconf, but
Package: apt-listchanges
Version: 2.85.11
Severity: serious
Justification: possible missing of information
I’m running sid and just got a couple of binNMU packages
like this:
Setting up python-numpy (1:1.7.1-2+b1) ...
Setting up python-openssl (0.13-2+b2) ...
I’m getting other changelog entries
unwanted
+output, depending on local configuration). Closes: #668890
+
+ -- Thorsten Glaser Tue, 06 Aug 2013 10:18:18 +0200
+
dirmngr (1.1.1-1) unstable; urgency=low
* New upstream release
diff -Nru dirmngr-1.1.1/debian/init.d dirmngr-1.1.1/debian/init.d
--- dirmngr-1.1.1/debian/init.d 2012-03
On Wed, 7 Aug 2013, Ralf Jung wrote:
> Any news on this? Wheezy shipped with this issue still present.
Yeah, sorry. I got it fixed in my local version, but that’s
hi mailman 1:2.1.13-4.1ssl i386Powerful, web-based
mailing list manager
and I had not yet had the time to
On Fri, 9 Aug 2013, Oskar Liljeblad wrote:
> If I do 'apt-get install --reinstall mediawiki', then it will complain that
> And if I do 'apt-get install --reinstall mediawiki-extensions-base', then
I see… this looks like a combination of
– upgrade from old mediawiki/mediawiki-extensions
– dpkg re
On Fri, 9 Aug 2013, Oskar Liljeblad wrote:
> Yep, that's right!
>
> lrwxrwxrwx 1 root root 47 May 9 2012
> /var/lib/mediawiki/extensions/Renameuser ->
> /usr/share/mediawiki-extensions/base/Renameuser
Thanks, that should be enough information to fix that.
> (mediawiki-extensions-base was l
Package: git
Version: 1:1.8.4~rc1-1
Severity: wishlist
Tags: upstream
git config user.email SHOULD NOT default to $(id -un)@$(hostname -f)
because just too many cow-orkers seem to be unable to follow basic
instructions and set it correctly before starting to work, or after
switching workstations.
Source: boost1.54
Version: 1.54.0-2
Severity: important
Justification: fails to build from source (but built successfully in the past)
Hi,
I’ve not yet had time to look at this, but my guess is
that bjam assumes natural alignment / struct padding,
which is not portable – implicit alignment assump
Argh, this is complex!
I think we need to do this:
• Fix mediawiki-extensions to not ship Renameuser any more,
version as x.y
• Add something to mediawiki.preinst to move back the files
if they ended up in /usr/share/mediawiki-extensions/base/Renameuser
to /var/lib/mediawiki/extensions/Ren
ping?
bye,
//mirabilos
--
(gnutls can also be used, but if you are compiling lynx for your own use,
there is no reason to consider using that package)
-- Thomas E. Dickey on the Lynx mailing list, about OpenSSL
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with
ebian/patches/bugfix/m68k/type-fix-div64.patch: patch from Andreas
+Schwab to handle do_div being called with a nōn-u32 second argument
+ * m68k: begin working on d-i kernel configs (just enough to not FTBFS)
+
+ -- Thorsten Glaser Fri, 09 Aug 2013 20:36:12 +
+
linux (3.10.5-1) unstable
801 - 900 of 4623 matches
Mail list logo