Re: I am still on the keyring. With my old key.

* Marc Haber [EMAIL PROTECTED] [2005-11-21 08:55:52]: On Sun, 20 Nov 2005 11:29:19 +0100, Petter Reinholdtsen [EMAIL PROTECTED] wrote: I seriously hope the non-elected people blocking and slowing down several important processes in Debian soon realize that there is a problem and that it

Re: I am still on the keyring. With my old key.

2005/11/21, Henning Makholm [EMAIL PROTECTED]: It can be considered bad from a technical viewpoint - as far as I understand the master copy of the keyring is currently on a medium that is under the keyring maintainer's direct physical control. The obvious way of switching to team maintenance

ITP: pykdeextensions -- Python packages to support KDE applications (scripts)

Package: wnpp Severity: wishlist Owner: Fathi Boudra [EMAIL PROTECTED] * Package name: pykdeextensions Version : 0.3.0 Upstream Author : Simon Edwards [EMAIL PROTECTED] * URL : http://www.simonzone.com/software/pykdeextensions * License : GPL Description

ITP: libpythonize -- Python packages to support KDE applications (library)

Package: wnpp Severity: wishlist Owner: Fathi Boudra [EMAIL PROTECTED] * Package name: libpythonize Version : 0.3.0 Upstream Author : Simon Edwards [EMAIL PROTECTED] * URL : http://www.simonzone.com/software/pykdeextensions * License : GPL Description :

status of vore?

Hello, I would need to have access to a sid chroot on sparc to build sbcl by hand, but vore seems to be unreachable by me. The machine page [1] shows no indication of problems, it is outdated? Groetjes, Peter 1: http://db.debian.org/machines.cgi?host=vore -- signature -at-

ITP: kde-guidance -- collection of KDE system administration tools for GNU/Linux

Package: wnpp Severity: wishlist Owner: Fathi Boudra [EMAIL PROTECTED] * Package name: kde-guidance Version : 0.4.0 Upstream Author : Simon Edwards [EMAIL PROTECTED] * URL : http://www.simonzone.com/software/guidance * License : GPL Description :

Conffiles and possible conffiles

Hi, on the debian-tetex-maint mailing list we often have problems to decide which of the thousands of TeX input files should be treated as configuration files - in principle, each of them can be changed in order to change the behavior of the system. We are currently thinking about a solution

Re: status of vore?

On Mon, Nov 21, 2005 at 10:10:38AM +0100, Peter Van Eynde wrote: I would need to have access to a sid chroot on sparc to build sbcl by hand, but vore seems to be unreachable by me. The machine page [1] shows no indication of problems, it is outdated? The db.d.o page doesn't get status

Re: ITP: pykdeextensions -- Python packages to support KDE applications (scripts)

On Mo, 2005-11-21 at 10:17 +0100, Fathi Boudra wrote: Package: wnpp Severity: wishlist Owner: Fathi Boudra [EMAIL PROTECTED] * Package name: pykdeextensions Version : 0.3.0 Upstream Author : Simon Edwards [EMAIL PROTECTED] * URL :

Re: ITP: pykdeextensions -- Python packages to support KDE applications (scripts)

Those packages (pykdeextensions, libpythonize and kde-guidance) are already in Ubuntu Breezy (Ubuntu and Kubuntu Flavour). If you're interested, you can have a look into those package and push them into Debian. thanks for the advice but i know this because i've done the base packaging with

Re: status of vore?

Steve Langasek wrote: On Mon, Nov 21, 2005 at 10:10:38AM +0100, Peter Van Eynde wrote: I would need to have access to a sid chroot on sparc to build sbcl by hand, but vore seems to be unreachable by me. The machine page [1] shows no indication of problems, it is outdated? The db.d.o page

Re: Conffiles and possible conffiles

On Nov 21, Frank Küster [EMAIL PROTECTED] wrote: What do others think? Would it be acceptable Policy-wise to handle configuration like this? Yes. -- ciao, Marco signature.asc Description: Digital signature

Re: how to deal with screwed up package

On Nov 19, Adam Borowski [EMAIL PROTECTED] wrote: [udev] edit /etc/udev/permissions.rules (owned by the udev package, and thus out of reach of fuse-utils anyway) Wrong. The correct solution would be to install a new file in /etc/udev/rules.d/. -- ciao, Marco signature.asc Description:

Re: I am still on the keyring. With my old key.

On Mon, 21 Nov 2005, Martijn van Oosterhout wrote: Anyway, surely the acceptance onto the keyring is designated by a signiture on that key, not just by it's presense in a particular file? Yes, it *is* the presense in a particular file. -- One disk to rule them all, One disk to find them.

Re: Spliting packages between pkg and pkg-data

On Mon, 21 Nov 2005, Ricardo Mones wrote: On Sun, 20 Nov 2005 12:13:48 +0100 Bill Allombert [EMAIL PROTECTED] wrote: When doing research about circular-deps, I looked at a lot of packages that are split between a binary package and a data package. This is a good thing since this reduce the

Re: master's mail backlog and upgrade time

Hi, Andreas Metzler wrote: The real problem with these bounces is not that they fill up the forwarding host's queue but that they are usually unwanted. Think Joe Job. This thread is about email that is obviously not legitimate just looking at the envelope. In this day and age, everyone

Re: Spliting packages between pkg and pkg-data

On Sun, Nov 20, 2005 at 12:13:48PM +0100, Bill Allombert wrote: 5) Of course move /usr/share/pkg to pkg-data. I meant move /usr/share/pkg to the data package, do not rename it. 6) Do not make pkg-data to Depends on pkg. 7) Try to do it correctly the first time: if you move file between

Re: master's mail backlog and upgrade time

* Quoting Simon Richter ([EMAIL PROTECTED]): emails because of obviously nonexistent envelope addresses, that doesn't count those systems where we don't accept mail from *at all* because they are dialup systems. This, however, is a small system with 10 email How do you define dialup

Re: master's mail backlog and upgrade time

Hello, Rolf Kutz wrote: emails because of obviously nonexistent envelope addresses, that doesn't count those systems where we don't accept mail from *at all* because they are dialup systems. This, however, is a small system with 10 email How do you define dialup systems and tell dialup

Re: Uploading amd64 packages

=?iso-8859-15?Q?J=E9r=F4me_Marant?= [EMAIL PROTECTED] writes: I meantioned one solution. There is another possible one: source uploads. And no, I don't think it would cause more breakages than nowdays because uploading sources only doesn't meant packages have not been build on our systems.

Re: Spliting packages between pkg and pkg-data

Nicolas Boullis [EMAIL PROTECTED] writes: On Sun, Nov 20, 2005 at 12:13:48PM +0100, Bill Allombert wrote: Hello Debian developers, When doing research about circular-deps, I looked at a lot of packages that are split between a binary package and a data package. This is a good thing since

Re: Conffiles and possible conffiles

On Mon, Nov 21, 2005 at 11:31:22AM +0100, Frank K?ster wrote: Hi, on the debian-tetex-maint mailing list we often have problems to decide which of the thousands of TeX input files should be treated as configuration files - in principle, each of them can be changed in order to change the

Re: My IP address seems listed as a spammer address by bugs.debian.org

Brian M. Carlson wrote: If you need to access the BTS data from a program, there is an LDAP interface available and a copy of entire BTS database on one of the developer accessable machines. Then bts cache should use that, and not HTTP, or perhaps only fall back to HTTP. The LDAP

Re: Spliting packages between pkg and pkg-data

On Mon, 2005-11-21 at 16:26 +0100, Goswin von Brederlow wrote: foo depends on foo-data. But foo-data does NOT depend on foo. So an apt-get install foo-data, while being useless, is consistent for dpkg. After that you would end up with a menu entry for foo but no foo binary. If package

Re: Spliting packages between pkg and pkg-data

Henrique de Moraes Holschuh [EMAIL PROTECTED] writes: 3. Loose dependencies between -data and main packages *CAN* create breakage on partial upgrades, depending on just how tight the relationship between a particular version of the package and its arch-indep data is. Watch out for

Re: Spliting packages between pkg and pkg-data

On Mon, 21 Nov 2005 10:47:18 -0200 Henrique de Moraes Holschuh [EMAIL PROTECTED] wrote: On Mon, 21 Nov 2005, Ricardo Mones wrote: On Sun, 20 Nov 2005 12:13:48 +0100 Bill Allombert [EMAIL PROTECTED] wrote: When doing research about circular-deps, I looked at a lot of packages that are

Re: Spliting packages between pkg and pkg-data

Scripsit Henrique de Moraes Holschuh [EMAIL PROTECTED] 1. -data packages should probably recommend their parent packages if they are useless without the main package. And versioning should be used if possible (and needed, don't do it just because), but it cannot be too strict (=

Re: I am still on the keyring. With my old key.

Scripsit Martijn van Oosterhout [EMAIL PROTECTED] My first thought would be to simply create multiple keyrings, one for each keyring maintainer, which are merged on a regular basis. Teaching the archive scripts to look at more than one keyring wouldn't be too hard. That would not solve the

Re: My IP address seems listed as a spammer address by bugs.debian.org

* Joey Hess ([EMAIL PROTECTED]) [051121 16:34]: The LDAP interface is not production quality enough to be used by anything IMHO. It seems to be down or moved to somewhere else half the time. It should now have a permanent address at bts2ldap.debian.net, so at least the moving around should be

Re: Conffiles and possible conffiles

Frank Küster [EMAIL PROTECTED] writes: Hi, on the debian-tetex-maint mailing list we often have problems to decide which of the thousands of TeX input files should be treated as configuration files - in principle, each of them can be changed in order to change the behavior of the system.

Re: My IP address seems listed as a spammer address by bugs.debian.org

Blars Blarson wrote: If you can't use one of the program intfaces listed above for some reason, put a 5 second sleep between the completion of one request and sending the next. That spreads the load out and gives others a chance to access the BTS. Done in devscripts 2.9.9. PS: Will we ever

Re: Uploading amd64 packages

On Mon, Nov 21, 2005, Goswin von Brederlow wrote: There are some implementation details that someone would have to fix first [...] So while theoretically source only uploads would be great practically there are problems. I sure hope patches would be welcome though. Well, if Ubuntu

Re: Spliting packages between pkg and pkg-data

On Mon, Nov 21, 2005 at 10:47:18AM -0200, Henrique de Moraes Holschuh wrote: 4. Also IMHO one should at the very least suggest the main package from the -data package. This helps the users of non-crappy apt frontends to track the main package starting from the -data package. Relying on

Re: My IP address seems listed as a spammer address by bugs.debian.org

On Mon, Nov 21, 2005 at 10:35:01AM -0500, Joey Hess wrote: Brian M. Carlson wrote: Additionally, the robots.txt is being violated by bts cache, so perhaps someone should file a bug. bts cache is not a web spider, it only downloads the bugs that you tell it to. It violates the robots.txt

Re: Conffiles and possible conffiles

Hi all, Goswin von Brederlow [EMAIL PROTECTED] wrote: Frank Küster [EMAIL PROTECTED] writes: We are currently thinking about a solution were there would be hardly any conffiles[1], but a local admin could put copies of any file he likes into subdirectories of /etc/texmf. This would shadow

Re: Spliting packages between pkg and pkg-data

[Thijs Kinkhorst] If package foo-data is useless when foo is not installed, foo-data should depend on package foo. This follows from policy manual 7.2: The Depends field should be used if the depended-on package is required for the depending package to provide a significant amount of

Re: Spliting packages between pkg and pkg-data

On Mon, 21 Nov 2005, Goswin von Brederlow wrote: Henrique de Moraes Holschuh [EMAIL PROTECTED] writes: 3. Loose dependencies between -data and main packages *CAN* create breakage on partial upgrades, depending on just how tight the relationship between a particular version of the

Re: Spliting packages between pkg and pkg-data

Scripsit Goswin von Brederlow [EMAIL PROTECTED] Actualy I would love to have the naming policy set in stone and frontends filter for them. There is no reason to list foo-data in the package list but only foo. The frontends can do a simple check: if ($PKG depends on $PKG-data) then hide

Re: Getting rid of circular dependencies, stage 2

On Fri, Nov 18, 2005 at 10:05:02AM -0800, Steve Langasek wrote: On Fri, Nov 18, 2005 at 06:08:52PM +0100, Bill Allombert wrote: Probably I should do a massive bug report ? Sounds like a good idea to me. Thanks for working on this! I started the bug filling, see the result here:

Re: Spliting packages between pkg and pkg-data

On Mon, Nov 21, 2005 at 04:36:41PM +0100, Thijs Kinkhorst wrote: If package foo-data is useless when foo is not installed, foo-data should depend on package foo. This follows from policy manual 7.2: The Depends field should be used if the depended-on package is required for the depending

Re: Spliting packages between pkg and pkg-data

Hi, Petter Reinholdtsen wrote: I guess it is a philosofical question about the functionality provided by foo-data. If the provided functionality is a set of data usable by other packages, for example package 'foo', then it is providing its functionality without a depend on foo. If it is

Re: Spliting packages between pkg and pkg-data

On Mon, 21 Nov 2005, Bill Allombert wrote: On Mon, Nov 21, 2005 at 10:47:18AM -0200, Henrique de Moraes Holschuh wrote: 4. Also IMHO one should at the very least suggest the main package from the -data package. This helps the users of non-crappy apt frontends to track the main

Re: getting unstable lintian linda into stable

Hi Christoph, On Friday, 11 Nov 2005, you wrote: Maybe lintian could detect if if was running on stable when it should be on unstable, and warn the user. I'm not sure how to do this, since there are legitimate uses on stable where you wouldn't want to get the warning. it could parse the

Re: RAW COTTON

plz i need some info about raw cotton iv got to do a project iv been on the internet but nothing plz ill say again i need some info about raw cotton, how its made ect. p.s i need it quiet quick yours sincerly x x x x x

Re: Spliting packages between pkg and pkg-data

On Mon, Nov 21, 2005 at 02:45:06PM -0200, Henrique de Moraes Holschuh wrote: On Mon, 21 Nov 2005, Bill Allombert wrote: Enrico Zini proposed to use Enhances: instead which seems more correct than Suggests. What does Enhances do *exactly*? Or is it just for reference purposes and the tools

Re: master's mail backlog and upgrade time

Six days ago I discovered that one of the Debian system administrators had made a deliberate and highly unusual configuration change which predictably broke mail from or via master to: * me personally * some of the =8 other Debian developers who have accounts on chiark * the Technical Committee

Re: Automated testing - design and interfaces

Anthony Towns writes (Re: Automated testing - design and interfaces): On Thu, Nov 17, 2005 at 06:43:32PM +, Ian Jackson wrote: The source package provides a test metadata file debian/tests/ control. This is a file containing zero or more RFC822-style stanzas, along these lines:

Re: status of vore?

On Monday 21 November 2005 12:07, Ingo Juergensmann wrote: I could give you an account on a sparc machine with unstable chroot, but that's a non-debian.org machine, so it's mostly usuable for debugging and not for a build of an binary upload. Thanks, but as the main goal is creating a new

reactivating my debian developer account

I would like to reactivate my debian developer account. Ive been MIA for a while unfortunately, but have now rearranged my life so I have time to program for fun again. Is there a standard procedure for doing this that someone can point me to? Thanks, Britton Kerin -- Britton Kerin [EMAIL

Re: master's mail backlog and upgrade time

Simon Richter [EMAIL PROTECTED] wrote: Andreas Metzler wrote: The real problem with these bounces is not that they fill up the forwarding host's queue but that they are usually unwanted. Think Joe Job. This thread is about email that is obviously not legitimate just looking at the

KDE4stable - a proposal

Good morning I hate double made work. But I love debian and I love KDE. The only problem is that Debian stable has an outdated KDE version after some time. The solution is backporting the current KDE version to Debian stable. It's done by different projects (see below) and different projects

Re: Getting rid of circular dependencies, stage 2

On Mon, Nov 21, 2005 at 04:01:54PM +0100, Bill Allombert wrote: However much of the grief come from the | xlibs ( 4.1.0) which is meant to handle upgrade from woody which have a monolithic xlibs, and can probably be removed now. It's already been removed in experimental, and is slated to be

Re: removal syncing among official and amd64 archive

On Sat, Nov 19, 2005 at 06:42:15PM +0100, Goswin von Brederlow wrote: [EMAIL PROTECTED]:/org/amd64.debian.net$ madison editex editex |0.0.5-6 |stable | source editex |0.0.5-6 | unstable | source As you can see editex is already removed from etch since Heidi syncs

Re: ITP: pykdeextensions -- Python packages to support KDE applications (scripts)

Hi, On Mon, 2005-11-21 at 12:51 +0100, Fathi Boudra wrote: Those packages (pykdeextensions, libpythonize and kde-guidance) are already in Ubuntu Breezy (Ubuntu and Kubuntu Flavour). If you're interested, you can have a look into those package and push them into Debian. thanks for the

Re: reactivating my debian developer account

Hi, * Britton Kerin [EMAIL PROTECTED] [2005-11-21 20:38]: I would like to reactivate my debian developer account. Ive been MIA for a while unfortunately, but have now rearranged my life so I have time to program for fun again. Is there a standard procedure for doing this that someone

Re: Getting rid of circular dependencies, stage 2

On Mon, Nov 21, 2005 at 03:06:49PM -0500, David Nusinow wrote: On Mon, Nov 21, 2005 at 04:01:54PM +0100, Bill Allombert wrote: However much of the grief come from the | xlibs ( 4.1.0) which is meant to handle upgrade from woody which have a monolithic xlibs, and can probably be removed

Re: Spliting packages between pkg and pkg-data

On Mon, Nov 21, 2005 at 04:26:34PM +0100, Goswin von Brederlow [EMAIL PROTECTED] was heard to say: Nicolas Boullis [EMAIL PROTECTED] writes: On Sun, Nov 20, 2005 at 12:13:48PM +0100, Bill Allombert wrote: Hello Debian developers, When doing research about circular-deps, I looked at a

Re: Spliting packages between pkg and pkg-data

On Mon, Nov 21, 2005 at 12:35:31PM -0800, Daniel Burrows wrote: On Mon, Nov 21, 2005 at 04:26:34PM +0100, Goswin von Brederlow [EMAIL PROTECTED] was heard to say: Nicolas Boullis [EMAIL PROTECTED] writes: On Sun, Nov 20, 2005 at 12:13:48PM +0100, Bill Allombert wrote: Hello Debian

debian swirl analog clock

Does anyone know of an analog clock built on top of the Debian swirl? Through a configuration error, I discovered the cool XMMS Debian theme, and got to wishing that I had a bit more of a Debian feel to my desktop. I love running an analog clock, and seeing it next to my new XMMS, I couldn't help

Re: master's mail backlog and upgrade time

Ian Jackson [EMAIL PROTECTED] writes: Six days ago I discovered that one of the Debian system administrators had made a deliberate and highly unusual configuration change which predictably broke mail from or via master to: Err, no. Mail was _already_ bouncing, but after reaching the retry

Re: I am still on the keyring. With my old key.

On Mon, 21 Nov 2005 09:05:02 +0100, Andreas Schuldei [EMAIL PROTECTED] wrote: * Marc Haber [EMAIL PROTECTED] [2005-11-21 08:55:52]: On Sun, 20 Nov 2005 11:29:19 +0100, Petter Reinholdtsen [EMAIL PROTECTED] wrote: I seriously hope the non-elected people blocking and slowing down several

Re: Advices for an su transition

On Sun, Nov 20, 2005 at 06:22:16PM -0600, Bill Allombert wrote: Actually looks here: http://merkel.debian.org/~ballombe/ The full data is available on merkel.debian.org in ~ballombe/menu/supackages. Thanks a lot! At least all these maintainer scripts seems OK. I can probably check all the

Re: BTS down?

Hi, Bastian Venthur schrieb: yesterday I've written two bugreports with reportbug. The bugs have been sent to bugs.debian.org and reportbug said, I'd receive an answer within the next hour. This was like 15h ago and I still did not receive an answer. Maybe this has something to do with

Re: BTS down?

On Mon, 21 Nov 2005, Gregor Jasny wrote: Bastian Venthur schrieb: Can somebody confirm that there is a problem with the BTS? I've got the same setup and the same problem. Still no confirmation from bugs.debian.org. The BTS is currently receiving mail properly and acting on it properly, as

Re: Querying the BTS

On 21:27 Wed 16 Nov 2005, Christoph Haas wrote: A quick test revealed that this interface works. Of course this works, many script serving different services work because of this. What I also do from time to time is fetch one specific bug page and parse it, that also work, but it's hard to make

Re: I am still on the keyring. With my old key.

Hi Henning, On Mon, Nov 21, 2005 at 02:18:02AM +0100, Henning Makholm wrote: Scripsit Martijn van Oosterhout [EMAIL PROTECTED] push aside? There's no rule that says there can be only one. Yes, replacing someone could become ugly, but providing additional hands can't be considered bad,

Re: mixing different upstream sources in one package

[Nathanael Nerode] Put it in the .diff.gz. If it's too large for that to seem reasonable to you, then you proabably shouldn't put it in your package. :-) Heh, and how large is that? The combined effect of 'configure' and '**/Makefile.in' can look pretty formidable, yet people exist who

Re: I am still on the keyring. With my old key.

[Anand Kumria] - require the developer to generate a new key - require the developer to have _at least_ N number of other, existing developers sign their key - once the developer

Re: I am still on the keyring. With my old key.

Andreas Schuldei [EMAIL PROTECTED] writes: i have not given up that hope yet and i invest a considerable amount of time working on this issue as part of my work on the DPL-Team. others there do so, too. I hope this is true. I really do. However, I have no particular evidence that it is

Re: I am still on the keyring. With my old key.

* Andreas Schuldei: i have not given up that hope yet and i invest a considerable amount of time working on this issue as part of my work on the DPL-Team. others there do so, too. Is this the delegation to teams item on http://wiki.debian.org/DPLTeamCurrentIssues? A rather cryptic reference,

Accepted sipsak 0.9.5-1 (source i386)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 21 Nov 2005 16:32:41 +0900 Source: sipsak Binary: sipsak Architecture: source i386 Version: 0.9.5-1 Distribution: unstable Urgency: low Maintainer: ARAKI Yasuhiro [EMAIL PROTECTED] Changed-By: ARAKI Yasuhiro [EMAIL PROTECTED]

Accepted dhcp 2.0pl5-19.3 (source i386)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 21 Nov 2005 08:54:40 +0100 Source: dhcp Binary: dhcp dhcp-client dhcp-client-udeb dhcp-relay Architecture: source i386 Version: 2.0pl5-19.3 Distribution: unstable Urgency: low Maintainer: Eloy A. Paris [EMAIL PROTECTED]

Accepted arb 0.0.20050526-6 (source all i386)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 9 Nov 2005 13:17:52 +0100 Source: arb Binary: libarb arb arb-doc arb-common Architecture: source all i386 Version: 0.0.20050526-6 Distribution: unstable Urgency: low Maintainer: Andreas Tille [EMAIL PROTECTED] Changed-By:

Accepted jpegpixi 1.1.1-1 (source i386)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 21 Nov 2005 09:13:20 +0200 Source: jpegpixi Binary: jpegpixi Architecture: source i386 Version: 1.1.1-1 Distribution: unstable Urgency: low Maintainer: Jarno Elonen [EMAIL PROTECTED] Changed-By: Jarno Elonen [EMAIL PROTECTED]

Accepted freepops 0.0.96-1 (source i386 all)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 16 Nov 2005 22:23:47 +0100 Source: freepops Binary: freepops-doc freepops Architecture: source i386 all Version: 0.0.96-1 Distribution: unstable Urgency: low Maintainer: Enrico Tassi [EMAIL PROTECTED] Changed-By: Enrico Tassi

Accepted libhttp-body-perl 0.5-1 (source all)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 21 Nov 2005 10:00:47 +0100 Source: libhttp-body-perl Binary: libhttp-body-perl Architecture: source all Version: 0.5-1 Distribution: unstable Urgency: low Maintainer: Debian Catalyst Maintainers [EMAIL PROTECTED] Changed-By:

Accepted maradns 1.0.35-1 (source i386)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 21 Nov 2005 00:14:34 + Source: maradns Binary: maradns Architecture: source i386 Version: 1.0.35-1 Distribution: unstable Urgency: low Maintainer: Kai Hendry [EMAIL PROTECTED] Changed-By: Kai Hendry [EMAIL PROTECTED]

Accepted netkit-ftp 0.17-15 (source i386)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 21 Nov 2005 10:18:15 +0100 Source: netkit-ftp Binary: ftp Architecture: source i386 Version: 0.17-15 Distribution: unstable Urgency: low Maintainer: Alberto Gonzalez Iniesta [EMAIL PROTECTED] Changed-By: Alberto Gonzalez Iniesta

Accepted octave2.1 2.1.72-4 (source all i386)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 20 Nov 2005 18:46:56 +0100 Source: octave2.1 Binary: octave2.1-htmldoc octave octave2.1-info octave2.1-emacsen octave2.1 octave2.1-headers octave2.1-doc Architecture: source all i386 Version: 2.1.72-4 Distribution: unstable

Accepted dbus 0.50-3 (source all powerpc)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 21 Nov 2005 11:17:57 +0100 Source: dbus Binary: libdbus-1-cil libdbus-glib-1-dev dbus-1-utils python2.4-dbus libdbus-qt-1-1c2 monodoc-dbus-1-manual dbus-1-doc dbus libdbus-1-dev libdbus-1-1 libdbus-qt-1-dev libdbus-glib-1-1

Accepted riece 1.0.8-2 (source all)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 21 Nov 2005 20:27:07 +0900 Source: riece Binary: riece-async riece-rdcc riece riece-hangman riece-lsdb riece-ndcc riece-google riece-xface riece-kakasi Architecture: source all Version: 1.0.8-2 Distribution: unstable Urgency:

Accepted nevow 0.6.0-2 (source all)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 21 Nov 2005 14:36:54 +0200 Source: nevow Binary: python2.3-nevow python-nevow python2.4-nevow Architecture: source all Version: 0.6.0-2 Distribution: unstable Urgency: low Maintainer: Tommi Virtanen [EMAIL PROTECTED] Changed-By:

Accepted linda 0.3.17 (source all)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 21 Nov 2005 22:47:38 +1100 Source: linda Binary: linda Architecture: source all Version: 0.3.17 Distribution: unstable Urgency: low Maintainer: Steve Kowalik [EMAIL PROTECTED] Changed-By: Steve Kowalik [EMAIL PROTECTED]

Accepted foo2zjs 20051113-1 (source i386)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 18 Nov 2005 18:40:40 +0100 Source: foo2zjs Binary: foo2zjs Architecture: source i386 Version: 20051113-1 Distribution: unstable Urgency: low Maintainer: Steffen Joeris [EMAIL PROTECTED] Changed-By: Steffen Joeris [EMAIL

Accepted upgrade-system 0.9.7 (source all)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 21 Nov 2005 13:54:18 +0200 Source: upgrade-system Binary: upgrade-system Architecture: source all Version: 0.9.7 Distribution: unstable Urgency: low Maintainer: Martin-Éric Racine [EMAIL PROTECTED] Changed-By: Martin-Éric

Accepted initz 0.0.11+20030603cvs-9 (source all)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 21 Nov 2005 22:21:40 +0900 Source: initz Binary: initz Architecture: source all Version: 0.0.11+20030603cvs-9 Distribution: unstable Urgency: low Maintainer: OHASHI Akira [EMAIL PROTECTED] Changed-By: OHASHI Akira [EMAIL

Accepted octave2.9 2.9.4-5 (source i386 all)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 21 Nov 2005 13:01:24 +0100 Source: octave2.9 Binary: octave2.9-headers octave2.9-info octave2.9-htmldoc octave2.9 octave2.9-emacsen octave2.9-doc Architecture: source i386 all Version: 2.9.4-5 Distribution: unstable Urgency:

Accepted libcatalyst-modules-perl 0.04 (source all)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 21 Nov 2005 14:45:06 +0100 Source: libcatalyst-modules-perl Binary: libcatalyst-modules-perl Architecture: source all Version: 0.04 Distribution: unstable Urgency: low Maintainer: Debian Catalyst Maintainers [EMAIL PROTECTED]

Accepted linux-kernel-di-i386-2.6 1.14 (source i386)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 17 Nov 2005 15:52:37 -0500 Source: linux-kernel-di-i386-2.6 Binary: xfs-modules-2.6.14-2-386-di irda-modules-2.6.14-2-386-di ide-core-modules-2.6.14-2-386-di scsi-core-modules-2.6.14-2-386-di socket-modules-2.6.14-2-386-di

Accepted fakepop 8 (source i386)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 21 Nov 2005 13:35:51 -0200 Source: fakepop Binary: fakepop Architecture: source i386 Version: 8 Distribution: unstable Urgency: low Maintainer: Pedro Zorzenon Neto [EMAIL PROTECTED] Changed-By: Pedro Zorzenon Neto [EMAIL

Accepted devscripts 2.9.9 (source i386)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 21 Nov 2005 10:46:49 -0500 Source: devscripts Binary: devscripts Architecture: source i386 Version: 2.9.9 Distribution: unstable Urgency: low Maintainer: Julian Gilbey [EMAIL PROTECTED] Changed-By: Joey Hess [EMAIL PROTECTED]

Accepted fail2ban 0.6.0-1 (source all)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 20 Nov 2005 14:56:41 -0500 Source: fail2ban Binary: fail2ban Architecture: source all Version: 0.6.0-1 Distribution: unstable Urgency: low Maintainer: [EMAIL PROTECTED] Changed-By: Yaroslav Halchenko [EMAIL PROTECTED]

Accepted alleyoop 0.9.0-4 (source i386)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 21 Nov 2005 18:04:12 +0100 Source: alleyoop Binary: alleyoop Architecture: source i386 Version: 0.9.0-4 Distribution: unstable Urgency: high Maintainer: Carlos Perelló Marín [EMAIL PROTECTED] Changed-By: Loic Minier [EMAIL

Accepted mono 1.1.10-1 (source i386 all)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sat, 12 Nov 2005 21:54:15 +0200 Source: mono Binary: mono-classlib-1.0-dbg mono-classlib-2.0-dbg mono-jit mono-gac libmono0 mono libmono-dev mono-classlib-1.0 mono-common mono-assemblies-base mono-classlib-2.0 mono-mcs mono-gmcs

Accepted gtk-sharp2 2.4.0-1 (source i386 all)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 13 Nov 2005 19:53:17 +0100 Source: gtk-sharp2 Binary: monodoc-gtk2.0-manual gtk-sharp2-examples gtk-sharp2-gapi libgnome2.0-cil libgtk2.0-cil libvte2.0-cil libgconf2.0-cil gtk-sharp2 libglib2.0-cil libglade2.0-cil

Accepted mono-tools 1.1.10-1 (source all)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 15 Nov 2005 15:54:49 +0200 Source: mono-tools Binary: gnunit monodoc-browser Architecture: source all Version: 1.1.10-1 Distribution: unstable Urgency: low Maintainer: Debian Mono Group [EMAIL PROTECTED] Changed-By: Debian Mono

Accepted gnue-appserver 0.4.3-1 (source all)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sat, 22 Oct 2005 23:15:27 +1300 Source: gnue-appserver Binary: gnue-appserver Architecture: source all Version: 0.4.3-1 Distribution: unstable Urgency: low Maintainer: Andrew Mitchell [EMAIL PROTECTED] Changed-By: Andrew Mitchell

Accepted gnue-common 0.6.1-1 (source all)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sat, 22 Oct 2005 22:38:09 +1300 Source: gnue-common Binary: gnue-common Architecture: source all Version: 0.6.1-1 Distribution: unstable Urgency: low Maintainer: Andrew Mitchell [EMAIL PROTECTED] Changed-By: Andrew Mitchell [EMAIL

Accepted gnue-forms 0.5.13-1 (source all)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sat, 22 Oct 2005 22:56:09 +1300 Source: gnue-forms Binary: gnue-forms Architecture: source all Version: 0.5.13-1 Distribution: unstable Urgency: low Maintainer: Andrew Mitchell [EMAIL PROTECTED] Changed-By: Andrew Mitchell [EMAIL

Accepted horde2 2.2.9-1 (source all)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 21 Nov 2005 20:03:22 +0100 Source: horde2 Binary: horde2 Architecture: source all Version: 2.2.9-1 Distribution: unstable Urgency: high Maintainer: Ola Lundqvist [EMAIL PROTECTED] Changed-By: Ola Lundqvist [EMAIL PROTECTED]

  1   2   >