Re: bookmarker package in stable

2005-01-20 Thread Christoph Berg 
Re: Charles H Baker in <[EMAIL PROTECTED]>
> Bookmarker doesn't recognize new top level domains like info or biz. I
> can submit a bug report and patch. However this package is in stable,
> not testing or unstable and didn't know if it would be used or even
> wanted.

Hi,

bookmarker has been removed from the unstable distribution, i.e. it
will not be part of the next Debian release. I regret that a patch for
the stable version will not make much sense in that case.

If you are a regular bookmarker user, you can browse the bug reports
about bookmarker to see why it was removed; and if its upstream
development is still active, try to package the a new version that
will be added to Debian again.

Christoph
-- 
[EMAIL PROTECTED] | http://www.df7cb.de/


signature.asc
Description: Digital signature

Bug#475255: ILIKE fix

2009-11-09 Thread Christoph Berg 
Here's a very ugly workaround that works here:

Change:

/var/www/egroupware $ grep ILIKE -r .
./phpbrain/inc/class.sokb.inc.php:$this->like = 'ILIKE';
./sitemgr/inc/class.search_so.inc.php:$this->like = 'ILIKE';
grep: ./header.inc.php: Keine Berechtigung
./phpgwapi/inc/class.egw_db.inc.php:'case_insensitive_like' 
=> 'LIKE',  // case insensitive version of like, eg. ILIKE for postgres
./phpgwapi/inc/class.egw_db.inc.php:
$this->capabilities['case_insensitive_like'] = 'ILIKE';
./phpgwapi/inc/class.translation.inc.php:   $like = 
$this->db->Type == 'pgsql' ? 'ILIKE' : 'LIKE';

To:

/var/www/egroupware $ grep ILIKE -r .
./phpbrain/inc/class.sokb.inc.php:$this->like = '::text ILIKE';
./sitemgr/inc/class.search_so.inc.php:$this->like = '::text 
ILIKE';
grep: ./header.inc.php: Keine Berechtigung
./phpgwapi/inc/class.egw_db.inc.php:'case_insensitive_like' 
=> 'LIKE',  // case insensitive version of like, eg. ILIKE for postgres
./phpgwapi/inc/class.egw_db.inc.php:
$this->capabilities['case_insensitive_like'] = '::text ILIKE';
./phpgwapi/inc/class.translation.inc.php:   $like = 
$this->db->Type == 'pgsql' ? '::text ILIKE' : 'LIKE';



signature.asc
Description: Digital signature

Re: ezmlm-idx

2005-02-21 Thread Christoph Berg 
Re: [EMAIL PROTECTED] in <[EMAIL PROTECTED]>
> It would be NICE if one were able to
> 
>  build-ezmlm mysql|pgsql|std

Hi,

if you want to get this fixed, please file a bug report on the
package. Read [1] for instructions.

[1] http://www.debian.org/Bugs/Reporting

Christoph
-- 
[EMAIL PROTECTED] | http://www.df7cb.de/


signature.asc
Description: Digital signature

Bug#297825: twin: FTBFS (amd64/gcc-4.0): static declaration of 'DeleteAllListeners' follows non-static declaration

2005-03-03 Thread Christoph Berg 
Re: Andreas Jochens in <[EMAIL PROTECTED]>
> libTw_u.c: At top level:
> libTw_u.c:1595: warning: conflicting types for 'DeleteAllListeners'
> libTw_u.c:1595: error: static declaration of 'DeleteAllListeners' follows 
> non-static declaration
> libTw_u.c:1224: error: previous implicit declaration of 'DeleteAllListeners' 
> was here

> +++ ./libs/libTw/libTw.c  2005-03-02 18:28:06.0 +0100
> @@ -1182,6 +1182,8 @@
>  return (tw_d)0;
>  }
>  
> +static void DeleteAllListeners(tlistener);

> @@ -1193,7 +1195,6 @@
>   * closes a server connection
>   */
>  void Tw_Close(tw_d TwD) {
> -static void DeleteAllListeners(tlistener);

Hi,

I haven't looked at the source, but this fix seems like a workaround
for me. Either there is already a global definition of
DeleteAllListeners, in which case it should be fixed, or not, in which
case moving a local static to global doesn't feel right. (Same for the
other file.)

Christoph
-- 
[EMAIL PROTECTED] | http://www.df7cb.de/


signature.asc
Description: Digital signature

Bug#282264: rtf2latex: FTBFS: rtf2latex-1.0fc2/Unix/missing: Permission denied

2004-11-27 Thread Christoph Berg 
tags 282264 + unreproducible
thanks

Re: Kurt Roeckx in <[EMAIL PROTECTED]>
> The package is failing to build with the following error:
> # Add here commands to compile the package.
> cd Unix && /usr/bin/make all
> make[1]: Entering directory `/usr/src/rtf2latex-1.0fc2/Unix'
> /usr/src/rtf2latex-1.0fc2/Unix/missing autoconf
> make[1]: execvp: /usr/src/rtf2latex-1.0fc2/Unix/missing: Permission denied
> make[1]: *** [configure] Error 127

It builds fine with pbuilder here (Sid/i386).

Christoph

Bug#150669: nwall segfault fix

2004-11-27 Thread Christoph Berg 
forwarded 150669 [EMAIL PROTECTED]
thanks

Hi,

I've just fixed Debian bug #150669 which you submitted quite a while
ago. Attached is the whole Debian .diff.gz, of which you might want to
apply parts to the next nwall release (if there is one ;-).

Christoph


nwall_1.32-3.diff.gz
Description: Binary data


signature.asc
Description: Digital signature

Bug#282264: rtf2latex: FTBFS: rtf2latex-1.0fc2/Unix/missing: Permission denied

2004-12-03 Thread Christoph Berg 
Re: Andreas Metzler in <[EMAIL PROTECTED]>
> configure.in is newer than configure and will therefore be thought to
> be out of date by make.
> 
> I'll prepare a QA upload to fix this.

I have a package ready at http://www.df7cb.de/debian/qa/rtf2latex/ that
needs a sponsor :)

> PS: BTW Christoph, thanks for NMUing wdm. - I'd love to see new wmaker in
> sarge.

Depending on the maintainer's reaction, I might look into more of wdm's
bugs. Many might be already fixed.

Christoph
-- 
[EMAIL PROTECTED] | http://www.df7cb.de/

Bug#282264: rtf2latex: FTBFS: rtf2latex-1.0fc2/Unix/missing: Permission denied

2004-12-03 Thread Christoph Berg 
Re: To Andreas Metzler in <[EMAIL PROTECTED]>
> I have a package ready at http://www.df7cb.de/debian/qa/rtf2latex/ that
> needs a sponsor :)

Ok, you were faster... :)

Christoph
-- 
[EMAIL PROTECTED] | http://www.df7cb.de/

Re: help maintain vkeybd package

2005-01-06 Thread Christoph Berg 
Re: José JORGE in <[EMAIL PROTECTED]>
> I found the vkeybd package that hasn't been updated since 2002, but still 
> isn't orphan. I managed to compile the current (August 2004) version of this 
> soft, and would like to help. Is it possible/usefull?

Hi,

you can adopt the package. Read the new maintainers' guide [1] and ask
someone to sponsor the upload for you.

[1] http://www.debian.org/doc/devel-manuals#maint-guide

Christoph
-- 
[EMAIL PROTECTED] | http://www.df7cb.de/


signature.asc
Description: Digital signature

Bug#319844: gfontview(GNU/k*BSD): FTBFS: out of date config.sub/config.guess

2005-07-27 Thread Christoph Berg 
Re: Aurelien Jarno in <[EMAIL PROTECTED]>
> The current version of gfontview fails to build on GNU/kFreeBSD, 
> because of outdated config.guess and config.sub.

Hi,

I'm adopting the gfontview package. The -5 version is in the DELAYED
queue on gluck (though in a quite delayed stage). I'll update config.*
in the next upload.

> It would also be nice if you cans ask upstream to update 
> config.guess and config.sub in their next release.

Upstream looks dead, but I'll try to ping them, maybe they wake up on
new activity.

Christoph
-- 
[EMAIL PROTECTED] | http://www.df7cb.de/


signature.asc
Description: Digital signature

Re: pacakge qpage

2005-08-16 Thread Christoph Berg 
Re: Olivier Fauchon in <[EMAIL PROTECTED]>
> Hi, I was looking for "qpage" package for debian Sarge, and i found it 
> was actualy "oldstable".
> 
> Why is this package unmaintained now ?

Quoting http://ftp-master.debian.org/removals.txt:

[Date: Mon, 22 Sep 2003 12:00:23 -0400] [ftpmaster: James Troup]
Removed the following packages from unstable:

 qpage | 3.3final-3 | ia64, sparc
 qpage | 3.3final-4 | alpha, arm, s390
 qpage | 3.3final-5 | hppa
 qpage | 3.3final-6 | source, i386, m68k, powerpc
Closed bugs: 202538

--- Reason ---
RoQA; orphaned, non-free, superseded by hylafax.
--

> We (at work) need this pakage and I plan to make it for Debian Sarge
> 
> Would you be interested in this contribution ?

Sarge has been released, no package will be added to it anymore.

If you really want to maintain it, read the new maintainers guide and
create an up-to-date version of the package.

Christoph
-- 
[EMAIL PROTECTED] | http://www.df7cb.de/


signature.asc
Description: Digital signature

Bug#318530: chos: FTBFS: Undefined reference to `MINOR'

2005-09-05 Thread Christoph Berg 
Re: Daniel Schepler in <[EMAIL PROTECTED]>
> Package: chos
> Severity: serious
> Version: 0.85-4

popcon lists 4 users for that package. Given that no one except
Andreas seems to care about the FTBFS, shouldn't we remove chos?

Christoph
-- 
[EMAIL PROTECTED] | http://www.df7cb.de/


signature.asc
Description: Digital signature

Bug#314061: gsmartcard translation

2005-09-09 Thread Christoph Berg 
forwarded 314061 Oliver Feiler <[EMAIL PROTECTED]>
thanks

Hi,

I've just uploaded an updated version of gsmartcard to the Debian
archive. It fixes the German translation (see bug #314061).

[1] http://bugs.debian.org/314061

You might want to include it in an updated gsmartcard release.

Christoph

diff -u gsmartcard-0.1.5/debian/control gsmartcard-0.1.5/debian/control
--- gsmartcard-0.1.5/debian/control
+++ gsmartcard-0.1.5/debian/control
@@ -1,9 +1,9 @@
 Source: gsmartcard
 Section: gnome
-Priority: optional
+Priority: extra
 Maintainer: Debian QA Group <[EMAIL PROTECTED]>
-Build-Depends: debhelper (>> 3.0.0), libgnome-dev (>= 1.2.13-5), xlibs-dev 
(>=4.0.3-3), libart-dev (>= 1.2.13-5), gdk-imlib1-dev (>= 1.9.10-3), 
libgtk1.2-dev (>= 1.2.10-1), libglib1.2-dev (>= 1.2.10-1), libesd0-dev (>= 
0.2.22-3), libaudiofile-dev (>= 0.2.1-0.1)
-Standards-Version: 3.5.2
+Build-Depends: debhelper (>> 4), libgnome-dev (>= 1.2.13-5), xlibs-dev 
(>=4.0.3-3), libart-dev (>= 1.2.13-5), gdk-imlib1-dev (>= 1.9.10-3), 
libgtk1.2-dev (>= 1.2.10-1), libglib1.2-dev (>= 1.2.10-1), libesd0-dev (>= 
0.2.22-3), libaudiofile-dev (>= 0.2.1-0.1)
+Standards-Version: 3.6.2
 
 Package: gsmartcard
 Architecture: any
@@ -14,3 +14,3 @@
  and the cards. Both programs are developed close together.
- gsmartcard's  ability to read/write different cards relies
+ gsmartcard's ability to read/write different cards relies
  100% on its underlying program.
diff -u gsmartcard-0.1.5/debian/rules gsmartcard-0.1.5/debian/rules
--- gsmartcard-0.1.5/debian/rules
+++ gsmartcard-0.1.5/debian/rules
@@ -5,8 +5,12 @@
 # Uncomment this to turn on verbose mode.
 #export DH_VERBOSE=1
 
-# This is the debhelper compatability version to use.
-export DH_COMPAT=3
+CFLAGS = -Wall -g
+ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS)))
+   CFLAGS += -O0
+else
+   CFLAGS += -O2
+endif
 
 configure: configure-stamp
 configure-stamp:
@@ -21,8 +25,7 @@
dh_testdir
 
# Add here commands to compile the package.
-   $(MAKE) "CFLAGS = -O2"
-   #/usr/bin/docbook-to-man debian/gsmartcard.sgml > gsmartcard.1
+   $(MAKE) "CFLAGS=$(CFLAGS)"
 
touch build-stamp
 
diff -u gsmartcard-0.1.5/debian/changelog gsmartcard-0.1.5/debian/changelog
--- gsmartcard-0.1.5/debian/changelog
+++ gsmartcard-0.1.5/debian/changelog
@@ -1,3 +1,13 @@
+gsmartcard (0.1.5-3) unstable; urgency=low
+
+  * QA upload.
+  * Update German translation (Closes: #314061, thanks Jens Seidel).
+  * Priority: extra.
+  * Debhelper 4.
+  * Bump Standards-Version (no change).
+
+ -- Christoph Berg <[EMAIL PROTECTED]>  Sat, 10 Sep 2005 00:01:44 +0200
+
 gsmartcard (0.1.5-2) unstable; urgency=low
 
   * QA Group upload orphaning this package
only in patch2:
unchanged:
--- gsmartcard-0.1.5.orig/po/de.po
+++ gsmartcard-0.1.5/po/de.po
@@ -7,7 +7,7 @@
 msgstr ""
 "Project-Id-Version: Gnome Smart Card 0.1.4\n"
 "POT-Creation-Date: 2000-10-20 21:07+0200\n"
-"PO-Revision-Date: 2001-05-06 12:26+0100\n"
+"PO-Revision-Date: 2005-09-09 23:26+0100\n"
 "Last-Translator: Oliver Feiler <[EMAIL PROTECTED]>\n"
 "Language-Team: German <[EMAIL PROTECTED]>\n"
 "MIME-Version: 1.0\n"
@@ -174,19 +174,19 @@
 
 #: src/interface.c:631
 msgid "Copyright � 2000 Oliver Feiler"
-msgstr ""
+msgstr "Copyright � 2000 Oliver Feiler"
 
 #: src/interface.c:633
 msgid ""
-"Frontend for reading, writing and managing smart cards. "
-"http://www.lionking.org/~kiza/linux/gsmartcard/\n";
-"Depends on the program \"smartcard\": "
-"http://www.lionking.org/~kianga/software/smartcard/";
+"Frontend for reading, writing and managing smart cards. http://www.lionking.";
+"org/~kiza/linux/gsmartcard/\n"
+"Depends on the program \"smartcard\": http://www.lionking.org/~kianga/";
+"software/smartcard/"
 msgstr ""
 "Grafische Oberfl�che zum Lesen, Schreiben und Managen von smart cards. "
 "http://www.lionking.org/~kiza/linux/gsmartcard/\n";
-"Ben�tigt das Program \"smartcard\": "
-"http://www.lionking.org/~kianga/software/smartcard/";
+"Ben�tigt das Programm \"smartcard\": http://www.lionking.org/~kianga/";
+"software/smartcard/"
 
 #: src/interface.c:680
 msgid "gsmartcard - Preferences"
@@ -246,11 +246,11 @@
 
 #: src/interface.c:847
 msgid "COM3"
-msgstr "COM2"
+msgstr "COM3"
 
 #: src/interface.c:855
 msgid "COM4"
-msgstr "COM2"
+msgstr "COM4"
 
 #: src/interface.c:863
 msgid "Hardware"
@@ -259,70 +259,43 @@
 #: src/support.c:100 src/support.c:138
 #, c-format
 msgid "Couldn't find pixmap file: %s"
-msgs

Re: DOSEMU 1.2.2 ?

2005-09-16 Thread Christoph Berg 
Re: Edward Mendelson in <[EMAIL PROTECTED]>
> The current 1.2.1 DOSEMU in the Debian archive causes a segmentation fault
> when loaded in Ubuntu Breezy. The 1.2.2 version available from
> www.dosemu.org loads correctly. Is it possible to have the DOSEMU package
> updated to 1.2.2?

Does it segfault in Debian, too? If so, please file a bug report.

Christoph
-- 
[EMAIL PROTECTED] | http://www.df7cb.de/


signature.asc
Description: Digital signature

Bug#242117: still not ready?

2005-09-19 Thread Christoph Berg 
Re: Matej Vela in <[EMAIL PROTECTED]>
> > Hi,
> > 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?

As one of the caff/signing-party people, I can say that caff serves
the same purpose as cabot, is a lot easier to setup and use, and has
the saner address verification "protocol".

I'd opt for removing cabot, but if there's someone to continue
upstream, that's also fine.

Christoph
-- 
[EMAIL PROTECTED] | http://www.df7cb.de/


signature.asc
Description: Digital signature

Bug#334361: bug pppoeconf

2005-10-17 Thread Christoph Berg 
Package: pppoeconf

Christoph
-- 
[EMAIL PROTECTED] | http://www.df7cb.de/
--- Begin Message ---
Hi,

There's a bug using pppoeconf : I had to remove the line #20, beacause
it made all no auto-configurating, I had to do it manually each times.
Pppoeconf shouldn't erase the old "auto" variable values !


1.# This file describes the network interfaces available on your system

2.# and how to activate them. For more information, see interfaces(5).

3.

4.# The loopback network interface

5.auto lo dsl-provider eth0

6.iface lo inet loopback

7.# This is a list of hotpluggable network interfaces.

8.# They will be activated automatically by the hotplug subsystem.

9.# The primary network interface

10.

11.iface eth0 inet static

12.address 192.168.0.1

13.netmask 255.255.255.0

14.

15.iface dsl-provider inet ppp

16.provider dsl-provider

17.pre-up /sbin/ifconfig eth0 up # line maintained by pppoeconf

18.

19.#added by pppoeconf

20.auto eth0



Best regards, and thanks for everything !

David

-- 
Très cordialement,
David Fasani


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


signature.asc
Description: Digital signature

Bug#374242: Removal of electric

2006-07-14 Thread Christoph Berg 
retitle 377942 RM: electric -- RoQA; unmaintained; semi-obsolete
close 377942
thanks

Re: Kai Hendry 2006-07-14 <[EMAIL PROTECTED]>
> > > My hope is that Java electric does get eventually get packaged though
> > > its current buggy C version in Debian should be removed.
> > Popcon reports >100 users, and the package has 0 RC/important bugs.
> > Imho it should only be removed once the Java-Version is in the
> > archive.
> 
> I've already opened a bug for its removal.
>
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=377942

I've removed the "RC" bit (and the "low-usage") from the title since
it's not true, and closed it.

> I'm inexperienced when it comes to these matters. If you think it is a
> good idea to give this upstream unmaintained code in, then fine.

I'm all for removing crap, but if a simple B-D bump resolves the
issue... If anyone still wants electric to go, please reopen #377942,
I won't object.

> I've quickly prepared an NMU:
> http://hendry.iki.fi/debian/unstable/electric_6.05-2.2_i386.changes

Uploaded as 6.05-3.

Christoph
-- 
[EMAIL PROTECTED] | http://www.df7cb.de/


signature.asc
Description: Digital signature

Bug#339938: enscript: Wrapped function lists in ChangeLog files are not highlighted properly

2006-09-22 Thread Christoph Berg 
tags 339938 + moreinfo
thanks

Re: Daniel Leidert 2005-11-25 <[EMAIL PROTECTED]>
> > Break long lists of function names by closing continued lines with ')',
> > rather than ',', and opening the continuation with '(' as in this
> > example:
> > 
> > * keyboard.c (menu_bar_items, tool_bar_items)
> > (Fexecute_extended_command): Deal with `keymap' property.
> > 
> > (http://www.gnu.org/prep/standards/html_node/Style-of-Change-Logs.html#Style-of-Change-Logs)
> > 
> > The current enscript only highlights the last '(...)' before the ':' but
> > not all the other function lists. It would be really nice if you could
> > fix this bug.
> 
> A fix is attached. It should expect a ':' or a newline after the closing
> bracket. For really long lists this should also be done for the last
> regex pattern ('Function name descriptions without file names.').

Hi Daniel,

I was just looking at your patch. Trying it on the gcc-4.1 changelog,
I couldn't spot any difference in coloring, though. Could you send me
a changelog where your patch makes a difference?

Christoph
-- 
[EMAIL PROTECTED] | http://www.df7cb.de/


signature.asc
Description: Digital signature

Bug#287880: Regenerate font.map on installation

2006-10-07 Thread Christoph Berg 
tags 287880 + moreinfo
thanks

Re: Michael Fedrowitz 2005-01-10 <[EMAIL PROTECTED]>
> > I've got an extra font installed for enscript and everytime the package
> > is upgraded, the font.map is replaced by the default one causing
> > enscript to not find the extra font and print the escaped octal value of
> > each character rather then the character itself.
> > 
> > Could mkafmmap be run after installation so that added fonts stay
> > available to enscript? Or mark font.map as a config file and let us deal
> > with it at install time?
> 
> Why not put your fonts and their font.map into /usr/local/lib/ps (or
> some other directory, and then add that to AFMPath
> in /etc/enscript.cfg)? /usr/share is the package manager's domain, if
> you mess with stuff in there you will always get bitten sooner or
> later...

Hi Patrice,

did Michael's suggestion work for you?

Christoph
-- 
[EMAIL PROTECTED] | http://www.df7cb.de/


signature.asc
Description: Digital signature

Bug#540972: BTS cleanup

2022-03-25 Thread Christoph Berg 
Fwiw I raised this bug to RC since memtest86 doesn't work here (simply
selecting it in grub doesn't do anything, the grub screen just keeps
sitting there).

Instead of having this single issue fixed, what memtest86 really needs
is someone going through *ALL* the open bugs and close all that do not
apply anymore (lilo problems, whatnot).

Or probably even better, someone needs to decide that it should be
removed from unstable altogether, since there are memtest86+ and
pcmemtest (the latter even supports EFI).

Christoph