Bug#300231: O: libghttp -- original GNOME HTTP client library - run-time kit

2007-12-11 Thread Tim Dijkstra
Lucas Nussbaum schreef:

 libghttp has been orphaned since 2005. It would be great to get rid of
 it, but some packages are still using it:

 * digitaldj (dep on libghttp): could probably be removed. we already have
   a lot of MP3 players in the archive.

Well, it still has some users (according to popcon some 90 have it
installed) and there doesn't seem a lot wrong with it.

 Any comments?

You want to get rid of libghttp because of it being a qa-maitaince burden?

grts Tim





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



Bug#445998: ITP: eaccelerator -- PHP accelerator, optimizer, and dynamic content cache

2007-10-09 Thread Tim Dijkstra
On Tue, 09 Oct 2007 21:29:38 +0400
Alexander Gerasiov [EMAIL PROTECTED] wrote:

 Package: wnpp
 Severity: wishlist
 Owner: Alexander Gerasiov [EMAIL PROTECTED]
 
 * Package name: eaccelerator
   Version : 0.9.5.2
   Upstream Author : eaccelerator team http://eaccelerator.net/wiki/Team
 * URL : http://eaccelerator.net
 * License : GPL
   Programming Lang: C
   Description : PHP accelerator, optimizer, and dynamic content cache

 Some dummy packages available for now in my repository at
 http://gq.net.ru/debian

 I'm going to upload it after fixing some packaging issues. Feel free to
 kick me by mail, if I'm too slow.

Are the license issues finally solved then? Last time I checked
binaries were not distributable, see for example:

http://www.mailarchives.org/list/debian-devel/msg/2005/08164

grts Tim


signature.asc
Description: PGP signature


Bug#389817: No upload soon

2006-10-20 Thread Tim Dijkstra
For those reading along at home: pm-utils upstream is not in a state
yet that would it make it suitable to deploy in debian. We're working
on that, but until HAL starts depending on it there is IMHO not really
a hurry. 
Anyway I won't be making an upload soon, probably not before etch is
out.

grts Tim


signature.asc
Description: PGP signature


Bug#375217: When you will upload it?

2006-06-30 Thread Tim Dijkstra
Hi,

I added some maintainer scripts to uswsusp. If you have a suitable swap
partition it will detect it (will take the biggest in case of multiple)
and write a configuration file for you. If you have set debconf priority
to high (the default) you'll see no questions. Except if you do not have
a swap partition, then it will warn about it with a debconf note.

With lower priority or dpkg-reconfigure you can tweak the file they way
you like. Of course it keeps any hand made changes.

About the name: upstream accepted my patches for the s2disk/s2both
system, they'll be in the next release.

I made uswsusp recommend: initramfs-tools, because then installation of
uswsusp will end with a working setup. It can work without though if
you make your own initramfs. So I was leaning a bit to a suggest...

You can find the packages at:

http://www.famdijkstra.org/~tdykstra/debian/uswsusp

Can you guys give in another spin? Maybe also try dpkg-reconfigure etc?

Otavio: if you think they're OK, can you upload them?

grts Tim


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



Bug#375217: When you will upload it?

2006-06-27 Thread Tim Dijkstra
On Mon, 26 Jun 2006 20:48:46 -0300
Otavio Salvador [EMAIL PROTECTED] wrote:

 Tim Dijkstra [EMAIL PROTECTED] writes:
 
  I've fixed most of the comments I got so far about the package,
  among them the name; I changed it to uswsusp.
 
 Good. Might you should rename the bug against it package name too.

I thought I did that ... duh... I retitled if from 'ITP: muswsusp' to
'ITP: muswsusp' ...

  The two things on the wish list are a debconf prompt for the
  swap-partition to use and sorting out libssl license issue. For now
  I choose to compile without it.
 
 Good. debconf is a good thing to do before upload to unstable
 otherwise you'll need to deal with upgrades. 

OK then the upload will have to wait a bit.

 Michael Biebl [EMAIL PROTECTED] writes:
 
  Maybe it's better to leave the name as it is and only provide a
  convience symlink (s2disk-suspend) or convince upstream to choose a
  better name.
 
 This looks the best thing to do. I think that upstream need to be
 aware of possible confusion from user POV.

I'll contact upstream, if have some more changes anyway. I do think
that even if they don't agree I'll stick with s2disk.
Suspend is a really lousy name and it's better to avoid it for several
reasons:

1) bash has a build in command that's called like that.
2) The rest of the world thinks suspend == s2ram not s2disk. In fact
most people call it hibernate, unfortunately there's already a package
that provides that name.
3) I changed the binary to behave differently if it is called as s2both.
That way we do not have to keep two different configuration files (one
for suspend to both and two suspend to disk) and all the hassle (and
danger) that comes with keeping them in sync.

About confusion: I added some words in README.Debian to explain.
I also wrote manpages (there is no suspend --help), they mention
s2disk.

grts Tim


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



Bug#375217: When you will upload it?

2006-06-26 Thread Tim Dijkstra
retitle 375217 ITP: muswsusp -- tools to use userspace software suspend 
provided by linux
thanks

On Mon, 26 Jun 2006 14:13:33 -0300
Otavio Salvador [EMAIL PROTECTED] wrote:

 Hello,
 
 I'm interested to use your work in a desktop target based distribution
 and would like to know when do you plan to upload your packages?
 
 Looks like you did a good progress on it already and maybe might be
 good to upload it to unstable to get some feedback and improvements
 suggestions.

I've fixed most of the comments I got so far about the package, among
them the name; I changed it to uswsusp.

The two things on the wish list are a debconf prompt for the
swap-partition to use and sorting out libssl license issue. For now I
choose to compile without it.

I think the package is now usable enough for unstable. Alas I'm not a
DD yet, so if you could have a look at the packages and sponsor them,
that would be great.

You can find the files you need here:

http://www.famdijkstra.org/~tdykstra/debian/uswsusp
http://www.famdijkstra.org/~tdykstra/debian/liblzf

The library is a dependency of uswsusp. It's a bit unorthodox: it only
provides a -dev package, and is really small. If that's a problem I can
just add it to the source of uswsusp.

Thanks in advance,

grts Tim 


signature.asc
Description: PGP signature


Bug#375217: ITP: muswsusp -- tools to use userspace software suspend provided by the linux kernel

2006-06-24 Thread Tim Dijkstra (tdykstra)
Package: wnpp
Severity: wishlist
Owner: Tim Dijkstra (tdykstra) [EMAIL PROTECTED]


* Package name: muswsusp
  Version : 0.2
  Upstream Author : Rafael J. Wysocki [EMAIL PROTECTED], Pavel Machek
  [EMAIL PROTECTED]
* URL : http://suspend.sf.net
* License : GPL
  Programming Lang: C
  Description : tools to use userspace software suspend provided by the 
linux kernel

 µswsusp contains the programs to use the userspace software suspend
 facility available in linux kernel 2.6.17-rc1 and higher. It enables
 you to save the state of the whole system to disk and power off your system.
 After restarting your system it will be put back in the exact system state
 you left it (this is sometimes called hibernation).
 .
 It also includes an option to suspend-to-ram after the state is saved to disk.
 In the suspend-to-ram state the system still uses power, but is faster in
 resuming. In case the battery depletes the state is still on disk and
 resume from disk can continue without data loss.
 .
 To use this package you need a linux kernel version 2.6.17-rc1 or newer
 configured to use an mkinitramfs.


-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (900, 'testing'), (20, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.17.1
Locale: LANG=C, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to nl_NL.utf8)


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



Bug#375218: ITP: liblzf-dev -- a very small data compression library

2006-06-24 Thread Tim Dijkstra (tdykstra)
Package: wnpp
Severity: wishlist
Owner: Tim Dijkstra (tdykstra) [EMAIL PROTECTED]


* Package name: liblzf-dev
  Version : 1.51
  Upstream Author : Marc Alexander Lehmann [EMAIL PROTECTED]
* URL : http://www.goof.com/pcg/marc/liblzf.html
* License : BSD/GPL
  Programming Lang: C
  Description : a very small data compression library

 LibLZF is a very small data compression library. It consists of only two .c
 and two .h files and is very easy to incorporate into your own programs. The
 compression algorithm is very, very fast, yet still written in portable C.

I need this for static linking in the muswsusp binaries resume and suspend.
That's why I only intend to provide the a liblzf-dev. The upstream author
also only provides infrastructure for static linking. 

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (900, 'testing'), (20, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.17.1
Locale: LANG=C, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to nl_NL.utf8)


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



Bug#375217: ITP: muswsusp -- tools to use userspace software suspend provided by the linux kernel

2006-06-24 Thread Tim Dijkstra
On Sat, 24 Jun 2006 22:08:30 +0200
Michael Biebl [EMAIL PROTECTED] wrote:

 I already experimented with uswsusp and did some integration into the
 initramfs-tools architecture.
 If you install the attached file hooks.resume to
 /usr/share/initramfs-tools/hooks/resume and
 scripts.local-top.resum to
 /usr/share/initramfs-tools/scripts/local-top/resume,
 the resume binary is automatically integrated into the initrd upon
 installation of a Debian kernel. If you have already installed a
 kernel, run update-initramfs -u. You should consider to add this to
 the postinst script of your package (See the udev package how to do
 this). 
 Cheers,
 Michael

I have written the scripts myself already; that was the reason I made
the packages, actually. But they look really similar to yours;)

 An last but not least, please call the package uswsusp and
 *not* muswsusp. Hint: Google for uswsusp and for muswsusp. You will
 then know why uswsusp is better.

hmm, well they call it µswsusp. But maybe your right.

If you want to take a look at the packages:

http://www.famdijkstra.org/~tdykstra/debian/muswsusp/
http://www.famdijkstra.org/~tdykstra/debian/liblzf/

grts Tim


signature.asc
Description: PGP signature


Bug#375218: ITP: liblzf-dev -- a very small data compression library

2006-06-24 Thread Tim Dijkstra
On Sat, 24 Jun 2006 23:17:08 +0200
Florian Weimer [EMAIL PROTECTED] wrote:

 * Tim Dijkstra:
 
  I need this for static linking in the muswsusp binaries resume and
  suspend. That's why I only intend to provide the a liblzf-dev. The
  upstream author also only provides infrastructure for static
  linking. 
 
 How is this superior to LZO?  Is it just the licensing?


To be honest, I don't know if is in anyway superior. 
The other package I ITPed uses this library, I searched for lzf.h in
the debian archive and found nothing.  That's why I packaged this. Do
you think it's not worth it and I should try to port it to LZO?

grts Tim


signature.asc
Description: PGP signature


Bug#162572: RFA: ldapexplorer

2003-09-18 Thread Tim Dijkstra
retitle 162572 RFA: ldapexplorer -- a set of PHP-scripts to administrate LDAP 
over the WWW 
thanks

I was planning to adopt this package, and started a maior rewrite,
mainly because of #149563 (which should be taged security by the way). I
had the core functionality reimplemented, but missed some features. Then
I found out that there are better replacements for an ldap admin web
application and abandoned the project. I guess the best thing would be
to remove ldapexplorer from the archive.

grts Tim





Bug#182289: ITP: gtkpod -- A GTK based graphical front-end for managing songs and playlists on an Apple iPod

2003-02-24 Thread Tim Dijkstra (tdykstra)
Package: wnpp
Version: N/A; reported 2003-02-24
Severity: wishlist

* Package name: gtkpod
  Version : 0.42
  Upstream Author : Jorg Schuler [EMAIL PROTECTED]
* URL : http://gtkpod.sourceforge.net/
* License : GPL
  Description : A GTK based graphical front-end for managing songs and 
playlists on an Apple iPod

gtkpod is a platform independent GUI for Apple's iPod using GTK2. It
allows you to upload songs and playlists to your iPod. It supports ID3
tag editing, multiple charsets for ID3 tags, detects duplicate songs,
allows offline modification of the database with later synchronisation,
and more

-- System Information
Debian Release: 3.0
Architecture: i386
Kernel: Linux baardmijt 2.4.18 #1 zo apr 28 12:10:22 CEST 2002 i586
Locale: LANG=C, LC_CTYPE=C




Bug#177042: ITP: Mahogany -- Cross-platform mail and news client based on wxWindows

2003-01-16 Thread Tim Dijkstra (tdykstra)
Package: wnpp
Version: N/A; reported 2003-01-16
Severity: wishlist

* Package name: Mahogany
  Version : 0.64
  Upstream Author : Mahogany developers team 
mahogany-developers@lists.sourceforge.net
* URL : http://mahogany.sourceforge.net
* License : GPL
  Description : Full featured cross-platform mail and news client
An OpenSource cross-platform mail and news client. It is available for 
X11/Unix, MS Win32 and Mac OS X platforms, supporting a wide range of 
protocols and standards, including SMTP, POP3, IMAP, NNTP (including 
SSL support for all of them). It has lots of nice features like support
for MIME, X-Faces, GPG/PGP, Palm syncing and is highly configurable.

-- System Information
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux roodbaard 2.4.20 #1 di jan 14 22:17:08 CET 2003 i686
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED]




Bug#162569: Adopting ldapexplorer and phpmyadmin

2002-10-16 Thread Tim Dijkstra
Hi Piotr,

I'm using debian on several systems for some time now and I really like
it. So I've been waiting for an opportunity to do something back to the
project. The best packages to start on seemed ones I use my self and
also since I've a lot more experience in php-programming than in C/C++
coding it seems that the packages you're putting up for adoption are
perfect for me. 
Since I'm not a debian package maintainer (yet), things are a little bit
more complicated. I'm reading right now what to do to start the my
application, so if you're are willing to help through the process (being
my advocate and sponsor), that would be great. 

grts Tim