Package: mediawiki
Version: 1:1.15.5-3
Just to keep track of the bug here. This is clearly a bug in
/usr/share/mediawiki/includes/Title.php as shown here:
2703 $dbw-insertSelect( 'page_restrictions',
'page_restrictions',
2704 array(
Carsten Hey dixit:
Creating /srv/cvs without administrator permission is still buggy (if
I wonder why the package sets up a repository automatically anyway.
//mirabilos ❦ cvs
--
ch you introduced a merge commit│mika % g rebase -i HEAD^^
mika sorry, no idea and rebasing just fscked
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA384
Julien Cristau dixit:
Unlike reverting patch 0013, this should work even when compiling
Do you plan on NMUing with this patch?
I still think this is wrong, and the other patch must be reverted
instead, even if this may fix Ivan’s symptoms. I
Julien Cristau dixit:
The gcc -mcpu=v9 option (which, aiui, triggers the __sparc_v9__
define) is orthogonal to -m32/-m64, it specifies the target
instruction and register set, not the size of longs/pointers.
AFAICT, a 32-bit v9 target is called v8+ not v9.
And besides, there’s Debian/sparc64
Adam D. Barratt dixit:
I put together a proposed patch (attached) for the Release Notes,
Looks good to me, thanks. (Indeed, I should have known the issue,
but forgot that these were its symptoms.)
bye,
//mirabilos
--
Support mksh as /bin/sh and RoQA dash NOW!
‣ src:bash (241 (259) bugs: 0 RC,
On Wed, 9 Mar 2011, Joao Eriberto Mota Filho wrote:
in different machines (real or virtual). Please, consider to switch
mysql-server from recommends to suggests to avoid the auto installation
Agreed, this… thing… should never be installed on any system.
FWIW, Recommends are still «“abused” in
WNPP Monitor dixit:
The maintainer of cvs package in Debian is looking for people willing
to adopt the package.
Hi Steve,
I’d be willing to take on CVS. Please note that I would probably
totally trash your existing packaging and replace it, backing out
things like changing from /MM/DD to
retitle 618002 cvs needs to rebuilt for trigger support
severity 618002 minor
thanks
malenki dixit:
When installing CVS today I got the message:
|Ignoring install-info called from maintainer script
|The package cvs should be rebuilt with new debhelper to get trigger support
Thanks. That’s
Roger Leigh dixit:
From my reading of the standards a UTF-8 C locale would be required
to behave identically to the existing ASCII C locale:
• will consider all byte sequences valid
I think it wouldn’t (since UTF-8 mbrtowc/wcrtomb don’t work
this way, and it can’t be done with “just” the POSIX
Roger Leigh dixit:
I think the all byte sequences valid applies mainly to narrow
character I/O. i.e. printf/puts etc. won't alter, drop or otherwise
mangle any non 7-bit-ASCII codes. i.e. I think the intent was to
ensure 8-bit cleanliness in a 7-bit locale. This naturally extends
to UTF-8.
anyway so no harm
+ * debian/patches/m68k/local-fix-semaphore.diff: new from ML
+
+ -- Thorsten Glaser t...@mirbsd.de Mon, 03 Jan 2011 00:08:37 +
+
+eglibc (2.11.2-7+m68k.1) unreleased; urgency=low
+
+ * debian/sysdeps/m68k.mk: switch m68k to TLS
+- use nptl instead of linuxthreads
Aurelien Jarno dixit:
Doing so means that the locales or locales-all package will be installed
Hm, localedef is in libc-bin – can C.UTF-8 not be generated
by its postinst (with some logic in locales-all to restore
C.UTF-8 in its postrm)?
bye,
//mirabilos
--
“Having a smoking section in a
I think this moves the patch from local to submitted.
-- Forwarded message --
From: Andreas Schwab sch...@linux-m68k.org
Message-ID: m2oc7ocw5n@igel.home
Cc: debian-...@lists.debian.org
Date: Mon, 10 Jan 2011 21:59:32 +0100
Subject: Re: Another gcj (boehm-gc?) related FTBFS
reopen 605567 =
thanks
Apparently, only ② is fixed, not ① – so booting Grml 2010.12
via GNU GRUB2 still fails.
Could you please name Debian packages (per suite) in which
this is fixed?
Thanks,
//mirabilos
--
15:41⎜Lo-lan-do:#fusionforge Somebody write a testsuite for helloworld :-)
--
To
Colin Watson dixit:
I don't know which 1 and 2 you're referring to. Vladimir used those
numbers to refer to menuentry inside if clause
Yes, that one is still causing troubles.
(Grml will have to do something else in its configuration file)
Tough to do that on a released CD ISO, though… plus
Definitively. Note that -10 did the same, and I didn’t think
to check if other architectures were affected by this bug.
I’m looking into it.
bye,
//mirabilos
--
“Having a smoking section in a restaurant is like having
a peeing section in a swimming pool.”
https://buildd.debian.org/fetch.cgi?pkg=db4.7ver=4.7.25-10arch=sparcstamp=1289791596file=log
https://buildd.debian.org/fetch.cgi?pkg=db4.7ver=4.7.25-11arch=sparcstamp=1294793616file=log
But look at the debdiff between -10 and -11 as there’s nothing
which can explain this in there… although the
Dixi quod…
As for db4.7, there’s the other build error, but as it’s been
orphaned I’m going to search for it, hopefully fix it and do a
QA upload.
Mh apparently other arches suffer from the same (avr32 gcj
uninstallable, mips and sparc64 fail the same way as m68k).
I think it’s #594816, which
Vincent Fourmond dixit:
Hello,
While looking at the description of mksh, I was surprised to read
the following things:
* the build environment requirements are autoconfigured
This is completely irrelevant for Debian where users don't have to build
the package
While you're right on
tags 505882 + pending
thanks
Vincent Fourmond dixit:
* the build environment requirements are autoconfigured
This is completely irrelevant for Debian where users don't have to build
the package
New text:
It has UTF-8 support in the emacs command line editing mode;
corresponds to OpenBSD
affects 411982 +php5-curl
retitle 411982 Unregistered OpenSSL callbacks cause segfault when php5-curl and
php5-pgsql are installed
clone 411982 -1
reassign -1 libpq4 8.1.19-0etch1
notfixed -1 8.1.19-0etch1
thanks
Hi all,
please consider an opu for this as well; I ran into
it today.
┌──┤
affects 411982 +php5-curl
retitle 411982 Unregistered OpenSSL callbacks cause segfault when php5-curl and
php5-pgsql are installed
clone 411982 -1
reassign -1 libpq4 8.1.19-0etch1
notfixed -1 8.1.19-0etch1
thanks
Hi all,
please consider an opu for this as well; I ran into
it today.
┌──┤
Albert Cahalan dixit:
Any imperfection in a locale results in C, as ASCII as can be.
Yes, and C shall not imply latin1 but 7-bit ASCII but 8-bit
transparent.
//mirabilos
--
Sometimes they [people] care too much: pretty printers [and syntax highligh-
ting, d.A.] mechanically produce pretty
Albert Cahalan dixit:
Unless plain C goes UTF-8
Not going to happen, it’s not binary-safe. (I fought that in
MirBSD with the OPTU-8/16 encoding scheme.)
The stupid broken en_US.UTF-8 fucks up the sort order.
So true… (and paper size!)
We really need a do-nothing locale that follows the
Albert Cahalan dixit:
Giacomo A. Catenazzi writes:
I think nobody should use C or C.UTF-8 as user encoding.
I’d use it.
Debian doesn't ship a proper locale. I want sorting according
to the raw Unicode values.
Also called ASCIIbetically ☺ But C exists, C.UTF-8 doesn’t.
* All ISO8859 locales
Giacomo A. Catenazzi dixit:
Not going to happen, it’s not binary-safe. (I fought that in
MirBSD with the OPTU-8/16 encoding scheme.)
Why not? Note that usual functions work on bytes
Not really.
The difference between 'tr u x' on binary files can, depending on
the implementation of tr (if it
Moritz Muehlenhoff dixit:
I suppose this affects Debian/KFreeBSD?
Doesn't GNU eglibc come with its own ld.so?
//mirabilos
--
Sometimes they [people] care too much: pretty printers [and syntax highligh-
ting, d.A.] mechanically produce pretty output that accentuates irrelevant
detail in the
Hanno Hecker dixit:
modules=`shopt -s nullglob ; cat /etc/modules /etc/modules.d/* \
| sed -e \s/#.*//g\ -e \/^\( \|\t\)*$/d\ `
This is even worse, as ...`.`... (with or without inner
quotes) is always wrong and not portable, however $(...) is guaranteed
by POSIX which then
Clint Adams dixit:
Again, I read
[…]
as invalidating your either-or mandate.
Indeed, I concede, I’ve read something recently supporting that view.
Pity though, as there’s nothing reasonably wide-spread that is guaran-
teed to not expand them (printf(1) is problematic, not the least since
it
Package: wnpp
Severity: wishlist
* Package name: squirrel-sql
Version : 3.0.3
Upstream Author : squirrel-sql-deve...@lists.sourceforge.net
* URL : http://squirrel-sql.sourceforge.net/
* License : GPL, LGPL (according to SF)
Programming Lang: Java™
Package: gajim
Severity: normal
Hi!
Please package http://packages.ubuntu.com/lucid/gajim
I’m preparing the squeeze/sid version of my kwalletcli
package (for KDE4), which Enhances gajim 0.13 and up.
(FWIW, the *buntu lucid version builds unmodified on
the hardy systems we have at work, so I
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
Debian Policy 10.4 states that shell scripts using a /bin/sh shebang
line must conform to POSIX Shell, with a few (listed) exceptions.
http://www.opengroup.org/onlinepubs/9699919799/utilities/V3_chap02.html
specifies, under “Command Search and
w̲i̲l̲l̲ send the mail as received by my MX as a follow-up to this PR.
-- Package-specific info:
** Environment settings:
EDITOR=/usr/bin/jupp
DEBEMAIL=Thorsten Glaser t...@mirbsd.de
INTERFACE=text
** /home/tg/.reportbugrc:
reportbug_version 4.4
mode expert
ui text
no-cc
header X-Debbugs-CC: t
Package: tech-ctte
Version: 1
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
Debian Bug Tracking System dixit:
Processing commands for cont...@bugs.debian.org:
clone 532324 -1
Bug number 532324 not found. (Is it archived?)
Okay, let’s try this again… this time a fresh report.
For your
Dixi quod…
Note that this bug report contains quite some cI wL2iL2lL2lL2 send the mail as
received by my MX as a follow-up to this PR.
Et voilà: see the attached file (I gzip’d it to retain integrity).
//mirabilos
--
Solange man keine schmutzigen Tricks macht, und ich meine *wirklich*
Oops…
The bug I tried to handle was already archived. The new one is
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=539158
Sorry for the noise,
//mirabilos
--
23:22⎜«mikap:#grml» mirabilos: und dein bootloader ist geil :)
23:29⎜«mikap:#grml» und ich finds saugeil dass ich ein bsd zum booten
Hi package maintainers,
maybe you can do such a thing during package installation?
This would tremendously help porting software (liberal in
what one accepts), such as NetBSD® makefs (ITP: #538171 –
for now I worked around the issue in it).
-- Forwarded message --
From: Thorsten
Another intermediate feedback:
I’ve filed http://pecl.php.net/bugs/bug.php?id=16760 after some
eMail discussion with Dmitry Stogov (author of the extension and
PHP developer), Rasmus Lerdorf and Andi Gutmans.
The package is thus still pending upstream relicencing.
bye,
//mirabilos
--
emacs
Sandro Tosi dixit:
Hi Thorsten,
thanks for the report.
Thanks for the quick response ☺
- should we encode using quoted-printable or base64?
Depends. ASCII is usually better preserved using QP, Japanese (for
example) with base64. As Debian bug reports tend to be (mostly) in
English, I’d suggest
Steve Langasek dixit:
You're aware that [ (test) is also not listed as a mandatory shell built-in,
according to the POSIX reference you've cited?
Interesting.
So from that perspective, there are lots of POSIX failures. Do you think we
should treat [ specially, but not printf, because mksh
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
Steve Langasek dixit:
Have you looked at this set yet, by chance,
to see if there are others besides printf that mksh doesn't share with dash
Here they are:
Builtins in mksh (-current from CVS), but not in dash (source from sid):
* bind
Hi again,
fact is that the udev maintainer uses an idiom which is broken,
so I think your resolution 1 is flawed.
I propose that it be changed to have udev use #!/bin/dash (in
sid) and #!/bin/bash (in lenny) instead of #!/bin/sh as shebang
line, since otherwise, no action at all would be taken.
Michael et al,
would you be willing to move [, printf and test to /bin/ and place
symlinks to them in /usr/bin/ to help resolving this problem?
CTTE has decided to not overrule the udev maintainer, not force any
action at all, not help to clean up this issue, and merely defer it
to Debian Policy
reassign 532343 mksh,udev
found 532343 mksh/38.3-1
found 532343 udev/0.125-7+lenny1
found 532343 udev/0.141-1
thanks
@Md: if you are really unwilling to change the shebang line of your scripts,
despite every other argument, please tell me so, and I will close this bug
with an mksh upload; feel
reassign 535970 mksh
found 535970 mksh/35.2-3
found 535970 mksh/38.3-1
thanks
mksh R39 (upstream) contains support for
│stop () {
although I didn’t check if POSIX mandates this or if the
extra space before “()” is a Policy 10.4 violation.
Fixing this in Lenny requires consideration.
//mirabilos
More reasons:
file-rc is much easier to understand and to get a QUICK overview
of the system boot state and also is more familiar to sysadmins
coming from the BSD world.
Plus, it’s got a lot less overhead.
Please keep supporting file-rc.
//mirabilos
--
I believe no one can invent an
tags 535970 = fixed-upstream pending
tags 532343 = fixed-upstream pending
thanks
An upload of mksh-39.1 will fix these issues in mksh.
Nevertheless, not using spaces before “()” in POSIX
shell function definitions and not using the printf
builtin in #!/bin/sh scripts is recommended.
These
Package: debian-maintainers
Version: 1.42
Severity: normal
Please add me to the maintainers keyring, I think at this point
it does not make any sense to wait for further advocates to show
(or wake) up.
Thanks!
Comment: Add Thorsten Glaser [EMAIL PROTECTED] as a Debian Maintainer
Date: Mon, 27
Moritz Muehlenhoff dixit:
Apparently you didn't upload it?
Interesting. Must have slipped me to look after my sponsors
(I only became DD the weekend after, and have been first busy
then ill since), although I know I did for some.
I'll upload it ASAP. Thanks for the heads-up!
bye,
//mirasudo
Michael Banck dixit:
Did you do some more work on this, you mentioned
01:48 mira -rw-r--r-- 1 root root1589 Jan 24 00:47
mopac7_1.15-1_mipsel.changes
Yes, see http://lists.debian.org/debian-mips/2010/01/msg9.html
In short: we could force -g0 for gcc, g++, gfortran, ... on some
arches'
Michael Banck dixit:
Well, I'm not set on CDBS, we can migrate mopac7 to debhelper
Yay! ;-)
if we can more easily work around the bug then
No idea about that off-hand, though. I'd have to look.
transition as well, so I would like to see this move forward.
Mh. Similar to how I have specific
Daniel Leidert dixit:
For which fix? Matthias has forwarded the issue to the binutils mailing
list and the answer he got was: Use -fPIC.
Sadly, not the fix. (See my test case on the upstream bug.)
On the other things:
As I only used to have a mipsel VM, and I'm not even sure I
still have it
Xavier Grave dixit:
#if defined (__FreeBSD__) || defined (__vxworks) || defined(__rtems__)
Make that:
#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) || \
defined(__vxworks) || defined(__rtems__)
bye,
//mirabilos
--
Sometimes they [people] care too much: pretty printers [and
Reto Buerki dixit:
Ludovic Brenta schrieb:
Actually, since the patch applies to some C sources, not Ada, I do not
think BinNMUs are required anymore. The BinNMUs are only required if
changing Ada source because of Ada's rules about consistency at the source
level. These rules do not apply
Ludovic Brenta dixit:
We were talking about BinMNUs of packages that build-depend on gnat-4.4,
Ok, I understand.
So, I'm still willing to upload a fixed gnat-4.4 if and only if some
other DD is willing to then rebuild all the reverse build-dependencies
and re-upload them. Here is the current
Package: libmail-sender-perl
Severity: serious
The file libmail-sender-perl-0.8.16/Sender.pm says (look
at the bottom) something other than the comment tag in its
header. Please clarify with upstream whether this should
be in non-free instead. The issue has been brought to our
attention by Hanno
Jenda Krynicky dixit:
Please remove that statement from copyright notice in any file.
In the end the wording of such requests matters most. If you wanted
to be humorous, you failed.
Would your picky packager ignore the sentence if it was in a separate
paragraph?
No. This is not the issue at
upstream tho)
+ * debian/control: add Homepage (as close to one as I could find)
+ * debian/manpages, debian/acorn-fdisk.8: new files
+
+ -- Thorsten Glaser t...@mirbsd.de Thu, 31 Dec 2009 17:41:12 +
+
acorn-fdisk (3.0.6-6.2) unstable; urgency=low
* NMU
diff -u acorn-fdisk-3.0.6/debian
+ * debian/control: Add Homepage.
+ * debian/rules: Support parallel=n in DEB_BUILD_OPTIONS.
+ * Bump Standards-Version to 3.8.3.
+
+ -- Thorsten Glaser t...@mirbsd.de Thu, 31 Dec 2009 22:48:49 +
+
gidentd (0.4.5+dfsg1-0.2) unstable; urgency=low
* Non-maintainer upload.
diff -u gidentd
Felix von Leitner dixit:
Ich hab mal im CVS das README angefasst, aber werde wegen dieses […]
jetzt keine neue Version releasen.
cvs -d :pserver:c...@cvs.fefe.de:/cvs -z9 rlog dietlibc/README | less
[…]
revision 1.8
date: 2010-01-01 00:29:21 +; author: leitner; state: Exp; lines: +4 -7
tags 531937 + pending
thanks
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
Okay. Good.
autossh: ELF 32-bit LSB executable, MIPS, MIPS-I version 1 (SYSV), dynamically
linked (uses shared libs), for GNU/Linux 2.6.18, with unknown capability 0xf41
= 0x756e6700, not stripped
Now I have a
Hi,
while fixing #531937 I found out how to create a very minimalistic
testcase. Apparently the diagnosis that ld cannot “override” libc
symbols with local symbols was correct.
I have created an attachment to the upstream-filed bug at:
http://sources.redhat.com/bugzilla/show_bug.cgi?id=10144
I
Filippo Giunchedi dixit:
thanks for your effort, it is much appreciated!
Thanks.
My concern is that the NMU fixes too much things which are out of scope
That was one of the things I was not too sure about. On the other
hand, lintian warnings (some of them!) will prevent uploads, so I
Hi,
updated patches coming soon, as I was asked to split between
the RC and other urgent fixes (like ftp rejects) and the other
fixes, which will go into separate bugreports.
Of course, if you're faster, feel free to make a new upload
with my patches.
--
To UNSUBSCRIBE, email to
--- acorn-fdisk-3.0.6/debian/changelog
+++ acorn-fdisk-3.0.6/debian/changelog
@@ -1,3 +1,24 @@
+acorn-fdisk (3.0.6-7) unstable; urgency=low
+
+ [ Thorsten Glaser ]
+ * fix compiler warnings:
+- fdisk.c: passing … from incompatible pointer type
+- lib/scheme/icside.c: dereferencing … does break
+1,12 @@
+acorn-fdisk (3.0.6-6.3) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * debian/copyright: Expand on the actual copyright owners (track
+down fdisk.c) and point to a copy of an applicable licence;
+explain which ones are applicable and why. (Closes: #552791)
+
+ -- Thorsten
@@
+gidentd (0.4.5+dfsg1-1) unstable; urgency=low
+
+ [ Thorsten Glaser ]
+ * Bump to debhelper v5.
+ * Fix stampfile handling to prevent multiple configure/make runs.
+ * Fix the following lintian warnings:
+- command-with-path-in-maintainer-script
+- copyright-file-contains-full-gfdl
@@ -1,3 +1,10 @@
+gidentd (0.4.5+dfsg1-0.3) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Overhaul IPv4/IPv6 handling. (Closes: #562647)
+
+ -- Thorsten Glaser t...@mirbsd.de Thu, 31 Dec 2009 22:48:49 +
+
gidentd (0.4.5+dfsg1-0.2) unstable; urgency=low
* Non-maintainer upload
fixed 541535 binutils/2.20.51.20100101-1
tags 541535 + fixed-in-experimental
thanks
$ as testmin2.s
testmin2.s: Assembler messages:
testmin2.s:5: Error: junk `0xF000:0xFFF0' after expression
But testmin.s (the original code) works now.
binutils-doc 2.20.51.20100101-1 says:
* Immediate form
Julien Cristau dixit:
Shouldn't we remove this package instead? It has had exactly one upload
by its current maintainer, in 2003, and I'm sure we have other ident
daemons.
Well, it *does* have some users:
http://qa.debian.org/popcon.php?package=gidentd
However, its original author said he
found 469798 lzma/4.43-5
thanks
FWIW,
this is not unreproducible – I get the message:
│lzma: Encoder error: -2147467259
This is upon trying to make a .tar.lzma archive of a very large
SCM checkout; the “no disc space left” solution seems probable,
but as the working copy was only temporary, I
user bugsqu...@qa.debian.org
usertags 563996 + t...@mirbsd.org
thanks
Hi,
Philip Blundell ph...@gnu.org does not bounce, at least. I am trying
to get him to respond via IRC; he already said (a week or two ago) he
will upload a package integrating the patches from #563522 and a new
eMail address
)
+
+ -- Thorsten Glaser t...@mirbsd.de Fri, 22 Jan 2010 17:51:57 +
+
acorn-fdisk (3.0.6-6.3) unstable; urgency=low
* Non-maintainer upload.
diff -u acorn-fdisk-3.0.6/debian/control acorn-fdisk-3.0.6/debian/control
--- acorn-fdisk-3.0.6/debian/control
+++ acorn-fdisk-3.0.6/debian/control
variable to tftpd_progname to avoid a
+clash and work around #519006. (Closes: #564052)
+
+ -- Thorsten Glaser t...@mirbsd.de Fri, 22 Jan 2010 18:25:35 +
+
tftp-hpa (5.0-10) unstable; urgency=low
* Adding explicit debian source version 1.0 until switch to 3.0.
diff -u tftp-hpa-5.0/debian
Package: devscripts
Version: 2.10.61
Severity: wishlist
At least the bts and nmudiff tools’ manpages do not seem to contain
information on how to make these tools not send out the eMails
directly but save it into a file, like reportbug can do. This would
be most useful on systems that do not have
for IPv4, one for IPv6) and disable use of ipv4-mapped IPv6
+addresses. (Closes: #561440)
+
+ -- Thorsten Glaser t...@mirbsd.de Sat, 23 Jan 2010 13:01:31 +
+
vino (2.28.1-2) unstable; urgency=low
* Only require NM on Linux architectures.
only in patch2:
unchanged:
--- vino-2.28.1.orig/debian
Package: wnpp
Severity: wishlist
Owner: Thorsten Glaser t...@mirbsd.de
* Package name: kwalletcli
Version : 2.01
Upstream Author : Thorsten Glaser t...@mirbsd.de
* URL : https://www.mirbsd.org/kwalletcli.htm
* License : Code MirOS, Logo LGPL
Programming Lang
user bugsqu...@qa.debian.org
usertags 517707 - t...@mirbsd.org
thanks
Sorry, I tried, but I couldn’t find a way to work around this
toolchain bug for this package; apparently, gfortran includes
symbols apparently.
bye,
//mirabilos
--
Yay for having to rewrite other people's Bash scripts because
block 560238 by 560137
block 560238 by 560056
block 560238 by 560142
close 562804
thanks
Move blocks from #562804 to #560238 and close #562804 (Md says it was
apparently cloned by mistake).
bye,
//mirabilos
--
Sometimes they [people] care too much: pretty printers [and syntax highligh-
ting,
James Vega dixit:
For bts there's the `-n' option:
Ah ok, sorry, did not see it at first.
It should not be assumed the user is familiar with mutt, either.
This was brought up in #564268 and I have plans for making our MUA
selection more flexible.
OK. Maybe offer the file redirection right
Fathi Boudra dixit:
On Sat, Jan 23, 2010 at 3:21 PM, Thorsten Glaser t...@mirbsd.de wrote:
If the pkg-kde team intends to take this package over once I uploaded
the initial version, feel free to do so.
Feel free to add the initial packaging to kde-extras repository [1].
I tried to join
=low
+
+ * Non-maintainer upload.
+ * Use autoreconf in order to use system libltdl instead of the bundled
+one (upgrading from 1.x to 2.2). (Closes: #559815) (CVE-2009-3736)
+
+ -- Thorsten Glaser t...@mirbsd.de Sun, 24 Jan 2010 00:44:52 +
+
hercules (3.06-1.1) unstable; urgency=low
+1 from me for /var/lib/dpkg/conffiles/etc/foorc and a three-way
merge, similar to what CVS does maybe, plus a way to display the
diff between the old version and the installed version, with or
without applying them to the new version and installing or edi-
ting the result.
Any chances on seeing
to 2.2). (Closes: #559803) (CVE-2009-3736)
+
+ -- Thorsten Glaser t...@mirbsd.de Sun, 24 Jan 2010 15:40:34 +
+
cvsnt (2.5.04.3236-1.1) unstable; urgency=medium
[Jari Aalto]
diff -u cvsnt-2.5.04.3236/debian/rules cvsnt-2.5.04.3236/debian/rules
--- cvsnt-2.5.04.3236/debian/rules
+++ cvsnt
tags 530113 + patch
thanks
Hi,
I would’ve prepared an NMU, but it’s a native package, so here’s just
a diff. Please apply.
10x,
//mirabilos
--
Sometimes they [people] care too much: pretty printers [and syntax highligh-
ting, d.A.] mechanically produce pretty output that accentuates irrelevant
Cyril Brulebois dixit:
your package FTBFS on all archs:
WTF. I built that thing at least a dozen times, to make sure this
doesn’t happen. Investigating.
//mirabilos
--
Sometimes they [people] care too much: pretty printers [and syntax highligh-
ting, d.A.] mechanically produce pretty output
and non-DELAYED upload
+because this fixes a security issue.
+
+ -- Thorsten Glaser t...@mirbsd.de Mon, 25 Jan 2010 14:03:29 +
+
hercules (3.06-1.2) unstable; urgency=low
* Non-maintainer upload.
diff -u hercules-3.06/debian/control hercules-3.06/debian/control
--- hercules-3.06
Ana Guerrero dixit:
I have realized kwalletcli's debian/copyright is generated at build time. While
this make the binaries packages have a proper copyright file, the source
package does not have a complete debian/copyright file.
The source package may not have a complete debian/copyright, but it
Package: dash
Version: 0.5.5.1-2.3
Severity: normal
I had dash/sh=false and mksh/sh=true so /bin/sh@ - mksh
Preparing to replace dash 0.5.5.1-2.1 (using .../dash_0.5.5.1-2.3_i386.deb) ...
Unpacking replacement dash ...
dpkg: error processing /var/cache/apt/archives/dash_0.5.5.1-2.3_i386.deb
block 539538 by 538822
block 535970 by 538822
block 532343 by 538822
block 534788 by 538822
thanks
Sven Joachim dixit:
Because dash now always sets up a diversion, and you cannot have more
than one package divert the same file (see #273093).
Ah, great. So there now is *no* way to tell dash to
Sven Joachim dixit:
Do you have an idea how to implement that? Managing /bin/sh through the
alternatives system does not seem very prudent.
No, diversions are fine for that, I'd think. But I'm not a
debconf expert.
//mirabilos
--
“It is inappropriate to require that a time represented as
Luk Claes dixit:
I thought Guillem was going to talk to you to see what the best way was
Hm, haven't received any yet...
to make sure mksh could provide /bin/sh (I've put him in Cc).
Might want to consider ksh93 too. It also attempts to follow
POSIX closely, I even had Dave Korn in in the
Hi,
I’ve got a package of OpenNTPD with the adjtimex patch applied,
but have both problems too:
• negative delays ⇒ clearly a Xen problem, only happens with
machines in the LAN though (kind of defeats having a local
bunch of NTP servers…)
• _positive_ adjustments work, but _negative_ (i.e.
Package: binutils
Version: 2.19.51.20090805-1
Severity: normal
First of, a totally reduced minimal testcase. Let's try it on MirBSD:
t...@herc:~ $ cat testmin.s
.intel_syntax noprefix
.text
.code16
.globl _start
_start: ljmp0xF000,0xFFF0
t...@herc:~ $ cc
Package: wnpp
Severity: wishlist
Owner: Thorsten Glaser t...@mirbsd.de
* Package name: openoffice.org-altsearch
Version : 1.2.2
Upstream Author : Tomáš Bílek macro...@volny.cz
* URL : http://extensions.services.openoffice.org/node/525
* License : LGPL v2.1
Dixi quod…
Ibwill publish URI (for criticism c.) later.
.oO(the BTS doesn’t seem to cope with WTF-8 quite right)
https://eurynome.mirbsd.org/debs/dists/hardy/wtf/pkgs/openoffice-ext/openoffice.org-altsearch_1.2.2-1~wtf804+1.dsc
This is what we’ll use at work¹ for now; the final version will
of
Package: lynx-cur
Version: 2.8.7pre2-1
Severity: important
Tags: patch
/etc/lynx-cur/lynx.cfg:#SSL_CERT_FILE:/etc/ssl/certs/ca-certificates.crt
Please uncomment that in the default lynx-cur package on Debian.
The ca-certificates package provides that file, making SSL
almost usable (if it were
This still seems to apply to the lynx-cur codebase, the message has
changed though from
SSL error:Can't find common name in certificate-Continue? (y)
to
SSL error:no issuer was found-Continue? (y)
No, that is a different bug (#529482), caused by GnuTLS as well though.
I supplied the fix for THIS
Package: lynx-cur
Version: 2.8.7pre2-1
Severity: wishlist
Please link lynx-cur against OpenSSL instead of GnuTLS to make use
of the bugfixes I already submitted upstream, like the X.509v3
subjectAltName support code, which would fix #231609 and others.
--
To UNSUBSCRIBE, email to
Rene Engelhard dixit:
Actually no, it's not. And it has some RC bugs right now even from
quickly looking at it
Thanks for looking at it, still.
- Depends: openoffice.org-common
for Writer. Please depend on writer. (which in turn depends on -common
anyway)
Okay. I only looked for which
101 - 200 of 4571 matches
Mail list logo