Bug#292209: ITP: python-celementtree -- Light-weight XML object model for Python, C implementation

2005-01-25 Thread Torsten Marek
Package: wnpp
Severity: wishlist
Owner: Torsten Marek <[EMAIL PROTECTED]>


* Package name: python-celementtree
  Version : 0.9.8
  Upstream Author : Fredrik Lundh <[EMAIL PROTECTED]>
* URL : http://effbot.org/zone/celementtree.htm
* License : Python
  Description : Light-weight XML object model for Python, C implementation

cElementTree provides a simple but flexible container object,
designed to store hierarchical data structures, such as
simplified XML infosets, in memory. The element type can
be described as a hybrid between a Python list and a Python
dictionary.
cElementTree is a C reimplementation of the ElementTree API and
is supposed to be a drop-in replacement for ElementtTrue, which
is faster and more memory-conservative


cElementTree currently depends on ElementTree, which is also
ITP'd by myself.
Preliminary packages are available at
http://diotavelli.net/files/deb/

I am in the NM queue right now, so if there are any problems with
the packages, I'll work them out during my upcoming T&S tests.

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.10-ck5
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)


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



Re: Debian Light Desktop - meta package

2006-04-14 Thread Torsten Marek
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Eduard Bloch wrote:
> #include 
> * André Luiz Rodrigues Ferreira [Tue, Apr 11 2006, 01:44:57PM]:
>> Hi !
>>
>> I'm creating a meta package for install a lite desktop for old
>> machines with poor hardware.
>> I would like to receive opinions about my packages list:
>>
>> - x-window-system-core
>> - xfce4 (beautiful!)
> 
> Depends. IceWM with a tiny Filemanager (eg. emelfm) suffies my idea of
> "light desktop" much, much more. I would say - set 
> "xfce4 | x-window-manager".
> 
>> - evince
> 
> As other pointed out, does basically the same job as xpdf but pulls half
> of the Gnome.
> 
>> - eog
> 
> As said, Gnome bloat. Use gqview or pornview.

Well, don't take pornview or you'll soon have a bug report about politically
incorrect package names;-)

> 
>> - gaim
> 
> Please depend on "gaim | psi | licq" or so.
> 
>> - arj
> 
> Who cares about arj nowadays? I suggest installing the "unp" package
> instead, it will tell user which program is needed to install for a
> certain type of archive.
> 
>> - file-roller
> 
> Is there really no other choice without GNOME dependencies?
You could use rox-filer, which is (in my opinion) much more useful than xffm4
and quite fast.

Best,

Torsten

- --
Torsten Marek <[EMAIL PROTECTED]>
ID: A244C858 -- FP: 1902 0002 5DFC 856B F146  894C 7CC5 451E A244 C858
Keyserve
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFEP2wFfMVFHqJEyFgRAgXKAJ0XQSrB1ezRzChrPR1rVmTR0penpgCdEOEp
hRMmJxMnN6pIECeDIGFgy/M=
=fcbq
-END PGP SIGNATURE-


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



Re: Developing a kiosk type system - advice needed

2005-10-04 Thread Torsten Marek
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Mattia Dongili schrieb:
> On Tue, October 4, 2005 1:04 pm, Petter Reinholdtsen said:
> 
>>[Simon Guerrero]
>>
>>>I am developing a "kiosk" type of system, where I want to a) boot up
>>>fast
>>>and b) be able to switch off and back on and restart with a clean image.
>>
>>Part a is a bit tricky, but should be solvable.  Part b sounds like a
> 
> 
> about a) an partly b): would suspending (S4) to a swap file once and the
> always resume from that without overwriting it reach the goal?
> Note: never tried it.
> 
Hi,

this could be possible, one should however be careful about the file system,
since the suspended image might contain information about the status of the file
system that does not longer hold true (at least with suspend2). Mounting most of
the file systems ro permanently should however solve this problem.

best regards

Torsten

- --
Torsten Marek <[EMAIL PROTECTED]>
ID: A244C858 -- FP: 1902 0002 5DFC 856B F146  894C 7CC5 451E A244 C858
Keyserver: subkeys.pgp.net

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFDQmUWfMVFHqJEyFgRAh5GAJ9X7W+XuBHVH0CfAxvpSQyXaqknEwCgrHiE
sDQ9+/dftiBVsa5io2zKc6Y=
=lBKH
-END PGP SIGNATURE-


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



Re: Developing a kiosk type system - advice needed

2005-10-04 Thread Torsten Marek
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Simon Guerrero schrieb:
> Hi
> 
> Thanks for your responses. The "suspend and always resume without
> overwriting" is done by software suspend, with no problem. It is the
> difficulty of resuming the writeable parts of the filesystem (/var and /tmp)
> each time from an image which I am not sure about.
> 
> I am thinking about adding a script to the rc2.d (or other runlevel) which
> does:
> 
>  cat /ramdisks/var.img > /dev/ram1
> mount /dev/ram1 /var
> and
>   cat /ramdisks/tmp.img > /dev/ram2
>   mount /dev/ram2 /tmp
> 
> 
Hi,

that might be one way, but I don't know if there are any problems if frozen
programs have open files on /tmp or /var, since the processes are resumed before
any run-level scripts (?).
Maybe I am missing something, but if you have /tmp and /var as (size-restricted)
tmpfs's when you create the image in the first place, what is the problem with 
that?

best regards

Torsten
- --
Torsten Marek <[EMAIL PROTECTED]>
ID: A244C858 -- FP: 1902 0002 5DFC 856B F146  894C 7CC5 451E A244 C858
Keyserver: subkeys.pgp.net

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFDQmw5fMVFHqJEyFgRAheiAJ4qwSu+lNqXi5C4WbQqo+U9H5DWNQCeNiKp
dJvhLFOfMl7OxQFJePdH4nw=
=9xx0
-END PGP SIGNATURE-


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



Bug#430473: ITP: pyopengl-demo -- Demonstration scripts for the PyOpenGL library

2007-06-25 Thread Torsten Marek
Package: wnpp
Severity: wishlist
Owner: Torsten Marek <[EMAIL PROTECTED]>

  Package name: pyopengl-demo
  Version : 3.0.0~a6
  Upstream Author : Mike C. Fletcher
  URL : http://pyopengl.sourceforge.net/
  License : BSD
  Programming Lang: Python
  Description : Demonstration scripts for the PyOpenGL library

PyOpenGL-Demo contains demonstration scripts on how to use the PyOpenGL 
library and Python ports of several well-known OpenGL tutorials.


-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.21.1
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash


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



Bug#435151: ITP: qscintilla2 -- Scintilla Text Editor Widget bindings for Qt4 and PyQt4

2007-07-29 Thread Torsten Marek
Package: wnpp
Severity: wishlist
Owner: Torsten Marek <[EMAIL PROTECTED]>

  Package name: QScintilla2
  Version : 2.1
  Upstream Author : Phil Thompson <[EMAIL PROTECTED]>
  URL : http://www.riverbankcomputing.co.uk/qscintilla/index.php
  License : GPL
  Programming Lang: C++
  Description : Scintilla Text Editor Widget bindings for Qt4 and PyQt4

QScintilla is a port to Qt of Neil Hodgson's Scintilla C++ editor class.

As well as features found in standard text editing components, QScintilla 
includes features especially useful when editing and debugging source code.
These include support for syntax styling, error indicators, code 
completion and call tips. The selection margin can contain markers like 
those used in debuggers to indicate breakpoints and the current line. 
Styling choices are more open than with many editors, allowing the use of
proportional fonts, bold and italics, multiple foreground and background
colours and multiple fonts.


Preliminary packages are at http://diotavelli.net/files/deb

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.22-shl1 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash


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



Trivial file needed by two packages

2007-08-05 Thread Torsten Marek
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi all,

with the new upload of python-qt4, it seems I have outsmarted myself. Here's an
outline of the problem:

python-qt4 contains the Python package PyQt4 (in
/usr/lib/python*/site-packages/PyQt4) with all kinds of extension modules and
some pure Python modules, along, of course, with an __init__.py. python-qt4 uses
py-central, and the pure Python modules are shared between Python versions.

In the new upload, I have moved the development configuration module
(PyQt4.pyqtconfig) into python-qt4-dev, which is only needed as a build
dependency (QScintilla2, which is currently ITP, will need this). This package
also uses pycentral, but the files are not shared because pyqtconfig.py differs
wrt the Python version used.

python-qt4-dev does not depend on python-qt4, and the point is of course to make
the build-dependencies a bit lighter. Now the problem is that __init__.py is in
python-qt4, but also needed if python-qt4-dev is installed with python-qt4
(otherwise PyQt4.pyqtconfig cannot be imported).

There are several solutions, among them:

1) roll the change back, move pyqtconfig.py back to python-qt4
or
2) make python-qt4-dev depend in python-qt4
or
3) create a new package python-qt4-common that only contains __init__.py, which
can be depended upon by python-qt4 and python-qt4-dev


1) and 2) are quite simple solutions, but fail to make the build-deps lighter
(python-qt4 is quite a large package, Installed-Size: 19380). Solution 3 reaches
this goal, but introduces a new package that has no added value.

Are there any other solutions? If not, which way should I go?

best regards & TIA

Torsten

- --
Torsten Marek <[EMAIL PROTECTED]>
ID: A244C858 -- FP: 1902 0002 5DFC 856B F146  894C 7CC5 451E A244 C858
Keyserver: subkeys.pgp.net

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFGtYaKfMVFHqJEyFgRAp5aAJ9/ddYn8kGXOXBgE50UVjqAnty+lgCfavA1
FcKTr1fJ0qJe7oscDXT3VQw=
=19QO
-END PGP SIGNATURE-


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