Subjective newbie-style informal install report of Etch desktop in French

[Christian Perrier]

Today, in order to test the French task in taskel, I installed a
default desktop system in French.

First of all, it works..:-)

I end up with a very well localized and French-only system. The
perfect heaven...

GDM login screen is localized, the crappy french keyboard works,
actually I would say the the whole install just rocked and went
flawlessly (beware, this was in VmWare, so no hardware related issue).

The system uses 2.2GB on the hard disk.

Gnome is the default and KDE is not installed (it can get installed by
preseeding tasksel, IIRC...or this was because KDE might not be
installable in testing right now. I don't know).

OOo was properly localized in French. So are all parts of Gnome that
have a localization.

Firefox is not localized, but that's because firefox-locale-fr was
missing in the frnech-desktop task. I added it to tasksel's SVN
yesterday.

Only rant: still a random theme in GDM. Between two themes actually,
it seems, but bleh... I'd really like to see a nice Debian theme being
used on the default installs.

-- 





signature.asc
Description: Digital signature

Booting - new idea?

[Arto Inkala]

Hello,

booting takes usually tens of seconds and it's based on starting and
running different programs. Is it possible to skip this part of booting?

Particularly, is it possible to save the state of hardware and memories
during shutdown and upload them during boot time? I suppose, this would
minimize booting time, if it is technically possible to realize and
start programs this way?

If there is already this kind of project going on, I'd like to hear
about it.

Regards,
Arto


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

Re: Booting - new idea?

[Michal Čihař]

Hi

On Thu, 29 Jun 2006 13:57:09 +0300
Arto Inkala [EMAIL PROTECTED] wrote:

 booting takes usually tens of seconds and it's based on starting and
 running different programs. Is it possible to skip this part of booting?
 
 Particularly, is it possible to save the state of hardware and memories
 during shutdown and upload them during boot time? I suppose, this would
 minimize booting time, if it is technically possible to realize and
 start programs this way?
 
 If there is already this kind of project going on, I'd like to hear
 about it.

Software suspend which exists in kernel for several years?

-- 
Michal Čihař | http://cihar.com | http://blog.cihar.com


signature.asc
Description: PGP signature

Re: News from the python policy transition

[Raphael Hertzog]

On Wed, 28 Jun 2006, Raphael Hertzog wrote:
 We also have many python applications (or badly packaged modules which
 have not been caught by the first mass-bug filing) that have a dependency
 python ( 2.4) and that needs to be updated as well. Please find the
 list below (~150 packages). The maintainers concerned have to follow the
 same instructions than the maintainers of modules/extensions:
 http://wiki.debian.org/DebianPython/NewPolicy

Of course, it has been ported to my attention that packages already
converted to the new policy but who are only supporting the current
versions (like apps with private extensions) still have this
dependency... and it's _normal_.

So there are false positives in the list.

It's also true that packages with (only) private extensions do not
benefit much from the transition to the new policy, apart from offering a
way to identify them more easily. The main point of the new policy was for
public modules/extensions.

In fact, the new dh_python even has a bug that lead to an incomplete
dependency in some cases for packages with private extensions. (I have
patch and I will send it to debhelper's BTS)

Cheers,
-- 
Raphaël Hertzog

Premier livre français sur Debian GNU/Linux :
http://www.ouaza.com/livre/admin-debian/


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

Re: problem with root on LVM on RAID (was: RFT: please test mdadm/experimental)

[martin f krafft]

also sprach martin f krafft [EMAIL PROTECTED] [2006.06.28.1927 +0200]:
 Thank $DEITY for testers. We discovered another issue when root is
 on LVM is on RAID. If that's your setup, please hold off on using
 mdadm 2.5 until I managed to fix #375879. Sorry for the
 inconvenience, and again, thanks to Alec Berryman for his help. He
 also spotted the last issue.

This issue is fixed in 2.5.2-2. While it's waiting for the mirror
pulse, you can get it from

  
http://debian.madduck.net/repo/dists/experimental/main/binary-i386/admin/mdadm_2.5.2-2_i386.deb
  
http://debian.madduck.net/repo/dists/experimental/main/binary-amd64/admin/mdadm_2.5.2-2_amd64.deb

 mdadm (2.5.2-2) experimental; urgency=low
 .
   * The if it weren't for Munich's wheat beer, there'd be no release.
   * Removed -fno-strict-aliasing from compiler options, after upstream fixed
 the bug that led to its use (see #369779, #356153). Thanks to Elimar
 Riesebieter for pointing this out (closes: #375876).
   * Moved detection of RAID devices from initramfs hook to debconf control
 file, and added a (low-priority) debconf question as to which devices
 should be started early in the boot sequence. For the cases where we
 failed to auto-detect previously (e.g. root on LVM on RAID), it's paranoid
 and suggests to start them all (closes: #375879). Thanks to Alec Berryman
 for spotting this.
   * Fixed a typo in README.experimental, which could lead to an unbootable
 system with initramfs-tools 0.64 or before. Again, thanks to Alec for
 spotting this.
   * Extended bug script to include --examine output for all components (at
 least if called by root, which hopefully should never happen. Err,
 wait...)
   * Reworded the debconf templates due to a new question, and also for
 readability.
   * Disabled deprecation warning in mdrun until the transition is complete.

-- 
Please do not send copies of list mail to me; I read the list!
 
 .''`. martin f. krafft [EMAIL PROTECTED]
: :'  :proud Debian developer and author: http://debiansystem.info
`. `'`
  `-  Debian - when you have better things to do than fixing a system
 
zwei monologe, die sich gegenseitig
 immer und immer wieder störend unterbrechen,
 nennt man eine diskussion.
-- charles tschopp


signature.asc
Description: Digital signature (GPG/PGP)

Re: Booting - new idea?

[Yves-Alexis Perez]

On Thu, 2006-06-29 at 13:57 +0300, Arto Inkala wrote:
 Hello,
 
 booting takes usually tens of seconds and it's based on starting and
 running different programs. Is it possible to skip this part of booting?
 
 Particularly, is it possible to save the state of hardware and memories
 during shutdown and upload them during boot time? I suppose, this would
 minimize booting time, if it is technically possible to realize and
 start programs this way?

You mean suspend to disk ?

-- 
Yves-Alexis Perez

Re: additions to dpkg-architecture

[Goswin von Brederlow]

Brendan O'Dea [EMAIL PROTECTED] writes:

 On Fri, Jun 23, 2006 at 06:54:49PM +0200, Volker Grabsch wrote:
I propose to add more CPU types to dpkg-architecture. In particular,
I'd like to see the different i386 architectures there, i.e.
i586, i686, k6, ...
 [...]
For instance, some programs with lots of calculations (e.g. mplayer)
are compiled with different processor optimizations (e.g. mplayer-i586).
Such packages are created by very redundant entries in debian/rules.
Exactly such redundancy is removed by dpkg-cross.

 While there are certainly some packages which may benefit from
 compilation with sub-architecture optimisations, those packages are the
 exception rather than the norm.

 It may make sense to provide multiple versions of the kernel for
 example, and perhaps glibc...  but coreutils?  grep?

 Do you propose re-building all packages for each sub-arch?  If so,
 please consider the resulting increace in archive size and impact on
 mirrors.

That would be quite wastefull as anyone can see.

 If only a sub-set, how are you intending to change dpkg, apt and/or the
 archive software to handle opportunistic installation of sub-arch
 packages with fallback (i.e. try foo.i686, fallback to foo.i386)?

You add multiple entries to apts sources.list or have an extra file
listing allowed subarchs for a system (autodetection can't be used to
allow installing on a different cpu than the final sytem will use).

Apt then fetches multiple packages files and simply the order of the
sources.list entries (or the archs in the extra file) will say what to
prefer if there are overlaps.


If you don't want to patch dpkg/apt for subarchs you can simply setup
an archive with main, main-i586 and main-i686 all with packages for
architecture i386 but different -mcpu/arch settings for gcc. Apt
already handles that just fine.

MfG
Goswin


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

Re: additions to dpkg-architecture

[Goswin von Brederlow]

Volker Grabsch [EMAIL PROTECTED] writes:

 Dear Debian Developers,

 I've been pleased to summarize some ideas for the general public.
 More details and sources can be found at the end of this mail.
 I'm not subscribed to all lists, so please CC any replies to me.

 --

 I propose to add more CPU types to dpkg-architecture. In particular,
 I'd like to see the different i386 architectures there, i.e.
 i586, i686, k6, ...

 The dpkg-cross tool is currently only used for cross compiling
 applications. However, dpkg-cross is a more generic tool. The
 dpkg-buildpackage wrapper of dpkg-cross allows you to compile
 a package with different compilers, without the need to change
 your debian/rules. (usually, some compatibility changes are needed
 to make the debian/rules file cleaner, but that's all)

 For instance, some programs with lots of calculations (e.g. mplayer)
 are compiled with different processor optimizations (e.g. mplayer-i586).
 Such packages are created by very redundant entries in debian/rules.
 Exactly such redundancy is removed by dpkg-cross.

 Also, these optimized versions get names like mplayer-i586,
 but their architecture is set to i386. That means, the *real*
 architecture is encoded in the package name instead of the package's
 architecture.

 This is a work around the inability of apt to automatically use
 the best suited binary packages. (e.g. uses on a i686 system the
 mplayer-i586 instead if mplayer-i386, and the kernel-image-i686)

 If one day apt evolves, packages like mplayer-i586 will step in their
 way. The Package: field should not contain architectural information.
 The Architecture: field serves that purpose.

 Until APT becomes aware of multiple architectures, this won't change
 much. However, there are still lots of interesting cases where
 more architectures are desirable.

The amd64 project has long ago patched apt for biarch (i386 +
amd64). At the same time people have played around with having
i[56]86 as subarchitectures of i386 as well. The patch to apt (and
dpkg) for this is rather simple and adds the following syntax to
sources.list:

deb http://ftp.debian.org/debian sarge main
deb http://ftp.debian.org/debian sarge(i586) main
deb http://ftp.debian.org/debian sarge(i686) main

If wanted the patches could be freshened up for etch/sid quickly.

 For example, suppose you support a new OS, such as the w32 platform.
 Currently, your only choice is w32-i386, which means that you must
 use an i486-mingw32msvc Compiler. However, for a w32 system a i486
 compile doesn't make a lot of sense. Since those systems (except very
 old Windows versions) need at least a Pentium, it is reasonable to
 compile such a distribution at least for i586, not i486.

The only sensible choice would be w32, w32-i486 or w32-i586. Nothing
dictates the use of -i386 in a new architecture name.

 That means, the linux OS dictates that i386 should mean at least
 i486, while other OSes (e.g. win32) have different needs (e.g. at
 least i586). Such dependencies between the OS and CPU type are simply
 unnecessary and disturbing.

 In that example, there should be a linux-i386 platform (which may
 be abbreviated to i386), while dpkg-architecture should also allow
 a Debian platform like w32-i586. This proposal is similar to
 the addition of multiple arm CPU variants to dpkg-architecture.

 Of course, if you want to allow, e.g. the -i386 packaes to be installed
 on a -i586 distribution, some bigger parts of dpkg and apt would have
 to be changed. However, that is not my proposal at all. I don't intend
 to create a w32-i586 Debian distribution which must also accept w32-i386
 packages. I want to create an entire w32-i586 distribution.
 (well, currently, I just want to provide cross compiling packages for
 such a platform)

The biggest challenge would be a good configuration of dpkg for what
subarchs to allow on a system. Patching the architecture check to
allow more archs is rather trivial then. Think about those people that
install their harddisk on a fast Opetron and then put the disk back
into their old i586 system. Having apt/dpkg install i686 packages
there would be bad.

 I also heard about people who compiled a whole (Debian based) system
 for i586 to increase the overall performance of their system. They,
 too, had the same problem: How to name this architecture/cpu? As far
 as I remember, they solved that problem by adding a pentium line
 (or similar, AFAIR) to their cputable.

 Thus, I don't think it is the question whether one wants to compile
 for i586, i686, etc.  There are always good reasons for some groups to
 do so. IMHO, the more important question is how to name that thing. So
 it would be very nice if dpkg-architecture would be flexible enough to
 support that, instead of stepping in the way.

The lack of any larger push for i586/i686 compiled packages and the
reason all previous attempts to include them as archs in 

Re: additions to dpkg-architecture

[Goswin von Brederlow]

Baurzhan Ismagulov [EMAIL PROTECTED] writes:

 On Tue, Jun 27, 2006 at 02:21:13PM +0200, Alexander Shishkin wrote:
 On 6/23/06, Volker Grabsch [EMAIL PROTECTED] wrote:
 For instance, some programs with lots of calculations (e.g. mplayer)
 are compiled with different processor optimizations (e.g. mplayer-i586).
 Such packages are created by very redundant entries in debian/rules.
 Exactly such redundancy is removed by dpkg-cross.
 mplayer is not in debian, so that doesn't make a good example.

 Just for the record, I had a problem with openssh having been compiled
 for generic SPARC and running painfully slowly on SPARC v8 systems.
 Rebuilding with v8 enabled helped dramatically (virtually instant
 connection instead of 10+ seconds depending on the CPU model, measured
 with a wrist watch).

 With kind regards,
 Baurzhan.

Sparc is the most extrem case that I know of though giving the biggest
speedup for crypto code. This example has come up in the past and I
thought someone would have added an ssh-sparc8 package with optimized
ssh by now. This is one of the cases that are worth it.

MfG
Goswin


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

Re: new tar behavior and --wildcards

[Bill Allombert]

On Wed, Jun 28, 2006 at 10:32:30PM -0400, Bdale Garbee wrote:
 On Wed, 2006-06-28 at 10:36 +0200, Bill Allombert wrote:
  In addition, I would suggest we reinstate the previous behaviour, but
  display a warning when wildcards are used but --wildcards is not set.
 
 The problem with this is that generating a new warning can also cause
 people to need to update scripts, since lots of people seem to parse the
 output of commands like tar in wrapper scripts.  So, I'm not convinced
 that this is really a good idea.  I'm also always hesitant to deviate
 Debian default behavior for utilities like tar from upstream.

Well, but the new tar is already generating warning anyway and people
parsing tar stderr output get what they deserve.

It is Debian role to provide transition plan when upstream break 
backward compatibility, and we do that on a large scale.

 All in all, I'm not yet convinced that reverting to the old wildcard
 behavior is the right thing to do.  I've only heard about problems in a
 few (four?) packages so far, and all of them are Debian-specific
 programs that should be easy for us to update.  I see no need for panic,
 though it's obviously and clearly regrettable that the packages in
 questions are ones that affect processes like building and testing
 Debian packages.

But we have not yet even started to check for breakage. Someone could
start to rebuild the whole archive with the new tar and report problem,
check every maintainer script in sarge and etch, etc.

I have to say I am a bit surprised you did not even test if the basic
packaging tools still worked before uploading the package, especially
given some previous incidents.

In such case, it is better to upload the package to experimental,
report bugs found in other packages, and then upload to unstable
when the scope of the breakage is better understood.

Cheers,
-- 
Bill. [EMAIL PROTECTED]

Imagine a large red swirl here. 


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

Re: additions to dpkg-architecture

[Bernhard R. Link]

* Goswin von Brederlow [EMAIL PROTECTED] [060629 12:31]:
 Baurzhan Ismagulov [EMAIL PROTECTED] writes:
  for generic SPARC and running painfully slowly on SPARC v8 systems.
  Rebuilding with v8 enabled helped dramatically (virtually instant
  connection instead of 10+ seconds depending on the CPU model, measured
  with a wrist watch).
 
 Sparc is the most extrem case that I know of though giving the biggest
 speedup for crypto code. This example has come up in the past and I
 thought someone would have added an ssh-sparc8 package with optimized
 ssh by now. This is one of the cases that are worth it.

| You have searched for the contents of libssl0.9.7 in stable,
| architecture sparc.  Package contains 9 files, displaying files 1 to 9.
| 
| usr/lib/libcrypto.so.0.9.7
| usr/lib/libssl.so.0.9.7
| usr/lib/v8/libcrypto.so.0.9.7
| usr/lib/v8/libssl.so.0.9.7
| usr/lib/v9/libcrypto.so.0.9.7
| usr/lib/v9/libssl.so.0.9.7
| usr/share/doc/libssl0.9.7/changelog.Debian.gz
| usr/share/doc/libssl0.9.7/changelog.gz
| usr/share/doc/libssl0.9.7/copyright

In other words: Problem solved since sarge.

Hochachtungsvoll,
Bernhard R. Link


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

Re: News from the python policy transition

[Pierre Habouzit]

Le mer 28 juin 2006 23:20, Raphael Hertzog a écrit :
 So you don't have any excuse to not update your packages any more.
 About 60% of the Python modules have already been updated, but 109
 are left to be done:
 http://bugs.debian.org/from:[EMAIL PROTECTED]

 The bugs have been filled two weeks ago, it is now time to NMU the
 remaining packages where the maintainer didn't gave any update plan
 in the bug report. We need your help for that.

I've done 16 of them already. that has also fixed 2 RC bugs as a side 
effect (uninstallability bugs).

7 other person like me, and it's old story !
-- 
·O·  Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org


pgpAgdlvRLAT0.pgp
Description: PGP signature

Re: News from the python policy transition

[Sam Morris]

On Thu, 29 Jun 2006 16:25:17 +0200, Pierre Habouzit wrote:

 Le mer 28 juin 2006 23:20, Raphael Hertzog a écrit :
 So you don't have any excuse to not update your packages any more.
 About 60% of the Python modules have already been updated, but 109
 are left to be done:
 http://bugs.debian.org/from:[EMAIL PROTECTED]

 The bugs have been filled two weeks ago, it is now time to NMU the
 remaining packages where the maintainer didn't gave any update plan
 in the bug report. We need your help for that.
 
 I've done 16 of them already. that has also fixed 2 RC bugs as a side 
 effect (uninstallability bugs).
 
 7 other person like me, and it's old story !

I noticed the original list didn't include the python-gmenu package. The
source package (gnome-menus) produces some regular machine code packages as
well as the python module package. Perhaps there are others like this?

-- 
/home/sam/.sig


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

Debian mactel linux support?

[Junichi Uekawa]

Hi

I've got hold of an intel mac that I'm interested in getting Debian
running.  I've seen quite a few folks running Debian on MacBook Pro at
Debconf in Mexico, and I'm surprised that there aren't Debian
packages.

The things I'm planning on doing are follows:

Code packages
fix gnu-efi (bug: #376000)
fix elilo (bug: #376002)
ITP rEFIt (bug: #375999)
(I've filed bugs to track their progress)

Debian-installer:
elilo-installer is not built for ia32 
(http://lists.debian.org/debian-boot/2006/06/msg00185.html)

erfit-installer ?


Anyone already working on these stuff?

I don't quite grok how I can make erfit be the default bootloader
without access to MacOSX command-line to 'bless', I hope I can find
out as I delve deeper.

regards,
junichi
-- 
[EMAIL PROTECTED],netfort.gr.jp}   Debian Project


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

Re: News from the python policy transition

[Pierre Habouzit]

Le jeu 29 juin 2006 16:37, Sam Morris a écrit :
 On Thu, 29 Jun 2006 16:25:17 +0200, Pierre Habouzit wrote:
  Le mer 28 juin 2006 23:20, Raphael Hertzog a écrit :
  So you don't have any excuse to not update your packages any more.
  About 60% of the Python modules have already been updated, but 109
  are left to be done:
  http://bugs.debian.org/from:[EMAIL PROTECTED]
 
  The bugs have been filled two weeks ago, it is now time to NMU the
  remaining packages where the maintainer didn't gave any update
  plan in the bug report. We need your help for that.
 
  I've done 16 of them already. that has also fixed 2 RC bugs as a
  side effect (uninstallability bugs).
 
  7 other person like me, and it's old story !

 I noticed the original list didn't include the python-gmenu package.
 The source package (gnome-menus) produces some regular machine code
 packages as well as the python module package. Perhaps there are
 others like this?

that's possible, you are welcomed to open the right bugs...
-- 
·O·  Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org


pgpdXAaF2DXa4.pgp
Description: PGP signature

Re: Debian mactel linux support?

[Gaudenz Steinlin]

On Fri, Jun 30, 2006 at 12:57:55AM +0900, Junichi Uekawa wrote:
 I don't quite grok how I can make erfit be the default bootloader
 without access to MacOSX command-line to 'bless', I hope I can find
 out as I delve deeper.

Is this the same blessing on a hfs filesystem like on ppc based
macs? If it's like that you can bless a directory with hattrib from 
hfsutils. 

Gaudenz

-- 
Ever tried. Ever failed. No matter.
Try again. Fail again. Fail better.
~ Samuel Beckett ~


pgpaOZ7lp9Jzg.pgp
Description: PGP signature

Re: Debian mactel linux support?

[Frans Pop]

On Thursday 29 June 2006 17:57, Junichi Uekawa wrote:
 Debian-installer:
   elilo-installer is not built for ia32
 (http://lists.debian.org/debian-boot/2006/06/msg00185.html)

 Anyone already working on these stuff?

There has been some work done on the installer (including uploading elilo 
installer for i386 to the archive...).
There does not seem to be a real drive behind this though. Owners of such 
machines are welcome to jump in and contact us on the debian-boot list.

Cheers,
FJP


pgpYdoFWtlGS5.pgp
Description: PGP signature

Re: Debian mactel linux support?

[Matthew Garrett]

Junichi Uekawa [EMAIL PROTECTED] wrote:

   fix gnu-efi (bug: #376000)

I'm sure this is a dupe of a bug I filed, but I can't find it right now.

 I don't quite grok how I can make erfit be the default bootloader
 without access to MacOSX command-line to 'bless', I hope I can find
 out as I delve deeper.

You can't. Intel Mac blessing is different to traditional HFS stuff - 
it's not too difficult to do the blessing, but we have no way of 
generating HFS+ filesystems without resorting to APSLed code and that 
seems to be the only useful bootable format.

-- 
Matthew Garrett | [EMAIL PROTECTED]


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

Dropping indirect dependencies from libgnutls-config --libs

[Andreas Metzler]

Hello,
currently libgnutls-config --libs' output looks like this,
-L/usr/lib -lgnutls -L/usr/lib -ltasn1 -lgcrypt -lgpg-error
listing both direct (-lgnutls) and indirect dependencies. - Its output
can be used for static linking.

I am pondering (and have now been asked by bts) on changing this to
only say -lgnutls for Debian, which is enough for dynamic linking. -
Static linking would be broken except for
a) libtool using packages (.la lists the indirect dependencies)
or
b) packages using pkg-config --libs --static to get the indirect
dependencies[1]

This change is probably going to influence most of the autoconf using
packages requiring gnutls, as AM_PATH_LIBGNUTLS is using
libgnutls-config to find gnutls and the needed linker/compiler flags.

I do not expect any resulting breakage (i.e. none or next to none in
Debian packages) besides the one noted above, but perhaps I have
missed something. I'd welcome to hear about your thoughts on this.

thanks, cu andreas

[1] Is this actually done somewhere? Letting libtool doing the
fiddling sounds saner than constructing different compilerflags
depending whether static linking is used.
-- 
The 'Galactic Cleaning' policy undertaken by Emperor Zhark is a personal
vision of the emperor's, and its inclusion in this work does not constitute
tacit approval by the author or the publisher for any such projects,
howsoever undertaken.(c) Jasper Ffforde


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

These new diffs are great, but...

[Tyler MacDonald]

Is it at all useful/better for apt-get to use the .pdiff files when dealing
with a local (file://) debian repo?

Thanks,
Tyler


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

Re: new tar behavior and --wildcards (proposed middle ground)

[Bdale Garbee]

[EMAIL PROTECTED] (Barak A. Pearlmutter) writes:

 As a compromise that addresses some of the issues I would suggest the
 following: go with upstream, but add some convenience code, to whit:

 (1) Hot-wire tar to check an environment variable TAR_WILDCARD_DEFAULT
 and activate the --wildcard option if set.

I'm not sure I see the point of this.  The warnings/errors generated seem
reasonably obvious, and inventing an additional, less-obvious mechanism 
instead of just assuming people will try --wildcard when tar suggests it 
seems like a step in the wrong direction.

 (2) Hot-wire tar to print a warning message to stderr if it
 (a) is defaulting to the --no-wildcard behaviour and,
 (b) it notices a filename that, had tar instead been
 in --wildcards mode, would have been expanded.

Actually, tar already does this.  I realize now that you must not have actually
seen the warning in question, which helps explain to me why you were suggesting
(1) above.  

Bdale


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

Re: Booting - new idea?

[Christian Perrier]

 Software suspend which exists in kernel for several years?


And works properly in Debian since what? Weeks? Months? :-)




signature.asc
Description: Digital signature

Re: Booting - new idea?

[Gustavo Franco]

On 6/29/06, Christian Perrier [EMAIL PROTECTED] wrote:

 Software suspend which exists in kernel for several years?


And works properly in Debian since what? Weeks? Months?:-)


It doesn't really work properly anywhere, does it? :-P

regards,
-- stratus


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

#195752: Can somebody mark this bug as grave or critical?

[Tyler MacDonald]

I just did an upgrade, and laptop-net caused my network interface to
disappear. This is documented here:

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=195752

laptop-net restarts network interfaces when it is upgraded. This is *nasty*.
If you are upgrading over a network, this causes your controlling terminal
to disappear, leaving dpkg hung. If other packages are being upgraded at the
same time, this can leave the entire system in an unusable state.
Furthermore, if the network restart fails for some reason, the entire box is
essentially killed:

$ ssh [EMAIL PROTECTED]
ssh: connect to host fliplid port 22: No route to host

I'm *FURIOUS* that this bug has caused me to lose access to my laptop, and
incredulous that THIS HAS BEEN A BUG FOR THREE YEARS!!!

... especially because it's configured to just leave the network interface
alone when it's working. It's only supposed to drop/raise connections when
the cable is unplugged/plugged in.

*sigh*

Looking at the bug's history it seems like they've tried to fix it a few
times and failed. I guess I'm going to purge this package and just do an
ifdown/ifup manually when I need to from now on.

But yeah, I'm not in an official position to say, but if this isn't
considered a critical or at least grave bug, then I don't know what is.

- Tyler



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

Re: Dropping indirect dependencies from libgnutls-config --libs

[Mike Hommey]

On Thu, Jun 29, 2006 at 07:38:56PM +0200, Andreas Metzler [EMAIL PROTECTED] 
wrote:
 Hello,
 currently libgnutls-config --libs' output looks like this,
 -L/usr/lib -lgnutls -L/usr/lib -ltasn1 -lgcrypt -lgpg-error
 listing both direct (-lgnutls) and indirect dependencies. - Its output
 can be used for static linking.
 
 I am pondering (and have now been asked by bts) on changing this to
 only say -lgnutls for Debian, which is enough for dynamic linking. -
 Static linking would be broken except for
 a) libtool using packages (.la lists the indirect dependencies)
 or
 b) packages using pkg-config --libs --static to get the indirect
 dependencies[1]

I got a similar report on libxml2, which suggested the use of
xml2-config --libs to get the direct libs and xml2-config --libs
--static to get everything. Same semantics as pkg-config.

Mike


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

Re: These new diffs are great, but...

[martin f krafft]

also sprach Tyler MacDonald [EMAIL PROTECTED] [2006.06.29.2005 +0200]:
 Is it at all useful/better for apt-get to use the .pdiff files
 when dealing with a local (file://) debian repo?

Not really. pdiff's mainly reduce download size for low bandwidth
connections. file:// is pretty high bandwidth, you won't notice the
difference.

-- 
Please do not send copies of list mail to me; I read the list!
 
 .''`. martin f. krafft [EMAIL PROTECTED]
: :'  :proud Debian developer and author: http://debiansystem.info
`. `'`
  `-  Debian - when you have better things to do than fixing a system
 
only by counting could humans demonstrate
their independence of computers.
-- douglas adams, the hitchhiker's guide to the galaxy


signature.asc
Description: Digital signature (GPG/PGP)

Re: These new diffs are great, but...

[Steinar H. Gunderson]

On Thu, Jun 29, 2006 at 08:35:41PM +0200, martin f krafft wrote:
 Not really. pdiff's mainly reduce download size for low bandwidth
 connections. file:// is pretty high bandwidth, you won't notice the
 difference.

I usually notice the difference -- the other way. aptitude update on a
machine that hasn't been updated in a while suddenly takes minutes instead of
seconds...

/* Steinar */
-- 
Homepage: http://www.sesse.net/


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

Re: These new diffs are great, but...

[Tyler MacDonald]

Steinar H. Gunderson [EMAIL PROTECTED] wrote:
 On Thu, Jun 29, 2006 at 08:35:41PM +0200, martin f krafft wrote:
  Not really. pdiff's mainly reduce download size for low bandwidth
  connections. file:// is pretty high bandwidth, you won't notice the
  difference.
 
 I usually notice the difference -- the other way. aptitude update on a
 machine that hasn't been updated in a while suddenly takes minutes instead of
 seconds...

Yes, this is what I'm getting at. :-) Should this be considered a
bug in apt-get (file:// urls should never use diffs)?

- Tyler


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

Re: #195752: Can somebody mark this bug as grave or critical?

[martin f krafft]

severity 195752 critical
thanks

also sprach Tyler MacDonald [EMAIL PROTECTED] [2006.06.29.2029 +0200]:
 But yeah, I'm not in an official position to say, but if this
 isn't considered a critical or at least grave bug, then
 I don't know what is.

Agreed. I tried to ping the release team on IRC before, but they
were all busy it seemed. So since changing severity isn't a final,
irreversible action, I am just doing it.

-- 
Please do not send copies of list mail to me; I read the list!
 
 .''`. martin f. krafft [EMAIL PROTECTED]
: :'  :proud Debian developer and author: http://debiansystem.info
`. `'`
  `-  Debian - when you have better things to do than fixing a system
 
span tal:replace=here/signature /


signature.asc
Description: Digital signature (GPG/PGP)

Re: new tar behavior and --wildcards (proposed middle ground)

[Barak A. Pearlmutter]

Oops, guess I should have checked if it was already done.  My bad.

(Given that the warning is working, why were people making such a
fuss?  Well, never mind.)
--
Barak A. Pearlmutter [EMAIL PROTECTED]
 Hamilton Institute  Dept Comp Sci, NUI Maynooth, Co. Kildare, Ireland
 http://www.bcl.hamilton.ie/~barak/


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

Re: These new diffs are great, but...

[Bastian Venthur]

Steinar H. Gunderson wrote:
 On Thu, Jun 29, 2006 at 08:35:41PM +0200, martin f krafft wrote:
 Not really. pdiff's mainly reduce download size for low bandwidth
 connections. file:// is pretty high bandwidth, you won't notice the
 difference.
 
 I usually notice the difference -- the other way. aptitude update on a
 machine that hasn't been updated in a while suddenly takes minutes instead of
 seconds...

Same here. Very annoying on a box where you only update every few weeks
or something. Wouldn't it be possible to make snapshots every week and
only pdiff from this snapshot?


Cheers,

Bastian

-- 
Bastian Venthur
http://venthur.de


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

Bug#25837: chance of a lifetime

[Giovanni]

Hib there lovely,
I was seaarching the neta few days ago. I am new to this thing.
and bsaw your profile. I decided to emaila you acause aI found 
youb attractive. I might come down to ybour city in few weeks.
Let me know if we can meet each other in person.
I am attractive girl. I am sure you won't regret it.
Reply to my personal email at [EMAIL PROTECTED]




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

Re: These new diffs are great, but...

[Alec Berryman]

Tyler MacDonald on 2006-06-29 11:43:45 -0700:

 Steinar H. Gunderson [EMAIL PROTECTED] wrote:
  On Thu, Jun 29, 2006 at 08:35:41PM +0200, martin f krafft wrote:
   Not really. pdiff's mainly reduce download size for low bandwidth
   connections. file:// is pretty high bandwidth, you won't notice the
   difference.
  
  I usually notice the difference -- the other way. aptitude update on a
  machine that hasn't been updated in a while suddenly takes minutes instead 
  of
  seconds...
 
   Yes, this is what I'm getting at. :-) Should this be considered a
 bug in apt-get (file:// urls should never use diffs)?

See bug #372712.  To disable pdiffs, use:

   apt-get update -o Acquire::PDiffs=false


signature.asc
Description: Digital signature

Re: These new diffs are great, but...

[Steinar H. Gunderson]

On Thu, Jun 29, 2006 at 09:15:13PM +0200, Bastian Venthur wrote:
 Same here. Very annoying on a box where you only update every few weeks
 or something. Wouldn't it be possible to make snapshots every week and
 only pdiff from this snapshot?

You can turn off pdiffs if you'd like to; the old packages files are still
there. The question here is what to do with the default.

/* Steinar */
-- 
Homepage: http://www.sesse.net/


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

Re: These new diffs are great, but...

[Bastian Venthur]

Steinar H. Gunderson wrote:
 On Thu, Jun 29, 2006 at 09:15:13PM +0200, Bastian Venthur wrote:
 Same here. Very annoying on a box where you only update every few weeks
 or something. Wouldn't it be possible to make snapshots every week and
 only pdiff from this snapshot?
 
 You can turn off pdiffs if you'd like to; the old packages files are still
 there. The question here is what to do with the default.

Ah ok, I was not aware of this feature. But since downloading pdiffs of
 x days might in fact result in a larger download than downloading the
package-files directly, aptitude (or apt-get) should decide
automatically when to use pdiffs and when not.

Someone could make stats to calculate the average day-count x when the
summ of the pdiffs becomes larger that the package-files. Then aptitude
(or apt-get) could decide whether the last update is more than x days
away and decide what to use.

Should not be too hard to implement. We had still the advantage of using
pdiffs for the users who update regulary but no drawbacks for all the
other ones.


Cheers,

Bastian

-- 
Bastian Venthur
http://venthur.de


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

Re: These new diffs are great, but...

[martin f krafft]

also sprach Bastian Venthur [EMAIL PROTECTED] [2006.06.29.2135 +0200]:
 Someone could make stats to calculate the average day-count x when the
 summ of the pdiffs becomes larger that the package-files. Then aptitude
 (or apt-get) could decide whether the last update is more than x days
 away and decide what to use.

Nice idea. I suggest Someone == Bastian Venthur :)

-- 
Please do not send copies of list mail to me; I read the list!
 
 .''`. martin f. krafft [EMAIL PROTECTED]
: :'  :proud Debian developer and author: http://debiansystem.info
`. `'`
  `-  Debian - when you have better things to do than fixing a system
 
common sense is the collection
 of prejudices acquired by age eighteen
-- albert einstein


signature.asc
Description: Digital signature (GPG/PGP)

Re: These new diffs are great, but...

[Bastian Venthur]

martin f krafft wrote:
 also sprach Bastian Venthur [EMAIL PROTECTED] [2006.06.29.2135 +0200]:
 Someone could make stats to calculate the average day-count x when the
 summ of the pdiffs becomes larger that the package-files. Then aptitude
 (or apt-get) could decide whether the last update is more than x days
 away and decide what to use.
 
 Nice idea. I suggest Someone == Bastian Venthur :)

Sure, I will be on vacation for the next week but when I'm back and
nothing changed, I'll have a look at it.


Best regards,

Bastian

-- 
Bastian Venthur
http://venthur.de


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

Re: #195752: Can somebody mark this bug as grave or critical?

[Al Stone]

On Thu, 2006-06-29 at 20:43 +0200, martin f krafft wrote:
 severity 195752 critical
 thanks
 
 also sprach Tyler MacDonald [EMAIL PROTECTED] [2006.06.29.2029 +0200]:
  But yeah, I'm not in an official position to say, but if this
  isn't considered a critical or at least grave bug, then
  I don't know what is.
 
 Agreed. I tried to ping the release team on IRC before, but they
 were all busy it seemed. So since changing severity isn't a final,
 irreversible action, I am just doing it.

I've only recently picked up this package as maintainer.  Nonetheless,
I agree it's a very nasty bug.  As a long-time user, doing updates via
the network all the time, I'm surprised I haven't run into it myself

My apologies that the bug has stayed open for so long; I'm still
sorting through all the bug reports to understand and prioritize
them.  This one definitely goes to the top of the list of Things
To Do and I'll repair it as quickly as I can.

-- 
Ciao,
al
--
Al Stone  Alter Ego:
Open Source and Linux RD Debian Developer
Hewlett-Packard Company   http://www.debian.org
E-mail: [EMAIL PROTECTED][EMAIL PROTECTED]
--


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

Re: These new diffs are great, but...

[Robert Lemmen]

On Thu, Jun 29, 2006 at 09:35:09PM +0200, Bastian Venthur wrote:
 Someone could make stats to calculate the average day-count x when the
 summ of the pdiffs becomes larger that the package-files. Then aptitude
 (or apt-get) could decide whether the last update is more than x days
 away and decide what to use.

it might be easier to just generate fewer diffs on the server side, if
there is no matching diff available apt will fall back to using the
standard method. you will however find out that the size of all diffs
together is already less than the size of the regular packages file.

disabling diffs for file/cdrom urls makes perfect sense imho...

cu  robert

-- 
Robert Lemmen   http://www.semistable.com 


signature.asc
Description: Digital signature

Re: These new diffs are great, but...

[Steinar H. Gunderson]

On Thu, Jun 29, 2006 at 10:53:14PM +0200, Robert Lemmen wrote:
 it might be easier to just generate fewer diffs on the server side, if
 there is no matching diff available apt will fall back to using the
 standard method. you will however find out that the size of all diffs
 together is already less than the size of the regular packages file.

There is a penalty per-request (both on the client and the server side), and
a penalty for piecing the diffs back together on the receiving end, both of
which are  ε.

/* Steinar */
-- 
Homepage: http://www.sesse.net/


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

Re: These new diffs are great, but...

[Kurt Roeckx]

On Thu, Jun 29, 2006 at 09:35:09PM +0200, Bastian Venthur wrote:
 Steinar H. Gunderson wrote:
  On Thu, Jun 29, 2006 at 09:15:13PM +0200, Bastian Venthur wrote:
  Same here. Very annoying on a box where you only update every few weeks
  or something. Wouldn't it be possible to make snapshots every week and
  only pdiff from this snapshot?
  
  You can turn off pdiffs if you'd like to; the old packages files are still
  there. The question here is what to do with the default.
 
 Ah ok, I was not aware of this feature. But since downloading pdiffs of
  x days might in fact result in a larger download than downloading the
 package-files directly, aptitude (or apt-get) should decide
 automatically when to use pdiffs and when not.
 
 Someone could make stats to calculate the average day-count x when the
 summ of the pdiffs becomes larger that the package-files. Then aptitude
 (or apt-get) could decide whether the last update is more than x days
 away and decide what to use.

You don't need stats for that, the Packages.diff/Index has the
size in it.

But what I don't get is that it seems to be downloading every
file more than once. It atleast looks to be downloading twice as
files as it should, but it more looks like it's downloading the
same file 3 times if I look at the sizes.


Kurt


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

Re: These new diffs are great, but...

[Bastian Venthur]

Robert Lemmen wrote:

 standard method. you will however find out that the size of all diffs
 together is already less than the size of the regular packages file.

Yeah, looking at the average filesize of a diff compared to a packages
file, I guess you'll need to wait like 100-200 days until the sum of the
diffs becomes larger than the package file itself. However, downloading
a 5meg file takes a few seconds on my boxes while downloading the diffs
from 10-20days can take a few minutes, which is not very attractive.

This is quite a dilemma since I understand that the bandwith of
volunteering archive mirrors is not free.

Since the main problem seems to be that downloading many small files can
take much longer than downloading one big file, a compromise could be to
provide only one diff. The trick: generate x diffs for:

today-1day, today-2days .. today-x days

so you only have do download one file if your last update is less than x
days ago.

A good compromise for x could be 50 days or something. The diffs would
be reasonable small, fast to download and if your last update is more
than x days ago you still could download the package file directly.

This solution should keep the bandwidth utilization on the servers small
(older diffs are less likely to be downloaded than the most recent ones)
while being faster than the current (and even faster than downloading
the whole packages) solution.

Plus, you don't have to keep all the old diffs (only the last x ones) on
the servers.


Any ideas?


Cheers,

Bastian

-- 
Bastian Venthur
http://venthur.de


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

Bug#376038: ITP: hpodder -- Tool to scan and download podcasts (podcatcher)

[John Goerzen]

Package: wnpp
Severity: wishlist
Owner: John Goerzen [EMAIL PROTECTED]

* Package name: hpodder
  Version : 0.5.0
  Upstream Author : John Goerzen [EMAIL PROTECTED]
* URL : http://quux.org/devel/hpodder
* License : GPL
  Programming Lang: Haskell
  Description : Tool to scan and download podcasts (podcatcher)

 Podcasting is a method of publishing radio-like programs on the
 Internet.  Through podcasting, almost anyone can produce their own
 audio program, and publish episodes of it as often or as rarely as
 they like.
 .
 To listen to podcasts, you need a program to download the podcast's
 episodes from the Internet.  Such a program is called a podcatcher
 (or sometimes a podcast aggregator).  hpodder is this program.
 .
 hpodder's features include:
 .
 Convenient, easy to learn, and fast command-line interface.  It's
 simple to do simple things, and advanced things are possible.
 .
 Automatic discovery of feed metadata
 .
 Full history database for accurate prevention of duplicate
 downlaods and tracking of new episodes
 .
 Conversion tools to convert your existing feed list and history from
 other applications to hpodder.  Supported applications and formats
 include: castpodder and ipodder.
 .
 Most operations can work fully automatically across your entire
 podcast database, or they can work manually.
 .
 Automatic updating of ID3 (v1 and v2) tags based on metadata in the
 podcast feed.  This important feature is available through iTunes but
 is often missed by other podcatchers.
 .
 hpodder operations can be easily scripted or scheuled using regular
 operating system tools.
 .
 Fully customizable naming scheme for downloaded episodes, including a
 name collision detection and workaround algorithm.
 .
 Automatic support for appending .mp3 extensions to MP3 files that
 lack them.
 .
 Numerous database and history inquiry tools
 .
 Small, minimalist footprint
 .
 Power users and developers can interact directly with the embedded
 Sqlite3 database used by hpodder.  The database has a simple schema
 that is developer-friendly.
 .
 Support for resuming interrupted downloads of podcasts
 .
 hpodder is SAFE and is designed with data integrity in mind from the
 beginning.  It should be exceedingly difficult to lose a podcast
 episode, even in the event of a power failure.



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


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

Re: how to execute a data-file's preferred app from the cmd-line?

[Gunnar Wolf]

Török Edvin dijo [Thu, Jun 22, 2006 at 09:23:32AM +0300]:
 kfmclient exec foobar.odt
 What if I am using gnome? Should I use gnome-open then?
 Ah, and how do I determine if I am running gnome or kde?
 (look in the output of `ps x'?)

Don't. The machine might be multiuser (i.e. LTSP). Its users will
have different sessions.

Greetings,

-- 
Gunnar Wolf - [EMAIL PROTECTED] - (+52-55)5623-0154 / 1451-2244
PGP key 1024D/8BB527AF 2001-10-23
Fingerprint: 0C79 D2D1 2C4E 9CE4 5973  F800 D80E F35A 8BB5 27AF


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

Re: Reclaiming automake

[Eric Dorland]

* Scott James Remnant ([EMAIL PROTECTED]) wrote:
 On Sun, 2006-06-25 at 19:11 -0400, Eric Dorland wrote:
 
  Scott James Remnant dropped me an email recently, interested in
  improving the automake situation in Ubuntu and Debian[0].
  
  [0] Their plan, which mirrors mine, is documented here:
  https://wiki.ubuntu.com/AutomakeTransition
  
 If you could have another read through of that spec, now it's
 post-draft, and make sure we're still both planning the same thing
 that'd be great.  I don't see any reason for Ubuntu to go a different
 direction to Debian here.
 
 In particular I had a momentary thought about what packages should
 actually depend/build-depend on now -- could you check that.

The automaken | automake$VER is probably not wise. A new version of
automake may not be fully backwards compatible. If it were, we
wouldn't have these problems. Better to depend on a known version that
works, or better still don't build depend on it at all and ship the
generated files in the diff.gz.
 
  Now before I can implement this master plan, I need to fix all the
  packages that still build depend on automake[1]. To proceed with
  this I'd like to file wishlist bugs (with patches) against these
  packages one week from today. One week after that, with the Release
  Team's blessing, I'd like to start NMUing as much of these packages as
  I can. Once that is complete, I'd like to make the transition and
  raise the severity of any of bugs that remain.
  
 We should probably work together to cut the time down to make these
 patches.

I'm going to get started on Saturday, and I'll be on IRC
(#debian-devel) so if you (or anyone) want to join in the fun, we can
coordinate there. I've just filed #376047 too, so any bugs filed
should be made to block that one. 

-- 
Eric Dorland [EMAIL PROTECTED]
ICQ: #61138586, Jabber: [EMAIL PROTECTED]
1024D/16D970C6 097C 4861 9934 27A0 8E1C  2B0A 61E9 8ECF 16D9 70C6



signature.asc
Description: Digital signature

Re: Debian mactel linux support?

[Junichi Uekawa]

Hi,

  fix gnu-efi (bug: #376000)
 
 I'm sure this is a dupe of a bug I filed, but I can't find it right now.

Your bug is meant to be already fixed (#355252), but I see there are
some deviations between Debian and Ubuntu (which you seem to
maintain), I'm suspecting there might be problems with Debian code
which is only updated about 3 months ago.


  I don't quite grok how I can make erfit be the default bootloader
  without access to MacOSX command-line to 'bless', I hope I can find
  out as I delve deeper.
 
 You can't. Intel Mac blessing is different to traditional HFS stuff - 
 it's not too difficult to do the blessing, but we have no way of 
 generating HFS+ filesystems without resorting to APSLed code and that 
 seems to be the only useful bootable format.

I thought EFI should work with FAT (I was surprised to see blessing
can be applied to HFS+ also), which is the first partition on the
internal disk.

I'm hoping that I can switch default boot through some kind of nvram
setting.


regards,
junichi
-- 
[EMAIL PROTECTED],netfort.gr.jp}   Debian Project


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

Re: Debian mactel linux support?

[Junichi Uekawa]

Hi,

  Debian-installer:
  elilo-installer is not built for ia32
  (http://lists.debian.org/debian-boot/2006/06/msg00185.html)
 
  Anyone already working on these stuff?
 
 There has been some work done on the installer (including uploading elilo 
 installer for i386 to the archive...).
 There does not seem to be a real drive behind this though. Owners of such 
 machines are welcome to jump in and contact us on the debian-boot list.

I'm planning on hacking on this part for this weekend's hackathon in
Tokyo: 'CodeFestAkihabara' [1] .

[1] https://members.fsij.org/trac/codefestakihabara2006/wiki

regards,
junichi
-- 
[EMAIL PROTECTED],netfort.gr.jp}   Debian Project


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

Re: Debian mactel linux support?

[Gustavo Franco]

On 6/29/06, Junichi Uekawa [EMAIL PROTECTED] wrote:

Hi

I've got hold of an intel mac that I'm interested in getting Debian
running.  I've seen quite a few folks running Debian on MacBook Pro at
Debconf in Mexico, and I'm surprised that there aren't Debian
packages.

The things I'm planning on doing are follows:

Code packages
fix gnu-efi (bug: #376000)
fix elilo (bug: #376002)
ITP rEFIt (bug: #375999)
(I've filed bugs to track their progress)

Debian-installer:
elilo-installer is not built for ia32 
(http://lists.debian.org/debian-boot/2006/06/msg00185.html)

erfit-installer ?


Anyone already working on these stuff?

I don't quite grok how I can make erfit be the default bootloader
without access to MacOSX command-line to 'bless', I hope I can find
out as I delve deeper.



Hi Junichi,

Just to put on your radar:
http://lists.debian.org/debian-kernel/2006/06/msg00210.html

thanks,
-- stratus


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

Re: make -j in Debian packages

[Goswin von Brederlow]

Adam Borowski [EMAIL PROTECTED] writes:

 On Wed, Jun 28, 2006 at 03:17:27AM +0200, Henning Makholm wrote:
  If package maintainer wants to build it faster on their own machine, I
  would imagine that checking for an environment variable (DEB_MAKE_OPTS
  or something, perhaps?) and using that would be the way to go. By
  default, build with a single processor.

 This would affect every single package, and you can't do that.  While
 a vast majority of C code will build correctly, not every package is
 SMP-safe. [1]
  
 If I understand the problem correctly, it is not even necessary to
 modify debian/rules to get this behavior. If the interdependencies
 are properly declared,
 
 $ debian/rules -j42 binary
 
 should do the trick, as GNU make is smart enough to pass the option
 down to sub-makes that it starts.

 Actually, this is a bad idea; debian/rules are specifically the kind
 of makefiles that typically rely on the order in which dependencies
 are built.  This is a bug as it breaks make -k, but as -k hardly ever
 makes sense with regard to debian/rules, this is nearly totally
 untested.

What relies on the order and why should it?

Every target in debian/rules should have the correct dependencies
listed and force make to build targets in the order required. That
means binary* depends on install*, install on build, build on
configure or whatever combination of targets are employed.

I think it is sane to demand that all debian/rules files are
concurency save and it is trivial to do so.

The same can't be said for upstream makefiles though. Many sources
don't build with -j option. I'm not sure if debian/rules should
somehow enforce -j1 in those cases or if only packages that benefit
from -jX should add support for some DEB_BUILD_OPTION or
CONCURENCY_LEVEL env var. The later would always be the save
option. The former would have lots of hidden bugs that prop up
suddenly on rebuilds or security fixes.

Maybe someone should do a complete archive rebuild with -j1 and -j4 on
a smp system and compare the amount of failures to get an overview how
bad it would be.

 On the other hand, making builds significantly faster is not
 something that you can shake a stick at.  Typically make -jX is faster
 even on uniprocessor, and I don't need to tell you why it's much
 faster on SMP.
 Too bad, a C++ build where every file takes 1GB memory obviously
 should not be parallelized.  Also, no one but the maintainer knows
 whether a package is SMP-clean or not.  You cannot guess this in an
 automated way.

That would point to using an env varibale

 Thus, my counter-proposal:
 Let's allow maintainers to use make -jX according to their common
 sense, requiring obeying an env variable to opt out.

and let the maintainer pass that env variable down a -jX.


How about this option:

We write a tool concurency-helper that gets a set of requirements of
the source and outputs a suitable concurency level for current build
host. Requirements could include:

--package pkg

   Let the tool know what we build. The tool can have overrides in
   place for packages in case special rules apply.

--max-concurency X || --non-concurent

   Limit the concurency, possibly to 1, for sources that have problems
   with it. Although such sources probably just shouldn't support this.

--ram-estimate X [Y]

   Give some indication of ram usage. If the host has too little ram
   the concurency will be tuned down to prevent swapping. A broad
   indication +- a factor of 2 is probably sufficient. The [Y] would
   be to indicate ram usage for 32bit and 64bit archs seperately.
   Given the pointer size ram usage can vary between them a lot.

--more-concurent

   Indicate that there are lots of small files that greatly benefit
   from interleaving I/O with cpu time. Try to use more concurency
   than cpus.

The tool would look at those indicators and the hosts resources in
both ram and cpus and figure out a suitable concurency level for the
package from there.

What do you think?

 Rationale:
 Nearly every buildd and nearly every user building the packages on
 his own will benefit from -j2 [2], even on non-SMP.  Unless it's a
 piece of heavily-templated code, any modern box will have enough
 memory to handle it.  The maintainer know whether the code is heavily
 templated or not.

Mips, mipsel, arm and m68k won't benefit. The ram requirement just
leads to poor cache performance or even excessive swapping in
general. Sources and gcc are growing and growing and the ram of the
buildds stays the same.

On the other hand any modern system will build the source fast and the
buildd will be idle most of the time so -j2 or not hardly matters.

Wouldn't that indicate a preference to -j1?

MfG
Goswin


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

Re: make -j in Debian packages

[Goswin von Brederlow]

Adam Borowski [EMAIL PROTECTED] writes:

 On Wed, Jun 28, 2006 at 07:50:50PM +0300, Lars Wirzenius wrote:
 ke, 2006-06-28 kello 18:43 +0200, Adam Borowski kirjoitti:
  What do you think about going with Don Armstrong's suggestion
  ($CONCURRENCY_LEVEL), while handling the default (no env var) my
  way (decent memory = parallel, little memory = -j 1) instead of
  Ingo's (-j 1 unless explicitely set)?
 
 I'm in favor of Ingo's approach. I don't think it is a good idea to
 hardcode assumptions of what is sufficient memory size into rules files;
 that's the kind of thing that is best done centrally.

 Still, the buildd admin has no way to estimate how much a sub-process
 of a package is going to use, the maintainer has at least a rough
 idea.  Since the maintainer's action is needed anyway, he can as well
 provide this estimate.
 And then the buildd admin can set CONCURRENCY_LEVEL to 1 to centrally
 disable any parallelism of this kind.

One could patch make to use concurency when the ram permits. This
would involves checking the current ram usage and forking more builds
if there is enough as well as suspending submakes when swapping
starts. But i guess that would greatly complicate make itself.

MfG
Goswin


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

Re: These new diffs are great, but...

[Miles Bader]

Robert Lemmen [EMAIL PROTECTED] writes:
 it might be easier to just generate fewer diffs on the server side, if
 there is no matching diff available apt will fall back to using the
 standard method. you will however find out that the size of all diffs
 together is already less than the size of the regular packages file.

The problem for me is not the _size_ or the network bandwidth, it's that
apt seems to spend a lot more _CPU_ (and disk I/O) time dealing with
zillions of diffs -- e.g., it seems to save the updated Packages file to
disk about every 10 downloaded pdiff files or so, and on my machine
saving the Package file takes a good 20 seconds or so.  As I've got a
fast network connection, the pdiff method ends up being far more
painful because of this behavior if it's been a long time since my last
update.

Of course, I can just disable pdiffs  but (1) they're actually nice
when I update frequently, and (2) it really ought to do something more
optimal by default -- novice users won't know how to configure stuff.

-Miles

-- 
It wasn't the Exxon Valdez captain's driving that caused the Alaskan oil spill.
It was yours.  [Greenpeace advertisement, New York Times, 25 February 1990]


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

Re: These new diffs are great, but...

[Miles Bader]

Kurt Roeckx [EMAIL PROTECTED] writes:
 But what I don't get is that it seems to be downloading every
 file more than once. It atleast looks to be downloading twice as
 files as it should, but it more looks like it's downloading the
 same file 3 times if I look at the sizes.

Yeah I noticed this too -- some .pdiff files appeared to be downloaded
dozens of times!

-Miles
-- 
The secret to creativity is knowing how to hide your sources.
  --Albert Einstein


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

Re: These new diffs are great, but...

[Joe Smith]

Bastian Venthur [EMAIL PROTECTED] wrote in message 
news:[EMAIL PROTECTED]

Robert Lemmen wrote:


standard method. you will however find out that the size of all diffs
together is already less than the size of the regular packages file.


Yeah, looking at the average filesize of a diff compared to a packages
file, I guess you'll need to wait like 100-200 days until the sum of the
diffs becomes larger than the package file itself. However, downloading
a 5meg file takes a few seconds on my boxes while downloading the diffs
from 10-20days can take a few minutes, which is not very attractive.

This is quite a dilemma since I understand that the bandwith of
volunteering archive mirrors is not free.

Since the main problem seems to be that downloading many small files can
take much longer than downloading one big file, a compromise could be to
provide only one diff. The trick: generate x diffs for:

today-1day, today-2days .. today-x days

so you only have do download one file if your last update is less than x
days ago.

A good compromise for x could be 50 days or something. The diffs would
be reasonable small, fast to download and if your last update is more
than x days ago you still could download the package file directly.

This solution should keep the bandwidth utilization on the servers small
(older diffs are less likely to be downloaded than the most recent ones)
while being faster than the current (and even faster than downloading
the whole packages) solution.

Plus, you don't have to keep all the old diffs (only the last x ones) on
the servers.


Any ideas?



A very good idea. This is trading a slight increase in file space for 
bandwidth and speed. There is some additional server-side processing 
required, but diffing is realatively cheap.


If reversible diffs are used then generating today's diffs requires only 
yesteday's Package file, the most recent (x-1) diffs from yesterday,and 
todays package file. Scripting a program to update the diffs would not be 
terribly hard. Once the diffs are updated, everything from yesterday can be 
discarded.


Apt would always download the main package file if it was smaller than the 
appropriate diff. If it turns out that some of the diffs (the ones around 
today-x) are pretty large they can be compressed like the main package file.



Regardless, diffs should obviously not be used for file:// Sources or cd-rom 
sources unless the user explicitly says otherwise. This is because it is 
normally faster to fetch the main file when using those sources.





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

Re: Debian mactel linux support?

[Joe Smith]

Junichi Uekawa [EMAIL PROTECTED] wrote in message 
news:[EMAIL PROTECTED]

 I don't quite grok how I can make erfit be the default bootloader
 without access to MacOSX command-line to 'bless', I hope I can find
 out as I delve deeper.

You can't. Intel Mac blessing is different to traditional HFS stuff -
it's not too difficult to do the blessing, but we have no way of
generating HFS+ filesystems without resorting to APSLed code and that
seems to be the only useful bootable format.


I thought EFI should work with FAT (I was surprised to see blessing
can be applied to HFS+ also), which is the first partition on the
internal disk.

I'm hoping that I can switch default boot through some kind of nvram
setting.


Worst case: You have to abuse the firmware update released to facilitate 
Boot camp, and have that boot normal lilo.
Perhaps not as nice as having EFI boot a bootload, or running a bootloader 
as an EFI application, but

I think that is what most people are currently doing.

Disclamer: I have not used a Mac. Ever. I have no experience with EFI. 




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

Accepted easypg 0.0.3-1 (source all)

[OHASHI Akira]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Thu, 29 Jun 2006 14:42:56 +0900
Source: easypg
Binary: easypg
Architecture: source all
Version: 0.0.3-1
Distribution: unstable
Urgency: low
Maintainer: OHASHI Akira [EMAIL PROTECTED]
Changed-By: OHASHI Akira [EMAIL PROTECTED]
Description: 
 easypg - yet another GnuPG interface for Emacs
Changes: 
 easypg (0.0.3-1) unstable; urgency=low
 .
   * New upstream release
Files: 
 d099b6240df03ce79f3fbbe6640d6764 644 utils optional easypg_0.0.3-1.dsc
 59fed650907fabf2e73b1b02783ca0dc 82114 utils optional easypg_0.0.3.orig.tar.gz
 5769f4aa4ca92b1b702bb3026ba70812 2992 utils optional easypg_0.0.3-1.diff.gz
 d389f6e2f778dd775ac5d692db7650bf 30712 utils optional easypg_0.0.3-1_all.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/Linux)

iD8DBQFEo2jv+pahSABNprQRApykAKCBi+VMkrbIbJMBGgMgJ+tVwQRt0wCePayK
YMD+yVJgNpJakYGQv+uJkhI=
=tBGl
-END PGP SIGNATURE-


Accepted:
easypg_0.0.3-1.diff.gz
  to pool/main/e/easypg/easypg_0.0.3-1.diff.gz
easypg_0.0.3-1.dsc
  to pool/main/e/easypg/easypg_0.0.3-1.dsc
easypg_0.0.3-1_all.deb
  to pool/main/e/easypg/easypg_0.0.3-1_all.deb
easypg_0.0.3.orig.tar.gz
  to pool/main/e/easypg/easypg_0.0.3.orig.tar.gz


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

Accepted debdelta 0.15 (source i386)

[A Mennucc1]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Wed, 28 Jun 2006 16:23:28 +0200
Source: debdelta
Binary: debdelta
Architecture: source i386
Version: 0.15
Distribution: unstable
Urgency: low
Maintainer: A Mennucc1 [EMAIL PROTECTED]
Changed-By: A Mennucc1 [EMAIL PROTECTED]
Description: 
 debdelta   - diff and patch utilities which work with Debian packages
Changes: 
 debdelta (0.15) unstable; urgency=low
 .
   * debdelta :
  - faster on .debs with many many files ;
  - better behaviour when 'out of disk space'  errors occour
   * debdeltas:
  - added  '--alt DIR' option, to say where older versions of .debs are
  - added   --clean-alt and --clean-deltas options
   * debdelta-upgrade:
  - if a delta fails, download the .deb
  - sources are in /etc/debdelta/sources.conf or ~/.debdelta/sources.conf
   * corrected many bugs
Files: 
 0b40eadc61035024311ac13525318afe 481 devel optional debdelta_0.15.dsc
 982a74c3f6d4940ff81d54ca93b213b9 112238 devel optional debdelta_0.15.tar.gz
 c3c91ce493f45d547aaa4811ab224d45 34126 devel optional debdelta_0.15_i386.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/Linux)

iD8DBQFEopGV9B/tjjP8QKQRAvZKAKCMERMdkfEH/rttyW9AL03sZ0If2QCeO7+r
1VS9b11XmarCzp3j51W6ThI=
=RXBi
-END PGP SIGNATURE-


Accepted:
debdelta_0.15.dsc
  to pool/main/d/debdelta/debdelta_0.15.dsc
debdelta_0.15.tar.gz
  to pool/main/d/debdelta/debdelta_0.15.tar.gz
debdelta_0.15_i386.deb
  to pool/main/d/debdelta/debdelta_0.15_i386.deb


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

Accepted librmagick-ruby 1.12.0-1 (source all powerpc)

[Lucas Nussbaum]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Mon,  5 Jun 2006 23:34:21 +0200
Source: librmagick-ruby
Binary: librmagick-ruby-doc librmagick-ruby librmagick-ruby1.8
Architecture: source all powerpc
Version: 1.12.0-1
Distribution: unstable
Urgency: low
Maintainer: Lucas Nussbaum [EMAIL PROTECTED]
Changed-By: Lucas Nussbaum [EMAIL PROTECTED]
Description: 
 librmagick-ruby - ImageMagick API for Ruby
 librmagick-ruby-doc - ImageMagick API for Ruby (documentation)
 librmagick-ruby1.8 - ImageMagick API for Ruby
Changes: 
 librmagick-ruby (1.12.0-1) unstable; urgency=low
 .
   * New upstream release.
Files: 
 0bab625c53db1e7a1070f541b3226b95 1304 interpreters optional 
librmagick-ruby_1.12.0-1.dsc
 1bfd3deb0423aaada96870bc0a5aeb67 1009213 interpreters optional 
librmagick-ruby_1.12.0.orig.tar.gz
 4574e9efdf3eb11b916100a0e2d33d1f 6254 interpreters optional 
librmagick-ruby_1.12.0-1.diff.gz
 be7ac72963f09172e15cab5814df7aff 11646 interpreters optional 
librmagick-ruby_1.12.0-1_all.deb
 13e9e15fc66ffd4e86d9c0fb6966877b 10119644 interpreters optional 
librmagick-ruby-doc_1.12.0-1_all.deb
 ac919b3aa72944603336db4c4c73c25f 151910 interpreters optional 
librmagick-ruby1.8_1.12.0-1_powerpc.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/Linux)

iD8DBQFEo23ZJBBhylAGQYERAtIsAJoCeAbwB4nembzm5g5P3wIBykBSfwCdHWMq
QFtyT3E+yKrC7LDtbPhZdcs=
=6/QO
-END PGP SIGNATURE-


Accepted:
librmagick-ruby-doc_1.12.0-1_all.deb
  to pool/main/libr/librmagick-ruby/librmagick-ruby-doc_1.12.0-1_all.deb
librmagick-ruby1.8_1.12.0-1_powerpc.deb
  to pool/main/libr/librmagick-ruby/librmagick-ruby1.8_1.12.0-1_powerpc.deb
librmagick-ruby_1.12.0-1.diff.gz
  to pool/main/libr/librmagick-ruby/librmagick-ruby_1.12.0-1.diff.gz
librmagick-ruby_1.12.0-1.dsc
  to pool/main/libr/librmagick-ruby/librmagick-ruby_1.12.0-1.dsc
librmagick-ruby_1.12.0-1_all.deb
  to pool/main/libr/librmagick-ruby/librmagick-ruby_1.12.0-1_all.deb
librmagick-ruby_1.12.0.orig.tar.gz
  to pool/main/libr/librmagick-ruby/librmagick-ruby_1.12.0.orig.tar.gz


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

Accepted kiax 0.8.51.dfsg-2-1 (source i386)

[Mark Purcell]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Thu, 29 Jun 2006 07:09:31 +0100
Source: kiax
Binary: kiax
Architecture: source i386
Version: 0.8.51.dfsg-2-1
Distribution: unstable
Urgency: low
Maintainer: Debian VoIP Team [EMAIL PROTECTED]
Changed-By: Mark Purcell [EMAIL PROTECTED]
Description: 
 kiax   - IAX VoIP softphone
Closes: 375894
Changes: 
 kiax (0.8.51.dfsg-2-1) unstable; urgency=low
 .
   [ George Danchev ]
   * Fix the sed snippet which failed to figure out the corrent upstream
 version from the changelog when dfsg is followed by digits. This
 was the root of invalid dfsg repackaging
 .
   [ Mark Purcell ]
   * 0.8.51.dfsg-2-1 removes all of lib/ again. (Backout r1949)
 - Fixes: kiax DFSGness not taken seriously (Closes: #375894)
 - Temporary measure until debian/copyright contains details of lib/
   * Renable 02_disable_echo_cancellation
   * Add debian/rules check-ilbc target  warning
Files: 
 d4e0200e990ffcd95d420b360a5e30f6 842 net optional kiax_0.8.51.dfsg-2-1.dsc
 6cb2a82674116f13fc190cb29b2ea081 392784 net optional 
kiax_0.8.51.dfsg-2.orig.tar.gz
 58ec8dbb929eea5a0971d65ef8582944 8980 net optional kiax_0.8.51.dfsg-2-1.diff.gz
 7ce604b258d373967c6153b050ccd026 607342 net optional 
kiax_0.8.51.dfsg-2-1_i386.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/Linux)

iD8DBQFEo2+UoCzanz0IthIRAnoiAKCSRZGHx6OZEh89CIroePxgbwue3wCdH2ou
JW9w3hCRJFw4orAMDFSGL88=
=DI7b
-END PGP SIGNATURE-


Accepted:
kiax_0.8.51.dfsg-2-1.diff.gz
  to pool/main/k/kiax/kiax_0.8.51.dfsg-2-1.diff.gz
kiax_0.8.51.dfsg-2-1.dsc
  to pool/main/k/kiax/kiax_0.8.51.dfsg-2-1.dsc
kiax_0.8.51.dfsg-2-1_i386.deb
  to pool/main/k/kiax/kiax_0.8.51.dfsg-2-1_i386.deb
kiax_0.8.51.dfsg-2.orig.tar.gz
  to pool/main/k/kiax/kiax_0.8.51.dfsg-2.orig.tar.gz


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

Accepted libapache-mod-chroot 0.5-4 (source all amd64)

[Michael Ablassmeier]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Thu, 29 Jun 2006 08:41:33 +0200
Source: libapache-mod-chroot
Binary: libapache2-mod-chroot mod-chroot-common libapache-mod-chroot
Architecture: source amd64 all
Version: 0.5-4
Distribution: unstable
Urgency: low
Maintainer: Michael Ablassmeier [EMAIL PROTECTED]
Changed-By: Michael Ablassmeier [EMAIL PROTECTED]
Description: 
 libapache-mod-chroot - run Apache in a secure chroot environment
 libapache2-mod-chroot - run Apache in a secure chroot environment
 mod-chroot-common - run Apache in a secure chroot environment
Closes: 375899
Changes: 
 libapache-mod-chroot (0.5-4) unstable; urgency=low
 .
   * Fix Circular Dependency, Thanks Bill (Closes: #375899)
Files: 
 da57575c84316bd308af2194c9c215da 712 web optional 
libapache-mod-chroot_0.5-4.dsc
 7350f4a841cf168729c3921941376b0d 5071 web optional 
libapache-mod-chroot_0.5-4.diff.gz
 3c499fdfa55aab2f59eb30a6a180d018 9738 web optional 
mod-chroot-common_0.5-4_all.deb
 1581f276057e6f6b972b8cd72eec9445 4450 web optional 
libapache-mod-chroot_0.5-4_amd64.deb
 e46132ffeefb981b845b4d920b276a6d 3642 web optional 
libapache2-mod-chroot_0.5-4_amd64.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/Linux)

iD8DBQFEo3bxEFV7g4B8rCURAkuXAJ9SWniKZ7BAkhQKbAFBPPvQ7vRSpQCeIlLt
yDHXKfAOR4hlEttthMq4/3Y=
=NQUp
-END PGP SIGNATURE-


Accepted:
libapache-mod-chroot_0.5-4.diff.gz
  to pool/main/liba/libapache-mod-chroot/libapache-mod-chroot_0.5-4.diff.gz
libapache-mod-chroot_0.5-4.dsc
  to pool/main/liba/libapache-mod-chroot/libapache-mod-chroot_0.5-4.dsc
libapache-mod-chroot_0.5-4_amd64.deb
  to pool/main/liba/libapache-mod-chroot/libapache-mod-chroot_0.5-4_amd64.deb
libapache2-mod-chroot_0.5-4_amd64.deb
  to pool/main/liba/libapache-mod-chroot/libapache2-mod-chroot_0.5-4_amd64.deb
mod-chroot-common_0.5-4_all.deb
  to pool/main/liba/libapache-mod-chroot/mod-chroot-common_0.5-4_all.deb


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

Accepted python-pam 0.4.2-10.4 (source i386)

[Raphael Hertzog]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Thu, 29 Jun 2006 08:46:49 +0200
Source: python-pam
Binary: python-pam
Architecture: source i386
Version: 0.4.2-10.4
Distribution: unstable
Urgency: low
Maintainer: Dima Barsky [EMAIL PROTECTED]
Changed-By: Raphael Hertzog [EMAIL PROTECTED]
Description: 
 python-pam - A Python interface to the PAM library
Changes: 
 python-pam (0.4.2-10.4) unstable; urgency=low
 .
   * Non-maintainer upload.
   * Add the missing Conflicts/Replaces on python2.X-pam.
Files: 
 2ff2b18f04a2ec798c1c9305738a6721 552 python optional python-pam_0.4.2-10.4.dsc
 9c673a8be372191d5ad8af9193692294 15074 python optional 
python-pam_0.4.2-10.4.tar.gz
 6fd4b09018758d2d2df5fca98bcce473 13034 python optional 
python-pam_0.4.2-10.4_i386.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/Linux)

iD8DBQFEo3eQvPbGD26BadIRAghDAJ946kVkS+pu2bd8Aq08naJ6BDiK8QCePK1a
ribXleRS1E8zrUM6BQ2QxEg=
=CXP0
-END PGP SIGNATURE-


Accepted:
python-pam_0.4.2-10.4.dsc
  to pool/main/p/python-pam/python-pam_0.4.2-10.4.dsc
python-pam_0.4.2-10.4.tar.gz
  to pool/main/p/python-pam/python-pam_0.4.2-10.4.tar.gz
python-pam_0.4.2-10.4_i386.deb
  to pool/main/p/python-pam/python-pam_0.4.2-10.4_i386.deb


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

Accepted libbreakpoint-ruby 0.5.1-1 (source all)

[Paul van Tilburg]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Thu, 29 Jun 2006 08:21:57 +0200
Source: libbreakpoint-ruby
Binary: libbreakpoint-ruby1.8 libbreakpoint-ruby
Architecture: source all
Version: 0.5.1-1
Distribution: unstable
Urgency: low
Maintainer: Paul van Tilburg [EMAIL PROTECTED]
Changed-By: Paul van Tilburg [EMAIL PROTECTED]
Description: 
 libbreakpoint-ruby - Ruby library for adding breakpoints to Ruby programs
 libbreakpoint-ruby1.8 - Ruby library for adding breakpoints to Ruby 1.8 
programs
Changes: 
 libbreakpoint-ruby (0.5.1-1) unstable; urgency=low
 .
   * New upstream release.
   * Bumped standards-version to 3.7.2:
 + Moved the Build-Depends-Indeps of cdbs and debhelper to Build-Depends.
Files: 
 674e2926aa4b02a373c594e7190dbf94 1200 interpreters optional 
libbreakpoint-ruby_0.5.1-1.dsc
 38d6eedacf346985a25bc1971fd6e4f3 45223 interpreters optional 
libbreakpoint-ruby_0.5.1.orig.tar.gz
 0ff5cbc4e19a926343f659e6523ada53 2500 interpreters optional 
libbreakpoint-ruby_0.5.1-1.diff.gz
 43ab49af2908ffee1afc6c982fbf6769 4696 interpreters optional 
libbreakpoint-ruby_0.5.1-1_all.deb
 b443e8d259a4df64d066c2c146412d59 15480 interpreters optional 
libbreakpoint-ruby1.8_0.5.1-1_all.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/Linux)

iD8DBQFEo3ikJBBhylAGQYERAjHaAJ9YFkjxZgFYl5JWudDGWADZyMLzOQCfaZS6
JQOOY6qH7Srv0IDhO2R9lX4=
=ELo0
-END PGP SIGNATURE-


Accepted:
libbreakpoint-ruby1.8_0.5.1-1_all.deb
  to pool/main/libb/libbreakpoint-ruby/libbreakpoint-ruby1.8_0.5.1-1_all.deb
libbreakpoint-ruby_0.5.1-1.diff.gz
  to pool/main/libb/libbreakpoint-ruby/libbreakpoint-ruby_0.5.1-1.diff.gz
libbreakpoint-ruby_0.5.1-1.dsc
  to pool/main/libb/libbreakpoint-ruby/libbreakpoint-ruby_0.5.1-1.dsc
libbreakpoint-ruby_0.5.1-1_all.deb
  to pool/main/libb/libbreakpoint-ruby/libbreakpoint-ruby_0.5.1-1_all.deb
libbreakpoint-ruby_0.5.1.orig.tar.gz
  to pool/main/libb/libbreakpoint-ruby/libbreakpoint-ruby_0.5.1.orig.tar.gz


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

Accepted libfeedparser-ruby 0.2-1 (source all)

[Lucas Nussbaum]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Tue, 13 Jun 2006 12:40:29 +0200
Source: libfeedparser-ruby
Binary: libfeedparser-ruby1.8 libfeedparser-ruby libfeedparser-ruby-doc
Architecture: source all
Version: 0.2-1
Distribution: unstable
Urgency: low
Maintainer: Lucas Nussbaum [EMAIL PROTECTED]
Changed-By: Lucas Nussbaum [EMAIL PROTECTED]
Description: 
 libfeedparser-ruby - Ruby library to parse ATOM/RSS feeds (dummy package)
 libfeedparser-ruby-doc - Documentation for ruby-feedparser (libfeedparser-ruby)
 libfeedparser-ruby1.8 - Ruby library to parse ATOM/RSS feeds
Closes: 369390
Changes: 
 libfeedparser-ruby (0.2-1) unstable; urgency=low
 .
   * New upstream release.
 - correct handling of link with to type attribute in ATOM feeds
   (closes: 369390).
   * Upgraded to policy 3.7.2 (no changes required).
   * Increased build-deps on debhelper and ruby-pkg-tools, since we were
 setting debian/compat to 5 anyway.
   * No longer calls dh_rdoc in debian/rules, since cdbs does it for us.
   * No longer tries to install rdoc/, since dh_rdoc generates the doc
 directly in the target directory.
Files: 
 bbbe0c0a83daff826f9270eca6fc2c02 1237 net optional libfeedparser-ruby_0.2-1.dsc
 62660dbfc5c55fa4bdc99e670220c462 392767 net optional 
libfeedparser-ruby_0.2.orig.tar.gz
 31a9af265ec7f2a7d7ee281ba04fcb4e 3094 net optional 
libfeedparser-ruby_0.2-1.diff.gz
 2a52c460cb305c2b9982f717105d15bd 12658 net optional 
libfeedparser-ruby1.8_0.2-1_all.deb
 2cfeca3cac91e4ff0a5ca56d113663f1 4078 net optional 
libfeedparser-ruby_0.2-1_all.deb
 103f128505c8283b4f7573090b6ccb88 93826 doc optional 
libfeedparser-ruby-doc_0.2-1_all.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/Linux)

iD8DBQFEo3pLJBBhylAGQYERAopSAKCa6h/8wvnVCgnFVOOT92lnM3AbXACdGT9O
XKHB6MarVgVIJLYQfC9soE4=
=tf40
-END PGP SIGNATURE-


Accepted:
libfeedparser-ruby-doc_0.2-1_all.deb
  to pool/main/libf/libfeedparser-ruby/libfeedparser-ruby-doc_0.2-1_all.deb
libfeedparser-ruby1.8_0.2-1_all.deb
  to pool/main/libf/libfeedparser-ruby/libfeedparser-ruby1.8_0.2-1_all.deb
libfeedparser-ruby_0.2-1.diff.gz
  to pool/main/libf/libfeedparser-ruby/libfeedparser-ruby_0.2-1.diff.gz
libfeedparser-ruby_0.2-1.dsc
  to pool/main/libf/libfeedparser-ruby/libfeedparser-ruby_0.2-1.dsc
libfeedparser-ruby_0.2-1_all.deb
  to pool/main/libf/libfeedparser-ruby/libfeedparser-ruby_0.2-1_all.deb
libfeedparser-ruby_0.2.orig.tar.gz
  to pool/main/libf/libfeedparser-ruby/libfeedparser-ruby_0.2.orig.tar.gz


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

Accepted feed2imap 0.8-1 (source all)

[Lucas Nussbaum]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Tue, 13 Jun 2006 16:32:31 +0200
Source: feed2imap
Binary: feed2imap
Architecture: source all
Version: 0.8-1
Distribution: unstable
Urgency: low
Maintainer: Lucas Nussbaum [EMAIL PROTECTED]
Changed-By: Lucas Nussbaum [EMAIL PROTECTED]
Description: 
 feed2imap  - feed aggregator (RSS/Atom) which puts items on a IMAP mail server
Closes: 366878 367282
Changes: 
 feed2imap (0.8-1) unstable; urgency=low
 .
   [ Lucas Nussbaum ]
   * Upgraded to policy 3.7.2. No changes required.
   * Build-dep on debhelper = 5.
   * New upstream release.
   * New always-new flag in the config file to consider all items as new
 for a feed (closes: #366878).
   * When disconnecting from the IMAP server, don't display an exception
 in non-verbose mode if connection is reset by peer (closes: #367282).
Files: 
 ae0adcc300ce9f57eb4afe82c4d245ab 1129 net optional feed2imap_0.8-1.dsc
 e65022681d5d2a36672ba2df95849559 54062 net optional feed2imap_0.8.orig.tar.gz
 8582636ffee39d8c44245f2bd8bee688 2806 net optional feed2imap_0.8-1.diff.gz
 8a3daed18d9f544eba0bd9e35a86bae3 44746 net optional feed2imap_0.8-1_all.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/Linux)

iD4DBQFEo3suJBBhylAGQYERAs+4AJdctf+zS+pJI7B47wt3ryNx/5XzAJ4sLXnV
UimpUielODBnhJJBnCdapw==
=Ogg4
-END PGP SIGNATURE-


Accepted:
feed2imap_0.8-1.diff.gz
  to pool/main/f/feed2imap/feed2imap_0.8-1.diff.gz
feed2imap_0.8-1.dsc
  to pool/main/f/feed2imap/feed2imap_0.8-1.dsc
feed2imap_0.8-1_all.deb
  to pool/main/f/feed2imap/feed2imap_0.8-1_all.deb
feed2imap_0.8.orig.tar.gz
  to pool/main/f/feed2imap/feed2imap_0.8.orig.tar.gz


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

Accepted plplot 5.6.1-6 (source i386 all)

[Rafael Laboissiere]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Thu, 29 Jun 2006 02:23:30 +0200
Source: plplot
Binary: plplot9-driver-gd plplot-bin libcsiro0 libplplot9 plplot-tcl 
plplot9-driver-wxwidgets plplot9-driver-gnome2 plplot-doc libplplot9-java 
octave-plplot libplplot-c++9c2 plplot-tcl-dev plplot9-driver-xwin python-plplot 
libplplot-fortran9 plplot9-driver-psttf libplplot-dev
Architecture: source i386 all
Version: 5.6.1-6
Distribution: unstable
Urgency: low
Maintainer: Rafael Laboissiere [EMAIL PROTECTED]
Changed-By: Rafael Laboissiere [EMAIL PROTECTED]
Description: 
 libcsiro0  - Scientific plotting library
 libplplot-c++9c2 - Scientific plotting library
 libplplot-dev - Scientific plotting library (development files)
 libplplot-fortran9 - Scientific plotting library
 libplplot9 - Scientific plotting library
 libplplot9-java - Java binding for PLplot, a plotting library
 octave-plplot - Octave support for PLplot, a plotting library
 plplot-bin - Scientific plotting library (utilities)
 plplot-doc - Documentation for PLplot, a plotting library
 plplot-tcl - Tcl/Tk support for PLplot, a plotting library
 plplot-tcl-dev - Tcl/Tk development support for PLplot, a plotting library
 plplot9-driver-gd - Scientific plotting library (GD driver)
 plplot9-driver-gnome2 - Scientific plotting library (Gnome Canvas Widget 
driver)
 plplot9-driver-psttf - Scientific plotting library (PostScript with Unicode 
support)
 plplot9-driver-wxwidgets - Scientific plotting library (wxWidgets driver)
 plplot9-driver-xwin - Scientific plotting library (X11 driver)
 python-plplot - Python support for PLplot, a plotting library
Changes: 
 plplot (5.6.1-6) unstable; urgency=low
 .
   * debian/watch: Fixed http entry
   * debian/rules: Install Perl examples in the libplplot-dev package
Files: 
 b7b2bfe30a7252e1bb6cb4f1b5682501 1496 math optional plplot_5.6.1-6.dsc
 08649c170cd56ed5c622146d7d817740 29840 math optional plplot_5.6.1-6.diff.gz
 ad22d152e47e6f79fa126ca5fbc63ea6 2116492 doc optional 
plplot-doc_5.6.1-6_all.deb
 4e3538c31b9b4c4ad80902066777fa02 411702 libs optional 
libplplot9_5.6.1-6_i386.deb
 44510786a85b0f6a287036e145fae429 643956 libdevel optional 
libplplot-dev_5.6.1-6_i386.deb
 e7b53a83cec41b093c8144a19b16ee45 19566 libs optional 
libplplot-c++9c2_5.6.1-6_i386.deb
 7083c0aac2aced8a95c9d64c5fd3 60302 libs optional 
libplplot-fortran9_5.6.1-6_i386.deb
 f14db1761096b97d204bca4d00eec5b8 49154 libs optional libcsiro0_5.6.1-6_i386.deb
 c6d61c61d6c714a0eca1666e28fefbe3 19270 math optional 
plplot-bin_5.6.1-6_i386.deb
 b93b3450ee2c45e9170848fb05574532 16490 libs optional 
plplot9-driver-xwin_5.6.1-6_i386.deb
 0f26460757ebc4c76340ceada2ddd5c5 33750 libs optional 
plplot9-driver-gnome2_5.6.1-6_i386.deb
 4b68ea2f6460a41109c61ae400047e83 13626 libs optional 
plplot9-driver-psttf_5.6.1-6_i386.deb
 1e0383d666100091b61d1c6df0e3 21182 libs optional 
plplot9-driver-wxwidgets_5.6.1-6_i386.deb
 9ae727af2b2aab8558a9d52d9819e936 153820 math extra plplot-tcl_5.6.1-6_i386.deb
 c5b871545c461fdc6a0881b212e902c6 112092 math extra 
plplot-tcl-dev_5.6.1-6_i386.deb
 b656ab594be6bf881b179ddd2c941a2e 7950 libs optional 
plplot9-driver-gd_5.6.1-6_i386.deb
 2dc153f9c0af9a854bffe48de7543aba 151530 python optional 
python-plplot_5.6.1-6_i386.deb
 476332870c3899cdebcd50d83e1899e9 393764 math extra 
octave-plplot_5.6.1-6_i386.deb
 13e8767e10e67856afbe57e45166f334 156738 libs optional 
libplplot9-java_5.6.1-6_i386.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFEo4G+k3oga0pdcv4RAl5UAKCOvkhMM5EGUsHsmpg9DZghpSn0lQCgiDHn
4PJpDYMPPY89fVZtQzfSsGo=
=CCg/
-END PGP SIGNATURE-


Accepted:
libcsiro0_5.6.1-6_i386.deb
  to pool/main/p/plplot/libcsiro0_5.6.1-6_i386.deb
libplplot-c++9c2_5.6.1-6_i386.deb
  to pool/main/p/plplot/libplplot-c++9c2_5.6.1-6_i386.deb
libplplot-dev_5.6.1-6_i386.deb
  to pool/main/p/plplot/libplplot-dev_5.6.1-6_i386.deb
libplplot-fortran9_5.6.1-6_i386.deb
  to pool/main/p/plplot/libplplot-fortran9_5.6.1-6_i386.deb
libplplot9-java_5.6.1-6_i386.deb
  to pool/main/p/plplot/libplplot9-java_5.6.1-6_i386.deb
libplplot9_5.6.1-6_i386.deb
  to pool/main/p/plplot/libplplot9_5.6.1-6_i386.deb
octave-plplot_5.6.1-6_i386.deb
  to pool/main/p/plplot/octave-plplot_5.6.1-6_i386.deb
plplot-bin_5.6.1-6_i386.deb
  to pool/main/p/plplot/plplot-bin_5.6.1-6_i386.deb
plplot-doc_5.6.1-6_all.deb
  to pool/main/p/plplot/plplot-doc_5.6.1-6_all.deb
plplot-tcl-dev_5.6.1-6_i386.deb
  to pool/main/p/plplot/plplot-tcl-dev_5.6.1-6_i386.deb
plplot-tcl_5.6.1-6_i386.deb
  to pool/main/p/plplot/plplot-tcl_5.6.1-6_i386.deb
plplot9-driver-gd_5.6.1-6_i386.deb
  to pool/main/p/plplot/plplot9-driver-gd_5.6.1-6_i386.deb
plplot9-driver-gnome2_5.6.1-6_i386.deb
  to pool/main/p/plplot/plplot9-driver-gnome2_5.6.1-6_i386.deb
plplot9-driver-psttf_5.6.1-6_i386.deb
  to pool/main/p/plplot/plplot9-driver-psttf_5.6.1-6_i386.deb
plplot9-driver-wxwidgets_5.6.1-6_i386.deb
  to pool/main/p/plplot/plplot9-driver-wxwidgets_5.6.1-6_i386.deb

Accepted gnome-blog 0.9-5 (source all)

[Frederic Peters]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Thu, 29 Jun 2006 09:40:32 +0200
Source: gnome-blog
Binary: gnome-blog
Architecture: source all
Version: 0.9-5
Distribution: unstable
Urgency: low
Maintainer: Frederic Peters [EMAIL PROTECTED]
Changed-By: Frederic Peters [EMAIL PROTECTED]
Description: 
 gnome-blog - GNOME applet to post to weblog entries
Changes: 
 gnome-blog (0.9-5) unstable; urgency=low
 .
   * debian/control, debian/rules, debian/pycompat, debian/pyversions:
 moving to new Python policy.
Files: 
 2cf94d91e35e7c6a454b81eda8b3b226 707 gnome optional gnome-blog_0.9-5.dsc
 e30a38fecf2431f8041509373f3b6c3d 34081 gnome optional gnome-blog_0.9-5.diff.gz
 72629200bc5728bb5de69b698e38278c 66002 gnome optional gnome-blog_0.9-5_all.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/Linux)

iD8DBQFEo4XFoR3LsWeD7V4RAtokAJ9+uNpQIAl1SpeaxfxBs8SK1HSLEwCgkrXa
6iy55x270b5H1ddWKkNDAwg=
=uIHm
-END PGP SIGNATURE-


Accepted:
gnome-blog_0.9-5.diff.gz
  to pool/main/g/gnome-blog/gnome-blog_0.9-5.diff.gz
gnome-blog_0.9-5.dsc
  to pool/main/g/gnome-blog/gnome-blog_0.9-5.dsc
gnome-blog_0.9-5_all.deb
  to pool/main/g/gnome-blog/gnome-blog_0.9-5_all.deb


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

Accepted python-id3 1.2-6.2 (source all)

[Pierre Habouzit]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Thu, 29 Jun 2006 10:17:19 +0200
Source: python-id3
Binary: python-id3
Architecture: source all
Version: 1.2-6.2
Distribution: unstable
Urgency: low
Maintainer: Michael Banck [EMAIL PROTECTED]
Changed-By: Pierre Habouzit [EMAIL PROTECTED]
Description: 
 python-id3 - Python module for id3-tags manipulation
Closes: 373317
Changes: 
 python-id3 (1.2-6.2) unstable; urgency=low
 .
   * Non-maintainer upload.
   * Move badly chosen B-D-I to B-D.
   * Bump Standards-Version to 3.7.2.
   * Update old FSF address.
   * Update python-id3 for the new policy: (closes: #373317)
 + debian/pycompat (2)
 + use python-support
Files: 
 a0bd55632458197b4d4c13256a881cf4 659 python optional python-id3_1.2-6.2.dsc
 0171698aabc6bca361c3fbfed9a0476b 2209 python optional 
python-id3_1.2-6.2.diff.gz
 54e8df6ba933696a81e6a700080d3d28 13992 python optional 
python-id3_1.2-6.2_all.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/Linux)

iD8DBQFEo44dvGr7W6HudhwRAgboAJ92+fO0S/DjT/JoNrPisjr75NVH4gCghHYT
W2SrEyud61YIptyB4FwXweU=
=Qs4v
-END PGP SIGNATURE-


Accepted:
python-id3_1.2-6.2.diff.gz
  to pool/main/p/python-id3/python-id3_1.2-6.2.diff.gz
python-id3_1.2-6.2.dsc
  to pool/main/p/python-id3/python-id3_1.2-6.2.dsc
python-id3_1.2-6.2_all.deb
  to pool/main/p/python-id3/python-id3_1.2-6.2_all.deb


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

Accepted cogito 0.17.3-1 (source all)

[Gerrit Pape]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Tue, 27 Jun 2006 14:24:52 +
Source: cogito
Binary: cogito
Architecture: source all
Version: 0.17.3-1
Distribution: unstable
Urgency: low
Maintainer: Gerrit Pape [EMAIL PROTECTED]
Changed-By: Gerrit Pape [EMAIL PROTECTED]
Description: 
 cogito - version control system
Closes: 309569 374840
Changes: 
 cogito (0.17.3-1) unstable; urgency=low
 .
   * new upstream version (closes: #374840).
   * debian/control: Standards-Version: 3.7.2.0; Build-Depends-Indep: bzip2
 (for tutorial-script).
   * debian/rules: install symlinks for man pages for deprecated programs
 (closes: #309569).
   * debian/diff/selftests-need-bash.diff: new; force bash for selftest
 scripts.
   * debian/diff/no-doc-tests.diff: remove.
   * debian/diff/export-user-env-in-tutorial-script.diff: new; GIT_*
 environment variables set in switch_user() must be exported to be
 available to the programs run afterwards.
Files: 
 15372db953dfa1d7e2abfdbc1a2237f6 603 devel optional cogito_0.17.3-1.dsc
 ab26b266bb9900a191b09acaf1abb84b 116801 devel optional 
cogito_0.17.3.orig.tar.gz
 9664aa709f20d8a1904efd35b5e2ec50 7203 devel optional cogito_0.17.3-1.diff.gz
 be5a9355263f0199240037701549c4ff 166918 devel optional cogito_0.17.3-1_all.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/Linux)

iD8DBQFEo43bGJoyQbxwpv8RAn9zAKCSZkp3QTFNSk6g2ke8/TFXOyv9MgCggMOU
X+NL7qgwCTU7rd5KUehdPTw=
=XTKr
-END PGP SIGNATURE-


Accepted:
cogito_0.17.3-1.diff.gz
  to pool/main/c/cogito/cogito_0.17.3-1.diff.gz
cogito_0.17.3-1.dsc
  to pool/main/c/cogito/cogito_0.17.3-1.dsc
cogito_0.17.3-1_all.deb
  to pool/main/c/cogito/cogito_0.17.3-1_all.deb
cogito_0.17.3.orig.tar.gz
  to pool/main/c/cogito/cogito_0.17.3.orig.tar.gz


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

Accepted gnome-blog 0.9.1-1 (source all)

[Frederic Peters]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Thu, 29 Jun 2006 10:14:55 +0200
Source: gnome-blog
Binary: gnome-blog
Architecture: source all
Version: 0.9.1-1
Distribution: unstable
Urgency: low
Maintainer: Frederic Peters [EMAIL PROTECTED]
Changed-By: Frederic Peters [EMAIL PROTECTED]
Description: 
 gnome-blog - GNOME applet to post to weblog entries
Closes: 375950
Changes: 
 gnome-blog (0.9.1-1) unstable; urgency=low
 .
   * New upstream release. (closes: #375950)
Files: 
 361343c3c0571f8c49018ea19a70d4e9 713 gnome optional gnome-blog_0.9.1-1.dsc
 004619f662e0f58cfe26870dc37e6433 199366 gnome optional 
gnome-blog_0.9.1.orig.tar.gz
 22b8c432d8c34e363cedcc4a967cb9d5 29757 gnome optional 
gnome-blog_0.9.1-1.diff.gz
 2190a9693fa96fa1102f46d624e77a27 83138 gnome optional 
gnome-blog_0.9.1-1_all.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/Linux)

iD8DBQFEo41FoR3LsWeD7V4RApyjAJ97dSXlrecVK5rWlHhB4aSUGwiPoQCfVo0r
t1OYklKKorpst/QujraQNQ8=
=uzS1
-END PGP SIGNATURE-


Accepted:
gnome-blog_0.9.1-1.diff.gz
  to pool/main/g/gnome-blog/gnome-blog_0.9.1-1.diff.gz
gnome-blog_0.9.1-1.dsc
  to pool/main/g/gnome-blog/gnome-blog_0.9.1-1.dsc
gnome-blog_0.9.1-1_all.deb
  to pool/main/g/gnome-blog/gnome-blog_0.9.1-1_all.deb
gnome-blog_0.9.1.orig.tar.gz
  to pool/main/g/gnome-blog/gnome-blog_0.9.1.orig.tar.gz


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

Accepted runit-services 0.2.3 (source all)

[Gerrit Pape]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Thu, 29 Jun 2006 08:23:18 +
Source: runit-services
Binary: runit-services
Architecture: source all
Version: 0.2.3
Distribution: unstable
Urgency: low
Maintainer: Gerrit Pape [EMAIL PROTECTED]
Changed-By: Gerrit Pape [EMAIL PROTECTED]
Description: 
 runit-services - a UNIX init scheme with service supervision (services)
Changes: 
 runit-services (0.2.3) unstable; urgency=low
 .
   * sv/chrony: new; add chrony service directory.
Files: 
 130dbf1a524bf82a536a54c45a33093d 473 admin optional runit-services_0.2.3.dsc
 0c1420b2e4b488610d5d6f70d952f14a 6346 admin optional 
runit-services_0.2.3.tar.gz
 81ff737b4b4bac10df17e205c8e487f1 7418 admin optional 
runit-services_0.2.3_all.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/Linux)

iD8DBQFEo49bGJoyQbxwpv8RAsPqAJ44t3usgE/yHJjG7fDXJ79dAPn97gCgiR4T
CD0RWaFHmraQSfX/vTgpYwI=
=m+dz
-END PGP SIGNATURE-


Accepted:
runit-services_0.2.3.dsc
  to pool/main/r/runit-services/runit-services_0.2.3.dsc
runit-services_0.2.3.tar.gz
  to pool/main/r/runit-services/runit-services_0.2.3.tar.gz
runit-services_0.2.3_all.deb
  to pool/main/r/runit-services/runit-services_0.2.3_all.deb


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

Accepted runit 1.6.0-1 (source powerpc)

[Gerrit Pape]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Thu, 29 Jun 2006 07:55:14 +
Source: runit
Binary: runit
Architecture: source powerpc
Version: 1.6.0-1
Distribution: unstable
Urgency: low
Maintainer: Gerrit Pape [EMAIL PROTECTED]
Changed-By: Gerrit Pape [EMAIL PROTECTED]
Description: 
 runit  - a UNIX init scheme with service supervision
Closes: 369840
Changes: 
 runit (1.6.0-1) unstable; urgency=low
 .
   * new upstream version.
 * cleanup *.t files possibly leftover by processor when interrupted by
   signal, also on startup (thx Andras Korn, closes: #369840).
Files: 
 ab7acd6e791dc1d076c32486dc5b04a1 626 admin optional runit_1.6.0-1.dsc
 e7b9fbc0fa8843662df3bb8b7e68b505 100728 admin optional runit_1.6.0.orig.tar.gz
 25529b408257b3592ecde7e995f4fddb 8781 admin optional runit_1.6.0-1.diff.gz
 ab3d893cc5e29ee06e7f56e399863fbf 105302 admin optional 
runit_1.6.0-1_powerpc.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/Linux)

iD8DBQFEo4iiGJoyQbxwpv8RAkGYAJ9ylDjqKhiBPr49rNth9QaKZArDPQCgjMAK
LO44T9PjiIKBrTApBiTGMa0=
=kRY4
-END PGP SIGNATURE-


Accepted:
runit_1.6.0-1.diff.gz
  to pool/main/r/runit/runit_1.6.0-1.diff.gz
runit_1.6.0-1.dsc
  to pool/main/r/runit/runit_1.6.0-1.dsc
runit_1.6.0-1_powerpc.deb
  to pool/main/r/runit/runit_1.6.0-1_powerpc.deb
runit_1.6.0.orig.tar.gz
  to pool/main/r/runit/runit_1.6.0.orig.tar.gz


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

Accepted python-kinterbasdb 3.1.2-0.2 (source amd64)

[Pierre Habouzit]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Thu, 29 Jun 2006 10:36:08 +0200
Source: python-kinterbasdb
Binary: python-kinterbasdb
Architecture: source amd64
Version: 3.1.2-0.2
Distribution: unstable
Urgency: low
Maintainer: Ed Boraas [EMAIL PROTECTED]
Changed-By: Pierre Habouzit [EMAIL PROTECTED]
Description: 
 python-kinterbasdb - InterBase/Firebird support for Python
Closes: 373323
Changes: 
 python-kinterbasdb (3.1.2-0.2) unstable; urgency=low
 .
   * Non-maintainer upload.
   * Update package to the new Python policy (closes: #373323).
Files: 
 98b79c30d4a3de197ed05c1777a97571 701 python optional 
python-kinterbasdb_3.1.2-0.2.dsc
 78d86d253ad579c035958206006a7d48 3332 python optional 
python-kinterbasdb_3.1.2-0.2.diff.gz
 f203c91f68a1d1d782578c95288a24a9 223662 python optional 
python-kinterbasdb_3.1.2-0.2_amd64.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/Linux)

iD8DBQFEo5MFvGr7W6HudhwRAoqrAJ4gDMIEC3NDixNSCvac9vfRW8WM/QCgj7zI
PQJw8uT2RimM25Qsx1pUEUY=
=ivpD
-END PGP SIGNATURE-


Accepted:
python-kinterbasdb_3.1.2-0.2.diff.gz
  to pool/main/p/python-kinterbasdb/python-kinterbasdb_3.1.2-0.2.diff.gz
python-kinterbasdb_3.1.2-0.2.dsc
  to pool/main/p/python-kinterbasdb/python-kinterbasdb_3.1.2-0.2.dsc
python-kinterbasdb_3.1.2-0.2_amd64.deb
  to pool/main/p/python-kinterbasdb/python-kinterbasdb_3.1.2-0.2_amd64.deb


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

Accepted etherape 0.9.6-1 (source i386)

[Frederic Peters]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Wed, 28 Jun 2006 00:01:03 +0200
Source: etherape
Binary: etherape
Architecture: source i386
Version: 0.9.6-1
Distribution: unstable
Urgency: low
Maintainer: Frederic Peters [EMAIL PROTECTED]
Changed-By: Frederic Peters [EMAIL PROTECTED]
Description: 
 etherape   - graphical network monitor modeled after etherman
Changes: 
 etherape (0.9.6-1) unstable; urgency=low
 .
   * New upstream release.
Files: 
 f327509cf11a8d1a298d9e27afc21ebd 620 gnome optional etherape_0.9.6-1.dsc
 a6f2b27da7d25346b824c42762ada61f 860413 gnome optional 
etherape_0.9.6.orig.tar.gz
 f6381a3eef9921bb2b8f9f0d23a017f7 79341 gnome optional etherape_0.9.6-1.diff.gz
 f71714959c498cca08b8274a05622a50 381382 gnome optional 
etherape_0.9.6-1_i386.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/Linux)

iD8DBQFEo5EGoR3LsWeD7V4RArTXAKCGB5CEFbWrVyrbxDqyml1nzQV+HgCfYVCV
fi8iIZUWEf0t4dvwtgYlkko=
=VESv
-END PGP SIGNATURE-


Accepted:
etherape_0.9.6-1.diff.gz
  to pool/main/e/etherape/etherape_0.9.6-1.diff.gz
etherape_0.9.6-1.dsc
  to pool/main/e/etherape/etherape_0.9.6-1.dsc
etherape_0.9.6-1_i386.deb
  to pool/main/e/etherape/etherape_0.9.6-1_i386.deb
etherape_0.9.6.orig.tar.gz
  to pool/main/e/etherape/etherape_0.9.6.orig.tar.gz


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

Accepted python-irclib 0.4.4-1.1 (source all)

[Pierre Habouzit]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Thu, 29 Jun 2006 11:14:09 +0200
Source: python-irclib
Binary: python-irclib
Architecture: source all
Version: 0.4.4-1.1
Distribution: unstable
Urgency: low
Maintainer: Alexey Nezhdanov [EMAIL PROTECTED]
Changed-By: Pierre Habouzit [EMAIL PROTECTED]
Description: 
 python-irclib - IRC client library for Python
Closes: 317454 373319
Changes: 
 python-irclib (0.4.4-1.1) unstable; urgency=low
 .
   * Non-maintainer upload.
   * Update to the last python policy (closes: #373319).
 + as a side effects, it's now build for python2.4 (closes: #317454).
Files: 
 a755767a5e76e988d97518a28ca20296 720 python optional 
python-irclib_0.4.4-1.1.dsc
 f688031cbe291f712164cac065db9171 1944 python optional 
python-irclib_0.4.4-1.1.diff.gz
 678451f130ab1d47b3def036ac690ad9 21730 python optional 
python-irclib_0.4.4-1.1_all.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/Linux)

iD8DBQFEo5povGr7W6HudhwRAvxmAKCBigrYTLjGwdVcKfxuCbrzPh4HDwCfX+l9
DaPL5lsQ0HBtQRACSK2+gVU=
=1eK2
-END PGP SIGNATURE-


Accepted:
python-irclib_0.4.4-1.1.diff.gz
  to pool/main/p/python-irclib/python-irclib_0.4.4-1.1.diff.gz
python-irclib_0.4.4-1.1.dsc
  to pool/main/p/python-irclib/python-irclib_0.4.4-1.1.dsc
python-irclib_0.4.4-1.1_all.deb
  to pool/main/p/python-irclib/python-irclib_0.4.4-1.1_all.deb


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

Accepted python-clientform 0.2.2-2 (source all)

[Brian Sutherland]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Wed, 14 Jun 2006 16:49:10 +0200
Source: python-clientform
Binary: python-clientform
Architecture: source all
Version: 0.2.2-2
Distribution: unstable
Urgency: low
Maintainer: Brian Sutherland [EMAIL PROTECTED]
Changed-By: Brian Sutherland [EMAIL PROTECTED]
Description: 
 python-clientform - module for handling HTML forms on the client side
Closes: 373522 375798
Changes: 
 python-clientform (0.2.2-2) unstable; urgency=low
 .
   * Added conflicts/replaces on older pythonX.Y-clientform packages.
 .
 python-clientform (0.2.2-1) unstable; urgency=low
 .
   * New upstream version (closes: #375798)
   * Conform to the new python policy using python-central (Closes: #373522)
   * Revert debian specific patches to setup.py and instead install using
 setuptools.
Files: 
 92793c33d7bbcf428db85dba3ab3cf3c 1028 python extra 
python-clientform_0.2.2-2.dsc
 2aaff3f85450120b0d3875a221b3cc6e 92064 python extra 
python-clientform_0.2.2.orig.tar.gz
 b4efd3869db1a837a395d7e214ec9c23 2176 python extra 
python-clientform_0.2.2-2.diff.gz
 b4bee1cb2b5c9a020d09110c2dad8484 58950 python extra 
python-clientform_0.2.2-2_all.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/Linux)

iQEVAwUBRKONb16T+PKoJ87eAQL2KAf/c2sWLoikAGTsOP5EO/uu1tqLFndNi855
uOIwSvYGAOx44ZX0A+ExoISE/DdTrQ7C3zrxmhuGtmr0wKHJeWygGLOuxpDYRVKK
TYVVM2o1KDCbbRJr7ciFrbcYfGRhxjRuGoIptihsRNQ0/cyJPUEmFjc3KW8mJRWU
dWF8NXJoB6+m6dmCAIJIBWWZIKDnXO+7hg/eYq2ePazjPCURYNyVZjaruGfHtFIJ
of2DgWcRce6WPRd5Ew8Sf6eFA8irXFnfQSzw9SOw1xkssdQsK4jjFHfzOAFpUsEY
7ixikylVAWqA0QUi+XnSJNh0D6UTgecNWTIuLCnQZ9lN/Puf5on/dw==
=xvub
-END PGP SIGNATURE-


Accepted:
python-clientform_0.2.2-2.diff.gz
  to pool/main/p/python-clientform/python-clientform_0.2.2-2.diff.gz
python-clientform_0.2.2-2.dsc
  to pool/main/p/python-clientform/python-clientform_0.2.2-2.dsc
python-clientform_0.2.2-2_all.deb
  to pool/main/p/python-clientform/python-clientform_0.2.2-2_all.deb
python-clientform_0.2.2.orig.tar.gz
  to pool/main/p/python-clientform/python-clientform_0.2.2.orig.tar.gz


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

Accepted heartbeat 1.2.4-10 (source i386 all)

[Simon Horman]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Thu, 29 Jun 2006 14:19:04 +0900
Source: heartbeat
Binary: libstonith-dev ldirectord libstonith0 heartbeat libpils-dev libpils0 
stonith heartbeat-dev
Architecture: source i386 all
Version: 1.2.4-10
Distribution: unstable
Urgency: low
Maintainer: Simon Horman [EMAIL PROTECTED]
Changed-By: Simon Horman [EMAIL PROTECTED]
Description: 
 heartbeat  - Subsystem for High-Availability Linux
 heartbeat-dev - Subsystem for High-Availability Linux - development files
 ldirectord - Monitors virtual services provided by LVS
 libpils-dev - Plugin and Interface Loading System - development files
 libpils0   - Plugin and Interface Loading System
 libstonith-dev - Interface for remotely powering down a node in the cluster
 libstonith0 - Interface for remotely powering down a node in the cluster
 stonith- Interface for remotely powering down a node in the cluster
Closes: 375507
Changes: 
 heartbeat (1.2.4-10) unstable; urgency=low
 .
   * Update ldirectordy from 1.77.2.32 to 1.77.2.45 (1.135)
 - 1.77.2.45
   Only log to stdio during init
   Thanks to Jan Yenya Kasprzak
 - 1.77.2.44
   When daemonised, use /dev/null instead of /dev/console for stdout
   and stderr as /dev/console may not always be available
   Thanks to Jan Yenya Kasprzak
 - 1.77.2.43
   Test for  istead of defined  as (Fedora Core at least) the latter
   is always true.
   Thanks to Jan Yenya Kasprzak
 - 1.77.2.42
   Add email alerts to ldirectord.
   Thanks to anthony
 - 1.77.2.41
   Make sure ldirectord does not detatch from the terminal in debug mode.
 - 1.77.2.40
   Actually sync with head 1.130
   (previous commits were missing some older changes)
 - 1.77.2.39
   Remove uncaught alarm in eval which is a race condition in the connect
   and sip checks.
   Thanks to Keith Bucher and Julien Ducros
 - 1.77.2.38
   the the - the
 - 1.77.2.37
   Fix a problem relating to zombie real servers appearing if the real
   and virtual servers have different ports - comment inline
 - 1.77.2.36
   Allow authenticted LDAP access.
   Thanks to Andreas Nolte
 - 1.77.2.35
   Actually use DNS over TCP for TCP servers.
   Thanks to Todd Lyons
 - 1.77.2.34
   Delay checking of duplicates until we have enough information to
   generate an acurate id for the service
 - 1.77.2.33
   Fix url check, seems like a regression from when the http and https
   checks were merged
 - 1.77.2.32
   Handle socket errors, regresion introduced when SIP check was added
   * Don't run deluser and delgroup in postrm
 - These commands may not be available at this time (closes: #375507)
 - If there are any files left that belong to this user or group
   then they will be left unowned and get inhereited by the
   next user that comes along that happens to have hacluster's
   old userid or the old haclient groupid respectively.
Files: 
 b0c8c6cb368589498c8769054b5dc8cd 895 admin optional heartbeat_1.2.4-10.dsc
 db8f591d0017535790816a30e1a8ff36 13271 admin optional 
heartbeat_1.2.4-10.diff.gz
 fbb564b43d7ef097494ce4fbaace5b3c 52100 admin optional 
ldirectord_1.2.4-10_all.deb
 b288605f9d7e92fb038775de2aa8fec5 40186 admin optional stonith_1.2.4-10_i386.deb
 a1646092381bbb69160ba235e6851779 92314 libs optional 
libstonith0_1.2.4-10_i386.deb
 020bad830ba857a1871ec7cff74f7ffe 33110 libdevel optional 
libstonith-dev_1.2.4-10_i386.deb
 0bb164185a3c77d3062e244b8ccdb61e 50648 libs optional libpils0_1.2.4-10_i386.deb
 7941a8389bbdf83d45fe5d56a16dcf88 61842 devel optional 
libpils-dev_1.2.4-10_i386.deb
 668fdf2133659b534bd414e1df6a7343 495000 admin optional 
heartbeat_1.2.4-10_i386.deb
 5c61ce87541e730f18b90152da2aaa2f 123412 devel optional 
heartbeat-dev_1.2.4-10_i386.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/Linux)

iD8DBQFEo52WA8ACPgVBDpcRAuHUAKCMHxgQ6BRkRt4DL28FwY4FzovTOACdFTxU
gDWfE1E0GrAf0XkZIUVIYP4=
=eIYh
-END PGP SIGNATURE-


Accepted:
heartbeat-dev_1.2.4-10_i386.deb
  to pool/main/h/heartbeat/heartbeat-dev_1.2.4-10_i386.deb
heartbeat_1.2.4-10.diff.gz
  to pool/main/h/heartbeat/heartbeat_1.2.4-10.diff.gz
heartbeat_1.2.4-10.dsc
  to pool/main/h/heartbeat/heartbeat_1.2.4-10.dsc
heartbeat_1.2.4-10_i386.deb
  to pool/main/h/heartbeat/heartbeat_1.2.4-10_i386.deb
ldirectord_1.2.4-10_all.deb
  to pool/main/h/heartbeat/ldirectord_1.2.4-10_all.deb
libpils-dev_1.2.4-10_i386.deb
  to pool/main/h/heartbeat/libpils-dev_1.2.4-10_i386.deb
libpils0_1.2.4-10_i386.deb
  to pool/main/h/heartbeat/libpils0_1.2.4-10_i386.deb
libstonith-dev_1.2.4-10_i386.deb
  to pool/main/h/heartbeat/libstonith-dev_1.2.4-10_i386.deb
libstonith0_1.2.4-10_i386.deb
  to pool/main/h/heartbeat/libstonith0_1.2.4-10_i386.deb
stonith_1.2.4-10_i386.deb
  to pool/main/h/heartbeat/stonith_1.2.4-10_i386.deb


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of 

Accepted heartbeat-2 2.0.5-7 (source i386 all)

[Simon Horman]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Thu, 29 Jun 2006 15:13:26 +0900
Source: heartbeat-2
Binary: heartbeat-2-dev ldirectord-2 heartbeat-2
Architecture: source i386 all
Version: 2.0.5-7
Distribution: unstable
Urgency: low
Maintainer: Simon Horman [EMAIL PROTECTED]
Changed-By: Simon Horman [EMAIL PROTECTED]
Description: 
 heartbeat-2 - Subsystem for High-Availability Linux
 heartbeat-2-dev - Subsystem for High-Availability Linux - development files
 ldirectord-2 - Monitors virtual services provided by LVS
Closes: 375941
Changes: 
 heartbeat-2 (2.0.5-7) unstable; urgency=low
 .
   * Don't run deluser and delgroup in postrm
 - These commands may not be available at this time (closes: #375941)
 - If there are any files left that belong to this user or group
   then they will be left unowned and get inhereited by the
   next user that comes along that happens to have hacluster's
   old userid or the old haclient groupid respectively.
Files: 
 2ec7ba24bcd05c472ac7865bf4b62cae 1034 admin optional heartbeat-2_2.0.5-7.dsc
 dadeb4a687d42889a6a3294e4ac5af2b 110474 admin optional 
heartbeat-2_2.0.5-7.diff.gz
 a8f8295f55798b4aea765f40f16a9f88 52962 admin optional 
ldirectord-2_2.0.5-7_all.deb
 b4d55f0df329f0bfe471112078912fcc 1256252 admin optional 
heartbeat-2_2.0.5-7_i386.deb
 f56d49d720eb20e86e63e578b8230946 334646 devel optional 
heartbeat-2-dev_2.0.5-7_i386.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/Linux)

iD8DBQFEo517A8ACPgVBDpcRAu79AJ9X1Tqbj/4FnlQVZhCwFl8PNUIB7ACgscR8
Cnz/9sj6wR+8bZ3eU8L9ATM=
=nUkL
-END PGP SIGNATURE-


Accepted:
heartbeat-2-dev_2.0.5-7_i386.deb
  to pool/main/h/heartbeat-2/heartbeat-2-dev_2.0.5-7_i386.deb
heartbeat-2_2.0.5-7.diff.gz
  to pool/main/h/heartbeat-2/heartbeat-2_2.0.5-7.diff.gz
heartbeat-2_2.0.5-7.dsc
  to pool/main/h/heartbeat-2/heartbeat-2_2.0.5-7.dsc
heartbeat-2_2.0.5-7_i386.deb
  to pool/main/h/heartbeat-2/heartbeat-2_2.0.5-7_i386.deb
ldirectord-2_2.0.5-7_all.deb
  to pool/main/h/heartbeat-2/ldirectord-2_2.0.5-7_all.deb


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

Accepted python-smbpasswd 1.0.1-1.1 (source amd64)

[Pierre Habouzit]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Thu, 29 Jun 2006 11:35:07 +0200
Source: python-smbpasswd
Binary: python-smbpasswd
Architecture: source amd64
Version: 1.0.1-1.1
Distribution: unstable
Urgency: low
Maintainer: Bjorn Ove Grotan [EMAIL PROTECTED]
Changed-By: Pierre Habouzit [EMAIL PROTECTED]
Description: 
 python-smbpasswd - This module can generate both LANMAN and NT password hashes
Closes: 373355
Changes: 
 python-smbpasswd (1.0.1-1.1) unstable; urgency=low
 .
   * Non-maintainer upload.
   * Update to the new policy (closes: #373355).
Files: 
 84b679c790296fcdc53d5f0c084ccb89 679 python optional 
python-smbpasswd_1.0.1-1.1.dsc
 b28f61b28867d3c2a2e4afb791cd950d 1265 python optional 
python-smbpasswd_1.0.1-1.1.diff.gz
 99516d0acd84c9f34e82b61479f7a17c 12748 python optional 
python-smbpasswd_1.0.1-1.1_amd64.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/Linux)

iD8DBQFEo6CdvGr7W6HudhwRAlvUAKCIM0eYPZGtPwh9AaYMkeIQ+S4nMACgocYr
mpFjCqz3864oBb2RiZzb01k=
=VNCk
-END PGP SIGNATURE-


Accepted:
python-smbpasswd_1.0.1-1.1.diff.gz
  to pool/main/p/python-smbpasswd/python-smbpasswd_1.0.1-1.1.diff.gz
python-smbpasswd_1.0.1-1.1.dsc
  to pool/main/p/python-smbpasswd/python-smbpasswd_1.0.1-1.1.dsc
python-smbpasswd_1.0.1-1.1_amd64.deb
  to pool/main/p/python-smbpasswd/python-smbpasswd_1.0.1-1.1_amd64.deb


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

Accepted python-ldap 2.2.0-1.1 (source amd64)

[Pierre Habouzit]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Thu, 29 Jun 2006 11:49:30 +0200
Source: python-ldap
Binary: python-ldap
Architecture: source amd64
Version: 2.2.0-1.1
Distribution: unstable
Urgency: low
Maintainer: Matej Vela [EMAIL PROTECTED]
Changed-By: Pierre Habouzit [EMAIL PROTECTED]
Description: 
 python-ldap - An LDAP interface module for Python. [dummy package]
Closes: 373322
Changes: 
 python-ldap (2.2.0-1.1) unstable; urgency=low
 .
   * Non-maintainer upload.
   * Update to the new python policy (Closes: #373322).
Files: 
 c608a7e87e732a666b0fbf8624bb126a 679 python optional python-ldap_2.2.0-1.1.dsc
 864d94bad1a9ccaba2108a481e478e88 4819 python optional 
python-ldap_2.2.0-1.1.diff.gz
 dd98e19af57de4864c249bc8a8ae40ad 92300 python optional 
python-ldap_2.2.0-1.1_amd64.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/Linux)

iD8DBQFEo6RpvGr7W6HudhwRAr4fAKCS1k9quG+XZpsjVIcvJnzCdHz1hACfT0oc
/8Wd0FO+nZsRfN17FdkQuqw=
=cEMY
-END PGP SIGNATURE-


Accepted:
python-ldap_2.2.0-1.1.diff.gz
  to pool/main/p/python-ldap/python-ldap_2.2.0-1.1.diff.gz
python-ldap_2.2.0-1.1.dsc
  to pool/main/p/python-ldap/python-ldap_2.2.0-1.1.dsc
python-ldap_2.2.0-1.1_amd64.deb
  to pool/main/p/python-ldap/python-ldap_2.2.0-1.1_amd64.deb


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

Accepted pycurl 7.15.4-1 (source i386)

[Domenico Andreoli]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Tue, 27 Jun 2006 17:16:37 +0200
Source: pycurl
Binary: python-pycurl
Architecture: source i386
Version: 7.15.4-1
Distribution: unstable
Urgency: low
Maintainer: Domenico Andreoli [EMAIL PROTECTED]
Changed-By: Domenico Andreoli [EMAIL PROTECTED]
Description: 
 python-pycurl - Python bindings to libcurl
Changes: 
 pycurl (7.15.4-1) unstable; urgency=low
 .
   * New upstream release.
Files: 
 a0cb901fd2e33b269945bbad7d05f1bd 700 python extra pycurl_7.15.4-1.dsc
 2488e72eccd712c2073b83883fe06df8 64663 python extra pycurl_7.15.4.orig.tar.gz
 01d7cd4591b0fc5cf267e99d714c6533 3337 python extra pycurl_7.15.4-1.diff.gz
 f5cdc7e76ee4340ee8a233523e999150 78692 python extra 
python-pycurl_7.15.4-1_i386.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/Linux)

iD8DBQFEo54BBneQM6IOvFARAqASAJwMP4puPEW88CUC2/NHyqS8/A5mHACeIZ/j
Ll9m7fZgLAEFwyRFPjpl2YI=
=Y3VG
-END PGP SIGNATURE-


Accepted:
pycurl_7.15.4-1.diff.gz
  to pool/main/p/pycurl/pycurl_7.15.4-1.diff.gz
pycurl_7.15.4-1.dsc
  to pool/main/p/pycurl/pycurl_7.15.4-1.dsc
pycurl_7.15.4.orig.tar.gz
  to pool/main/p/pycurl/pycurl_7.15.4.orig.tar.gz
python-pycurl_7.15.4-1_i386.deb
  to pool/main/p/pycurl/python-pycurl_7.15.4-1_i386.deb


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

Accepted python-kinterbasdb 3.1.2-0.3 (source amd64)

[Pierre Habouzit]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Thu, 29 Jun 2006 11:50:53 +0200
Source: python-kinterbasdb
Binary: python-kinterbasdb
Architecture: source amd64
Version: 3.1.2-0.3
Distribution: unstable
Urgency: low
Maintainer: Ed Boraas [EMAIL PROTECTED]
Changed-By: Pierre Habouzit [EMAIL PROTECTED]
Description: 
 python-kinterbasdb - InterBase/Firebird support for Python
Changes: 
 python-kinterbasdb (3.1.2-0.3) unstable; urgency=low
 .
   * Non-maintainer upload.
   * ${shlibs:Depends} was forgotten ...
Files: 
 36d89c8f45223d699630d4d6ea3c8e92 701 python optional 
python-kinterbasdb_3.1.2-0.3.dsc
 b7154f646bc7e54372837d9e4a5875ef 3373 python optional 
python-kinterbasdb_3.1.2-0.3.diff.gz
 3caaab93ac0fff91b6cff49a3c774730 223720 python optional 
python-kinterbasdb_3.1.2-0.3_amd64.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/Linux)

iD8DBQFEo6LfvGr7W6HudhwRAr8YAJ4lPzEYrsZP0utSKtwQN2TCrk8qbgCfSFO8
zw+jSq7vGsude/abRw6RPC0=
=884D
-END PGP SIGNATURE-


Accepted:
python-kinterbasdb_3.1.2-0.3.diff.gz
  to pool/main/p/python-kinterbasdb/python-kinterbasdb_3.1.2-0.3.diff.gz
python-kinterbasdb_3.1.2-0.3.dsc
  to pool/main/p/python-kinterbasdb/python-kinterbasdb_3.1.2-0.3.dsc
python-kinterbasdb_3.1.2-0.3_amd64.deb
  to pool/main/p/python-kinterbasdb/python-kinterbasdb_3.1.2-0.3_amd64.deb


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

Accepted xen-tools 2.1-2 (source all)

[Steve Kemp]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Thur, 29 Jun 2006 10:31:23 +
Source: xen-tools
Binary: xen-tools
Architecture: source all
Version: 2.1-2
Distribution: unstable
Urgency: high
Maintainer: Radu Spineanu [EMAIL PROTECTED]
Changed-By: Steve Kemp [EMAIL PROTECTED]
Description: 
 xen-tools  - Tools to manage debian XEN virtual servers
Closes: 375267 375382
Changes: 
 xen-tools (2.1-2) unstable; urgency=high
 .
   * CVS snapshot to fix RC bugs and allow package into testing.
 - Build from source with no test-case failures.
   (Closes: #375267)
 - Fixed several typos in the configuration file, and scripts.
   (Closes: #375382)
Files: 
 b053f087eb6c5f9e6c061e26f80921e4 641 utils extra xen-tools_2.1-2.dsc
 b9e0ed5794638dbc4282367627884d42 12122 utils extra xen-tools_2.1-2.diff.gz
 bd0aa909901d272733eeb2375c217b4a 85692 utils extra xen-tools_2.1-2_all.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/Linux)

iD8DBQFEo54ewM/Gs81MDZ0RAg5tAJwOsCycaYs+7tVVGFEOqCxTuP4HTwCgngV5
oGExnBw6XEFVwghYkfWU3uY=
=E7SB
-END PGP SIGNATURE-


Accepted:
xen-tools_2.1-2.diff.gz
  to pool/main/x/xen-tools/xen-tools_2.1-2.diff.gz
xen-tools_2.1-2.dsc
  to pool/main/x/xen-tools/xen-tools_2.1-2.dsc
xen-tools_2.1-2_all.deb
  to pool/main/x/xen-tools/xen-tools_2.1-2_all.deb


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

Accepted python-soappy 0.11.3-1.5 (source all)

[Pierre Habouzit]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Thu, 29 Jun 2006 12:04:47 +0200
Source: python-soappy
Binary: python-soappy
Architecture: source all
Version: 0.11.3-1.5
Distribution: unstable
Urgency: low
Maintainer: Ed Boraas [EMAIL PROTECTED]
Changed-By: Pierre Habouzit [EMAIL PROTECTED]
Description: 
 python-soappy - SOAP Support for Python (SOAP.py)
Closes: 299117 373356
Changes: 
 python-soappy (0.11.3-1.5) unstable; urgency=low
 .
   * Non-maintainer upload.
   * Update to the new python policy (closes: #373356).
   * Remove README.Debian that is obsolete (closes: #299117).
   * Fix B-D-I wrt B-D for packages used to execute clean: target (policy 7.6).
Files: 
 0608e54c04add263fb6e71bab90c8337 692 python optional 
python-soappy_0.11.3-1.5.dsc
 d33f028503ac17ad54ba1c07645bbb9a 4945 python optional 
python-soappy_0.11.3-1.5.diff.gz
 fcf18570626acfc7ce5fdf0755b1 72980 python optional 
python-soappy_0.11.3-1.5_all.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/Linux)

iD8DBQFEo6eyvGr7W6HudhwRAllEAJ9AKYAeo+hrK8PjEtb44wQzFYURigCdE2D+
FggXtu4zdKwcGNtS7TTh/cw=
=DE+T
-END PGP SIGNATURE-


Accepted:
python-soappy_0.11.3-1.5.diff.gz
  to pool/main/p/python-soappy/python-soappy_0.11.3-1.5.diff.gz
python-soappy_0.11.3-1.5.dsc
  to pool/main/p/python-soappy/python-soappy_0.11.3-1.5.dsc
python-soappy_0.11.3-1.5_all.deb
  to pool/main/p/python-soappy/python-soappy_0.11.3-1.5_all.deb


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

Accepted xblast-tnt 2.10.4-1 (source i386)

[Gerfried Fuchs]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Mon, 19 Jun 2006 07:26:56 -0500
Source: xblast-tnt
Binary: xblast-tnt-mini xblast-tnt
Architecture: source i386
Version: 2.10.4-1
Distribution: unstable
Urgency: low
Maintainer: Gerfried Fuchs [EMAIL PROTECTED]
Changed-By: Gerfried Fuchs [EMAIL PROTECTED]
Description: 
 xblast-tnt - multiplayer blast-the-others game inspired by Dynablaster
 xblast-tnt-mini - game inspired by Dynablaster (dummy upgrade package)
Closes: 366537
Changes: 
 xblast-tnt (2.10.4-1) unstable; urgency=low
 .
   * New upstream release.
   * Get rid of the additional xblast-tnt-mini package, and add an SMPF binary,
 too (closes: #366537)
   * Run autogen.sh.
Files: 
 38a4d193f428299effcf5dbbddb61d27 583 games optional xblast-tnt_2.10.4-1.dsc
 eca7620c34ab49bb62fa8ef01f73b2f3 684965 games optional 
xblast-tnt_2.10.4.orig.tar.gz
 f2bfe0d0ce97b3ab35e09fb83a68f110 19457 games optional 
xblast-tnt_2.10.4-1.diff.gz
 cb4831ffde624695edad3b27200b9bee 637626 games optional 
xblast-tnt_2.10.4-1_i386.deb
 44a9324be75a8db113aa89ec4f649be8 858 games optional 
xblast-tnt-mini_2.10.4-1_i386.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/Linux)

iD8DBQFEo6TCELuA/Ba9d8YRAjn9AJ4jkhUfR1nusWcfseqAr1ncgc01GgCg3gBw
7dNMh6BwYDhKD+uE+CzJXDg=
=EgzI
-END PGP SIGNATURE-


Accepted:
xblast-tnt-mini_2.10.4-1_i386.deb
  to pool/main/x/xblast-tnt/xblast-tnt-mini_2.10.4-1_i386.deb
xblast-tnt_2.10.4-1.diff.gz
  to pool/main/x/xblast-tnt/xblast-tnt_2.10.4-1.diff.gz
xblast-tnt_2.10.4-1.dsc
  to pool/main/x/xblast-tnt/xblast-tnt_2.10.4-1.dsc
xblast-tnt_2.10.4-1_i386.deb
  to pool/main/x/xblast-tnt/xblast-tnt_2.10.4-1_i386.deb
xblast-tnt_2.10.4.orig.tar.gz
  to pool/main/x/xblast-tnt/xblast-tnt_2.10.4.orig.tar.gz


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

Accepted xen-tools 2.1-3 (source all)

[Steve Kemp]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Thur, 29 Jun 2006 11:05:58 +
Source: xen-tools
Binary: xen-tools
Architecture: source all
Version: 2.1-3
Distribution: unstable
Urgency: high
Maintainer: Radu Spineanu [EMAIL PROTECTED]
Changed-By: Steve Kemp [EMAIL PROTECTED]
Description: 
 xen-tools  - Tools to manage debian XEN virtual servers
Changes: 
 xen-tools (2.1-3) unstable; urgency=high
 .
   * Avoid running the test suite, since the permissions of new files to
 the package can't be fixed in the .diff.gz.
Files: 
 269abf9e5c37556fd1d43df2d6fb4754 641 utils extra xen-tools_2.1-3.dsc
 2fe44b9f363eb2f2f128d49485e4b7ea 12152 utils extra xen-tools_2.1-3.diff.gz
 1faa8c9af9271e8eb6088b61e0297b89 85808 utils extra xen-tools_2.1-3_all.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/Linux)

iD8DBQFEo6YQwM/Gs81MDZ0RAthZAJ9o8C4wnM9T912QotOW1t3J5MDbCQCfeI9S
J8jRPsPnfVpZPnwblZgR3ho=
=vltG
-END PGP SIGNATURE-


Accepted:
xen-tools_2.1-3.diff.gz
  to pool/main/x/xen-tools/xen-tools_2.1-3.diff.gz
xen-tools_2.1-3.dsc
  to pool/main/x/xen-tools/xen-tools_2.1-3.dsc
xen-tools_2.1-3_all.deb
  to pool/main/x/xen-tools/xen-tools_2.1-3_all.deb


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

Accepted simpleparse 2.0.0-3.1 (source all)

[Pierre Habouzit]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Thu, 29 Jun 2006 12:17:04 +0200
Source: simpleparse
Binary: python-simpleparse
Architecture: source all
Version: 2.0.0-3.1
Distribution: unstable
Urgency: low
Maintainer: Seo Sanghyeon [EMAIL PROTECTED]
Changed-By: Pierre Habouzit [EMAIL PROTECTED]
Description: 
 python-simpleparse - A simple parser generator for Python
Closes: 373381
Changes: 
 simpleparse (2.0.0-3.1) unstable; urgency=low
 .
   * Non-maintainer upload.
   * Update simpleparse to the new python policy (Closes: #373381).
   * Fix B-D-I/B-D problems (see policy 7.6).
Files: 
 f8c6e80a87b94e0dcc1562ebce5b10bf 694 python optional simpleparse_2.0.0-3.1.dsc
 5c19f13e9875074bc09b912a21e28bba 1773 python optional 
simpleparse_2.0.0-3.1.diff.gz
 12443b057b45b9d39c1525c4067065c3 189708 python optional 
python-simpleparse_2.0.0-3.1_all.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/Linux)

iD8DBQFEo6luvGr7W6HudhwRAnhEAKCiVGJMeBiXJtt1QM3G2B7eyh9TVwCfSlL3
LY0P+Ocv/5JUBQNNyyZNCqU=
=/IT3
-END PGP SIGNATURE-


Accepted:
python-simpleparse_2.0.0-3.1_all.deb
  to pool/main/s/simpleparse/python-simpleparse_2.0.0-3.1_all.deb
simpleparse_2.0.0-3.1.diff.gz
  to pool/main/s/simpleparse/simpleparse_2.0.0-3.1.diff.gz
simpleparse_2.0.0-3.1.dsc
  to pool/main/s/simpleparse/simpleparse_2.0.0-3.1.dsc


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

Accepted denemo 0.7.5-2 (source i386)

[Debian/GNU]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Thu, 29 Jun 2006 13:05:20 +0200
Source: denemo
Binary: denemo
Architecture: source i386
Version: 0.7.5-2
Distribution: unstable
Urgency: low
Maintainer: [EMAIL PROTECTED]
Changed-By: Guenter Geiger (Debian/GNU) [EMAIL PROTECTED]
Description: 
 denemo - A gtk+ frontend to GNU Lilypond
Changes: 
 denemo (0.7.5-2) unstable; urgency=low
 .
   * disabled redo which caused crashes
Files: 
 47e305821fbd178f83e11af64a133ac0 707 sound optional denemo_0.7.5-2.dsc
 3bb3c585e93e3b439bcc7b98d2a48398 5585 sound optional denemo_0.7.5-2.diff.gz
 b8c35bdf12a5eed45244609b81b0de1e 992726 sound optional denemo_0.7.5-2_i386.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/Linux)

iD8DBQFEo7Wk1pbKhmC2uVgRAo9EAJ9JbMMtFRqg9yUIWfSp7QRZ3D6bTACaAl3a
RijJ2MKWgTt49mXFKP/1VMU=
=kjrw
-END PGP SIGNATURE-


Accepted:
denemo_0.7.5-2.diff.gz
  to pool/main/d/denemo/denemo_0.7.5-2.diff.gz
denemo_0.7.5-2.dsc
  to pool/main/d/denemo/denemo_0.7.5-2.dsc
denemo_0.7.5-2_i386.deb
  to pool/main/d/denemo/denemo_0.7.5-2_i386.deb


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

Accepted python-weblib 1.3.3-2.1 (source all)

[Pierre Habouzit]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Thu, 29 Jun 2006 13:43:38 +0200
Source: python-weblib
Binary: python-weblib-doc python-weblib
Architecture: source all
Version: 1.3.3-2.1
Distribution: unstable
Urgency: low
Maintainer: Jonas Smedegaard [EMAIL PROTECTED]
Changed-By: Pierre Habouzit [EMAIL PROTECTED]
Description: 
 python-weblib - Yet another web programming framework for Python - library
 python-weblib-doc - Yet another web programming framework for Python - docs
Closes: 373366
Changes: 
 python-weblib (1.3.3-2.1) unstable; urgency=low
 .
   * Non-maintainer upload.
   * Update python-weblib to the new python policy (Closes: #373366):
 + drop custom python-distutils in favor of the cdbs ones.
Files: 
 535f30d72e1cbd459bb7c7f6561e4692 762 python optional 
python-weblib_1.3.3-2.1.dsc
 cbfb4337bf18b41d96e731ab5b1995bb 4345 python optional 
python-weblib_1.3.3-2.1.diff.gz
 59e5410c5d211cbacedd871e101ef611 22950 doc optional 
python-weblib-doc_1.3.3-2.1_all.deb
 c5ee0c65e9247e0acac22dcd02688538 23254 python optional 
python-weblib_1.3.3-2.1_all.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/Linux)

iD8DBQFEo8KHvGr7W6HudhwRAvseAJ9WJC6SK2XMAH7F1H+feCELMyEb1gCghqnV
GlRIaBWlEJUUespyjoN8dS8=
=JTAT
-END PGP SIGNATURE-


Accepted:
python-weblib-doc_1.3.3-2.1_all.deb
  to pool/main/p/python-weblib/python-weblib-doc_1.3.3-2.1_all.deb
python-weblib_1.3.3-2.1.diff.gz
  to pool/main/p/python-weblib/python-weblib_1.3.3-2.1.diff.gz
python-weblib_1.3.3-2.1.dsc
  to pool/main/p/python-weblib/python-weblib_1.3.3-2.1.dsc
python-weblib_1.3.3-2.1_all.deb
  to pool/main/p/python-weblib/python-weblib_1.3.3-2.1_all.deb


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

Accepted yaird 0.0.12-15 (source powerpc)

[Jonas Smedegaard]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Thu, 29 Jun 2006 13:08:10 +0200
Source: yaird
Binary: yaird
Architecture: source powerpc
Version: 0.0.12-15
Distribution: unstable
Urgency: low
Maintainer: Yaird Team [EMAIL PROTECTED]
Changed-By: Jonas Smedegaard [EMAIL PROTECTED]
Description: 
 yaird  - Yet Another mkInitRD
Closes: 375813
Changes: 
 yaird (0.0.12-15) unstable; urgency=low
 .
   * Extend patch 1002 to allow $ in KConfig regex (as introduced in
 2.6.17-rc1-mm3). Closes: bug#375813 (thanks to Rafal Krypa
 [EMAIL PROTECTED]).
Files: 
 148709ebca6262a381441b44e4cbdf16 710 utils optional yaird_0.0.12-15.dsc
 05366481a227111385429c94e922d6e7 34753 utils optional yaird_0.0.12-15.diff.gz
 0778c7965e2ecd4a9e68226044a90976 187110 utils optional 
yaird_0.0.12-15_powerpc.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/Linux)

iD8DBQFEo7u4n7DbMsAkQLgRAs2bAJ0UcuOEilP1mh3+/3XNXIMFAUVJtQCeO44z
h9g4g8/zroNWXIXFbDxfEZg=
=m2TG
-END PGP SIGNATURE-


Accepted:
yaird_0.0.12-15.diff.gz
  to pool/main/y/yaird/yaird_0.0.12-15.diff.gz
yaird_0.0.12-15.dsc
  to pool/main/y/yaird/yaird_0.0.12-15.dsc
yaird_0.0.12-15_powerpc.deb
  to pool/main/y/yaird/yaird_0.0.12-15_powerpc.deb


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

Accepted dnspython 1.3.5-3.1 (source all)

[Pierre Habouzit]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Thu, 29 Jun 2006 14:13:10 +0200
Source: dnspython
Binary: python-dnspython
Architecture: source all
Version: 1.3.5-3.1
Distribution: unstable
Urgency: low
Maintainer: Patrick Dreker [EMAIL PROTECTED]
Changed-By: Pierre Habouzit [EMAIL PROTECTED]
Description: 
 python-dnspython - DNS toolkit for Python
Closes: 373315
Changes: 
 dnspython (1.3.5-3.1) unstable; urgency=low
 .
   * Non-maintainer upload.
   * Drop old custom python-distutils.mk things, use cdbs.
   * Migrate to the new python policy (Closes: #373315).
Files: 
 a725079b8915a457e331a330a100abf9 716 python optional dnspython_1.3.5-3.1.dsc
 57693c244c766f168807b8056764c91f 2837 python optional 
dnspython_1.3.5-3.1.diff.gz
 6b951a5ac2846b3c7229f0a65b977c3d 81848 python optional 
python-dnspython_1.3.5-3.1_all.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/Linux)

iD8DBQFEo8ZqvGr7W6HudhwRAqF7AKCSFhuKVD6kfkyXtBVE+W2+oQphxQCfQCOH
vptctkSCFlv1CQt2NU69/K0=
=R/Eq
-END PGP SIGNATURE-


Accepted:
dnspython_1.3.5-3.1.diff.gz
  to pool/main/d/dnspython/dnspython_1.3.5-3.1.diff.gz
dnspython_1.3.5-3.1.dsc
  to pool/main/d/dnspython/dnspython_1.3.5-3.1.dsc
python-dnspython_1.3.5-3.1_all.deb
  to pool/main/d/dnspython/python-dnspython_1.3.5-3.1_all.deb


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

Accepted loudmouth 1.1.2-1 (source i386)

[Dafydd Harries]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Thu, 29 Jun 2006 12:56:53 +0100
Source: loudmouth
Binary: libloudmouth1-0 libloudmouth1-0-dbg libloudmouth1-dev
Architecture: source i386
Version: 1.1.2-1
Distribution: experimental
Urgency: low
Maintainer: Ross Burton [EMAIL PROTECTED]
Changed-By: Dafydd Harries [EMAIL PROTECTED]
Description: 
 libloudmouth1-0 - Lightweight C Jabber library
 libloudmouth1-0-dbg - Lightweight C Jabber library (debugging symbols)
 libloudmouth1-dev - Development files for Loudmouth Jabber library
Changes: 
 loudmouth (1.1.2-1) experimental; urgency=low
 .
   * New upstream release.
   * debian/watch: point at ftp.imendio.com.
Files: 
 6d7ee9eeb91334253fb0d6e4b4a42e68 1511 libs optional loudmouth_1.1.2-1.dsc
 91b8cf714f8acf0c3d1e1c7eb8e21d2b 414563 libs optional 
loudmouth_1.1.2.orig.tar.gz
 e22dc76b93969d814eb6229aa8bf2e58 3845 libs optional loudmouth_1.1.2-1.diff.gz
 d9f2ec0bf075734b2f662b0263411e24 87732 libdevel optional 
libloudmouth1-dev_1.1.2-1_i386.deb
 daaa29cabb4307baa5215e91fc205a08 45702 libs optional 
libloudmouth1-0_1.1.2-1_i386.deb
 21f9f82f68411435ea77cee431659b57 65086 libdevel extra 
libloudmouth1-0-dbg_1.1.2-1_i386.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/Linux)

iD8DBQFEo8OLpD5tJxKCh+gRAt0rAKCI48y2tEAcZi+LRcjM8xpPj5e4HQCgxoHg
4UEVSoDOybOb63K4D79G8u0=
=0FQ/
-END PGP SIGNATURE-


Accepted:
libloudmouth1-0-dbg_1.1.2-1_i386.deb
  to pool/main/l/loudmouth/libloudmouth1-0-dbg_1.1.2-1_i386.deb
libloudmouth1-0_1.1.2-1_i386.deb
  to pool/main/l/loudmouth/libloudmouth1-0_1.1.2-1_i386.deb
libloudmouth1-dev_1.1.2-1_i386.deb
  to pool/main/l/loudmouth/libloudmouth1-dev_1.1.2-1_i386.deb
loudmouth_1.1.2-1.diff.gz
  to pool/main/l/loudmouth/loudmouth_1.1.2-1.diff.gz
loudmouth_1.1.2-1.dsc
  to pool/main/l/loudmouth/loudmouth_1.1.2-1.dsc
loudmouth_1.1.2.orig.tar.gz
  to pool/main/l/loudmouth/loudmouth_1.1.2.orig.tar.gz


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

Accepted loudmouth 1.0.4-1 (source i386)

[Dafydd Harries]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Thu, 29 Jun 2006 12:55:05 +0100
Source: loudmouth
Binary: libloudmouth1-0 libloudmouth1-0-dbg libloudmouth1-dev
Architecture: source i386
Version: 1.0.4-1
Distribution: unstable
Urgency: low
Maintainer: Ross Burton [EMAIL PROTECTED]
Changed-By: Dafydd Harries [EMAIL PROTECTED]
Description: 
 libloudmouth1-0 - Lightweight C Jabber library
 libloudmouth1-0-dbg - Lightweight C Jabber library (debugging symbols)
 libloudmouth1-dev - Development files for Loudmouth Jabber library
Changes: 
 loudmouth (1.0.4-1) unstable; urgency=low
 .
   * New upstream release.
   * debian/watch: point at ftp.imendio.com.
Files: 
 fb3d0ec15c7be496bae980f444577f19 1511 libs optional loudmouth_1.0.4-1.dsc
 28b53aff27394953f5a581e59b9ced86 400797 libs optional 
loudmouth_1.0.4.orig.tar.gz
 f9c524a6e50d921eca1b05705b0ea316 3804 libs optional loudmouth_1.0.4-1.diff.gz
 faca3cb8bbaf7918c3d4078f0cddb086 82788 libdevel optional 
libloudmouth1-dev_1.0.4-1_i386.deb
 0d2b5a2c2c90102741e8112a3a1aa8aa 42938 libs optional 
libloudmouth1-0_1.0.4-1_i386.deb
 e086e7947754ac318c8df549b8147212 61182 libdevel extra 
libloudmouth1-0-dbg_1.0.4-1_i386.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/Linux)

iD8DBQFEo8NYpD5tJxKCh+gRAq7KAJ9b2HMZQ3kGDYAW+qYYXbxBkXP08gCgmC2G
lb7C51Hch+k2IXIjwqFOl/M=
=GSsb
-END PGP SIGNATURE-


Accepted:
libloudmouth1-0-dbg_1.0.4-1_i386.deb
  to pool/main/l/loudmouth/libloudmouth1-0-dbg_1.0.4-1_i386.deb
libloudmouth1-0_1.0.4-1_i386.deb
  to pool/main/l/loudmouth/libloudmouth1-0_1.0.4-1_i386.deb
libloudmouth1-dev_1.0.4-1_i386.deb
  to pool/main/l/loudmouth/libloudmouth1-dev_1.0.4-1_i386.deb
loudmouth_1.0.4-1.diff.gz
  to pool/main/l/loudmouth/loudmouth_1.0.4-1.diff.gz
loudmouth_1.0.4-1.dsc
  to pool/main/l/loudmouth/loudmouth_1.0.4-1.dsc
loudmouth_1.0.4.orig.tar.gz
  to pool/main/l/loudmouth/loudmouth_1.0.4.orig.tar.gz


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

Accepted pyxmpp 1.0.0-1.1 (source all amd64)

[Pierre Habouzit]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Thu, 29 Jun 2006 14:28:32 +0200
Source: pyxmpp
Binary: python-pyxmpp-doc python-pyxmpp
Architecture: source amd64 all
Version: 1.0.0-1.1
Distribution: unstable
Urgency: low
Maintainer: Patrick Dreker [EMAIL PROTECTED]
Changed-By: Pierre Habouzit [EMAIL PROTECTED]
Description: 
 python-pyxmpp - XMPP and Jabber implementation for Python
 python-pyxmpp-doc - XMPP and Jabber implementation for Python (documentation)
Closes: 373375
Changes: 
 pyxmpp (1.0.0-1.1) unstable; urgency=low
 .
   * Non-maintainer upload.
   * Drop custom class, use cdbs one.
   * Update package to the new python policy (Closes: #373375).
Files: 
 6d2578e1cc7b0b1abf7ab9b973b85d01 737 python optional pyxmpp_1.0.0-1.1.dsc
 5af80ad09f8057b0e6a44ff180f44537 3921 python optional pyxmpp_1.0.0-1.1.diff.gz
 5b23600878a650d499055e8f21725db5 582834 python optional 
python-pyxmpp-doc_1.0.0-1.1_all.deb
 0eb42d70500a65fc50606d090abfd733 133990 python optional 
python-pyxmpp_1.0.0-1.1_amd64.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/Linux)

iD8DBQFEo8iDvGr7W6HudhwRAsa7AJ9XwHtSmaR+XG4wVOjdy+4LPWudSACfVUag
/WDgw/RkgfTgA0oNJt44P1A=
=lsOM
-END PGP SIGNATURE-


Accepted:
python-pyxmpp-doc_1.0.0-1.1_all.deb
  to pool/main/p/pyxmpp/python-pyxmpp-doc_1.0.0-1.1_all.deb
python-pyxmpp_1.0.0-1.1_amd64.deb
  to pool/main/p/pyxmpp/python-pyxmpp_1.0.0-1.1_amd64.deb
pyxmpp_1.0.0-1.1.diff.gz
  to pool/main/p/pyxmpp/pyxmpp_1.0.0-1.1.diff.gz
pyxmpp_1.0.0-1.1.dsc
  to pool/main/p/pyxmpp/pyxmpp_1.0.0-1.1.dsc


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

Accepted etherape 0.9.6-2 (source i386)

[Frederic Peters]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Thu, 29 Jun 2006 14:24:41 +0200
Source: etherape
Binary: etherape
Architecture: source i386
Version: 0.9.6-2
Distribution: unstable
Urgency: low
Maintainer: Frederic Peters [EMAIL PROTECTED]
Changed-By: Frederic Peters [EMAIL PROTECTED]
Description: 
 etherape   - graphical network monitor modeled after etherman
Closes: 375971
Changes: 
 etherape (0.9.6-2) unstable; urgency=low
 .
   * debian/control: added dependency on scrollkeeper (closes: #375971)
Files: 
 3fc3a67de8e13045b675649621ec116a 620 gnome optional etherape_0.9.6-2.dsc
 ac108a16c025f8216f9c82014e477afa 79553 gnome optional etherape_0.9.6-2.diff.gz
 ab910b35adeb872baff956ab03282ba6 381426 gnome optional 
etherape_0.9.6-2_i386.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/Linux)

iD8DBQFEo8cIoR3LsWeD7V4RAmmXAKCfbZ/8UCVsqP/zKUJvP61yiIacwQCghtDf
RNGoVUjF79Aj19N1FHzSqWY=
=oPXE
-END PGP SIGNATURE-


Accepted:
etherape_0.9.6-2.diff.gz
  to pool/main/e/etherape/etherape_0.9.6-2.diff.gz
etherape_0.9.6-2.dsc
  to pool/main/e/etherape/etherape_0.9.6-2.dsc
etherape_0.9.6-2_i386.deb
  to pool/main/e/etherape/etherape_0.9.6-2_i386.deb


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

Accepted xine-lib 1.1.1+cvs20060624-1 (source i386)

[Reinhard Tartler]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Sat, 24 Jun 2006 13:22:26 +
Source: xine-lib
Binary: libxine1-dbg libxine-dev libxine1
Architecture: source i386
Version: 1.1.1+cvs20060624-1
Distribution: experimental
Urgency: low
Maintainer: Siggi Langauf [EMAIL PROTECTED]
Changed-By: Reinhard Tartler [EMAIL PROTECTED]
Description: 
 libxine-dev - the xine video player library, development packages
 libxine1   - the xine video/media player library, binary files
 libxine1-dbg - the xine video/media player library, debug data
Closes: 274180 287875 354188 360003
Changes: 
 xine-lib (1.1.1+cvs20060624-1) experimental; urgency=low
 .
   * new upstream snapshot, featuring (from upstream ChangeLog)
 + Security fixes:
   - CVE-2005-4048: possible buffer overflow in libavcodec (crafted PNGs).
   - CVE-2006-2802: possible buffer overflow in the HTTP plugin.
   - possible buffer overflow via bad indexes in specially-crafted AVI files
 + Also look for Xv support in /usr/lib for X.org's new location
 + Support for Vorbis-style comments in FLAC files (Closes: #354188)
 + Add ATSC support to the DVB plugin (Closes: #287875)
 + Fix up health check to find libX11 and libXv shared objects even if
   devel packages aren't installed (where appropriate). (Ubuntu 47357)
 + Fix install problems in case configure was generated by autoconf = 
2.59c.
   (already included in older debian upload)
 + Add support for RealPlayer 10 codecs (from SUSE) (Closes: #274180)
   * add w3m to build-depends
   * New upstream fixes implicit pointer conversion. Thanks David Mosberger for
 testing (Closes: #360003)
   * cleanups in debian/rules
   * use external (debian) ffmpeg
   * run autohell on build time (read: on the buildds)
Files: 
 3eb92ee3102d87a76f8134bc2fd3d523 1384 libs optional 
xine-lib_1.1.1+cvs20060624-1.dsc
 bb55242c1e59f1f3192e0c3c96b91758 6563414 libs optional 
xine-lib_1.1.1+cvs20060624.orig.tar.gz
 9d485bdfd037ceea9d732c2ff1b7c501 2137 libs optional 
xine-lib_1.1.1+cvs20060624-1.diff.gz
 63718ced6481719870f5713cd9ec8d95 114624 libdevel optional 
libxine-dev_1.1.1+cvs20060624-1_i386.deb
 a16da96428b545a7ab9d6e2d340c4f56 3115544 libs optional 
libxine1_1.1.1+cvs20060624-1_i386.deb
 d711b6f6002b2ae074ef66427af7c4b8 3730882 libs optional 
libxine1-dbg_1.1.1+cvs20060624-1_i386.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2.2 (GNU/Linux)

iD8DBQFEnU2Er/RnCw96jQERAk4IAJ4hT9vj7JwhE6dECDZhIGM3uKqGPACfWOMb
6MMKAXsEH7kPZ7Lxb9aJyd8=
=2/zj
-END PGP SIGNATURE-


Accepted:
libxine-dev_1.1.1+cvs20060624-1_i386.deb
  to pool/main/x/xine-lib/libxine-dev_1.1.1+cvs20060624-1_i386.deb
libxine1-dbg_1.1.1+cvs20060624-1_i386.deb
  to pool/main/x/xine-lib/libxine1-dbg_1.1.1+cvs20060624-1_i386.deb
libxine1_1.1.1+cvs20060624-1_i386.deb
  to pool/main/x/xine-lib/libxine1_1.1.1+cvs20060624-1_i386.deb
xine-lib_1.1.1+cvs20060624-1.diff.gz
  to pool/main/x/xine-lib/xine-lib_1.1.1+cvs20060624-1.diff.gz
xine-lib_1.1.1+cvs20060624-1.dsc
  to pool/main/x/xine-lib/xine-lib_1.1.1+cvs20060624-1.dsc
xine-lib_1.1.1+cvs20060624.orig.tar.gz
  to pool/main/x/xine-lib/xine-lib_1.1.1+cvs20060624.orig.tar.gz


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

Accepted utidylib 0.2-3.1 (source all)

[Pierre Habouzit]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Thu, 29 Jun 2006 14:48:22 +0200
Source: utidylib
Binary: python-utidylib
Architecture: source all
Version: 0.2-3.1
Distribution: unstable
Urgency: low
Maintainer: Igor Stroh [EMAIL PROTECTED]
Changed-By: Pierre Habouzit [EMAIL PROTECTED]
Description: 
 python-utidylib - Python wrapper for TidyLib
Closes: 373404
Changes: 
 utidylib (0.2-3.1) unstable; urgency=low
 .
   * Non-maintainer upload.
   * Update to new Python Policy (Closes: #373404).
Files: 
 f82ace3b8b064fa6723b193bb76c4a87 670 web optional utidylib_0.2-3.1.dsc
 2eb0aa72e5b077b307a606341b54250e 3157 web optional utidylib_0.2-3.1.diff.gz
 231453a401d402764548f6d84cd95706 8060 web optional 
python-utidylib_0.2-3.1_all.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/Linux)

iD8DBQFEo82FvGr7W6HudhwRAivWAKCNjGGYnIu/de45DtKp6d2Msd4VkwCghkHc
5l7rBB0mCOU/c/Xp+aXU/9o=
=nZlv
-END PGP SIGNATURE-


Accepted:
python-utidylib_0.2-3.1_all.deb
  to pool/main/u/utidylib/python-utidylib_0.2-3.1_all.deb
utidylib_0.2-3.1.diff.gz
  to pool/main/u/utidylib/utidylib_0.2-3.1.diff.gz
utidylib_0.2-3.1.dsc
  to pool/main/u/utidylib/utidylib_0.2-3.1.dsc


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

Accepted manpages-fr 2.33.2-2 (source all)

[Denis Barbier]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Mon, 26 Jun 2006 22:34:06 +0200
Source: manpages-fr
Binary: manpages-fr-dev manpages-fr
Architecture: source all
Version: 2.33.2-2
Distribution: experimental
Urgency: low
Maintainer: Denis Barbier [EMAIL PROTECTED]
Changed-By: Denis Barbier [EMAIL PROTECTED]
Description: 
 manpages-fr - French version of the manual pages about using GNU/Linux
 manpages-fr-dev - French version of the development manual pages
Changes: 
 manpages-fr (2.33.2-2) experimental; urgency=low
 .
   [ Denis Barbier ]
   * Fix packaging, manpages-fr-dev was broken.
   * man2n-z updated by Julien Cristau.
 .
 manpages-fr (2.33.2-1) experimental; urgency=low
 .
   [ Thomas Huriaux ]
   * New original version
   * Add versioned Build-Depends on po4a
 .
   [ Denis Barbier ]
   * Split manpages-fr into two source packages:
 + manpages-fr:
   The two binary packages manpages-fr and manpages-fr-dev contain
   respective translations of manpages and manpages-dev packages.
 + manpages-fr-extra:
   All other manual pages which were previously shipped by manpages-fr.
Files: 
 a1e614002fcf050220e54307dfae25b7 618 doc optional manpages-fr_2.33.2-2.dsc
 cf2be232506244d95d5fb6e6e1269ba6 3071894 doc optional 
manpages-fr_2.33.2-2.diff.gz
 2beed9b522b92cabee8138abffa47f1e 434040 doc optional 
manpages-fr_2.33.2-2_all.deb
 24991e3ea32b0eb269aff3162d52e586 1358678 doc optional 
manpages-fr-dev_2.33.2-2_all.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/Linux)

iD8DBQFEoYlp8Ri1lR4WGvsRAqomAJ9Ut7Fj5bgTH0SkAIxF2RpeFdXSiwCfUGH7
ke33VfMg/oD6qy/J+rSU/SE=
=o0eK
-END PGP SIGNATURE-


Accepted:
manpages-fr-dev_2.33.2-2_all.deb
  to pool/main/m/manpages-fr/manpages-fr-dev_2.33.2-2_all.deb
manpages-fr_2.33.2-2.diff.gz
  to pool/main/m/manpages-fr/manpages-fr_2.33.2-2.diff.gz
manpages-fr_2.33.2-2.dsc
  to pool/main/m/manpages-fr/manpages-fr_2.33.2-2.dsc
manpages-fr_2.33.2-2_all.deb
  to pool/main/m/manpages-fr/manpages-fr_2.33.2-2_all.deb


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

Accepted manpages-fr 2.33.2-1 (source all)

[Denis Barbier]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Wed,  7 Jun 2006 23:40:06 +0200
Source: manpages-fr
Binary: manpages-fr-dev manpages-fr
Architecture: source all
Version: 2.33.2-1
Distribution: experimental
Urgency: low
Maintainer: Denis Barbier [EMAIL PROTECTED]
Changed-By: Denis Barbier [EMAIL PROTECTED]
Description: 
 manpages-fr - French version of the manual pages about using GNU/Linux
 manpages-fr-dev - French version of the development manual pages
Changes: 
 manpages-fr (2.33.2-1) experimental; urgency=low
 .
   [ Thomas Huriaux ]
   * New original version
   * Add versioned Build-Depends on po4a
 .
   [ Denis Barbier ]
   * Split manpages-fr into two source packages:
 + manpages-fr:
   The two binary packages manpages-fr and manpages-fr-dev contain
   respective translations of manpages and manpages-dev packages.
 + manpages-fr-extra:
   All other manual pages which were previously shipped by manpages-fr.
Files: 
 94c6bdd41b1c2d9cab0d6a91e7994b2b 618 doc optional manpages-fr_2.33.2-1.dsc
 79d8cfc3f778491ab04d673671742a6b 972559 doc optional 
manpages-fr_2.33.2.orig.tar.gz
 94160ac3a9fc03315374aba6ba48a0c6 3730782 doc optional 
manpages-fr_2.33.2-1.diff.gz
 951d60d0de924b016188d689bbd5d998 429822 doc optional 
manpages-fr_2.33.2-1_all.deb
 79680f093e7430a0eb7021510f05304e 17532 doc optional 
manpages-fr-dev_2.33.2-1_all.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/Linux)

iD8DBQFEkxzd8Ri1lR4WGvsRAtALAKDSCEVKq++9TU29qc4wDgHOWS+5fwCeMSmy
19NtgejsHWMhgyKiwyRPBKc=
=Sg5G
-END PGP SIGNATURE-


Accepted:
manpages-fr-dev_2.33.2-1_all.deb
  to pool/main/m/manpages-fr/manpages-fr-dev_2.33.2-1_all.deb
manpages-fr_2.33.2-1.diff.gz
  to pool/main/m/manpages-fr/manpages-fr_2.33.2-1.diff.gz
manpages-fr_2.33.2-1.dsc
  to pool/main/m/manpages-fr/manpages-fr_2.33.2-1.dsc
manpages-fr_2.33.2-1_all.deb
  to pool/main/m/manpages-fr/manpages-fr_2.33.2-1_all.deb
manpages-fr_2.33.2.orig.tar.gz
  to pool/main/m/manpages-fr/manpages-fr_2.33.2.orig.tar.gz


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

Accepted tetex-bin 3.0-17 (source i386)

[Frank Küster]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Thu, 29 Jun 2006 13:43:18 +0200
Source: tetex-bin
Binary: tetex-bin libkpathsea-dev libkpathsea4
Architecture: source i386
Version: 3.0-17
Distribution: unstable
Urgency: medium
Maintainer: teTeX maintainers debian-tetex-maint@lists.debian.org
Changed-By: Frank Küster [EMAIL PROTECTED]
Description: 
 libkpathsea-dev - path search library for teTeX (devel part)
 libkpathsea4 - path search library for teTeX (runtime part)
 tetex-bin  - The teTeX binary files
Closes: 364505 365979 370505
Changes: 
 tetex-bin (3.0-17) unstable; urgency=medium
 .
   * Do not link statically against the included libgd, instead use the one
 installed in the system.  This fixes some possible security issues,
 hence the urgency [frank]
   * dvips.info, dvips.texi, dvips.1: Apply documentation patch by Vincent
 Fourmond [EMAIL PROTECTED] (approved upstream), many
 thanks (closes: #364505) [frank]
   * Backports: Remove the now obsolete remark about not linking against
 libpoppler from the lines added at the top of the changelog [frank]
   * Change texconfig to use sensible-editor instead of hardcoded vi to
 edit files, and document this in the manual page.  Thanks to Vincent
 Lönngren [EMAIL PROTECTED] (closes: #365979) [frank]
   * Document more clearly that british english hyphenation patterns are
 non-free and cannot be enabled.
   * Add support for nonexitant TEXMFVAR to texk/kpathsea/mktexnam
 (approved upstream). First step for a new font caching. [ralf]
   * In xdvi, force input focus for the text input field that appears after
 hitting Ctrl-F (string search). Closes: #370505. [florent]
   * Do not install symlinks into texmfvar [frank]
   * Move all files from TEXMFMAIN to TEXMFDIST, except some scripts that
 would not be found at the new location.  This makes tetex-bin comply
 with current Policy. [frank]
Files: 
 e415921093ed3b87e006443cc77792dd 1042 tex optional tetex-bin_3.0-17.dsc
 9ccb29edc1f7a14fa64da4774e5275aa 147113 tex optional tetex-bin_3.0-17.diff.gz
 9b8ca4bff79dc2213aaf78c8f353f9da 3553162 tex optional tetex-bin_3.0-17_i386.deb
 7c8c504aaca9b2c889d3cd8de919e660 79196 libs optional 
libkpathsea4_3.0-17_i386.deb
 72a3d7bac791e861eb9a54a54f7a6276 70660 libdevel optional 
libkpathsea-dev_3.0-17_i386.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/Linux)

iD8DBQFEo88A+xs9YyJS+hoRAqtRAKCdPGVMEf25Wbgv3QIGIG49JBG9PACdH62R
m4AcpIMzvkaq74O2jU2qMs8=
=+f50
-END PGP SIGNATURE-


Accepted:
libkpathsea-dev_3.0-17_i386.deb
  to pool/main/t/tetex-bin/libkpathsea-dev_3.0-17_i386.deb
libkpathsea4_3.0-17_i386.deb
  to pool/main/t/tetex-bin/libkpathsea4_3.0-17_i386.deb
tetex-bin_3.0-17.diff.gz
  to pool/main/t/tetex-bin/tetex-bin_3.0-17.diff.gz
tetex-bin_3.0-17.dsc
  to pool/main/t/tetex-bin/tetex-bin_3.0-17.dsc
tetex-bin_3.0-17_i386.deb
  to pool/main/t/tetex-bin/tetex-bin_3.0-17_i386.deb


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

Accepted webut 0.1-0.2 (source all)

[Pierre Habouzit]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Thu, 29 Jun 2006 14:59:26 +0200
Source: webut
Binary: python-webut
Architecture: source all
Version: 0.1-0.2
Distribution: unstable
Urgency: low
Maintainer: Tommi Virtanen [EMAIL PROTECTED]
Changed-By: Pierre Habouzit [EMAIL PROTECTED]
Description: 
 python-webut - Miscellaneous utilities for nevow and twisted.web{,2} 
programming
Closes: 373408
Changes: 
 webut (0.1-0.2) unstable; urgency=low
 .
   * Non-maintainer upload.
   * Update to the new python policy (Closes: #373408)
Files: 
 2c3b961c8dc1d07fe0407ce9c78c4aea 744 python optional webut_0.1-0.2.dsc
 887df6507f5266988e03c5a47d0cf6c7 11142 python optional webut_0.1-0.2.tar.gz
 1600ac447e94d2a85207df60fb39dc45 11568 python optional 
python-webut_0.1-0.2_all.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/Linux)

iD8DBQFEo9PxvGr7W6HudhwRAhfuAJ45A4Wv0zcz18sqCcrGOfWDNo2OtACgml83
L8vBEnaAL3BcAwOUIWyo7C0=
=jYSm
-END PGP SIGNATURE-


Accepted:
python-webut_0.1-0.2_all.deb
  to pool/main/w/webut/python-webut_0.1-0.2_all.deb
webut_0.1-0.2.dsc
  to pool/main/w/webut/webut_0.1-0.2.dsc
webut_0.1-0.2.tar.gz
  to pool/main/w/webut/webut_0.1-0.2.tar.gz


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

Accepted nevow 0.7.0-1.1 (source all)

[Pierre Habouzit]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Thu, 29 Jun 2006 15:10:56 +0200
Source: nevow
Binary: python-nevow
Architecture: source all
Version: 0.7.0-1.1
Distribution: unstable
Urgency: low
Maintainer: Tommi Virtanen [EMAIL PROTECTED]
Changed-By: Pierre Habouzit [EMAIL PROTECTED]
Description: 
 python-nevow - Web application templating system for Python and Twisted
Closes: 373467
Changes: 
 nevow (0.7.0-1.1) unstable; urgency=low
 .
   * Non-maintainer upload.
   * Update nevow to the last python policy (Closes: #373467).
Files: 
 89613699fbe54eb417bd456bb33ea4fa 716 devel extra nevow_0.7.0-1.1.dsc
 34c337995a36ac13a625e3c3fe5eb7bd 3261 devel extra nevow_0.7.0-1.1.diff.gz
 6e03ecaf281effa78b5afa122036ffa9 411214 devel extra 
python-nevow_0.7.0-1.1_all.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/Linux)

iD8DBQFEo9K2vGr7W6HudhwRAhSRAJ4+9V3hUOYkfVaqSNS67em/r3/cHQCeLIh8
3fcmGPe7EP5JgKlSfFuS6fg=
=4uQf
-END PGP SIGNATURE-


Accepted:
nevow_0.7.0-1.1.diff.gz
  to pool/main/n/nevow/nevow_0.7.0-1.1.diff.gz
nevow_0.7.0-1.1.dsc
  to pool/main/n/nevow/nevow_0.7.0-1.1.dsc
python-nevow_0.7.0-1.1_all.deb
  to pool/main/n/nevow/python-nevow_0.7.0-1.1_all.deb


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