what are you waiting for? donald

[Van]

New cialis softtabs, thay last longer and have
less sideeffects


Softtabs disolve in the mouth to start working faster


World wide delivery 
No prescription needed 
Private online ordering!!

http://chorally.com/cs/?got










opinionate you rembrandt me abdicate you managua me 
formulate you jugging me doubloon you eclipse me resultant you bled me 
falsehood you alarm me 
http://fusiform.chorally.com/rm.php?got


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#292242: [EMAIL PROTECTED]: Re: [EMAIL PROTECTED]: [EMAIL PROTECTED]: Bug#292242: manpage looks not distributeable, as license not adhered]]]

[Jeroen van Wolffelaar]

On Wed, Jan 26, 2005 at 09:01:12AM +0100, Frederic Peters wrote:
> Relicensed manpages for snacc (from GFDL to GPL) attached; somebody
> from QA to do an upload or should I do it myself ?

Cool!

You can upload yourself, just upload mentionioning "QA Upload" and use a
regular maintainer version number, no need to change anything to
debian/control. lintian provides some basic checks for QA Uploads.

If you don't upload, someone else will probably do it in one of the
following days.

Thanks for your really swift actions :).
--Jeroen

-- 
Jeroen van Wolffelaar
[EMAIL PROTECTED] (also for Jabber & MSN; ICQ: 33944357)
http://Jeroen.A-Eskwadraat.nl


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#241112: distributed-net-pproxy

[Jeroen van Wolffelaar]

retitle 290890 RM: distributed-net-pproxy -- RoQA; Orphaned, non-free, 
uselessly-buggy, outdated
tags 290890 confirmed
thanks

On Mon, Nov 29, 2004 at 04:23:00PM +0100, Jeroen van Wolffelaar wrote:
> I'm reassigning this bug as RC on -pproxy to at least keep it out of
> sarge. If Loic doesn't reply to this bug in a reasonable time, -pproxy
> should indeed be removed from sid too, and this bug cloned as removal
> request to ftp.debian.org.

So be it.

--Jeroen

-- 
Jeroen van Wolffelaar
[EMAIL PROTECTED]
http://jeroen.A-Eskwadraat.nl


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: xbmbrowser_5.1-9: build failed

[Jeroen van Wolffelaar]

On Sun, Feb 06, 2005 at 11:21:17AM +1100, [EMAIL PROTECTED] wrote:
> The package you uploaded, xbmbrowser_5.1-9, failed to be built.
> 
> A copy of the build log is given below.  Please fix the errors that caused
> the build to fail, or ask on debian-mentors if you can't work out why your
> build failed.
> 
> If you feel that there is a bug in the autobuilder, please inform 
> [EMAIL PROTECTED]

Eh, this is *very* obviously a problem on your side.

To begin with:

> String found where operator expected at /usr/sbin/dpkg-preconfigure line 96, 
> near "die sprintf(gettext(""
>   (Might be a runaway multi-line "" string starting on line 94)
>   (Missing semicolon on previous line?)
> Bareword found where operator expected at /usr/sbin/dpkg-preconfigure line 
> 96, near "die sprintf(gettext("debconf"
>   (Do you need to predeclare die?)
> Unquoted string "debconf" may clash with future reserved word at 
> /usr/sbin/dpkg-preconfigure line 96.
> String found where operator expected at /usr/sbin/dpkg-preconfigure line 103, 
> near "gettext(""
>   (Might be a runaway multi-line "" string starting on line 96)
>   (Missing semicolon on previous line?)
> Bareword found where operator expected at /usr/sbin/dpkg-preconfigure line 
> 104, near "$package, $confmodule"
>   (Might be a runaway multi-line ff string starting on line 103)
>   (Missing operator before dule?)
> Unquoted string "dule" may clash with future reserved word at 
> /usr/sbin/dpkg-preconfigure line 104.
> syntax error at /usr/sbin/dpkg-preconfigure line 96, near "die 
> sprintf(gettext(""
> Unmatched right curly bracket at /usr/sbin/dpkg-preconfigure line 108, at end 
> of line
> syntax error at /usr/sbin/dpkg-preconfigure line 108, near "}"
> Execution of /usr/sbin/dpkg-preconfigure aborted due to compilation errors.

This is a bug in dpkg, or on your side.

> Copying source file
> -> copying [/var/spqueue/archives/x/xbmbrowser/xbmbrowser_5.1-9.dsc]
> -> copying [/var/spqueue/archives/x/xbmbrowser/xbmbrowser_5.1.orig.tar.gz]
> cp: cannot stat 
> `/var/spqueue/archives/x/xbmbrowser/xbmbrowser_5.1.orig.tar.gz': No such file 
> or directory
>  -> Aborting with an error

Eh, you didn't even start to build. From this I conclude you're
autobuilding and automatically sending out mails of failures without any
human screening. I suggest you at least do some human screening of build
failures before sending out automated mails like this.

--Jeroen

-- 
Jeroen van Wolffelaar
[EMAIL PROTECTED] (also for Jabber & MSN; ICQ: 33944357)
http://Jeroen.A-Eskwadraat.nl


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#661572: [patch] Re: eggdrop: Language file directory not properly configured

[Bas van Gompel]

"Kurt Nemec" wrote on Mon, 27 Feb 2012:
 > The location of eggdrop's lang files is not properly configured.
 > This results in messages such as "Please enter your password"
 > instead being displayed as "MSGC1C".
 > As I run eggdrop under another account, exporting EGG_LANGDIR wasn't
 > sufficient.
[...]

This is a regression: Changelog:
: eggdrop (1.6.16-2) unstable; urgency=high
[...]
: * Changed LANGDIR on src/eggdrop.h (Closes: #254824)

An updated patch for this issue (against 1.6.20) is attached.

Without messages the bot is unusable by anybody but very experienced
operators, and may even be dangerous! (It detaches from the console and
may continue running in the background without the user being made
aware, allowing the first user who finds it on IRC to take control.)
I suggest upping the severity for this bug.

With regards,
   Bas van Gompel
--

--- eggdrop-1.6.20.orig/src/eggdrop.h	2014-04-01 20:19:57.90606 +0200
+++ eggdrop-1.6.20/src/eggdrop.h	2014-04-01 20:20:50.260920850 +0200
@@ -64,7 +64,7 @@
 
 
 /* Language stuff */
-#define LANGDIR  "./language" /* language file directory   */
+#define LANGDIR  "/usr/share/eggdrop/language" /* language file directory   */
 #define BASELANG "english"/* language which always gets loaded before
  all other languages. You do not want to
  change this.  */

Bug#638165: Gecko-mediaplayer v.1.0.4-2 fails to embed in Iceweasel

[Jos van Wolput]

Package: gecko-mediaplayer
Version: 1.0.4-2
Severity: Important

Gecko-mediaplayer v.1.0.4-2 fails to embed in Iceweasel 6.0-1.
When iceweasel is opened in a terminal and trying to watch a video, I get
---
NPP_New called
gecko mediaplayer v1.0.4
Using player backend of '(null)'
DBUS connection created
Listening to path /control/26151
ARG: style =
---
and nothing more!
On some sites gecko-mediaplayer appears, but not embedded as it should,
and also does nothing.
Reverting to version 0.9.9.2-1, no such problem, it embeds showing the video.

-
System Information:
Debian Release: sid
Architecture: amd64





--
To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/f4322d770b52814ea8f01cd704066ca1.squir...@webmail.onsneteindhoven.nl

Bug#638165: Gecko-mediaplayer v.1.0.4-2 fails to embed in Iceweasel

[Jos van Wolput]

My gnome-mplayer's version is 1.0.4-2, iceweasel is now version 8.0~b5-1
and mplayer v. 1.0~rc4.dfsg1+svn33713-2+b1.
Gecko-mediaplayer v.1.0.4-2 still doesn't embed.





--
To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/a05cc3f3290023b2ca3428cae197ae48.squir...@webmail.onsneteindhoven.nl

Bug#532806: beep-media-player: crashes when file with comma-containing name is dragged+dropped to it

[Paul van Tilburg]

Hi!

On Thu, Jun 11, 2009 at 11:58:22AM -0700, Robert Fleming wrote:
> When one drags+drops a file from Nautilus to beep-media-player, and
> that file has a comma anywhere in its *pathname*, it crashes.

Note that Beep Media Player is not maintained anymore for 4 years.
Because of this, BMP is not a part of Debian anymore since the release
of Etch or shortly thereafter[1].  

This bug report ends up with me because I used to be the sponsor of the
maintainer which has also left the project.  I am afraid this bug will
not be fixed.  Note that the successor of BMP is considered to be
Audacious[2] which is still actively maintained and a part of Debian,
though it's probably slightly different than what you are used to.
Still, I suggest you try it out. :)

Kind regards,
Paul

1: http://packages.qa.debian.org/b/beep-media-player.html
2: http://packages.debian.org/lenny/audacious

-- 
PhD Student @ Eindhoven | email: pau...@debian.org
University of Technology, The Netherlands   | JID: p...@luon.net
>>> Using the Power of Debian GNU/Linux <<< | GnuPG key ID: 0x50064181



-- 
To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#538138: ftplib3: not IPv6 enabled

[Folkert van Heusden]

Package: ftplib3
Version: 3.1-1-6
Severity: important


Since IPv6 is around the corner, it would be nice if ftplib supported ipv6 as 
well.


-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.29-pps (SMP w/4 CPU cores)
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages ftplib3 depends on:
ii  libc6 2.9-12 GNU C Library: Shared libraries

ftplib3 recommends no packages.

ftplib3 suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#538138: Acknowledgement (ftplib3: not IPv6 enabled)

[Folkert van Heusden]

This patch should implement IPv6 functionality.

diff -uNrBbd ftplib-3.1-1.org/CHANGES ftplib-3.1-1.new/CHANGES
--- ftplib-3.1-1.org/CHANGES2000-09-16 18:22:16.0 +0200
+++ ftplib-3.1-1.new/CHANGES2009-07-23 15:45:08.0 +0200
@@ -1,3 +1,5 @@
+2009/7/23, IPv6 support by folk...@vanheusden.com
+
 The obligatory revision history...
 
 Changes from V3.1 to V3.1-1
diff -uNrBbd ftplib-3.1-1.org/linux/ftplib.c ftplib-3.1-1.new/linux/ftplib.c
--- ftplib-3.1-1.org/linux/ftplib.c 2001-02-02 17:29:45.0 +0100
+++ ftplib-3.1-1.new/linux/ftplib.c 2009-07-23 15:30:26.0 +0200
@@ -384,7 +384,7 @@
 GLOBALDEF int FtpConnect(const char *host, netbuf **nControl)
 {
 int sControl;
-struct sockaddr_in sin;
+struct sockaddr_in6 sin;
 struct hostent *phe;
 struct servent *pse;
 int on=1;
@@ -393,9 +393,9 @@
 char *pnum;
 
 memset(&sin,0,sizeof(sin));
-sin.sin_family = AF_INET;
+sin.sin6_family = AF_INET6;
 lhost = strdup(host);
-pnum = strchr(lhost,':');
+pnum = strchr(lhost,' ');
 if (pnum == NULL)
 {
 #if defined(VMS)
@@ -406,31 +406,32 @@
perror("getservbyname");
return 0;
}
-   sin.sin_port = pse->s_port;
+   sin.sin6_port = htons(pse->s_port);
 #endif
 }
 else
 {
*pnum++ = '\0';
if (isdigit(*pnum))
-   sin.sin_port = htons(atoi(pnum));
+   sin.sin6_port = htons(atoi(pnum));
else
{
pse = getservbyname(pnum,"tcp");
-   sin.sin_port = pse->s_port;
+   sin.sin6_port = pse->s_port;
}
 }
-if ((sin.sin_addr.s_addr = inet_addr(lhost)) == -1)
+if (inet_pton(AF_INET6, lhost, &sin.sin6_addr) == 0)
 {
if ((phe = gethostbyname(lhost)) == NULL)
{
perror("gethostbyname");
return 0;
}
-   memcpy((char *)&sin.sin_addr, phe->h_addr, phe->h_length);
+   memcpy((char *)&sin.sin6_addr, phe->h_addr, phe->h_length);
+sin.sin6_family = phe->h_addrtype;
 }
 free(lhost);
-sControl = socket(PF_INET, SOCK_STREAM, IPPROTO_TCP);
+sControl = socket(sin.sin6_family, SOCK_STREAM, IPPROTO_TCP);
 if (sControl == -1)
 {
perror("socket");

On Thu, Jul 23, 2009 at 12:54:04PM +, Debian Bug Tracking System wrote:
> 
> Thank you for filing a new Bug report with Debian.
> 
> This is an automatically generated reply to let you know your message
> has been received.
> 
> Your message is being forwarded to the package maintainers and other
> interested parties for their attention; they will reply in due course.
> 
> Your message has been sent to the package maintainer(s):
>  Debian QA Group 
> 
> If you wish to submit further information on this problem, please
> send it to 538...@bugs.debian.org, as before.
> 
> Please do not send mail to ow...@bugs.debian.org unless you wish
> to report a problem with the Bug-tracking system.
> 
> 
> -- 
> 538138: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=538138
> Debian Bug Tracking System
> Contact ow...@bugs.debian.org with problems


Folkert van Heusden

-- 

Multitail - gibkaja utilita po sledovaniju log-fajlov i vyvoda
kommand. Fil'trovanie, raskrašivanie, slijanie, vizual'noe sravnenie,
i t.d.  http://www.vanheusden.com/multitail/
--
Phone: +31-6-41278122, PGP-key: 1F28D8AE, www.vanheusden.com


ftplib-3.1-1.patch_ipv6.bz2
Description: Binary data

Bug#538138: Info received (Bug#538138: Acknowledgement (ftplib3: not IPv6 enabled))

[Folkert van Heusden]

Sorry forget the previous mail, that version doesn't work.

On Thu, Jul 23, 2009 at 02:03:03PM +, Debian Bug Tracking System wrote:
> 
> Thank you for the additional information you have supplied regarding
> this Bug report.
> 
> This is an automatically generated reply to let you know your message
> has been received.
> 
> Your message is being forwarded to the package maintainers and other
> interested parties for their attention; they will reply in due course.
> 
> Your message has been sent to the package maintainer(s):
>  Debian QA Group 
> 
> If you wish to submit further information on this problem, please
> send it to 538...@bugs.debian.org.
> 
> Please do not send mail to ow...@bugs.debian.org unless you wish
> to report a problem with the Bug-tracking system.
> 
> 
> -- 
> 538138: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=538138
> Debian Bug Tracking System
> Contact ow...@bugs.debian.org with problems


Folkert van Heusden

-- 
Multi tail barnamaj mowahib li mora9abat attasjilat wa nataij awamir
al 7asoub. damj, talwin, mora9abat attarchi7 wa ila akhirih.
http://www.vanheusden.com/multitail/
--
Phone: +31-6-41278122, PGP-key: 1F28D8AE, www.vanheusden.com



-- 
To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#545029: Suggested version didn't fix the problem

[martijn van brummelen]

Hi,

I had contact with Piero, and he told me that the new version 0.9.2
didn't fix the problem, I was a "prerelease" which did not solve the
problem.
It wasn't ready for the whole wide world so he removed it again.
They are working on an new version and Piero will keep me informed.

Regards,
Martijn van Brummelen



-- 
To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#551595: New version of iODBC 3.52.7 available from upstream maintainer

[Patrick van Kleef]

Package: libiodbc2
Version: 3.52.6-3
Severity: important

As upstream maintainer of the iODBC project i would like to make sure 
that you are aware of the 3.52.7 release which fixed as number of bugs.


You can get the new version from:

http://www.iodbc.org/
or
http://sourceforge.net/projects/iodbc/



Patrick



--
To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: NoteEdit 2.7.4

[Jeroen van Wolffelaar]

On Sat, Mar 19, 2005 at 12:58:31PM +0100, Matevz Jekovec wrote:
> Hello to all!
> 
> We're glad to inform you that the first version of NoteEdit released by
> a new developing team (http://noteedit.berlios.de) is ready. Since you
> are the official maintainers (according to apt-cache show noteedit) of
> the Debian package, we'd be interested if you could update the existing
> 2.7.1 version.

I've noted your request in a wishlist bug, but currently, noteedit
doesn't really have a maintainer ([EMAIL PROTECTED] is just a
placeholder for such packages so they get the minimum attention needed
if someting urgent comes up).

In http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=268206 you can see
talk about removing noteedit, but with this new version, this might be
not needed anymore.

Thank you for continuing to work on noteedit, I hope that Paul Brossier
<[EMAIL PROTECTED]> will quickly adopt it and put this version in Debian.

--Jeroen

-- 
Jeroen van Wolffelaar
[EMAIL PROTECTED] (also for Jabber & MSN; ICQ: 33944357)
http://Jeroen.A-Eskwadraat.nl


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#300380: [EMAIL PROTECTED]: NoteEdit 2.7.4]

[Jeroen van Wolffelaar]

Package: noteedit
Severity: wishlist

- Forwarded message from Matevz Jekovec <[EMAIL PROTECTED]> -

Date: Sat, 19 Mar 2005 12:58:31 +0100
From: Matevz Jekovec <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: NoteEdit 2.7.4
Resent-From: debian-qa-packages@lists.debian.org

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hello to all!

We're glad to inform you that the first version of NoteEdit released by
a new developing team (http://noteedit.berlios.de) is ready. Since you
are the official maintainers (according to apt-cache show noteedit) of
the Debian package, we'd be interested if you could update the existing
2.7.1 version. Some major changes since the old 2.7.3 version include:
- - rests can have fermatas
- - many improvements in LilyPond export filter (many bugs squashed, 2.4.x
syntax compatible, bar numbers printed in non-first voices, much nicer
outlook of the file)
- - added Slovenian translation
- - many bugs and some startup crashes concerning ALSA fixed


Best regards!
~ Matev?? Jekovec
~ NoteEdit development team
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFCPBPnm1IQqmP8KVgRAo/YAJ9fBrUkILoqcf18ml0ElejLukgIngCdFovA
z5WUmwQHwlBEmoj4+/LwpIg=
=uBD9
-END PGP SIGNATURE-


- End forwarded message -

-- 
Jeroen van Wolffelaar
[EMAIL PROTECTED] (also for Jabber & MSN; ICQ: 33944357)
http://Jeroen.A-Eskwadraat.nl


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#307054: Package obsolete

[Jeroen van Wolffelaar]

Package: dhcp-dns
Severity: serious

(With my QA hat on) This package is obsolete, abandoned upstream, and
dhcp3-server provides the functionality this package provides. I think
sarge should not ship it, especially as it's orphaned for a long time
and the only interested developer didn't followup nor replied to my
ping.

--Jeroen

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-686
Locale: LANG=nl_NL.UTF-8, LC_CTYPE=nl_NL.UTF-8 (charmap=UTF-8)

Versions of packages dhcp-dns depends on:
ii  bind  1:8.4.6-1  Internet Domain Name Server
pn  dhcp Not found.
ii  perl [perl5]  5.8.4-8Larry Wall's Practical Extraction 

-- 
Jeroen van Wolffelaar
[EMAIL PROTECTED]
http://jeroen.A-Eskwadraat.nl


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#302762: acknowledged by developer (cooledit removed)

[Jeroen van Wolffelaar]

On Mon, May 02, 2005 at 03:32:34AM -0400, A. Costa wrote:
> On Sun, 01 May 2005 12:18:11 -0700
> [EMAIL PROTECTED] (Debian Bug Tracking System) wrote:
> 
> > It has been closed by one of the developers, namely
> > Matej Vela <[EMAIL PROTECTED]>.
> > ...
> > cooledit was removed from Debian unstable in January 2004.  See
> > <http://bugs.debian.org/229615> for further information.
> 
> Closing unfixed bugs for all removed packages is a bad idea, and
> arguably violates Debian's Social Contract which says:
> 
>   We will communicate things such as bug fixes, 
>   improvements and user requests to the "upstream" 
>   authors of works included in our system.
> 
> I believe I understand why closing a bugs like this is done -- nobody
> maintains them, therefore there's no Debian maintainer to forward them
> upstream.  Also Debian's BTS is used for statistics and planning, like
> a census; counting thousands, perhaps tens of thousands of orphaned
> bugs would create a misleading picture of the distro's current status.  
> 
> The problem is real; but closing all open bugs is a poor solution...
> 
> Blowback 1:  suppose package 'foo' is orphaned, and all its bugs
> closed.  Later some new maintainer adopts 'foo'.  Where are the
> orphaned bugs?  In the archive.  Some may still be valid.  The
> maintainer might not have the time to search every archived bug just
> to find out which were closed due to the package's being orphaned, and
> if he did have the time, it still WASTES his time in having to review
> them when the bugs simply could have been left open.  
> 
> Blowback 2:  suppose a conscientious upstream package author
> occasionally reviews various downstream package BTS's for new bugs, in
> case nobody downstream remembered or cared to report those to
> upstream.  Would such a conscientious author have time to review all
> the archived closed Debian bugs just to find the minority of still
> valid orphaned bugs?  Even if he would, this would WASTE their time --
> thus violating the spirit if not the letter of Debian's Social
> Contract.
> 
> Blowback 3: User Bob finds bug #X in 'foo'.  Then 'foo' is orphaned,
> then months later adopted by a new maintainer who lacks the time to
> deal with Blowback #1.  So bug #X remains closed, even though it's not
> fixed.  Later user Betty finds the same bug in 'foo', and checks the
> BTS to see if its already been reported -- she finds nothing open, and
> reports it as bug #Y in 'foo'.  It WASTED user time to report an
> already reported bug.

Packages are only removed after a while really nobody showed any
interest in them. The bugs are archived, so any interested party can
look them up.
 
> Suggested fix:  create a new bug status between "Open" and "Closed" --
> call it "Limbo" maybe.  "Limbo" bugs would be any bug that was "Open"
> when orphaned, or any bug reported after a package was orphaned.
> Programs that tabulate bug statistics could consider "Limbo" bugs as
> "Closed" for most purposes.  Upstream maintainers and users would
> still see them as virtually "Open" for most purposes.  When any
> orphaned package was re-adopted, the "Limbo" bugs could be changed
> back to "Open".

Orphaned package's bugs are not closed, only when the package is really
purged from the archive, this happens. The amount of those bugs simply
does in no way warrant an extra state.
 
> NB: I've noticed many such closings of other bugs before, and the
> maintainers themselves seem to WASTE a lot of their time closing 'em.
> On 4/4/05 I wrote Colin Watson, the current BTS admin, to ask how he
> feels about a consequence or relation of this problem:
> 
>   http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=302814&msg=9&att=0
> 
> So far no reply, so I'll now reopen that bug just to keep the message
> in play.  I think the whole problem of "a bug is EITHER closed OR
> open" constitutes a serious bug.  It wastes the time of Debian
> Maintainers who adopt packages, and Debian maintainers who close such
> bugs and reports, not to mentions upstream authors, and last and
> perhaps least and perhaps also most numerous, users who don't know
> about these things and mistakenly send redundant info.

Debian isn't a collection place for *all* bugs in the GNU/Linux world.
As the social contract says, we'll do our best to inform upstream
authors etc, and we specificly won't ever delete a bug report, but once
a bug is closed, it's no longer relevant for Debian, and it'd be much
overkill

Re: dvi previewing problem (dvisvga)

[Jeroen van Wolffelaar]

On Sun, May 15, 2005 at 09:23:54PM +0200, Zdenko Kremer wrote:
> Hi,
> I have a problem in previewing dvi files compiled from .tex source in 
> which the \overpic command is used - when I open them using dvisvga at 
> console, only the text is displayed, but not the picture in background. 
> The same problem appears when I try to open them in X-windows using 
> dvilx. But if I create .ps file from those dvis using dvips and open 
> them using gv (in X-windows), the displayed document is correct (the 
> background picture is visible). Do you have any idea how to solve this 
> problem (opening documents at console). I send you an example document 
> which is not correctly displayed on my computer. I use dvisvga 
> ver.1:01.03-5.1.
> I tried also to use bmv to open the same documents in .ps format at 
> console, but it doesn't work - I can see the black screen only. Can you 
> recommend me some other viewer for .dvi or .ps documents on console?

I'm sorry, but I'm afraid I can't help you, please file bugs on the
packages you mention to not work (http://bugs.debian.org, or use
reportbug), and/or ask debian-user@lists.debian.org for more advice on
this issue.

Thank you for reporting this issue!

--Jeroen

-- 
Jeroen van Wolffelaar
[EMAIL PROTECTED] (also for Jabber & MSN; ICQ: 33944357)
http://Jeroen.A-Eskwadraat.nl


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#308875: patch does not work

[Jeroen van Wolffelaar]

severity 308875 grave
tags 308875 - patch
thanks

On Mon, May 16, 2005 at 01:33:48PM -0400, Joey Hess wrote:
> Djoume's patch is no good since it still leaves open a race between
> checking whether the file exists and writing to it.
> 
> I also thing the severity of this bug is too low, although I'm not sure
> if it qualifies as RC. It should at least be severity important.

I'm making it grave, as this package is basicly unmaintained (orphaned
since October 2004), and while in theory QA maintains these packages, in
practice only very occasionally work gets done on bugs. I try myself to
at least just read them, but that's not perfect either as I missed the
importance of this bug.

I'm Cc'ing the maintainers of the reverse depends, as their packages
risk removal if this bug is not resolved (hi exmh and topal
maintainers!). Please consider adopting this package as you depend on
it.

--Jeroen

-- 
Jeroen van Wolffelaar
[EMAIL PROTECTED] (also for Jabber & MSN; ICQ: 33944357)
http://Jeroen.A-Eskwadraat.nl


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#308875: patch does not work

[Jeroen van Wolffelaar]

On Mon, May 16, 2005 at 11:00:39PM +0200, Djoum? SALVETTI wrote:
> On Mon, May 16, 2005 at 08:57:10PM +0200, Jeroen van Wolffelaar wrote:
> > > Djoume's patch is no good since it still leaves open a race between
> > > checking whether the file exists and writing to it.
> 
> Of course you are right. I have made another patch, I hope this one
> is ok.

No, I'm sorry, the best way is to use mktemp and move it over with 'mv',
for example. Nevermind, I'm going to prepare an upload now.

Thanks for your efforts anyway!
--Jeroen

-- 
Jeroen van Wolffelaar
[EMAIL PROTECTED] (also for Jabber & MSN; ICQ: 33944357)
http://Jeroen.A-Eskwadraat.nl


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: XPVM

[Jeroen van Wolffelaar]

On Wed, May 25, 2005 at 08:07:51PM +0200, I.D. wrote:
>Hi
> 
> In official Debian project page, I saw that XPVM is orphaned.
> 
>ok, I'm interested on maintenance of XPVM, I'm actually development a
>Linux (debian of course) cluster using PVM like ending final project in my
>university.
> 
>Can you guide me on what steps must I follow to get the maintenance?, I'm
>actually student in computer and programming (2-o Degree of 3 or
>Bachelior).

Subscribe to and and send your questions to
debian-mentors@lists.debian.org and/org
debian-devel-spanish@lists.debian.org (the latter is Spanish).

See http://lists.debian.org

I'm afraid that at this address you're reaching the wrong public for
your question, but be assured that your wish to contribute is
appreciated!

Fwiw, some pointers: http://www.debian.org/devel/wnpp about our
orphaning and adopting system,
http://people.debian.org/~mpalmer/debian-mentors_FAQ.html for a list of
frequently asked questions for beginning maintainers.

Especially the last website a good starting point.

Thanks,
--Jeroen

-- 
Jeroen van Wolffelaar
[EMAIL PROTECTED] (also for Jabber & MSN; ICQ: 33944357)
http://Jeroen.A-Eskwadraat.nl


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#312277: albert: relative pathname error

[Rene van Bevern]

Package: albert
Version: 0.4.10.1
Severity: important
Tags: patch pending

albert is broken with at least CMU Common Lisp. (another bug prevents
me from testing it with clisp or sbcl yet) 


I intent to document an ASDF system in /home/rvb/foo/foo.asd using:
(load "/home/rvb/foo/foo.asd")
(albert:document-system :foo)

Albert comes to an error:

Error in function (FLET LISP::LOSE  LISP::UNPARSE-UNIX-ENOUGH):
   #p"/home/rvb/foo/" cannot be represented relative to #p"/home/rvb/"
Backtrace:
  0: ((FLET LISP::LOSE LISP::UNPARSE-UNIX-ENOUGH))
  1: (LISP::UNPARSE-UNIX-ENOUGH #p"/home/rvb/aspectl/" #p"/home/rvb/")
  2: (LISP::MAP1 # 
((#p"/home/rvb/aspectl/" #p"/home/rvb/aspectl/al-packages.lisp" 
#p"/home/rvb/aspectl/lw-compat.lisp" #p"/home/rvb/aspectl/al-clos-mop.lisp" 
#p"/home/rvb/aspectl/al-pointcuts.lisp" ...)) :LIST T)
  3: (ALBERT::GET-SYSTEM-FILES-ASDF #)
  4: (ALBERT::GET-SYSTEM-FILES :ASPECTL)
  5: (ALBERT:DOCUMENT-SYSTEMS :ASPECTL)

I have a fix ready and ITA this package, just filing the bug for
documentation purposes.

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.10-negoyl
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)

Versions of packages albert depends on:
ii  common-lisp-controller  4.15 This is a Common Lisp source and c
ii  docbook-dsssl   1.79-3   modular DocBook DSSSL stylesheets,
ii  libc6   2.3.2.ds1-22 GNU C Library: Shared libraries an

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: question about unmaintained packages

[Jeroen van Wolffelaar]

On Wed, Jun 15, 2005 at 04:09:50PM +0200, David Cho-Lerat wrote:
> Hello all,
> 
> I'm new to this list so please bear with me, as I suppose this
> question has already been asked (possibly many times) :
> 
> what happens when a package maintainer does not seem to maintain
> his/her packages anymore ?

This is eventually noted by the MIA effort of QA, possibly helped by
hints from users/other developers/whoever.

> Do the packages remain in a possibly broken state for an undefined
> amount of time ?

Yes.
 
> Are they re-assigned to another DD ?

Ultimately, yes.
 
> Is there any automated process that checks how long a bug has been open
> in the BTS ? I've come across bugs that are almost four years old ..

Not for bugs in particular, but every DD can fix a bug when s/he really
wants by NMU'ing the package in question with a fix. If no DD has done
so far, none of them cares enough to spend the time on it, or either are
simply not aware. Debian is and remains an organisation of volunteers.
 
> I have lately submitted a bug report, sent an e-mail to the package
> maintainer, and am ready
> to submit a patch for the bug I've spotted, but there has been no
> acknowledgment so
> far from the maintainer, so I'm at a loss what to do next ..

Ask on debian-qa or to [EMAIL PROTECTED] about this specific package
and/or maintainer, the situation will be investigated, and action
undertaken (usually, the maintainer is asked for comments, and one acts
on the reaction or either ultimately puts up the package for adoption by
anyone interested.

So, in general, mail [EMAIL PROTECTED] privately when you're concerned a
certain package is unmaintained, or better if possible, offer your
assistance to the maintainer and see if that works. Filing patches is
always a good way to do so.
 
--Jeroen

-- 
Jeroen van Wolffelaar
[EMAIL PROTECTED] (also for Jabber & MSN; ICQ: 33944357)
http://Jeroen.A-Eskwadraat.nl

Bug#163318: tk707 should maybe depend on a specific version of tk707

[Eric Van Buggenhaut]

Package: tk707
Version: 0.7.21-5
Followup-For: Bug #163318

[EMAIL PROTECTED]:~]$ tk707
ALSA lib conf.c:1564:(snd_config_load1) _toplevel_:6:8:Unexpected char
ALSA lib conf.c:2820:(snd_config_hook_load) /etc/asound.conf may be old
or corrupted: consider to remove or fix it
ALSA lib conf.c:2666:(snd_config_hooks_call) function
snd_config_hook_load returned error: Unknown error
ALSA lib conf.c:3066:(snd_config_update_r) hooks failed, removing
configuration
NO PORTS FOUND
[EMAIL PROTECTED]:~]$ dpkg -l |grep alsa
ii  alsa-headers   0.9.0rc3-0.1   ALSA driver header files
ii  alsa-source-0. 0.5.12a-2  ALSA driver source (0.5)
[EMAIL PROTECTED]:~]$ 


-- System Information
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux femto 2.4.13 #2 lun nov 19 19:07:30 CET 2001 i686
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED]

Versions of packages tk707 depends on:
ii  libasound2  0.9.0rc3-0.2 Advanced Linux Sound Architecture 
ii  libc6   2.2.5-14.3   GNU C Library: Shared libraries an
ii  tcl8.3  8.3.3-7  The Tool Command Language (TCL) v8
ii  tk8.3   8.3.3-8  The Tk toolkit for TCL and X11 v8.
ii  xlibs   4.1.0-17 X Window System client libraries

Bug#163318: tk707 should maybe depend on a specific version of tk707

[Eric Van Buggenhaut]

On Tue, Oct 22, 2002 at 09:21:14PM +0200, Matej Vela wrote:
> On Tue, Oct 22, 2002 at 07:52:23PM +0200, Eric Van Buggenhaut wrote:
> > [EMAIL PROTECTED]:~]$ tk707
> > ALSA lib conf.c:1564:(snd_config_load1) _toplevel_:6:8:Unexpected char
> > ALSA lib conf.c:2820:(snd_config_hook_load) /etc/asound.conf may be old
> > or corrupted: consider to remove or fix it
> > ALSA lib conf.c:2666:(snd_config_hooks_call) function
> > snd_config_hook_load returned error: Unknown error
> > ALSA lib conf.c:3066:(snd_config_update_r) hooks failed, removing
> > configuration
> > NO PORTS FOUND
> > [EMAIL PROTECTED]:~]$ dpkg -l |grep alsa
> > ii  alsa-headers   0.9.0rc3-0.1   ALSA driver header files
> > ii  alsa-source-0. 0.5.12a-2  ALSA driver source (0.5)
> > [EMAIL PROTECTED]:~]$ 
> 
> Do other ALSA 0.9 apps work (e.g. pmidi-0.9)?
> 

No.

Investigating my config, I see that the alsa modules are broken and I can't
compile new ones from alsa-source (the package seems to be broken too).

I'll let you know more as soon as I get new alsa modules.

Thanks for your help.

-- 
Eric VAN BUGGENHAUT
[EMAIL PROTECTED]

Package gstalker in stable superceded by qtstalker

[Marco van Zwetselaar]

Hello QA-team,

I am the maintainer of qtstalker, which has just entered unstable. 
Qtstalker is upstream's successor to gstalker which is now orphaned in 
woody (and not present in sarge/sid).  One of gstalker's ex-maintainers 
suggested I create a transitional package so users can migrate to qtstalker.


I'd like your opinion on how to go about this (I am in the NM-process, 
so pardon my ignorance).  Do I adopt gstalker, then create a new empty 
Debian-only package (so as to not pull orig.tgz into unstable), with no 
other function than a Depends on qtstalker, and upload that to unstable?


Note that there is no compatibility between Gstalker and Qtstalker, 
except in the sense of the general functionality offered.


Hope you can help me on this.

Best regards,
Marco

Bug#255955: [EMAIL PROTECTED]: Re: Accepted mmake 2.2.1-4 (all source)]

[Jeroen van Wolffelaar]

On Wed, Aug 18, 2004 at 12:53:37AM -0700, Thomas Bushnell BSG wrote:
> Ola Lundqvist <[EMAIL PROTECTED]> writes:
> 
> > Well well. I assume of non-serious priority right?
> > I did a random check of tree packages. 2 of them was correct and 1 did
> > not include such source comments (hsftp).
> 
> It depends on the particular case.
> 
> > That he removed GNUGPL.TXT and LICENSE and added COPYING instead
> > to be clear.
> 
> No no, I think you still don't understand.
> 
> Merely distributing a copy of the GPL *means nothing*.  What must
> happen is the author must say "this work is distributed under the
> terms of the GPL."  It is totally irrelevant what any of the files are
> called. 

Current sid/sarge:

[EMAIL PROTECTED]/tmp/mmake-2.2.1$ cat LICENSE
COPYRIGHT GNUGPL (c) 1998-2001 Jan-Henrik Haukeland <[EMAIL PROTECTED]>

Redistribution and use with or without modification, are permitted
provided that the above copyright notice can be reproduced. Please see
the enclosed GNU GENERAL PUBLIC LICENSE file for complete details.
[EMAIL PROTECTED]/tmp/mmake-2.2.1$

Seems ok to me, though a little bit non-standard.

> In the old version, he did so in the file LICENSE, but that is
> technically not enough--you must do so in such a way that identifies
> *which files* are being licensed.  The normal way is to put the

A LICENSE file in the root of package surely implies it applies to the
whole tarball, doesn't it? I've *never* seen a package with a copyright
statement that listed the source files that were going with that
copyright... Thomas, can you name one package that does so?

Anyway, could you please continue this discussion on -legal? This isn't
really a topic for discussion on -qa.

--Jeroen

-- 
Jeroen van Wolffelaar
[EMAIL PROTECTED] (also for Jabber & MSN; ICQ: 33944357)
http://Jeroen.A-Eskwadraat.nl

Bug#240992: This is a feature request rather than a bug...

[Jeroen van Wolffelaar]

On Wed, Aug 18, 2004 at 08:10:13PM +0200, Thomas Viehmann wrote:
> GnuCash's HBCI module can do checking of account numbers if compiled
> against libktoblzcheck (by adding libktoblzcheck1-dev to the
> build-dependencies).
> Sounds like a useful and easy thing to me, I actually tested it, too.

I might be mistaken, but isn't it so that currently, if you accidently
have libktoblzcheck1-dev installed, the resulted binary is linked
against it, and otherwise, it isn't?

Then, isn't it true that this package either
1) needs to build-depends on libktoblzcheck1-dev
2) needs to build-conflicts on libktoblzcheck1-dev
3) needs to be ./configured to not link to libktoblzcheck1-dev, whether
   it's available or not?

Now the build may be significantly different depending on the builder's 
installed
packages.

--Jeroen

-- 
Jeroen van Wolffelaar
[EMAIL PROTECTED] (also for Jabber & MSN; ICQ: 33944357)
http://Jeroen.A-Eskwadraat.nl


pgp0CMlkwexnv.pgp
Description: PGP signature

Bug#264172: FTBFS, error in .orig.tar.gz

[Jeroen van Wolffelaar]

reopen 264172
severity 264172 important
thanks

On Wed, Aug 25, 2004 at 01:40:50AM -0700, Thomas Bushnell BSG wrote:
> Jeroen van Wolffelaar <[EMAIL PROTECTED]> writes:
> 
> > The problem is that clean doesn't need to be run. Policy says you should
> > be be able to build the package by just unpacking and then running
> > 'debian/rules binary'.
> > 
> > Buildd's run clean first, but that isn't required, and a FTBFS when
> > clean isn't executed is still a FTBFS.
> 
> Then there is no fix which conforms to policy.  

Policy:

| 4.7 Restrictions on objects in source packages
| 
| The source package may not contain any hard links[19], device special
| files, sockets or setuid or setgid files.[20] 

So you need to repack, as somebody else already suggested, and upload
0.6+2.nosetgid-0.1 (or something equivalent).

Note that this issue isn't in the RM's sarge-release-policy, that policy
is less strict, it only requires packages to be able to
_autobuild_, that is, build fine in a normal autobuild environment
(non-root, sane environment, and _with_ clean executed first). Since
this 'only' violates Debian's package policy, the bug is still present,
but severity important.

--Jeroen

-- 
Jeroen van Wolffelaar
[EMAIL PROTECTED] (also for Jabber & MSN; ICQ: 33944357)
http://Jeroen.A-Eskwadraat.nl

Bug#264026: dia2code: FTBFS

[Wouter van Heyst]

Regenerating the autotools stuff with a modified autogen.sh from the
autotools-dev package resulted in a package that builds with pbuilder.

Alternatively, adding automake1.4 to the Build-Depends works also.

Wouter van Heyst

Outdated packages for contrib/non-free

[Jeroen van Wolffelaar]

Hello,

You are maintaining one or more contrib or non-free packages that are
currently on one or more architectures out of date. As long as that is
the case, the latest version of your package will not proceed to Sarge
automatically.

As contrib/non-free maintainer you're yourself responsable for getting
your package rebuild on all the architectures you're supporting. Over
time, a lot of these packages have collected builds for none of the
lesser used architectures, and now often nobody seems to really care
about these packages for these architectures anymore, holding up
progress to sarge this way.

I'd like to present soon a list to the ftp-masters of outdated
non-free/contrib packages that can have their obsolete architectures
removed. Of course I cannot just request removal of these packages
without the maintainer's consent, so please indicate asap that you're
okay with it! You can better write me personally as long as I've not yet
sent this list away, to prevent cluttering this mailinglist with lots of
removal requests -- something that it isn't meant to. Please indicate
any bugnumbers of bugs you've already filed, so they can be closed in
one go too.

If you have questions however, please do mail to an appropriate
mailinglist, and not to me personally.

Too much removals is not really a problem, if you can later find a
building for an arch, that one will be added without problems. However,
maybe the current version in testing have much more architectures, and
the sid version hasn't a worthwhile improvement, then you probably don't
want to remove packages for now...

Thank you for your cooperation,
--Jeroen

3270: alpha hppa ia64 powerpc s390
angband: hppa m68k powerpc
bass: alpha arm hppa ia64 m68k s390
bsdgames-nonfree: arm
clustalw: alpha arm hppa ia64 s390 sparc
crafty: arm
cthugha: alpha arm m68k powerpc s390 sparc
diablo: alpha arm ia64 m68k powerpc s390 sparc
distributed-net: alpha m68k mips
distributed-net-pproxy: alpha sparc
exult: arm m68k
gngeo: arm
gpcl: alpha s390
graphviz: alpha hppa ia64 m68k powerpc s390
ida: arm
inform: alpha arm hppa ia64 m68k powerpc s390 sparc
jmp: powerpc
lgc-pg: arm
lgeneral: arm
lgrind: alpha arm hppa s390 sparc
lha: arm hppa ia64 m68k powerpc s390 sparc
libapache-mod-fastcgi: alpha arm ia64 m68k powerpc s390 sparc
linuxvideostudio: alpha arm hppa ia64 m68k mips mipsel powerpc s390 sparc
lmbench: arm hppa ia64 m68k mipsel powerpc s390 sparc
maelstrom: alpha arm ia64 m68k powerpc sparc
mod-frontpage-mirfak: arm
motv: arm m68k
mush: alpha arm hppa ia64 m68k powerpc s390
ncompress: arm
netpbm-nonfree: alpha arm hppa ia64 m68k powerpc s390 sparc
netperf: hppa ia64
octave-gpc: m68k
openmotif: arm
pgplot5: alpha m68k powerpc s390 sparc
php4-dbase: alpha s390
phylip: alpha arm hppa ia64 m68k powerpc s390 sparc
satan: alpha arm ia64 s390 sparc
scilab: alpha
snes9x: m68k
spim: alpha arm s390 sparc
stella: arm m68k mips
tome: powerpc
tth: alpha arm ia64 m68k powerpc s390
ucbmpeg: alpha m68k
ucbmpeg-play: alpha arm sparc
xearth: alpha arm hppa ia64 m68k powerpc s390 sparc
xephem: alpha arm s390 sparc
xfractint: alpha arm ia64 m68k s390 sparc
xmame: alpha i386 s390 sparc
xshodo: arm ia64 powerpc s390 sparc
zangband: alpha arm hppa ia64 m68k powerpc s390 sparc

-- 
Jeroen van Wolffelaar
[EMAIL PROTECTED]
http://jeroen.A-Eskwadraat.nl

Bug#272426: is non-free

[Jeroen van Wolffelaar]

I just asked for this package to be removed, see Bug#254330 for details. 

Wouter, thanks for reporting.

--Jeroen

-- 
Jeroen van Wolffelaar
[EMAIL PROTECTED] (also for Jabber & MSN; ICQ: 33944357)
http://Jeroen.A-Eskwadraat.nl

Bug#273421: Invalid Maintainer: field

[Jeroen van Wolffelaar]

Package: libofx
Severity: serious

The Maintainer: field of this packages is syntactically invalid, it has a
spurious dot at the end.

Of course, lintian gives an error in this...

--Jeroen

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.7
Locale: LANG=nl_NL.UTF-8, LC_CTYPE=nl_NL.UTF-8

-- 
Jeroen van Wolffelaar
[EMAIL PROTECTED]
http://jeroen.A-Eskwadraat.nl

Bug#273421: fixed in libofx 0.6.6-2.1

[Jeroen van Wolffelaar]

On Wed, Sep 29, 2004 at 06:47:12AM -0400, Stephen Quinney wrote:
> Date: Wed, 29 Sep 2004 09:41:45 +0100
> Source: libofx
> Binary: libofx0c102 libofx-dev
> Architecture: source i386
> Version: 0.6.6-2.1
> Distribution: unstable
> Urgency: high
> Maintainer: Debian QA Group <[EMAIL PROTECTED]>
> Changed-By: Stephen Quinney <[EMAIL PROTECTED]>
> Description: 
>  libofx-dev - Development package for libofx0
>  libofx0c102 - library to support Open Financial Exchange
> Closes: 273421
> Changes: 
>  libofx (0.6.6-2.1) unstable; urgency=high
>  .
>* Non-maintainer upload to fix release-critical bug.
>* Correct the Maintainer field by removing the spurious trailing dot,
>  closes: #273421.

A QA-maintained (orphaned) package can never be a NMU, it is always a 'QA
upload', and should not have a '-2.1' type version number, but simply '-3'.

This is evidenced by the fact your upload still closed the bug (and didn't
merely tag it as fixed). It could however be more clear in the developers
reference.

Lintian warns about this, by the way.

Thanks for the upload,
--Jeroen

-- 
Jeroen van Wolffelaar
[EMAIL PROTECTED]
http://jeroen.A-Eskwadraat.nl

Bug#263757: a few comments about proposed readlink patch

[Jeroen van Wolffelaar]

On Wed, Dec 08, 2004 at 12:16:49PM +0100, Francesco Paolo Lovergine wrote:
> Basically the proposed patch needs one more hack:
> If $dir is not a symlink, readlink returns nothing, so:
> 
> link=`/bin/readlink -f "$dir"`
> if [ "x$link" != "x" ]; then
>   dir="$link"
> fi

Eh, it works fine. readlink returns nothing (and exits 1) if the link is
invalid or the path doesn't exist. If the path is already canonical,
it'll return it as-is.

By the way, you should probably drop the '/bin/' part, in Debian scripts
one does not qualify commands in general.

--Jeroen

-- 
Jeroen van Wolffelaar
[EMAIL PROTECTED] (also for Jabber & MSN; ICQ: 33944357)
http://Jeroen.A-Eskwadraat.nl

Re: Processed: Fixed in NMU of preferences 1.2.100.0-0.1

[Jeroen van Wolffelaar]

> preferences (1.2.100.0-0.1) unstable; urgency=low
> 
>   * NMU (maintainer in honeymoon).

NMU? Honeymoon? The package is maintained by the QA group, and those
packages don't take NMU's, but rather only QA uploads. And QA group is
not in honeymoon.

Also, I noticed you changed the maintainer address to yourself (i.e.,
are adopting the package), without actually saying so in the changelog,
nor closing the wnpp bugs, which are by the way owned by somebody else.

What's going on here?

--Jeroen

-- 
Jeroen van Wolffelaar
[EMAIL PROTECTED] (also for Jabber & MSN; ICQ: 33944357)
http://Jeroen.A-Eskwadraat.nl

[EMAIL PROTECTED]: kbackup_1.2.11-14_i386.changes REJECTED]

[Jeroen van Wolffelaar]

Different reason, but who cares :)

--Jeroen

- Forwarded message from Randall Donald <[EMAIL PROTECTED]> -

From: Randall Donald <[EMAIL PROTECTED]>
To: Ludovic Drolez <[EMAIL PROTECTED]>,
Debian QA Group <[EMAIL PROTECTED]>
Cc: Debian Installer <[EMAIL PROTECTED]>
Subject: kbackup_1.2.11-14_i386.changes REJECTED
Date: Sat, 18 Dec 2004 23:38:34 -0500
Resent-From: debian-qa-packages@lists.debian.org

Hi,

This package build-depends on latex2html which is non-free but kbackup is
in main. Packages in main can only build-depend on other main packages.


--
Randall Donald




===

If you don't understand why your files were rejected, or if the
override file requires editing, reply to this email.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]


----- End forwarded message -

-- 
Jeroen van Wolffelaar
[EMAIL PROTECTED] (also for Jabber & MSN; ICQ: 33944357)
http://Jeroen.A-Eskwadraat.nl

Bug#289518: [EMAIL PROTECTED]: obexftp override disparity]

[Jeroen van Wolffelaar]

Package: libobexftp-dev

- Forwarded message from Debian Installer <[EMAIL PROTECTED]> -

From: Debian Installer <[EMAIL PROTECTED]>
To: Hendrik Sattler <[EMAIL PROTECTED]>,
Debian QA Group <[EMAIL PROTECTED]>
Subject: obexftp override disparity
Date: Sun, 09 Jan 2005 09:47:34 -0500
Resent-From: debian-qa-packages@lists.debian.org

There are disparities between your recently accepted upload and the
override file for the following file(s):

libobexftp-dev_0.10.6-2_i386.deb: package says section is devel, override says 
libdevel.

Either the package or the override file is incorrect.  If you think
the override is correct and the package wrong please fix the package
so that this disparity is fixed in the next upload.  If you feel the
override is incorrect then please reply to this mail and explain why.

[NB: this is an automatically generated mail; if you replied to one
like it before and have not received a response yet, please ignore
this mail.  Your reply needs to be processed by a human and will be in
due course, but until then the installer will send these automated
mails; sorry.]

--
Debian distribution maintenance software

(This message was generated automatically; if you believe that there
is a problem with it please contact the archive administrators by
mailing [EMAIL PROTECTED])


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]


- End forwarded message -

-- 
Jeroen van Wolffelaar
[EMAIL PROTECTED] (also for Jabber & MSN; ICQ: 33944357)
http://Jeroen.A-Eskwadraat.nl

libapacke-auth-ldap

[Klaas van Hagen]

Hello there,

I just set up ldap authentication for apache, however it was quite a fix.
I kept recieving protocol-errors in the logs.
So I enabled LDAPV2 binding for my OpenLDAP-server which fixed the problem.
Are there any plans on making it use LDAPV3? 

Greetings,

Klaas van Hagen

ps. Thanks for doing a fine job on (in my opinion) the bes OS in the world.

Bug#242074: gnome-applets-data: postinst failure: no specified for schema of type list

[Jeroen van Wolffelaar]

Package: gnome-applets-data
Version: 2.4.2-5
Severity: important
Justification: upgrade fails

When upgrading gnome-applets-data to 2.4.2-5 on my testing system, I get
the following output, and upgrade is aborted.

I don't know much/anything about gnome internals, so don't know which
files/data to include to help you, just ask if needed. I attached
/etc/gconf/gconf.xml.defaults/schemas/apps/mini-commander/prefs/%gconf.xml
(not modified by me, at least not knowingly)

Thanks,
--Jeroen

mordor:/home/jeroen# apt-get upgrade
Reading Package Lists... Done
Building Dependency Tree... Done
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
2 not fully installed or removed.
Need to get 0B of archives.
After unpacking 0B of additional disk space will be used.
Do you want to continue? [Y/n]
Setting up gnome-applets-data (2.4.2-5) ...
WARNING: no  specified for schema of type list
WARNING: failed to install schema `/schemas/apps/mini-commander/prefs/history' 
locale `C': Schema specifies type list but doesn't specify the type of the list 
elements
WARNING: no  specified for schema of type list
WARNING: failed to install schema 
`/schemas/apps/mini-commander/prefs/macro_patterns' locale `C': Schema 
specifies type list but doesn't specify the type of the list elements
WARNING: no  specified for schema of type list
WARNING: failed to install schema 
`/schemas/apps/mini-commander/prefs/macro_commands' locale `C': Schema 
specifies type list but doesn't specify the type of the list elements
 
** ERROR **: file mc-install-default-macros.c: line 78 
(install_default_macros_list): assertion failed: (gconf_schema_get_list_type 
(schema) == GCONF_VALUE_STRING)
aborting...
/var/lib/dpkg/info/gnome-applets-data.postinst: line 32: 12902 Aborted  
   HOME=/root GCONF_CONFIG_SOURCE=`gconftool-2 --get-default-source` 
/usr/lib/gnome-panel/mc-install-default-macros >/dev/null
dpkg: error processing gnome-applets-data (--configure):
 subprocess post-installation script returned error exit status 134
dpkg: dependency problems prevent configuration of gnome-applets:
 gnome-applets depends on gnome-applets-data (= 2.4.2-5); however:
  Package gnome-applets-data is not configured yet.
dpkg: error processing gnome-applets (--configure):
 dependency problems - leaving unconfigured
Errors were encountered while processing:
 gnome-applets-data
 gnome-applets
E: Sub-process /usr/bin/dpkg returned an error code (1)
mordor:/home/jeroen#



-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.3
Locale: LANG=nl_NL.UTF-8, LC_CTYPE=nl_NL.UTF-8

Versions of packages gnome-applets-data depends on:
ii  scrollkeeper  0.3.14-7   A free electronic cataloging syste

-- no debconf information

-- 
Jeroen van Wolffelaar
[EMAIL PROTECTED]
http://jeroen.A-Eskwadraat.nl

Re: GFAX

[Jeroen van Wolffelaar]

On Sat, Aug 13, 2005 at 04:15:20PM +0200, harry gaillac wrote:
> Why GFAX is not update to 0.7 !?

Because nobody did so -- the package is orphaned, it has no real
maintainer.

http://packages.qa.debian.org/gfax

If you want, you can become one, or pay someone to become the gfax
maintainer, and update it.

The other option is just to wait and hope someone else gets interested
enough to do so. It seems someone already showed interest, see the
referred bugreport.

Thanks,
--Jeroen

-- 
Jeroen van Wolffelaar
[EMAIL PROTECTED] (also for Jabber & MSN; ICQ: 33944357)
http://Jeroen.A-Eskwadraat.nl


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: pacakge qpage

[Jeroen van Wolffelaar]

On Tue, Aug 16, 2005 at 05:34:37PM +0200, Olivier Fauchon wrote:
> 
> Hi, I was looking for "qpage" package for debian Sarge, and i found it 
> was actualy "oldstable".
> 
> Why is this package unmaintained now ?
> 
> We (at work) need this pakage and I plan to make it for Debian Sarge
> 
> Would you be interested in this contribution ?

It has been superseded by the free alternative hylafax (qpage was in
non-free), and therefore it was removed in september 2003.  See #202538
for more information.

Also, considering the current release is 3.3, and was released may
12th, 1999 (last code change being july 1998 according to changelog),
it's apparantly isn't maintained upstream anymore.

Therefore, I think it'd be a bad idea to reintroduce this package in
Debian.
 
--Jeroen

-- 
Jeroen van Wolffelaar
[EMAIL PROTECTED] (also for Jabber & MSN; ICQ: 33944357)
http://Jeroen.A-Eskwadraat.nl


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#242117: still not ready?

[Joost van Baal]

Hi,

On Mon, Sep 19, 2005 at 11:10:09AM +0200, Matej Vela wrote:
> On Mon, Sep 19, 2005 at 10:44:43AM +0200, Nico Golde wrote:
> >
> > ist cabot still not ready for testing?
> 
> Let's see what the developers think.  Is cabot ready for etch, or
> should we wait until someone adopts it?

Nobody stood up to go and support cabot.  I guess someone should ask for
removal from the archive: people seem to be happy with caff, as shipped
with the signing-party package.  Laurent Fousse has the final word on
this, though.

Bye,

Joost



signature.asc
Description: Digital signature

Re: RFS: dict-freedict -- Freedict dictionary packages

[Joost van Baal]

Hi Pierre,

On Thu, Sep 29, 2005 at 09:57:54AM +0200, Pierre Machard wrote:
> 
> I was about to upload Kestutis Biliunas package, when I saw recent 
> activities in the BTS. That's why I am sending this email. 
> 
> On Wed, Sep 14, 2005 at 10:48:14AM +0300, K?stutis Bili?nas wrote:
> > 
> > I am looking for a sponsor for dict-freedict packages.

> I'll upload the package in 7 days if nobody objects. I add some bugs in
> blind carbon copy. (Those that adress issues with encoding)

I am working on it, and plan to upload today.  See
http://sponsors.debian.net/viewpkg.php?id=83
and http://lists.debian.org/debian-mentors/2005/09/msg00438.html .

Thanks, Bye,

Joost




signature.asc
Description: Digital signature

Re: RFS: dict-freedict -- Freedict dictionary packages

[Joost van Baal]

Hi,

On Thu, Sep 29, 2005 at 10:43:25AM +0200, Joost van Baal wrote:
> 
> plan to upload today.

I've just uploaded Kęstutis's latest version of 1.2-1 .

Bye,

Joost



signature.asc
Description: Digital signature

Bug#330802: dict-freedict: language spoken in the netherlands is called "Dutch", not Ne{d,th}erlands

[Joost van Baal]

Package: dict-freedict
Severity: minor
Version: 1.2-1

Hi Kęstutis,

dict-freedict 1.2-1 has in debian/control (both short and long
descriptions) stuff like:

  Dict package for German-Nederland Freedict dictionary
  Dict package for English-Netherlands Freedict dictionary
  Dict package for French-Nederlands Freedict dictionary
  Dict package for Nederlands-German Freedict dictionary
  Dict package for Nederlands-English Freedict dictionary
  Dict package for Nederlands-French Freedict dictionary

The English word for the language spoken in The Netherlands is "Dutch".
So it should be German-Dutch, English-Dutch, etc.

Thanks, Bye,

Joost



signature.asc
Description: Digital signature

Bug#481916: MMA 1.4 packaged for Debian

[Willem van Engen]

Hi,

I completely agree and have done an update, which can be found at
http://willem.engen.nl/debian/ . Please see the source package over
there. I hope that the package in Debian can be updated.

A note for users: note that the author of MMA has made a Debian package
available at his website http://www.mellowood.ca/mma/ 

Note that bug #341684 is about the same thing.

Regards,
- Willem




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#429159: flyspray nota internationalized at all

[Eric Van Buggenhaut]

Package: flyspray
Version: 0.9.8-10
Severity: normal
Tags: l10n

Despite the description of the package claiming:

  * Internationalisation support

this version of flyspray in stable has no support for other languages 
than English.



-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-686
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages flyspray depends on:
ii  apache [httpd] 1.3.34-4.1versatile, high-performance HTTP s
ii  apache22.2.3-4   Next generation, scalable, extenda
ii  apache2-mpm-prefork [httpd 2.2.3-4   Traditional model for Apache HTTPD
ii  debconf [debconf-2.0]  1.5.11Debian configuration management sy
ii  libapache-mod-php5 5.2.0-8+etch4 server-side, HTML-embedded scripti
ii  libapache2-mod-php55.2.0-8+etch4 server-side, HTML-embedded scripti
ii  libphp-adodb   4.93a-1.1 The 'adodb' database abstraction l
ii  php5   5.2.0-8+etch4 server-side, HTML-embedded scripti
ii  php5-cgi   5.2.0-8+etch4 server-side, HTML-embedded scripti
ii  php5-mysql 5.2.0-8+etch4 MySQL module for php5
ii  thttpd [httpd] 2.23beta1-5   tiny/turbo/throttling HTTP server
ii  ucf2.0020Update Configuration File: preserv
ii  wwwconfig-common   0.0.48Debian web auto configuration

Versions of packages flyspray recommends:
pn  graphviz   (no description available)
ii  php5-cli   5.2.0-8+etch4 command-line interpreter for the p

-- debconf information:
* flyspray/databasemgr_type: MySQL
* flyspray/welcome:
* flyspray/database_upgrade:
  flyspray/webuser: www-data
* flyspray/database_name: flyspray
  flyspray/webgroup: www-data
  flyspray/database_downgrade:
* flyspray/database_user: flyspray
* flyspray/purge_removes_data: false
  flyspray/cookie: ij
* flyspray/dbmyadmin: root
* flyspray/webserver_type: Apache
* flyspray/databasemgr_server: localhost


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#460572: libcgi-dev: depends on (for the FILE structure) but doesn't #inlude it

[Giel van Schijndel]

Package: libcgi-dev
Version: 1.0-5
Severity: important

/usr/include/libcgi/cgi.h depends on the FILE structure but doesn't
#include  to get it, the attached patch fixes this.

--- /usr/include/libcgi/cgi.h   2004-10-18 01:21:43.0 +0200
+++ cgi.h   2008-01-13 18:43:09.0 +0100
@@ -21,6 +21,8 @@
 #ifndef _CGI_H
 #define _CGI_H 1
   
+#include 
+
 #ifdef __cplusplus
 extern "C" {
 #endif


-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.22-3-amd64 (SMP w/1 CPU core)
Locale: LANG=nl_NL.UTF-8, LC_CTYPE=nl_NL.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages libcgi-dev depends on:
ii  libcgi0   1.0-5  library for CGI programs in C

libcgi-dev recommends no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: invalid email address of dazuko-source package maintainer

[Jeroen van Wolffelaar]

On Tue, Dec 06, 2005 at 11:46:24AM +0100, Martin Rasp wrote:
> Hi.
> 
> I tried to contact the maintainer of dazuko-source (John Ogness
> <[EMAIL PROTECTED]>) due to a compile problem. As a result I got a "mail
> delivery failed" error mail (no such user; see attachment). So I assume
> dazuko-source has no maintainer and this list is responsible for this
> package.

Noted, I'll google a bit and such, and orphan the package later.

Are you interested in it?

--Jeroen

-- 
Jeroen van Wolffelaar
[EMAIL PROTECTED] (also for Jabber & MSN; ICQ: 33944357)
http://Jeroen.A-Eskwadraat.nl


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: NMU upload for fv bug #356177

[Jeroen van Wolffelaar]

On Sat, Mar 18, 2006 at 09:09:52AM +, David Watson wrote:
> I have prepared packages using the patch I submitted, I am currently going 
> through NM and have been given the task of preparing an NMU for an RC bug.  
> My AM (Martin Michlmayr) will sponsor the upload.
> 
> I will ask Martin to upload the package if there are no objections.

This address is for orphaned packages. You cannot NMU them, because
there is no maintainer. Instead, you can do a QA upload, which is a bit
like a NMU, but then without NMU version numbering, without asking
permission, etc. Use lintian to catch the most common issues in doing an
QA upload vs an NMU.

Anyway, your AM knows all about it, and could tell you more.

Considering the package's state, and the fact that's one major upstream
version behind (#259548), and that it has very few users according to
popcon, I wonder whether we're not better off just removing the package,
actually.

--Jeroen

-- 
Jeroen van Wolffelaar
[EMAIL PROTECTED] (also for Jabber & MSN; ICQ: 33944357)
http://Jeroen.A-Eskwadraat.nl


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#351050: ipw2200-source: new version is kismet-aware

[Eric Van Buggenhaut]

Package: ipw2200-source
Version: 1.0.8-2
Followup-For: Bug #351050

Another important point is that 1.0.10 allows the ipw2200 chipset to be 
used with kismet, a long awaited feature.

Thanks.


-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14.2n
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: 
LC_ALL set to [EMAIL PROTECTED])

Versions of packages ipw2200-source depends on:
ii  debhelper 5.0.26 helper programs for debian/rules
ii  ieee80211-source  1.1.6-3Source for the 802.11 (wireless) n
ii  module-assistant  0.10.2 tool to make module package creati

ipw2200-source recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#351052: ieee80211-source: makes ipw2200 kismet-able

[Eric Van Buggenhaut]

Package: ieee80211-source
Version: 1.1.6-3
Followup-For: Bug #351052

This version also allows kismet to use ipw2200 chipset, a long awaited 
feature.


-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14.2n
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: 
LC_ALL set to [EMAIL PROTECTED])

Versions of packages ieee80211-source depends on:
ii  debhelper 5.0.26 helper programs for debian/rules
ii  module-assistant  0.10.2 tool to make module package creati

ieee80211-source recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#356373: ipw2200-source: new 1.1.2 debian package available

[Eric Van Buggenhaut]

Package: ipw2200-source
Version: 1.0.8-2
Followup-For: Bug #356373

I build a new 1.1.2-1.1 debian package and made it available at

http://people.debian.org/~ericvb/ipw2200

Please test.

Without a response from the maintainer, I plan to NMU this new version.

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14.2n
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: 
LC_ALL set to [EMAIL PROTECTED])

Versions of packages ipw2200-source depends on:
ii  debhelper 5.0.26 helper programs for debian/rules
ii  ieee80211-source  1.1.6-3Source for the 802.11 (wireless) n
ii  module-assistant  0.10.2 tool to make module package creati

ipw2200-source recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#356373: ipw2200-source: 1.1.2 is actually out

[Eric Van Buggenhaut]

Package: ipw2200-source
Version: 1.0.8-2
Followup-For: Bug #356373

1.1.2 has been released 1 week ago.


-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14.2n
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: 
LC_ALL set to [EMAIL PROTECTED])

Versions of packages ipw2200-source depends on:
ii  debhelper 5.0.26 helper programs for debian/rules
ii  ieee80211-source  1.1.6-3Source for the 802.11 (wireless) n
ii  module-assistant  0.10.2 tool to make module package creati

ipw2200-source recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#351052: ieee80211-source: 1.1.13 has been released

[Eric Van Buggenhaut]

Package: ieee80211-source
Version: 1.1.6-3
Followup-For: Bug #351052

1.1.13 has been released by now.


-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14.2n
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: 
LC_ALL set to [EMAIL PROTECTED])

Versions of packages ieee80211-source depends on:
ii  debhelper 5.0.26 helper programs for debian/rules
ii  module-assistant  0.10.2 tool to make module package creati

ieee80211-source recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#356373: ipw2200-source: new 1.1.2 debian package available

[Jeroen van Wolffelaar]

On Thu, Apr 06, 2006 at 02:17:39PM +0200, Eric Van Buggenhaut wrote:
> Without a response from the maintainer, I plan to NMU this new version.

This package is orphaned, and does not have a maintainer at the moment.
You cannot NMU it, you can do an QA upload though (basicly the same,
except you use regular maintainer version number), or you can choose to
adopt it.

See http://packages.qa.debian.org/i/ipw2200.html

Anyway, seems as if ipw2200 is now in the kernel... that this package is
really best of removed, and effort concentrated on fixing the remaining
bugs in the regular kernel sources instead.

--Jeroen

-- 
Jeroen van Wolffelaar
[EMAIL PROTECTED] (also for Jabber & MSN; ICQ: 33944357)
http://Jeroen.A-Eskwadraat.nl


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: I would like to adopt lua50

[Jeroen van Wolffelaar]

On Wed, Aug 09, 2006 at 10:17:43AM +0200, Enrico Tassi wrote:
> It seems that lua50 is orphaned and the patch I prepared in response to
> bug 378764 works.
> 
> I think I should take care of the package and upload the new version.
> 
> Do I need to do more than closing 339009 and changing the maintainer
> field in the control file?

No. Well, Zak B. Elep <[EMAIL PROTECTED]> showed intent to adopt, so you
could drop him a line, and you could set owner of the wnpp but to
yourself to indicate that now you intent to adopt it, but that's more a
matter of politeness than technical requirement if you make an upload
soon.

Do ensure to properly document that you adopt it in the changelog and
close the WNPP bug from that very same changelog entry.

--Jeroen

-- 
Jeroen van Wolffelaar
[EMAIL PROTECTED] (also for Jabber & MSN; ICQ: 33944357)
http://Jeroen.A-Eskwadraat.nl


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#375702: New version of obconf

[Joris van Rooij]

Hi,

I've installed the new version and this bug is fixed.
The resulting debian package can be found at

http://www.wasda.nl/~jorrizza/obconf/

Thanks.

-- 
Greetings,
Joris

Bespaar op uw energie dankzij LED verlichting

[Raf Van Heersch]

Title: 
Bespaar op uw energie dankzij LED verlichting





	

	
			
	
	
			
	


		 


		Een overschakeling naar LED verlichting kan u tot 70%
	op uw energiefactuur laten besparen
	 

Laat Green Profit uitrekenen hoeveel u kan besparen op uw energiefactuur door een
	professionele licht analyse.
		
 

		
		


		ik wil een gratis licht analyse!
		


		
			
		
			

	


	
	
			
			 
			
			Deze e-mail werd verstuurd naar packa...@qa.debian.org.Uitschrijven - Profiel update
			 
			
			privacy policy
			
	
	

Bug#783398: new upstream

[Daniel van Vugt]

3.5 years later... it would still be helpful to get in a new upstream 
release:


https://github.com/openSUSE/gfxboot/releases

because apparently version 4.5.22 fixes startup failures on Chromebooks:

https://launchpad.net/bugs/1530530

Opleiding Outlook efficiënt e-mailbeheer en Timemanagement in 1 dag

[Philippe Van Migem]

Deze email nieuwsbrief werd in grafisch HTML formaat verzonden.
Als u deze tekstversie ziet, verkiest uw email programma "gewone tekst" emails.
U kan de originele nieuwsbrief online bekijken:
http://ymlp208.com/zKonpI



*
*
*
*

Geachte,

Leer op een deskundige manier met Outlook werken dankzij onze
opleiding “Outlook efficiënt e-mailbeheer en Timemanagement”.
Outlook is de belangrijkste communicatie tool van uw bedrijf geworden.
Leer eveneens de prachtige nieuwe tools van Outlook die u zeer veel
tijd doen besparen.

Zaaien om te oogsten !!!

Agenda Outlook efficiënt e-mailbeheer te Gent, Hasselt of Antwerpen.

·   09:00 – 10:30 Timemanagement met Outlook

·   10:30 – 10:45 Break

·   10:45 – 12:00 Efficiënt e-mail beheer en gebruik van
macro’s, autotekst, Snelonderdelen, snelle stappen

·   12:00 – 13:00 Lunch

·   13:00 – 14:30 Efficiënt e-mail beheer (vervolg)

·   14:30 – 14:45 Break

·   14:45 – 16:00 Beheer van agenda en taken + belangrijke
opties

Locatie(zie hyperlink) en data:

29/09    Holiday Inn Express  ( http://www.hihasselt.com/ ) te
Hasselt

01/10    Hotel Campanile (
http://www.campanile.com/nl/hotels/campanile-gent-gand?sem=yes&gclid=CI3qh5SC0b0CFZShtAod8hIABA
) te Gent

05/10    Tulip Inn (
http://www.tulipinnantwerpen.com/route-beschrijving-tulip-inn-antwerpen.148635.aspx
) te Antwerpen

Prijs: € 187/dag p.p. (incl. sandwich lunch, excl. Btw)

Inschrijven kan door deze mail te beantwoorden i...@betatraining.be.
Gelieve hierbij uw facturatiegegevens met btw nummer te vermelden.
Bezoek ook onze website www.BetaTraining.be voor de gedetailleerde
inhoud van deze opleiding.

Uw inschrijving tot deze opleiding kan echter niet geannuleerd worden
daar de plaatsen beperkt zijn.

Voor deze opleidingen kan men geen gebruik maken van de KMO
portefeuille of van opleidingscheques.

Hoogachtend,

Philippe Van Migem

Zaakvoerder

βeta consulting bvba

0488/41.61.76

_
Uitschrijven / Gegevens wijzigen: http://ymlp208.com/ughjesyegsgujsqyjgewggmwjmq
Powered door YourMailingListProvider

Honderden tips & tricks voor Excel, Word, Outlook, PowerPoint en OneNote in 1 dag

[Philippe Van Migem]

Deze email nieuwsbrief werd in grafisch HTML formaat verzonden.
Als u deze tekstversie ziet, verkiest uw email programma "gewone tekst" emails.
U kan de originele nieuwsbrief online bekijken:
http://ymlp363.com/zcFHR2



*
*
*
*

Geachte,

Bespaar honderden onproductieve werkuren per jaar uit door een
opleiding Tips & Tricks voor Microsoft Office te volgen. Een
concentratie aan honderden tips om efficiënt met Word, Outlook,
Excel, PowerPoint en OneNote te werken. Vaak krijgt men een nieuwe
versie van Office en blijft men verder werken op de oude manier
terwijl er prachtige nieuwe tools bestaan die u zeer veel tijd doen
besparen.

Mis deze unieke kans niet.

Zaaien om te oogsten !!!

Agenda: Opleiding Tips & Tricks voor Microsoft Office.

·   09:00 – 10:30 Word

·   10:30 – 10:45 Break

·   10:45 – 12:15 Outlook (Efficiënt e-mailbeheer)

·   12:15 – 13:00 Lunch

·   13:00 – 14:30 Excel

·   14:30 – 14:45 Break

·   14:45 – 16:00 PowerPoint en OneNote(notities nemen tijdens
vergaderingen)

Data en locatie:

21/01    Hotel Campanile te Gent

22/01    Holiday Inn Express te Hasselt

25/01    Hotel Tulip Inn te Antwerpen

Prijs: € 187/dag p.p. (incl. buffet lunch, excl. btw)

Aanmelden kan door deze mail te beantwoorden. Gelieve hierbij uw
facturatiegegevens, de gekozen datum en uw btw nummer te vermelden.

Uw inschrijving tot deze opleiding kan echter niet geannuleerd worden
daar de plaatsen beperkt zijn.

Met vriendelijk groet,

Philippe Van Migem

Directeur

Beta Consulting bvba

Madeliefjesstraat 102– 1850 Grimbergen – België

+32488 41 61 76 ( na 16:00 )

i...@betaconsulting.be

www.betatraining.be

_
Uitschrijven / Gegevens wijzigen: http://ymlp363.com/ughjesyegsgujsqyjghyggmwjmq
Powered door YourMailingListProvider

Re: [Wicd-devel] wicd Debian patches to (not?) apply

[Tom Van Braeckel]

Got it, will do, thanks!

Bug#214149: [Crm114-general] Re: crm114-20040102-1.0-SanityCheck-auto.1.tar.gz

[Joost van Baal]

On Tue, Jan 06, 2004 at 02:51:40PM +0100, Pavel Kolar wrote:
> Joost van Baal wrote:
> >I've just build
> >http://mdcc.cx/pub/crm114/crm114-20040102-1.0-SanityCheck-auto.1.tar.gz
> >from Bill's new crm114-20040102-1.0-SanityCheck.src.tar.gz.  Available
> >from http://mdcc.cx/crm114/ .  No big new changes, except from the one's
> >Bill did.
> 
> Please, could you comment on the "auto" situation for Debian?

See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=214149 .
(Bugreport list Cc-ed).  Of course, crm114_20031129-RC11-1_i386.deb is
build from a not-autoconfiscated upstream source.

> Will you generate also the deb package or the debian rules?

I'd rather first spend my time on finishing proper autoconfiscation.
This will not only benefit Debian package maintainers, but also people
building RPM's and BSD ports.

However, building a new .deb from
crm114-20040102-1.0-SanityCheck-auto.1.tar.gz is likely very easy, just
make some minor adaptations to
http://mdcc.cx/pub/crm114/debian/crm114_20031129-RC11-1.diff.gz .

Bye,

Joost



signature.asc
Description: Digital signature

Bug#214149: crm114_20040207-BlamePaoloMore-auto.1-1_i386.deb (was: Re: [Crm114-general] New Rev with Paolo's Fix and More)

[Joost van Baal]

On Sat, Feb 07, 2004 at 11:08:59AM -0500, Bill Yerazunis wrote:
> 
> New rev is out on the webpage.

> If this works, I'm declaring it V1.0 unchanged, and turning Paolo, 
> Peter, Joost, and Co. loose on building RPM's, .deb's, and if they
> dare, even a Gentoo portage if someone knows how to do that.

>   http://crm114.sourceforge.net/crm114-20040207-BlamePaoloMore.src.tar.gz

I've build crm114_20040207-BlamePaoloMore-auto.1-1_i386.deb from
crm114-20040207-BlamePaoloMore-auto.1.tar.gz .  Get the .deb, as well as
the source deb, from 
http://mdcc.cx/pub/crm114/debian/ .

Bye,

Joost



signature.asc
Description: Digital signature

Bug#214149: crm114_20040207-BlamePaoloMore-auto.1-1_i386.deb (was: Re: [Crm114-general] New Rev with Paolo's Fix and More)

[Joost van Baal]

On Sun, Feb 08, 2004 at 07:04:47AM -0500, Ariel wrote:
> On Sun, 8 Feb 2004, Joost van Baal wrote:
> 
> > I've build crm114_20040207-BlamePaoloMore-auto.1-1_i386.deb from
> > crm114-20040207-BlamePaoloMore-auto.1.tar.gz .  Get the .deb, as well as
> > the source deb, from http://mdcc.cx/pub/crm114/debian/ .
> 
> It also needs to Depends: procmail, mailx, mew-bin | mimedecode
> 
> (grep syscall mailfilter.crm)

Thanks!

I'd say: Suggests: procmail|maildrop

(md5sum is in dpkg, which is essential)

Will fix real-soon-now.

Bye,

Joost



signature.asc
Description: Digital signature

Bug#214149: crm114_20040207-BlamePaoloMore-auto.1-1_i386.deb (was: Re: [Crm114-general] New Rev with Paolo's Fix and More)

[Joost van Baal]

On Sun, Feb 08, 2004 at 08:33:05AM -0500, Bill Yerazunis wrote:
> 
>From: Ariel <[EMAIL PROTECTED]>
> 
>> I've build crm114_20040207-BlamePaoloMore-auto.1-1_i386.deb from
>> crm114-20040207-BlamePaoloMore-auto.1.tar.gz .  Get the .deb, as well as
>> the source deb, from http://mdcc.cx/pub/crm114/debian/ .
> 
>It also needs to Depends: procmail, mailx, mew-bin | mimedecode
> 
>(grep syscall mailfilter.crm)
> 
> I don't think we call procmail directly.  We do call "formail", 
> which might be in the procmail kit (in which case, yeah, it should
> be in the dependency list).

Yup.  Fixed in CVS
(http://cvs.sourceforge.net/viewcvs.py/crm114/packages/ (might need some
time to get in sync with latest commits)).  Will ship new .deb real soon
now.

Bye,

Joost



signature.asc
Description: Digital signature

Bug#214149: crm114_20040212-BlameJetlag-auto.2-1_i386.deb (was: Re: [Crm114-general] autoconfinscated blame jetlag, take 2)

[Joost van Baal]

On Mon, Feb 16, 2004 at 02:25:53PM -0500, Raul Miller wrote:
> crm114-20040212-BlameJetlag-auto.2.tar.gz is now up on sourceforge.


http://mdcc.cx/pub/crm114/debian/crm114_20040212-BlameJetlag-auto.2-1_i386.deb
is there, along with the Debian source package.  Debian packaging files
used are in CVS on cvs/sf/crm114/packages/debian .

Once manpage issues are resolved, I'd like to get Debian package
uploaded to the Debian archive (and close this RC bug).

Bye,

Joost



signature.asc
Description: Digital signature

Re: umask 027 is ignored in kde

[Jeroen van Wolffelaar]

Aribert,

I'm forwarding your question to 'debian-user@lists.debian.org', the
mailinglist intended for this kind of questions.

--Jeroen

On Mon, Mar 08, 2004 at 05:26:56PM +0100, aribert biel wrote:
> Hello, 
>  
> i am expiriencing debian for now 2 weeks and will move from SuSE. 
>  
> Today i found a strange problem which I can\'t fix:  
>  
> If I set umask in /etc/profile to 027 files created in a konsole-windows will 
> have the right permissions that is 640 OK! 
>  
> But if I create files with any graphical program they will be created with 
> permissions 644! 
>  
> How do I convince KDE to use my umask value? 
>  
> I set the umask in all variations of bash resource files with no effect. 
>  
> I also changed UMASK in /etc/login.defs without any effect in respect to kde. 
>  
> I am using kde 3.1.4 installed via meta.package kde, Version: 4:2.2.25. 
>  
> Any ideas? 
>  
>  
> Ciao Ari 
>  
>  
> 
> 
> Gesendet mit dem OpenSource Webmailer IMP: www.ludwig-geissler-schule.de
> 
> 
> -- 
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
> 

-- 
Jeroen van Wolffelaar
[EMAIL PROTECTED] (also for Jabber & MSN; ICQ: 33944357)
http://Jeroen.A-Eskwadraat.nl

Bug#244288: gnome-control-center: Please change silly changelog entry

[Jeroen van Wolffelaar]

Package: gnome-control-center
Severity: minor

I saw that in the experimental 2.6.0.3-2 this wasn't yet fixed:

Please change this silly changelog entry:

control-center (1:2.4.0-8) unstable; urgency=low

  * You need

 -- Christian Marillat <[EMAIL PROTECTED]>  Fri, 19 Mar 2004 15:08:21 +0100

Into something non-silly (like "Package orphaned" or something, you
might interdiff it to find out what changed, I don't trust this
changelog entry to actually reflect what changed...).

--Jeroen

-- 
Jeroen van Wolffelaar
[EMAIL PROTECTED]
http://jeroen.A-Eskwadraat.nl

Bug#244288: gnome-control-center: Please change silly changelog entry

[Jeroen van Wolffelaar]

On Sat, Apr 17, 2004 at 09:32:38PM +0200, Sebastien Bacher wrote:
> Jeroen van Wolffelaar <[EMAIL PROTECTED]> writes:
> 
> > Into something non-silly (like "Package orphaned" or something, you
> > might interdiff it to find out what changed, I don't trust this
> > changelog entry to actually reflect what changed...).
> 
> Is that a really problem ? Christian did 2 uploads, one with that and
> one to orphan ... that's the package history. Is there a problem ?

Well, that I don't know what changed in that version? The changelog
doesn't describe the changes, which is in itself a policy violation.

If nothing changed, well, that should be in the changelog, otherwise,
the changes should be there. I just got that changelog entry mailed to
myself via list-aptchanges, and it annoyed me I don't know whether
something changed that I should be aware of.

--Jeroen

-- 
Jeroen van Wolffelaar
[EMAIL PROTECTED] (also for Jabber & MSN; ICQ: 33944357)
http://Jeroen.A-Eskwadraat.nl

Bug#244288: gnome-control-center: Please change silly changelog entry

[Jeroen van Wolffelaar]

On Sat, Apr 17, 2004 at 09:41:25PM +0200, Sebastien Bacher wrote:
> Jeroen van Wolffelaar <[EMAIL PROTECTED]> writes:
> 
> > Well, that I don't know what changed in that version? 
> 
> Nothing changed, Christian has just orphaned all his gnome packages with
> 2 uploads. One with a full sentence made from all the changelog entries
> (some words in changelog of each of his packages), and a second with the
> real orphan message ... apparently he found that funny somewhere :)

Yeah, read it on -curiosa[0].

> > If nothing changed, well, that should be in the changelog, otherwise,
> > the changes should be there. I just got that changelog entry mailed to
> > myself via list-aptchanges, and it annoyed me I don't know whether
> > something changed that I should be aware of.
> 
> Yes, but Christian did that ... what are you expecting now ? Changing
> old entries ? That's not really a sense ...

Huh, why not? changelog entries which in retrospect fail to correctly
describe the change, or have typo's, or whatever, can very well be
(and IMHO should be) changed in a later upload. This is not uncommon
practice, in fact, quite some of Christian's changelogentries have
already be changed.

For example, compare the 2.4.0-6 entry in [1] with [2].

--Jeroen

[0] 
http://lists.debian.org/debian-curiosa/2004/debian-curiosa-200403/msg00017.html
[1] 
http://packages.debian.org/changelogs/pool/main/libg/libgnome/libgnome_2.4.0-6/changelog
[2] 
http://packages.debian.org/changelogs/pool/main/libg/libgnome/libgnome_2.4.0-7/changelog

-- 
Jeroen van Wolffelaar
[EMAIL PROTECTED] (also for Jabber & MSN; ICQ: 33944357)
http://Jeroen.A-Eskwadraat.nl

[eric@dirwiz.com: wlan question]

[Jeroen van Wolffelaar]

Dear people on this list,

I forward you a user question recieved via [EMAIL PROTECTED] Please Cc
replies to the question-asker, as he is very likely not subscribed.
(nor am I, so if you really want to contact me, do so explicitely)

--Jeroen

- Forwarded message from Eric Nichols <[EMAIL PROTECTED]> -

Date: Fri, 23 Apr 2004 11:38:33 -0400
From: Eric Nichols <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: wlan question
Resent-From: debian-qa-packages@lists.debian.org

Hello,
I'm trying to get a wireless usb adapter (d-link dwl-122) to work on the 
unstable version of Debian (x86) using it's default kernel - 2.4.25-1k7

I followed the FAQ: README.Debian and amn trying to build the kernel 
modules with apt-src.   Here are the steps I followed:

I installed the kernel source first:
apt-get install kernel-source-2.4.25

Since there is no /usr/src/linux I issued the following commands:
cd /usr/src
ln -s kernel-source-2.4.25 linux

I next installed apt-src:
apt-get install apt-src

Finally I get to the instructions...
apt-src import kernel --location=/usr/src/linux --version=2.4.18
cd /usr/src
apt-src --install-debs install linux-wlan-ng

At this point it complained that it could not find 
/usr/src/linux/Debian/changelogs and errored out...

Can you please point me in the right direction on this one?   I'm trying 
to use Debian in pure apt mode to stay away from manually compiling.  
The apt-src stuff seems to be a nice compromise.  If you could point me 
to some other instructions, I'd really appreciate it.  I'd REALLY love 
to get this to work on the 2.6 kernel.

Many thanks
Eric


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]


----- End forwarded message -

-- 
Jeroen van Wolffelaar
[EMAIL PROTECTED] (also for Jabber & MSN; ICQ: 33944357)
http://Jeroen.A-Eskwadraat.nl

Bug#247285: FTBFS on new X packages from sid

[Jeroen van Wolffelaar]

severity 247285 serious
tags 247285 + unreproducable
thanks

> /usr/X11R6/include/X11/Xmu/WinUtil.h has mooved to libxmu-dev in new X
> packages from unstable. This package should be added to Build-Depends.

I unsuccesfully tried to verify this by de-installing libxmu-dev and
building it until well into compile (but killed it then). Note that this
package doesn't depend on X at all, so really don't understand.

Aigars, if you file a FTBFS, please
- make it severity serious
- include the relevant parts of your build-log, since it can always be
  something related to your specific system. Please do this for this bug
  by mailing to [EMAIL PROTECTED]

But a maintainer who actually understands this program should look into
this more carefully.

Marc Dequnes, can you please upload a new version RSN? Even if it only
fixes the maintainer field, that'd save QA from checking incoming bugs.
But preferebly fix the import bug that you already fixed in experimental
too.

Thanks,
--Jeroen

-- 
Jeroen van Wolffelaar
[EMAIL PROTECTED] (also for Jabber & MSN; ICQ: 33944357)
http://Jeroen.A-Eskwadraat.nl

Bug#247285: FTBFS on new X packages from sid

[Jeroen van Wolffelaar]

tags 247285 = confirmed
thanks

On Tue, May 04, 2004 at 06:14:55PM +0300, Aigars Mahinovs wrote:
> On Tue, 2004-05-04 at 17:01, Jeroen van Wolffelaar wrote:
> > severity 247285 serious
> > tags 247285 + unreproducable
> > thanks
> > 
> > > /usr/X11R6/include/X11/Xmu/WinUtil.h has mooved to libxmu-dev in new X
> > > packages from unstable. This package should be added to Build-Depends.
> > 
> > I unsuccesfully tried to verify this by de-installing libxmu-dev and
> > building it until well into compile (but killed it then). Note that this
> > package doesn't depend on X at all, so really don't understand.
> 
> Sorry, the bug report should have been more verbose.
> I build gnome-panel in pbuilder, so only Build-Depends and
> build-essentials are installed. The problem occurs with the new X
> version 4.3.0.dfsg-1.1, where libxmu-dev headers are moved to libxmu-dev
> (from xlibs-dev IIRC). Here is the build failure:

(...)
> | -Wmissing-prototypes  -Wall -g -O2 -c gnome-panel-screenshot.c
> | gnome-panel-screenshot.c:51:29: X11/Xmu/WinUtil.h: No such file or
> | directory

Ah, I see.

> As we see, the gnome-panel-screenshot.c uses X11/Xmu/WinUtil.h, but it
> doesn't build-depend on it. On the other hand, it also might be a bug of
> libgnomeui-dev or libgnome-desktop-dev, that should have depended on
> this package.

gnome-panel should depend on all libraries it uses itself, and since the
code itself refers to a headerfile it doesn't build-depend on, it is a
bug.

It might have worked before because some build-dep used to depend on
xlibs-dev, but it still was a bug before that: you should not rely on
indirect build-dependencies pulled in, but only directly depend on
anything you need yourself.

--Jeroen

-- 
Jeroen van Wolffelaar
[EMAIL PROTECTED] (also for Jabber & MSN; ICQ: 33944357)
http://Jeroen.A-Eskwadraat.nl

Bug#247530: [debinfor@yahoo.com.ar: Error paq. diskless-image-simple]

[Jeroen van Wolffelaar]

Package: diskless-image-simple

I don't understand this mail really, but something seems to go wrong
creating the image.

Any new maintainer should decide for himself what to do with this
thing...

No use in asking me about it, I don't now anything more than what is in
this mail.

--Jeroen

- Forwarded message from Debinfor <[EMAIL PROTECTED]> -

Date: Wed, 5 May 2004 13:51:13 -0300 (ART)
From: Debinfor <[EMAIL PROTECTED]>
Subject: Error paq. diskless-image-simple
To: [EMAIL PROTECTED]
Resent-From: debian-qa-packages@lists.debian.org

debinfor:/home/elias# cd descargados
debinfor:/home/elias/descargados# ls
base.tgz  diskless-image-simple_0.3.18.0.4_all.deb
debinfor:/home/elias/descargados# diskless-newimage
Image directory
[/var/lib/diskless/default/root]:
Creating a NEW image directory
Will use base.tgz and
diskless-image-simple_0.3.18.0.4_all.deb
Extracting base.tgz to
/var/lib/diskless/default/root...done.
Seleccionando el paquete diskless-image-simple
previamente no seleccionado.
(Leyendo la base de datos ...
5241 ficheros y directorios instalados actualmente.)
Desempaquetando diskless-image-simple (de
diskless-image-simple_0.3.18.0.4_all.deb) ...
Adding `diversion of /sbin/init to /sbin/init.orig by
diskless-image-simple'
Adding `diversion of /usr/man/man8/init.8.gz to
/usr/man/man8/init.orig.8.gz by diskless-image-simple'
Configurando diskless-image-simple (0.3.18.0.4) ...
/var/lib/dpkg/info/diskless-image-simple.postinst:
devfs: command not found
dpkg: error al procesar diskless-image-simple
(--install):
 el subproceso post-installation script devolvi? el
c?digo de salida de error 127
Se encontraron errores al procesar:
 diskless-image-simple
Error executing dpkg: exit=1, signal=0, core=0
debinfor:/home/elias/descargados#



Los mejores usados y las m?s tentadoras 
ofertas de 0km est?n en Yahoo! Autos.
Compr? o vend? tu auto en
http://autos.yahoo.com.ar


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]


- End forwarded message -

-- 
Jeroen van Wolffelaar
[EMAIL PROTECTED] (also for Jabber & MSN; ICQ: 33944357)
http://Jeroen.A-Eskwadraat.nl

Bug#250656: [INTL:nl] new Dutch po-debconf translation

[Jeroen van Wolffelaar]

On Mon, May 24, 2004 at 01:20:34PM +0200, Luk Claes wrote:
> #. Description
> #: ../templates:3
> msgid "NOTE: Additional configuration needed."
> msgstr "MERK OP: er is bijkomende configuratie nodig."

'LET OP'?
 
> #. Description
> #: ../templates:3
> msgid "To enable/disable APL support in Apache and PHP you need to
> make some additional settings. See /usr/share/doc/apl/README.Debian
> for more details."
> msgstr "Om APL-ondersteuning in/uit te schakelen in Apache en PHP moet
> u enkele bijkomende wijzigingen door te voeren. Zie

'moet u ... doorvoeren' (niet 'te', onzeker of het 'doorvoeren' of 'door
voeren' is), of 'dient u ... door te voeren'.

> /usr/share/doc/apl/README.Debian voor verdere details."

--Jeroen

-- 
Jeroen van Wolffelaar
[EMAIL PROTECTED] (also for Jabber & MSN; ICQ: 33944357)
http://Jeroen.A-Eskwadraat.nl

Bug#1099034: kup-backup: bup kde-io plugin not working

[Kris Van Heurck]

Package: kup-backup
Version: 0.9.1-2
Severity: normal

Dear Maintainer,

kup-backup comes with a kio worker to access bup archives in kde apps, like 
dolphin. This allows you to access bup repository with a bup:// like uri in 
dolphin or other kde plasma apps.

This used to work fine, because I had made shortcut in Dolphin to access my 
local bup backups (both made with kup-backup as with manual bup commands)
Recently I get the error message in dolphin saying: 'unkown protocol 'bup'

-- System Information:
Debian Release: trixie/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 6.12.12-amd64 (SMP w/8 CPU threads; PREEMPT)
Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8), 
LANGUAGE=nl_BE:nl
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages kup-backup depends on:
ii  kio5.115.0-9
ii  libc6  2.40-7
ii  libgcc-s1  14.2.0-16
ii  libgit2-1.81.8.4+ds-3
ii  libkf5completion5  5.115.0-2+b1
ii  libkf5configcore5  5.115.0-2+b1
ii  libkf5configwidgets5   5.115.0-2+b1
ii  libkf5coreaddons5  5.115.0-2+b1
ii  libkf5dbusaddons5  5.115.0-2+b1
ii  libkf5i18n55.115.1-2+b3
ii  libkf5idletime55.115.0-2+b1
ii  libkf5jobwidgets5  5.115.0-2+b1
ii  libkf5kiocore5 5.115.0-9
ii  libkf5kiofilewidgets5  5.115.0-9
ii  libkf5kiowidgets5  5.115.0-9
ii  libkf5notifications5   5.115.0-2+b1
ii  libkf5plasma5  5.115.0-7
ii  libkf5solid5   5.115.0-3+b1
ii  libkf5widgetsaddons5   5.115.0-2+b1
ii  libkf5xmlgui5  5.115.0-2+b3
ii  libqt5core5t64 5.15.15+dfsg-4
ii  libqt5dbus5t64 5.15.15+dfsg-4
ii  libqt5gui5t64  5.15.15+dfsg-4
ii  libqt5network5t64  5.15.15+dfsg-4
ii  libqt5widgets5t64  5.15.15+dfsg-4
ii  libstdc++6 14.2.0-16

Versions of packages kup-backup recommends:
ii  bup0.33.7-1
ii  rsync  3.3.0+ds1-4

kup-backup suggests no packages.

-- no debconf information

Bug#677847: Include in next revesion

[Bas van den Dikkenberg]

Hi ,


I am in the proces of adopting the package en update it.

Thanks for your patch can you please forward it your self upstream ?


With kind regards,


Bas van den Dikkenberg

Bug#1079783: w3c-markup-validator: When using a text mode browser the validator truncates long URLs

[Rob van der Putten]

Package: w3c-markup-validator
Version: 1.3+dfsg-4
Severity: normal

Dear Maintainer,

When using a text mode browser the validator truncates long URLs.
I had to modify the validator by increasing the 'size=' in input fields
for this to work properly.


-- System Information:
Debian Release: 12.6
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 6.1.0-23-amd64 (SMP w/12 CPU threads; PREEMPT)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB:en
Shell: /bin/sh linked to /usr/bin/dash
Init: sysvinit (via /sbin/init)
LSM: AppArmor: enabled

Versions of packages w3c-markup-validator depends on:
ii  libconfig-general-perl  2.65-2
ii  libencode-hanextra-perl 0.23-6+b1
ii  libhtml-encoding-perl   0.61-3
ii  libhtml-parser-perl 3.81-1
ii  libhtml-template-perl   2.97-2
ii  libjson-perl4.1-1
ii  liblwp-protocol-https-perl  6.10-1
ii  libnet-ip-perl  1.26-3
ii  libset-intspan-perl 1.19-3
ii  libsgml-parser-opensp-perl  0.994-6
ii  libtext-iconv-perl  1.7-8
ii  liburi-perl 5.17-1
ii  libwww-perl 6.68-1
ii  libxml-libxml-perl  2.0207+dfsg+really+2.0134-1+b1
ii  perl5.36.0-7+deb12u1
ii  w3c-sgml-lib1.3-3

Versions of packages w3c-markup-validator recommends:
ii  apache2 [httpd-cgi]   2.4.61-1~deb12u1
ii  libencode-jis2k-perl  0.03-2+b1
ii  libhtml-tidy-perl 1.60-5+b1

Versions of packages w3c-markup-validator suggests:
pn  libtest-html-w3c-perl  
pn  libwebservice-validator-html-w3c-perl  
pn  libxml-xpath-perl  

-- Configuration Files:
/etc/w3c/validator.conf changed:

  #
  # Base path.  Defaults to the value of the W3C_VALIDATOR_HOME environment
  # variable or /usr/local/validator if the variable does not exist.
  Base = /usr/share/w3c-markup-validator
  #
  # Location of template files
  Templates = $Base/templates
  #
  # Directory where to store cached templates.  Relative paths are
  # treated as relative to the system temporary directory.  Templates
  # are not cached at all if this option is empty or not set, except
  # with mod_perl setups where this option has no effect and templates
  # are always cached in memory.
  #Cache = validator
  # configuration file for HTML::Tidy Module, if available
  TidyConf = /etc/w3c/tidy.conf
  
#
# The SGML Library Path.
Library = /usr/share/xml/w3c-sgml-lib/schema/dtd
  

Allow Debug = yes
Enable Debug = no
Allow Private IPs = yes
Enable SOAP = yes
Max Recursion = 0

  Allow = data,ftp,http,https

Maintainer = webmas...@sput.nl
Languages = en

  Include types.conf


  Include charset.cfg


  text/xml  = XML
  image/svg = XML
  image/svg+xml = XML
  application/smil  = XML
  application/xml   = XML
  text/html = TBD
  text/vnd.wap.wml  = XML
  application/xhtml+xml = XML
  application/mathml+xml = XML





-- no debconf information

Bug#981496: svtools: ship with bullseye?

[Joost van Baal-Ilić]

Priority 981496 normal
Thanks

Hi Adrian,

Thanks for this notification, and sorry for not responding ealier.  Chris filed
the original bug, but didn't indicate any actual breakage of the package.  Age
alone would, afaik, not be a reason to stop shipping a package; nor would lack
of a formal maintainer be.  These indeed _could_ indicate trouble with the
package (so thanks Chris for creating awareness), but are not sufficient for
blocking it from entering testing.  No record of actual breakage is filed
upstream.  Therefore I feel the priority of this bug should get lowered, and
svtools should get shipped with bullseye as-is.

Adjusting; and hoping I'm not too late here.

Bye,

Joost

On Sat, Feb 04, 2023 at 10:36:12PM +0200, Adrian Bunk wrote:
> Hi Joost,
> 
> if you as maintainer of daemontools think this package would be useful 
> in bookworm, please close the bug (and consider adopting the package).
> 
> Thanks
> Adrian
> 
> 
> On Wed, Sep 08, 2021 at 02:25:01PM +0300, Adrian Bunk wrote:
> > On Sun, Jan 31, 2021 at 10:35:45PM +0100, Chris Hofstaedtler wrote:
> > > Package: svtools
> > > Version: 0.6-4
> > > Severity: important
> > > 
> > > Hi,
> > > 
> > > the package "svtools" has been orphaned by its original maintainer
> > > over 7 years ago. The Debian maintainer was also the upstream
> > > maintainer. Upstream has archived the project, and the last change
> > > was over 9 years ago.
> > > 
> > > Is this still useful software? Should we continue to ship it?
> > > 
> > > If you are interested, please speak up now.
> > >...
> > 
> > Jan, you intend to addopt daemontools.
> > 
> > Can you check whether svtools is still useful for Debian
> > (and if yes, ideally also adopt it)?

Bug#704745: oidentd: gives invalidly formatted response (according to PostgreSQL)

[Joost van Baal-Ilić]

Package: oidentd
Version: 2.0.8-4
Severity: important

Hi,

I am using the ident method in PostgreSQL's pg_hba.conf.  PostgreSQL (version
8.4.16-0squeeze1) complains about oidentd's response; in it's log it says:

 2013-04-05 13:34:40 CEST LOG:  invalidly formatted response from Ident server: 
"52350,5432:ERROR:NO-USER
"

I've replaced oidentd with pidentd, using same PostgreSQL configuration (and no
configuration whatsoever of oidentd or pidentd).  It now works just fine.

Bye,

Joost

-- 
Joost van Baal-Ilić   http://abramowitz.uvt.nl/
 Tilburg University
mailto:joostvb.uvt.nl   The Netherlands


signature.asc
Description: Digital signature

MMA package on debian

[Bob van der Poel]

I'm the  author of the MMA package and the version on the servers is very
old. A newer one is on my website at http://www.mellowood.ca/mma which
includes  a .deb.

The original maintainer of the package has abandoned doing the .deb MMA
thing.

 So, how do I get this replaced on the servers in a easy to do fashion.

-- 
 Listen to my CD at http://www.mellowood.ca/music/cedars 
Bob van der Poel ** Wynndel, British Columbia, CANADA **
EMAIL: b...@mellowood.ca
WWW:   http://www.mellowood.ca

Re: MMA package on debian

[Bob van der Poel]

Hope you're the right fellows to be talking to about this ... if not, could
you direct me.

I've written the volunteer who said he wanted to package mma. No response.
And, I think the offer is quite old. So, what do I do next?

I'd really like to get the very old package out of the repositories. Plus,
I'm planning a new release later this week and it'd be nice to have that in
the system.

Right now I do have .deb on my site  <http://www.mellowood.ca/mma/downloads>
http://www.mellowood.ca/mma/downloads.html if you want to verify it or
whatever.

Failing all that, I can just forget about supplying a .deb ... but I'm
trying to get as many folks as I can to easily use the package.

Best,

On Mon, Jun 29, 2009 at 1:14 PM, Jan Hauke Rahm  wrote:

> On Mon, Jun 29, 2009 at 09:26:09AM -0700, Bob van der Poel wrote:
> >I'm the  author of the MMA package and the version on the servers is
> very
> >old. A newer one is on my website at http://www.mellowood.ca/mmawhich
> >includes  a .deb.
> >
> >The original maintainer of the package has abandoned doing the .deb
> MMA
> >thing.
> >
> > So, how do I get this replaced on the servers in a easy to do
> fashion.
>
> You might be pleased to hear that there is already someone working on it
> as you can see here:
>
>
> http://mentors.debian.net/cgi-bin/sponsor-pkglist?action=details;package=mma
>
> Kind regards,
> Hauke
>
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.9 (GNU/Linux)
>
> iFYEAREKAAYFAkpJILkACgkQGOp6XeD8cQ0fnwDfXMFTwK/1PGi7O/fUOJXOu9YG
> DEIKqHnJN9ot6gDfefQHcd7xatMqqadxy90ii3OOq0pMzmYMWoxfQw==
> =Ztvp
> -END PGP SIGNATURE-
>
>


-- 
 Listen to my CD at http://www.mellowood.ca/music/cedars 
Bob van der Poel ** Wynndel, British Columbia, CANADA **
EMAIL: b...@mellowood.ca
WWW:   http://www.mellowood.ca

Bug#579950: Localization support for iceowl-extension request

[Paul van der Vlis]

Guido Günther schreef:
> reassign 579950 iceowl-l10n
> 
> Hi Paul,

Hi Guido,

> On Sun, May 02, 2010 at 04:16:25PM +0200, Paul van der Vlis wrote:
>> Please add localization support for iceowl-extension. iceowl-l10n is only for
>> iceowl and not for iceowl-extention.  Please see this bug too:
>> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=436297  It would be nice if 
>> it
>> would be clear what's the better way:   1. Change iceowl-l10n so that it can
>> also support iceowl-extention (I think this is not possible)   2. Add
>> localization to iceowl-extension directly (maybe the most easy solution).  3.
>> Make seperate localization packages for iceowl-extension.  I would like to 
>> help
>> with it.
> It worked for enigmail - why shouldn't it work for iceowl-extension? 

Because iceowl-l10n is in the first place for iceowl, what needs the
localisation-files on another location then iceowl-extension.

But you are right, it could be done in a new (big) set of binaries from
the iceowl-l10n source package.

> u
> See the install.rdf in that package on how the locale gets registered.

OK, thanks for the info.

> The first step would be to update the iceowl-l10n package which is
> currently unmaintained so help on this would certainly be appreciated.

I will give it a try.

With regards,
Paul van der Vlis.

BTW: Enigmail is broken in unstable and the locales where removed from
unstable in 2007.






--
To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4bddc0b8.4070...@vandervlis.nl

Bug#579950: Localization support for iceowl-extension request

[Paul van der Vlis]

Guido Günther schreef:
> Hi Paul,
> On Sun, May 02, 2010 at 08:13:12PM +0200, Paul van der Vlis wrote:
>> Guido Günther schreef:
>>> reassign 579950 iceowl-l10n
>>>
>>> Hi Paul,
>> Hi Guido,
>>
>>> On Sun, May 02, 2010 at 04:16:25PM +0200, Paul van der Vlis wrote:
>>>> Please add localization support for iceowl-extension. iceowl-l10n is only 
>>>> for
>>>> iceowl and not for iceowl-extention.  Please see this bug too:
>>>> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=436297  It would be nice 
>>>> if it
>>>> would be clear what's the better way:   1. Change iceowl-l10n so that it 
>>>> can
>>>> also support iceowl-extention (I think this is not possible)   2. Add
>>>> localization to iceowl-extension directly (maybe the most easy solution).  
>>>> 3.
>>>> Make seperate localization packages for iceowl-extension.  I would like to 
>>>> help
>>>> with it.
>>> It worked for enigmail - why shouldn't it work for iceowl-extension? 
>> Because iceowl-l10n is in the first place for iceowl, what needs the
>> localisation-files on another location then iceowl-extension.
>>
>> But you are right, it could be done in a new (big) set of binaries from
>> the iceowl-l10n source package.
> Yes. I recommend using git-import-dsc to import the current iceowl-l10n
> package and work on from there. 

I have no experience with GIT and I have only little experience with
packaging (I am a sysadmin and not a developper).

Maybe it's better to concentrate on the packaging now.

>>> u
>>> See the install.rdf in that package on how the locale gets registered.
>> OK, thanks for the info.
>>
>>> The first step would be to update the iceowl-l10n package which is
>>> currently unmaintained so help on this would certainly be appreciated.
>> I will give it a try.
> Great!
>> With regards,
>> Paul van der Vlis.
>>
>> BTW: Enigmail is broken in unstable and the locales where removed from
>> unstable in 2007.
> Yept. But for enigmail itself anything is in place to upload a working
> version. Might help to ping the maintainer again.

Alexander wrote at April 24 he would do it tomorrow, I think he's busy.
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=569804#98

With regards,
Paul.






-- 
http://www.vandervlis.nl/




--
To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4be02048.6080...@vandervlis.nl

meta-kde package and Testing

[Hugo van der Merwe]

Is there any chance that the meta-kde package can make it into testing 
before release?

Sorry, this has probably been asked many many times... (where's the 
answer, debian-devel ?)

Hugo

Bug#410495: Nikto 2.0 has been released

[Richard van den Berg]

Can someone please update the debian package? Nikto 2.0 has been
released: http://www.cirt.net/code/nikto.shtml



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#352566: doxymacs: should put compiled files earlier on load-path

[James R. Van Zandt]

Package: doxymacs
Version: 1.6.0-3
Severity: normal


The directory with compiled files is *after* the directory with source
files on load-path:

   load-path's value is 
   ("/home/jrv/share/emacs/site-lisp" 
   "/usr/share/emacs/site-lisp/doxymacs" 
   "/usr/share/emacs21/site-lisp/doxymacs" 
   "/usr/share/emacs21/site-lisp/pspp" 
   "/usr/share/emacs/site-lisp/mgp/" 
   ...

At present doxymacs is actually loaded (regardless of whether the user
is using it - bug#341091) before the source directory is added to
load-path, so it's the compiled files that are loaded.  However, after
#341091 is fixed, the compiled files will be hidden.  Please reverse
the order of the two additions to load-path.

   - Jim Van Zandt



-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages doxymacs depends on:
ii  emacs21 [emacsen]   21.4a-1  The GNU Emacs editor
ii  libc6   2.3.5-6  GNU C Library: Shared libraries an
ii  libxml2 2.6.22-1 GNOME XML library
ii  w3-el-e21   4.0pre.2001.10.27-17 Web browser for GNU Emacs 21
ii  w3-url-e21  2001.11.08-9 URL library for use by w3-el-e21
ii  xemacs21-basesuppor 2005.07.15-1 Editor and kitchen sink -- compile
ii  zlib1g  1:1.2.3-4compression library - runtime

Versions of packages doxymacs recommends:
ii  doxygen   1.4.3-20050530-1.1 Documentation system for C, C++ an

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#382690: ssystem: man page out of date

[James R. Van Zandt]

Package: ssystem
Version: 1.6-16
Severity: normal


The man page fails to document several keyboard commands.  I suggest
the following patch, which also has some spelling and formatting
improvements.

TODO: 

 - In the "body to body" camera mode, pg up/pg dn select body X.  How
does the user select body Y?

 - Does "demo" mode do anything else?


  - Jim Van Zandt



--- debian/ssystem.1-orig   2006-08-12 12:43:18.0 -0400
+++ debian/ssystem.12006-08-12 13:32:35.0 -0400
@@ -2,10 +2,10 @@
 .\"
 .\" $Id: ssystem.1.2   1996/06/30 13:33:54 bousch Exp $
 .\"
-.TH SSYSTEM 1 "July 1998" "SSYSTEM"
+.TH SSYSTEM 1 "August 2006" "SSYSTEM"
 
 .SH NAME
-ssystem \- Solar System Simulator
+ssystem \- solar system simulator
 
 .SH SYNOPSIS
 .B ssystem
@@ -40,31 +40,31 @@
 .TP 10
 .BI \-bench
 Aborts program execution after 1000 frames, displaying
-framerate.
+frame rate.
 .TP
 .B \-slices 
 Sets sphere SLICES parameter to N
 .TP
 .B \-stacks 
-Sets sphere SLICES parameter to N
+Sets sphere STACKS parameter to N
 
 .PP
-These two last options (slices and stacks) have a great performace
+These two last options (slices and stacks) have a great performance
 impact (see Performance section)
 .PP
 
 .SH PERFORMANCE
 Hardware acceleration is not required, but highly recommended for
-smooth framerates. I get 48fps (running on Linux) with the "-bench" command
+high frame rates. I get 48fps (running on Linux) with the "-bench" command
 line option in my Pentium 233 (overclocked to 266). The Planets' Sphere 
-detail (SLICES and STACKS) is the key factor in performance, increse them
+detail (SLICES and STACKS) is the key factor in performance, increase them
 if your CPU is powerful enough (I get over 110fps with both set to 2).
 
 .PP
 
 Default value for SLICES and STACKS is 12 but you can play with these 
-values in the command line (see Command line options section). Depending on
-your system you may start trying with the following values:
+values on the command line (see Command line options section). Depending on
+your system you may start with the following values:
 
SLICES  STACKS
 
@@ -80,25 +80,50 @@
 
 
 .SH KEYBOARD BINDINGS:
-Home/End: Selects previous/next body.
-.PP
-h : Online help
-.PP
-f : Flat/Smooth shading model.
-.PP
-t : Texture on/off.
-.PP
-l : Lighting on/off.
-.PP
-s : Stars on/off.
-.PP
-d : Demo mode on/off.
-.PP
-n : Moves camera near current planet.
-.PP
-c : Toggle between free and linked to planet camera modes.
-.PP
-p : Pause
+.IP "Home/End"
+Select previous/next body.
+.IP h
+Online help
+.IP a
+Atmosphere on/off
+.IP t
+Texture on/off
+.IP l
+Lighting on/off.
+.IP f
+Flat/Smooth shading model.
+.IP r
+Real time on/off
+.IP s
+Stars on/off.
+.IP S
+Screenshot (in JPEG format)
+.IP "m/M"
+Increase/Decrease star brightness
+.IP d
+Demo mode on/off (step to next body every 10 sec)
+.IP n
+Moves camera near current planet.
+.IP c
+Next camera mode.
+.IP o/O
+Wider/Narrower FOV
+.IP p
+Pause
+.IP b
+Distant body labels on/off
+.IP B
+Star labels on/off
+.IP i
+Info (HUD) on/off
+.IP j
+Joystick control on/off
+.IP "Page Up/Down"
+Increase/decrease speed
+.IP "z/Z"
+Increase/decrease zoom factor (only available in B2B and orbiter
+camera modes)
+
 .PP
 .PP
 
@@ -110,16 +135,24 @@
 .PP
 Page Up/Down: Increase/decrease speed.
 
-Camera movement:
-.PP
-Default camera mode is free. In this mode Arrow keys rotates camera, 
-.PP 
-Page Up/Down increase/decrease camera speed.
-
-Linked mode is a bit different, here arrow keys are useless. You can
-move the camera towards the planet by increasing speed. Once you're near
-the planet program sets camera speed to zero.
+.SS Camera Modes
+There are four camera modes
+.IP Linked
+This is the default mode. Camera follows the selected body. 'n' is
+very useful in this mode.  Arrow keys are useless. You can move the
+camera towards the planet by increasing speed. Once you're near the
+planet program sets camera speed to zero.
+.IP "Body to Body"
+View body X as seen from body Y.
+.IP Orbiter
+Camera moves around the select body in a circular orbit (completes an
+orbit in 0.5 local days). Try the zoom key 'z' in this mode.
+.IP "Free Camera"
+You control the camera with arrow keys/joystick/mouse.  In this mode
+Arrow keys rotate camera, Page Up/Down increase/decrease camera
+speed.
 
+.PP
 Camera speed is limited to 1 Km/iteration (1 iteration = 1 frame), 
 which is light speed at 30 frames/sec.
 
@@ -156,7 +189,7 @@
 .PP 
 http://iraf.noao.edu/~ecdowney/xephem.html
 
--Keith Burnett's planet positioning algorithm used with persmission.
+-Keith Burnett's planet positioning algorithm used with permission.
 .PP 
 http://www.xylem.demon.co.uk/kepler/
 
@@ -166,7 +199,7 @@
 -And of course, than

Bug#402384: xawtv: ledfixed font missing

[Koos van den Hout]

Package: xawtv
Version: 3.94-1
Severity: wishlist


xawtv reports at start:

Warning: Cannot convert string "-*-ledfixed-medium-r-*--39-*-*-*-c-*-*-*"
to type FontStruct

It would be nice if the ledfixed font from the xawtv site at
http://dl.bytesex.org/releases/tv-fonts/tv-fonts-1.1.tar.bz2 would be
included (license permitting of course).

-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.4.32
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages xawtv depends on:
ii  debconf1.4.30.13 Debian configuration management sy
ii  libasound2 1.0.8-3   ALSA library
ii  libc6  2.3.2.ds1-22sarge4GNU C Library: Shared libraries an
ii  libfontconfig1 2.3.1-2   generic font configuration library
ii  libfreetype6   2.1.7-6   FreeType 2 font engine, shared lib
ii  libice64.3.0.dfsg.1-14sarge2 Inter-Client Exchange library
ii  libjpeg62  6b-10 The Independent JPEG Group's JPEG 
ii  liblircclient0 0.7.1pre2-2   LIRC client library
ii  libncurses55.4-4 Shared libraries for terminal hand
ii  libpng12-0 1.2.8rel-1PNG library - runtime
ii  libsm6 4.3.0.dfsg.1-14sarge2 X Window System Session Management
ii  libx11-6   4.3.0.dfsg.1-14sarge2 X Window System protocol client li
ii  libxaw74.3.0.dfsg.1-14sarge2 X Athena widget set library
ii  libxext6   4.3.0.dfsg.1-14sarge2 X Window System miscellaneous exte
ii  libxft22.1.7-1   FreeType-based font drawing librar
ii  libxmu64.3.0.dfsg.1-14sarge2 X Window System miscellaneous util
ii  libxpm44.3.0.dfsg.1-14sarge2 X pixmap library
ii  libxrandr2 4.3.0.dfsg.1-14sarge2 X Window System Resize, Rotate and
ii  libxrender10.8.3-7   X Rendering Extension client libra
ii  libxt6 4.3.0.dfsg.1-14sarge2 X Toolkit Intrinsics
ii  libxv1 4.3.0.dfsg.1-14sarge2 X Window System video extension li
ii  libzvbi0   0.2.15-1  video Blank Interval decoder (VBI)
ii  pia3.94-1movie player
ii  scantv 3.94-1scan TV channels for stations
ii  v4l-conf   3.94-1tool to configure video4linux driv
ii  xawtv-plugins  3.94-1plugins for xawtv and motv
ii  xlibmesa-gl [libgl 4.3.0.dfsg.1-14sarge2 Mesa 3D graphics library [XFree86]
ii  xlibs  4.3.0.dfsg.1-14sarge2 X Keyboard Extension (XKB) configu
ii  xutils 4.3.0.dfsg.1-14sarge2 X Window System utility programs
ii  zlib1g 1:1.2.2-4.sarge.2 compression library - runtime

-- debconf information:
* xawtv/freqtab: europe-west
* xawtv/channel-scan: false
* xawtv/tvnorm: PAL
* xawtv/makedev: true
* xawtv/build-config: true


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#958566: b43-fwcutter: Wifi Broadcom at BCM4311 very slow after installing new firmware-b43-installer_019-5_all.deb

[Gert van de Kraats]

Package: b43-fwcutter
Version: 1:019-5
Severity: grave
Justification: renders package unusable

Dear Maintainer,

After the recent upgrade to package firmware-b43-installer_019-5_all wifi
connection was extremely slow causing e.g. timeouts at Firefox.
This package contains firmware version 6.30.163.46
To solve the problem I had to reinstall firmware-b43-installer_019-4_all 
with

firmware version 5.100.138.
Probably the new version is not compatible network controller BCM4311.

0c:00.0 Network controller [0280]: Broadcom Inc. and subsidiaries BCM4311
802.11a/b/g [14e4:4312] (rev 01)
    Subsystem: Dell Wireless 1490 Dual Band WLAN Mini-Card [1028:0007]
    Flags: bus master, fast devsel, latency 0, IRQ 17
    Memory at dfdfc000 (32-bit, non-prefetchable) [size=16K]
    Capabilities: [40] Power Management version 2
    Capabilities: [58] MSI: Enable- Count=1/1 Maskable- 64bit-
    Capabilities: [d0] Express Legacy Endpoint, MSI 00
    Capabilities: [100] Advanced Error Reporting
    Capabilities: [13c] Virtual Channel
    Kernel driver in use: b43-pci-bridge
    Kernel modules: ssb



-- System Information:
Debian Release: bullseye/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 5.5.0-1-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en (charmap=UTF-8)

Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages b43-fwcutter depends on:
ii  debconf [debconf-2.0]  1.5.73
ii  libc6  2.30-4

b43-fwcutter recommends no packages.

b43-fwcutter suggests no packages.

-- debconf information:
  b43-fwcutter/install-unconditional: true

Bug#958566: Additional info

[Gert van de Kraats]

It is an old problem with version 6.30.163.46.

See e.g. https://bugs.gentoo.org/541080

Bug#958566: Wrong package name

[Gert van de Kraats]

I think it should be a bug to package firmware-b43-installer.

Bug#958566: Additional info

[Gert van de Kraats]

https://wiki.archlinux.org/index.php/Broadcom_wireless#b43

contains the next note, suggesting to use b43-firmware-classic for 
BCM4311 and other named cards.


Package b43-firmware-classic uses  old firmware version 5.100.138.


*Note:*

 * BCM4306 rev.3, BCM4311, BCM4312 and BCM4318 rev.2 have been noticed
   to experience problems with *b43-firmware*. Use b43-firmware-classic
   ^AUR for
   these cards instead.
 * BCM4331 noticed to have problems with *b43-firmware-classic*. Use
   b43-firmware ^AUR
   for this card instead.

Bug#958566: Suggested patch added

[Gert van de Kraats]

Script postinst of package firmware-b43-installer is modified to load 
the classic firmware for broadcom-cards,


according to  note at 
https://wiki.archlinux.org/index.php/Broadcom_wireless#b43


Logic is added to also load the correct version, in case the firmware is 
unconditionally loaded.


New postinst and diff are attached, I hope.

I did not properly indent the postinst-file!

#!/bin/sh
set -e

#

make_env()
{
if [ -n "$latest" ]; then
VERSION="6.30.163.46"
BROADCOM_WL="broadcom-wl-${VERSION}"
WL_APSTA="${BROADCOM_WL}.wl_apsta.o"

SHA512SUM="0144894fbbb5e8ebab6c423d9bd0f3249be94f2f468a50b8bf721a3b17f1f6e57467c79e87abc8d136bfc92e701ed046885fead892e9a73efa5217d710311ae9"
else
VERSION="5.100.138"
BROADCOM_WL="broadcom-wl-${VERSION}"
WL_APSTA="${BROADCOM_WL}/linux/wl_apsta.o"

SHA512SUM="02487e76e3eca7fe97ce2ad7dc9c5d39fac82b8d5f7786cce047f9c85e2426f5b7ea085d84c7d4aae43e0fe348d603e3229211bab601726794ef633441d37a8b"
fi

DOWNLOAD="${BROADCOM_WL}.tar.bz2"

URL="https://www.lwfinger.com/b43-firmware/${DOWNLOAD}";

FIRMWARE_INSTALL_DIR="/lib/firmware"

B43="b43"
}

#
# stable sections below, not updated for firmware updates   #
#

. /usr/share/debconf/confmodule

install_firmware ()
{
make_env

tmp=$(mktemp -q -d)

cd $tmp

# use apt proxy
APT_PROXIES=$(apt-config shell \
http_proxy Acquire::http::Proxy \
https_proxy Acquire::https::Proxy \
ftp_proxy Acquire::ftp::Proxy \
)

if [ -n "$APT_PROXIES" ]; then
eval export $APT_PROXIES
fi

if ! wget --timeout=60 "${URL}"; then
echo "$0: Some problem occurred during the firmware download. Please 
check your internet connection." 1>&2
exit 1
fi
if ! sha512sum -c /dev/stdin << EOF; then
${SHA512SUM}  ${DOWNLOAD}
EOF
echo "$0: Downloaded firmware did not match known SHA512 checksum, 
aborting." 1>&2
exit 1
fi
if [ "${DOWNLOAD}" != "${WL_APSTA}" ]; then
if ! tar xvjf "${DOWNLOAD}" "${WL_APSTA}"; then
echo "$0: Unpacking firmware file failed, unable to continue 
(is /tmp full?)." 1>&2
exit 1
fi
fi
catalog="${FIRMWARE_INSTALL_DIR}/${B43}/firmware-${B43}-installer.catalog"
if [ -f "${catalog}" ]; then
echo "$0: Deleting old extracted firmware..." 1>&2
xargs -r -0 -a "${catalog}" dpkg-query -S 2>&1 1>/dev/null | sed 
-es',[^/]\+,,' | xargs -r rm --
rm "${catalog}"
fi
mkdir -p "${FIRMWARE_INSTALL_DIR}/${B43}"
retcode=0
b43-fwcutter -w "${FIRMWARE_INSTALL_DIR}" "${WL_APSTA}" | while read line
do  echo "${line}"
file="${line#Extracting }"
if [ "${file}" != "${line}" ]
thenif [ "${retcode}" -ne 0 ]
thenrm "${FIRMWARE_INSTALL_DIR}/${file}"

elif [ -z "${FIRMWARE_INSTALL_DIR}/${file}" ] || \
! printf %s/%s\\000 "${FIRMWARE_INSTALL_DIR}" "${file}" >> 
"${catalog}"
thenecho "$0: Failed during extraction of ${file} from 
${WL_APSTA}" 1>&2
echo "$0: Warning, manual removal/cleaning of 
${FIRMWARE_INSTALL_DIR}/${B43} may be needed!" 1>&2
rm "${FIRMWARE_INSTALL_DIR}/${file}"
retcode=1
fi
fi
done

rm -f "${DOWNLOAD}" "${WL_APSTA}"
rm -rf "${BROADCOM_WL}"

# otherwise can't delete things
cd /

rmdir $tmp || echo "$0: DEBUG: targeted cleaning failed" 1>&2

rm -rf $tmp
[ ${retcode} -eq 0 ] || exit ${retcode}
}

# check environment
if [ "$(stat -c %d/%i /)" != "$(stat -Lc %d/%i /proc/1/root 2>/dev/null)" ];
 then
echo "A chroot environment has been detected."
echo "Remember this firmware needs kernel >= 2.6.25."
unconditional=1
 else 
echo "No chroot environment found. Starting normal installation"
fi
 

if [ -z "$unconditonal" ]; then
# check kernel version
if dpkg --compare-versions 2.6.25 gt `uname -r | cut -d- -f1`; then
echo "Kernel too old. This firmware needs >= 2.6.25!."
echo "Aborting!"
exit 0
fi

# install firmware unconditional if the corresponding debconf value is true
# this is usefull for live-systems or similar systems that should work on
# changing hardware
db_get b43-fwcutter/install-unconditional
if [ "$RET" = "true" ] ; then
unconditional=1
fi
fi

# check chip
pci=`lspci -n -d 14e4: | grep -o "14e4:[1234567890abcdef]\+"` || true

if [ -z "$pci$unconditional" ]; then
echo "No known supported Broadcom 802.11 chips found, not installing 
firmware."
echo
echo "Aborting."
exit 0
fi

if [ -n "$pci" ] ; then
for device in $pci; do
device_id=${device#14e4:}
case $device_id in
4301 | 4325)
legacy=1
;;
4306 | 432[04])
chip=`lspci -n -d $

Bug#958566: Improved patch added.

[Gert van de Kraats]

Tags: patch

Improved patch is included, which contains correct indentation.

It also displays  more information about the chosen version of firmware.

#!/bin/sh
set -e

#

make_download_vars()
{
if [ -n "$latest" ]; then
VERSION="6.30.163.46"
BROADCOM_WL="broadcom-wl-${VERSION}"
WL_APSTA="${BROADCOM_WL}.wl_apsta.o"

SHA512SUM="0144894fbbb5e8ebab6c423d9bd0f3249be94f2f468a50b8bf721a3b17f1f6e57467c79e87abc8d136bfc92e701ed046885fead892e9a73efa5217d710311ae9"
else
VERSION="5.100.138"
BROADCOM_WL="broadcom-wl-${VERSION}"
WL_APSTA="${BROADCOM_WL}/linux/wl_apsta.o"

SHA512SUM="02487e76e3eca7fe97ce2ad7dc9c5d39fac82b8d5f7786cce047f9c85e2426f5b7ea085d84c7d4aae43e0fe348d603e3229211bab601726794ef633441d37a8b"
fi

DOWNLOAD="${BROADCOM_WL}.tar.bz2"

URL="https://www.lwfinger.com/b43-firmware/${DOWNLOAD}";

FIRMWARE_INSTALL_DIR="/lib/firmware"

B43="b43"
}

#
# stable sections below, not updated for firmware updates   #
#

. /usr/share/debconf/confmodule

install_firmware ()
{
tmp=$(mktemp -q -d)

cd $tmp

# use apt proxy
APT_PROXIES=$(apt-config shell \
http_proxy Acquire::http::Proxy \
https_proxy Acquire::https::Proxy \
ftp_proxy Acquire::ftp::Proxy \
)

if [ -n "$APT_PROXIES" ]; then
eval export $APT_PROXIES
fi

if ! wget --timeout=60 "${URL}"; then
echo "$0: Some problem occurred during the firmware download. Please 
check your internet connection." 1>&2
exit 1
fi
if ! sha512sum -c /dev/stdin << EOF; then
${SHA512SUM}  ${DOWNLOAD}
EOF
echo "$0: Downloaded firmware did not match known SHA512 checksum, 
aborting." 1>&2
exit 1
fi
if [ "${DOWNLOAD}" != "${WL_APSTA}" ]; then
if ! tar xvjf "${DOWNLOAD}" "${WL_APSTA}"; then
echo "$0: Unpacking firmware file failed, unable to continue 
(is /tmp full?)." 1>&2
exit 1
fi
fi
catalog="${FIRMWARE_INSTALL_DIR}/${B43}/firmware-${B43}-installer.catalog"
if [ -f "${catalog}" ]; then
echo "$0: Deleting old extracted firmware..." 1>&2
xargs -r -0 -a "${catalog}" dpkg-query -S 2>&1 1>/dev/null | sed 
-es',[^/]\+,,' | xargs -r rm --
rm "${catalog}"
fi
mkdir -p "${FIRMWARE_INSTALL_DIR}/${B43}"
retcode=0
b43-fwcutter -w "${FIRMWARE_INSTALL_DIR}" "${WL_APSTA}" | while read line
do  echo "${line}"
file="${line#Extracting }"
if [ "${file}" != "${line}" ]
thenif [ "${retcode}" -ne 0 ]
thenrm "${FIRMWARE_INSTALL_DIR}/${file}"

elif [ -z "${FIRMWARE_INSTALL_DIR}/${file}" ] || \
! printf %s/%s\\000 "${FIRMWARE_INSTALL_DIR}" "${file}" >> 
"${catalog}"
thenecho "$0: Failed during extraction of ${file} from 
${WL_APSTA}" 1>&2
echo "$0: Warning, manual removal/cleaning of 
${FIRMWARE_INSTALL_DIR}/${B43} may be needed!" 1>&2
rm "${FIRMWARE_INSTALL_DIR}/${file}"
retcode=1
fi
fi
done

rm -f "${DOWNLOAD}" "${WL_APSTA}"
rm -rf "${BROADCOM_WL}"

# otherwise can't delete things
cd /

rmdir $tmp || echo "$0: DEBUG: targeted cleaning failed" 1>&2

rm -rf $tmp
[ ${retcode} -eq 0 ] || exit ${retcode}
}

# check environment
if [ "$(stat -c %d/%i /)" != "$(stat -Lc %d/%i /proc/1/root 2>/dev/null)" ];
 then
echo "A chroot environment has been detected."
echo "Remember this firmware needs kernel >= 2.6.25."
unconditional=1
 else 
echo "No chroot environment found. Starting normal installation"
fi
 

if [ -z "$unconditional" ]; then
# check kernel version
if dpkg --compare-versions 2.6.25 gt `uname -r | cut -d- -f1`; then
echo "Kernel too old. This firmware needs >= 2.6.25!."
echo "Aborting!"
exit 0
fi

# install firmware unconditional if the corresponding debconf value is 
true
# this is usefull for live-systems or similar systems that should work 
on
# changing hardware
db_get b43-fwcutter/install-unconditional
if [ "$RET" = "true" ] ; then
unconditional=1
fi
fi

# check chip
pci=`lspci -n -d 14e4: | grep -o "14e4:[1234567890abcdef]\+"` || true

if [ -z "$pci" ]; then
echo "No known supported Broadcom 802.11 chips found."
if [ -z "$unconditional" ]; then
echo "Not installing firmware."
echo
echo "Aborting."
fi
exit 0
fi

if [ -n "$pci" ] ; then
for device in $pci; do
device_id=${device#14e4:}
case $device_id in
4301 | 4325)
legacy=1
;;
4306)
chip=`lspci -n

Bug#958566: Minor comment

[Gert van de Kraats]

Andreas, thanks for the bug fix. It is working.

But there still is a minor cosmetic bug, not influencing the correct 
working of the package.


The display of an unknown card will never work, because it displays the 
list of unsupported cards.


Besides the lspci-command also detects the wired network connection from 
broadcom.


lspci -n -d 14e4: | grep -o "14e4:[1234567890abcdef]\+"
14e4:1600
14e4:4312

So if the construction worked it would incorrectly display card 1600 as 
unknown.


Although I also prefer the check for an unknown card, I have the 
impression this check cannot be simply made because of the weird card 
naming of Broadcom.

Bug#886065: Bug#732011: O: gyrus -- GNOME tool for Cyrus-IMAP servers administration

[Willem van den Akker]

hi Jeremy,,

Yes I am converting it to Gsettings.
Gtk3 not yet on my prio-list.

Greetings,
Willem

On Sun, 2018-05-13 at 21:18 -0400, Jeremy Bicha wrote:
> Willem, gyrus was removed from Debian Testing 3 months ago because it
> depends on gconf.
> 
> It has also been abandoned upstream.
> 
> Do you intend to at least port it away from gconf?
> 
> It would be helpful if you ported it to gtk3 also.
> 
> Otherwise, I think it would be better if we remove gyrus from Debian
> Unstable too.
> 
> References
> ---
> https://bugs.debian.org/886065
> https://git.gnome.org/browse/archive/gyrus/log/
> 
> Thanks,
> Jeremy Bicha
>