Hello,
I'd like to hear opinions on hwclock.sh operation.
Few thoughts of my own:
i) It's still quite common that battery in the RTC becomes flat.
In this case, hwclock.sh silently sets system clock to 1970 (or
whatever else nonsense), efficiently turning file access and modify
times into a
Andrew O. Shadoura bugzi...@tut.by writes:
iii) Also, it would be good to hear opinions about negative
consequences of saving the system time to the RTC on frequent basis.
My openmoko does a suspend/resume cycle every 10 minutes. RTC time can
only be set at one second granularity. If I write to
Hi,
On Tuesday 12 April 2011 01.22:55 Scott Kitterman wrote:
The notion that /usr/bin/python pointing to any python3 version in the
near term is anything other than crazy talk is, well, crazy.
Agreed. However, it would be interesting to track which of the bg/major
python packages/frameworks
(Moving to -devel, since -release is not a discussion list, and keeping
lots of context because of this)
Hi,
On Sun, 10 Apr 2011, sean finney wrote:
I think the quality of our releases has always been stellar, but the
freezes cause quite a bit of slowdown and even demotivation for those
who
On Wed, Apr 13, 2011 at 08:46, Adrian von Bidder avbid...@fortytwo.ch wrote:
Agreed. However, it would be interesting to track which of the bg/major
python packages/frameworks are not available on Python3 yet, if only as a
reference for the next time somebody proposes to have /usr/bin/python be
[Adrian von Bidder, 2011-04-13]
Agreed. However, it would be interesting to track which of the bg/major
python packages/frameworks are not available on Python3 yet, if only as a
reference for the next time somebody proposes to have /usr/bin/python be a
Python 3.
On Wed, 13 Apr 2011 09:05:23 +0300, Andrew O. Shadoura bugzi...@tut.by
wrote:
Hello,
I'd like to hear opinions on hwclock.sh operation.
Few thoughts of my own:
i) It's still quite common that battery in the RTC becomes flat.
In this case, hwclock.sh silently sets system clock to 1970
# Probably not an X bug, but one has to start somewhere.
# Please cc me on replies.
reassign 615153 xserver-xorg
quit
Hi again,
Debian_bug_report wrote[1]:
Sorry for the delay,
Now it's my turn to apologize. Our analysts have been very carefully
looking over the information you sent and ---
Processing commands for cont...@bugs.debian.org:
# Probably not an X bug, but one has to start somewhere.
# Please cc me on replies.
reassign 615153 xserver-xorg
Bug #615153 [general] exec: 58: /usr: Permission denied
Bug reassigned from package 'general' to 'xserver-xorg'.
quit
Stopping
Hi Raphaël,
On Wed, Apr 13, 2011 at 08:50:04AM +0200, Raphael Hertzog wrote:
On Sun, 10 Apr 2011, sean finney wrote:
My suggestion/feedback would be that we find a way where releases aren't
managed so linearly, and can be be handled in a more parallel manner
without such disruptive
Package: wnpp
Severity: wishlist
Owner: Alessandro Ghedini al3x...@gmail.com
* Package name: libeval-closure-perl
Version : 0.03
Upstream Author : Jesse Luehrs d...@tozt.net
* URL : http://search.cpan.org/dist/Eval-Closure/
* License : GPL-1+ or Artistic
On 04/04/2011 12:56 PM, Jon Dowland wrote:
On Sun, Apr 03, 2011 at 07:22:47PM +0300, Faidon Liambotis wrote:
It also can't do VLANs (.1q), bridges, bonds and all possible
permutations of the above. I'd speculate that it also wouldn't be able
to do things like 1k (or more) interfaces. It
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 2011-04-13 10:53, Bernd Zeimetz wrote:
Yes. For a distribution which is targeted to support servers properly, yes,
definitely. For everything else there is Ubuntu.
The universal OS is only running on servers. Check.
- --
brother
Roger Leigh rle...@codelibre.net writes:
One reason for doing this is to have a single writable mount on the
system, which might be useful for tiny systems with minimal resources,
where root is r/o. On such a system, it might be useful to pool the
limited writable space (which might not be a
On Wed, Apr 13, 2011 at 10:29:16AM +0200, Stig Sandbeck Mathisen wrote:
Roger Leigh rle...@codelibre.net writes:
One reason for doing this is to have a single writable mount on the
system, which might be useful for tiny systems with minimal resources,
where root is r/o. On such a system,
On Mon, Apr 04, 2011 at 11:56:23AM +0100, Jon Dowland wrote:
On Sun, Apr 03, 2011 at 07:22:47PM +0300, Faidon Liambotis wrote:
It also can't do VLANs (.1q), bridges, bonds and all possible
permutations of the above. I'd speculate that it also wouldn't be able
to do things like 1k (or
On Tue, Apr 12, 2011 at 12:38:03PM +0100, Roger Leigh wrote:
On Mon, Apr 11, 2011 at 08:01:42PM +0100, Roger Leigh wrote:
With the transition to /run and /run/lock as tmpfs filesystems, it
would be desirable to provide sensible default size limits. Currently,
we default to the tmpfs
On Wed, Apr 13, 2011 at 11:11:27AM +0200, sean finney wrote:
Did i miss the part where somebody explained what the user benefit of
having network-manager on a server was? (apart from then it's the same
as your desktop[1], anyway).
I don’t even know why NM should be on a normal desktop.
My
On Wednesday 13 April 2011 08.05:23 Andrew O. Shadoura wrote:
ii) Possibly, `hwclock.sh stop` should be run more frequently than just
once on shutdown, because it sometimes happens that the system doesn't
shut down correctly. If that happens after some time correction (like
DST), system time
On 04/13/2011 10:56 AM, Martin Bagge / brother wrote:
On 2011-04-13 10:53, Bernd Zeimetz wrote:
Yes. For a distribution which is targeted to support servers properly, yes,
definitely. For everything else there is Ubuntu.
The universal OS is only running on servers. Check.
Get your facts
First of all, thanks to Roger Leigh for leading this effort.
Roger Leigh wrote:
Proposal:
Switch the default for all tmpfs mounts from 50% to 20%; it's
still very large, but you have to mount many more to be able to
break your system.
He should have said ... but you have to mount *and fill*
On Tue, 12 Apr 2011 13:51:09 +0200, Michael Biebl bi...@debian.org wrote:
Am 12.04.2011 13:38, schrieb Roger Leigh:
this for /var/lock (/run/lock), which can be mounted as a separate
tmpfs on /run/lock if RAMLOCK is set in /etc/defaults/rcS. We could
also do the same for /dev/shm
On Tue, Apr 12, 2011 at 09:30:53PM +0200, Jan Hauke Rahm wrote:
On Tue, Apr 12, 2011 at 08:21:25PM +0100, Roger Leigh wrote:
I know little about vservers. How do they currently deal with
/dev/shm and /lib/init/rw?
Interesting question. Actually, in my setup, I don't see /dev/shm at
all and
On Wed, Apr 13, 2011 at 10:51:50AM +0100, Philip Hands wrote:
On Tue, 12 Apr 2011 13:51:09 +0200, Michael Biebl bi...@debian.org wrote:
I don't think symlinking /tmp to /run would be a good idea, as one could
fill up
/tmp (accidentaly) pretty quick.
If we want to make / ro, then a
On Wed, 13 Apr 2011 10:53:13 +0200, Bernd Zeimetz wrote:
On 04/04/2011 12:56 PM, Jon Dowland wrote:
On Sun, Apr 03, 2011 at 07:22:47PM +0300, Faidon Liambotis wrote:
It also can't do VLANs (.1q), bridges, bonds and all possible
permutations of the above. I'd speculate that it also wouldn't be
On Wed, Apr 13, 2011 at 11:26:06AM +, Felipe Sateler wrote:
On Wed, 13 Apr 2011 10:53:13 +0200, Bernd Zeimetz wrote:
Yes. For a distribution which is targeted to support servers properly,
yes, definitely. For everything else there is Ubuntu.
Surely a person managing a server can do
* Philip Hands p...@hands.com [110413 12:54]:
This strikes me as suboptimal, since one could use the disk space
allocated to /tmp as extra swap and then allocate a tmpfs of that size
to be mounted on /tmp with no effect other than allowing the system to
have access to more swap than it would
On 13/04/2011 10:53, Bernd Zeimetz wrote:
On 04/04/2011 12:56 PM, Jon Dowland wrote:
On Sun, Apr 03, 2011 at 07:22:47PM +0300, Faidon Liambotis wrote:
It also can't do VLANs (.1q), bridges, bonds and all possible
permutations of the above. I'd speculate that it also wouldn't be
able to do
On Wed, 2011-04-13 at 13:44 +0800, Asias He wrote:
On Wed, Apr 13, 2011 at 12:32 PM, YANG,Chao yor...@ust.hk wrote:
Dear Sir,
Recently, I downloaded a 32bit version of Debian from the following
website:
http://cdimage.debian.org/debian-cd/6.0.1a/i386/iso-dvd/
However, after
On Wed, 13 Apr 2011, sean finney wrote:
I was only 50% at the last DebConf and missed the CUT BoF, but thought
I missed the BoF too (I was not at DebConf).
reading blogposts etc afterwards that people weren't as focused on the
branch out stable approach that I'm talking about, and rather were
On Wed, Apr 13, 2011 at 01:42:43PM +0200, Mehdi Dogguy wrote:
On 13/04/2011 10:53, Bernd Zeimetz wrote:
On 04/04/2011 12:56 PM, Jon Dowland wrote:
On Sun, Apr 03, 2011 at 07:22:47PM +0300, Faidon Liambotis wrote:
It also can't do VLANs (.1q), bridges, bonds and all possible
permutations of
On Wed, 2011-04-13 at 13:34 +0200, Bernhard R. Link wrote:
* Philip Hands p...@hands.com [110413 12:54]:
This strikes me as suboptimal, since one could use the disk space
allocated to /tmp as extra swap and then allocate a tmpfs of that size
to be mounted on /tmp with no effect other than
On Wed, 13 Apr 2011, Ben Hutchings wrote:
'dpkg-architecture -qDEB_HOST_ARCH' will show which architecture the
rest of the system uses.
dpkg --print-architecture is better suited (dpkg-architecture is a
dpkg-dev script).
Cheers,
--
Raphaël Hertzog ◈ Debian Developer
Follow my Debian News ▶
Package: wnpp
Severity: wishlist
Owner: Martin Quinson mquin...@debian.org
* Package name: libjsyntaxpane-java
Version : 0.9.5~svn148
Upstream Author : Ayman Al-Sairafi (ayman.alsair...@gmail.com)
* URL : http://code.google.com/p/jsyntaxpane/
* License :
Package: wnpp
Severity: normal
I think it's time for me to stop pretending I have enough
time/energy/interest to properly maintain Argyll. I'm therefore
regretfully orphaning the package.
Prospective adopters: most of the difficulty I've had in maintaining
this package comes from my switch of
On Wed, Apr 13, 2011 at 01:23:04PM +0200, Adam Borowski wrote:
On Wed, Apr 13, 2011 at 10:51:50AM +0100, Philip Hands wrote:
On Tue, 12 Apr 2011 13:51:09 +0200, Michael Biebl bi...@debian.org wrote:
I don't think symlinking /tmp to /run would be a good idea, as one could
fill up
/tmp
On Wed, 13 Apr 2011 11:26:06 + (UTC), Felipe Sateler fsate...@debian.org
wrote:
On Wed, 13 Apr 2011 10:53:13 +0200, Bernd Zeimetz wrote:
On 04/04/2011 12:56 PM, Jon Dowland wrote:
On Sun, Apr 03, 2011 at 07:22:47PM +0300, Faidon Liambotis wrote:
It also can't do VLANs (.1q), bridges,
On Wed, 2011-04-13 at 20:47 +0800, YANG,Chao wrote:
dpkg --print-architecture shows
i386.
However, uname -a shows
x86-64
what does this mean?
It means Asias He was right. And this is a perfectly valid
configuration (though it confuses some third-party installers).
But I think this is a
dpkg --print-architecture shows
i386.
However, uname -a shows
x86-64
what does this mean?
Best,
On 2011-04-13 14:27 +0200，Raphael Hertzog wrote：
On Wed, 13 Apr 2011, Ben Hutchings wrote:
'dpkg-architecture -qDEB_HOST_ARCH' will show which architecture the
rest of the system uses.
dpkg
On Wed, Apr 13, 2011 at 01:49:15PM +0100, Roger Leigh wrote:
I have now implemented this (though it's not the default).
I would very much appreciate it if anyone could take the time to
install the new initscripts and test it out.
On Apr 11, 2011, at 07:22 PM, Scott Kitterman wrote:
Hopefully it will gain additional sanity before approval (the authors did
improve it based on comments I sent them it could still be better). The
notion that /usr/bin/python pointing to any python3 version in the near term
is anything other
On Wed, Apr 13, 2011 at 03:20:38PM +0200, Adam Borowski wrote:
On Wed, Apr 13, 2011 at 01:49:15PM +0100, Roger Leigh wrote:
I have now implemented this (though it's not the default).
I would very much appreciate it if anyone could take the time to
install the new initscripts and test it
On Wed, Apr 13, 2011 at 02:24:30PM +0100, Roger Leigh wrote:
On Wed, Apr 13, 2011 at 03:20:38PM +0200, Adam Borowski wrote:
On Wed, Apr 13, 2011 at 01:49:15PM +0100, Roger Leigh wrote:
I have now implemented this (though it's not the default).
I would very much appreciate it if anyone
On Wednesday, April 13, 2011 09:22:44 AM Barry Warsaw wrote:
On Apr 11, 2011, at 07:22 PM, Scott Kitterman wrote:
Hopefully it will gain additional sanity before approval (the authors did
improve it based on comments I sent them it could still be better). The
notion that /usr/bin/python
On Wed, Apr 13, 2011 at 02:24:30PM +0100, Roger Leigh wrote:
On Wed, Apr 13, 2011 at 03:20:38PM +0200, Adam Borowski wrote:
find: `var/run': No such file or directory
fakerunlevel: open(/var/run/utmp): No such file or directory
When is this, in postinst or init scripts? We have logic
in
Scott Kitterman wrote:
On Wednesday, April 13, 2011 09:22:44 AM Barry Warsaw wrote:
On Apr 11, 2011, at 07:22 PM, Scott Kitterman wrote:
Hopefully it will gain additional sanity before approval (the authors did
improve it based on comments I sent them it could still be better). The
Package: wnpp
Severity: wishlist
Owner: Marco Túlio Gontijo e Silva mar...@debian.org
* Package name: haskell-blaze-builder
Version : 0.2.1.4
Upstream Author : Simon Meier iridc...@gmail.com
* URL : http://hackage.haskell.org/package/blaze-builder
* License :
On Wed, 13 Apr 2011 13:34:13 +0200, Bernhard R. Link brl...@debian.org
wrote:
* Philip Hands p...@hands.com [110413 12:54]:
This strikes me as suboptimal, since one could use the disk space
allocated to /tmp as extra swap and then allocate a tmpfs of that size
to be mounted on /tmp with no
[Michael Gilbert, 2011-04-13]
Can't that be solved in the release notes when that happens? Something
like:
python3 is now the default /usr/bin/python, so if you have existing
python2 scripts you will need to make sure to use /usr/bin/python2
instead (or convert them to
Piotr Ożarowski wrote:
[Michael Gilbert, 2011-04-13]
Can't that be solved in the release notes when that happens? Something
like:
python3 is now the default /usr/bin/python, so if you have existing
python2 scripts you will need to make sure to use /usr/bin/python2
On Wednesday 13 April 2011, Ben Hutchings wrote:
On Wed, 2011-04-13 at 13:34 +0200, Bernhard R. Link wrote:
* Philip Hands p...@hands.com [110413 12:54]:
This strikes me as suboptimal, since one could use the disk space
allocated to /tmp as extra swap and then allocate a tmpfs of that
On 2011-04-13, David Goodenough david.goodeno...@btconnect.com wrote:
I am surprised at this. I have several boxes which are small single board
computers with solid state disks (MIDE or CF), so as I did not need swap
space (the running set is fixed and the memory requirement was within
the
* Philip Hands p...@hands.com [110413 15:51]:
Are you suggesting that a system that has enough RAM to not need swap
will become slower if you enable swap but don't use it?
If you don't use it it will hopefully make not much big difference.
The difference is if it gets used. If some program goes
On Wed, Apr 13, 2011 at 03:35:24PM +0200, Adam Borowski wrote:
On Wed, Apr 13, 2011 at 02:24:30PM +0100, Roger Leigh wrote:
On Wed, Apr 13, 2011 at 03:20:38PM +0200, Adam Borowski wrote:
On Wed, Apr 13, 2011 at 01:49:15PM +0100, Roger Leigh wrote:
I have now implemented this (though it's
On Apr 13, 2011, at 10:00 AM, Michael Gilbert wrote:
I think it makes more sense to have a release or two where users can
fall back on python2. Well there needs to be at least one
where /usr/bin/python becomes python3 alerting users to the change and
giving them the python2 fallback, just so
I just realized that I misunderstood Roger Leigh's posting and so
my previous message was mostly superfluous. My apologies.
1. His statement but you have to mount many more to be able to
break your system was correct (and can be made more explicit by
adding ... by filling them all).
2. His
On Wed, Apr 13, 2011 at 03:17:24PM +, Philipp Kern wrote:
On 2011-04-13, David Goodenough david.goodeno...@btconnect.com wrote:
I am surprised at this. I have several boxes which are small single board
computers with solid state disks (MIDE or CF), so as I did not need swap
space (the
On Wednesday 13 April 2011, Ben Hutchings wrote:
On Wed, Apr 13, 2011 at 03:17:24PM +, Philipp Kern wrote:
On 2011-04-13, David Goodenough david.goodeno...@btconnect.com wrote:
I am surprised at this. I have several boxes which are small single
board computers with solid state disks
On Wed, Apr 13, 2011 at 05:21:18PM +0200, Thomas Hood wrote:
I just realized that I misunderstood Roger Leigh's posting and so
my previous message was mostly superfluous. My apologies.
1. His statement but you have to mount many more to be able to
break your system was correct (and can be
[Barry Warsaw, 2011-04-13]
On Apr 13, 2011, at 10:00 AM, Michael Gilbert wrote:
I think it makes more sense to have a release or two where users can
fall back on python2. Well there needs to be at least one
where /usr/bin/python becomes python3 alerting users to the change and
giving them
Dear sirs,
I think there's something not entirelly clear to me and perhaps to some
other people, because I couldn't find any solution to my problem.
I have downloaded an i386 ISO for Squeeze (6.0.1a) and used the same media
to perform installation on 2 different machines.
On the first one I got
On Wed, Apr 13, 2011 at 07:19:59PM +0200, Piotr Ożarowski wrote:
what's the point? /usr/bin/python2 will not work either when we'll drop
support for Python 2.X.
Do you think we'll ever drop supported for 2.X? It seems quite likely to me
that it will live on for a long, long time.
--
Jon
On Wed, Apr 13, 2011 at 01:39:38PM +0100, Philip Hands wrote:
Surely a person managing a server can do aptitude install ifupdown
network-manager-?
You appear to want to inflict extra work on large swathes of our
users. If that is the case, I'd like to see some sort of justification
for
On 2011-04-13, Piotr Ożarowski pi...@debian.org wrote:
[Barry Warsaw, 2011-04-13]
On Apr 13, 2011, at 10:00 AM, Michael Gilbert wrote:
I think it makes more sense to have a release or two where users can
fall back on python2. Well there needs to be at least one
where /usr/bin/python becomes
On Wednesday, April 13, 2011 03:06:17 PM Philipp Kern wrote:
On 2011-04-13, Piotr Ożarowski pi...@debian.org wrote:
[Barry Warsaw, 2011-04-13]
On Apr 13, 2011, at 10:00 AM, Michael Gilbert wrote:
I think it makes more sense to have a release or two where users can
fall back on python2.
On ti, 2011-04-12 at 21:31 +0200, sean finney wrote:
Hi Lars,
On Tue, Apr 12, 2011 at 06:41:10PM +0100, Lars Wirzenius wrote:
But shouldn't we say they _must_ lock package-specific system users
and groups when the package is removed ?
I think that's a good idea. Steve Langasek in
Stephan Seitz stse+deb...@fsing.rootsland.net writes:
The only thing that I miss from ifupdown (and I configured bonds,
bridges and vlans) is a good IPv6 support. I can’t separately activate
or deactivate IPv4 or IPv6 parts of an interface.
I have seen several requests for this feature, but I
On Wed, Apr 13, 2011 at 02:38:03PM -0300, André Barone Rodrigues wrote:
Dear sirs,
I think there's something not entirelly clear to me and perhaps to some
other people, because I couldn't find any solution to my problem.
I have downloaded an i386 ISO for Squeeze (6.0.1a) and used the same
On Wed, Apr 13, 2011 at 03:20:38PM +0200, Adam Borowski wrote:
On Wed, Apr 13, 2011 at 01:49:15PM +0100, Roger Leigh wrote:
I have now implemented this (though it's not the default).
I would very much appreciate it if anyone could take the time to
install the new initscripts and test it
On 12/04/11 22:43, Scott Kitterman wrote:
Also, we need to provide a way for sysadmin to know they can safely remove
a stale
system user.
If we could do that, we could just remove them automatically and not
bother the sysadmin.
Not necessarily. We can't be sure there aren't any files lying
Jon Dowland j...@debian.org writes:
Does the following assumption hold?
Desktop users favour fewer prompts at install time and more sane
default choices. Server users want fine control over the nuances of
installation, but harness additional technologies/options to help with
installations
André Barone Rodrigues andre.baron...@gmail.com writes:
Dear sirs,
I think there's something not entirelly clear to me and perhaps to some other
people, because I couldn't find any solution to my problem.
I have downloaded an i386 ISO for Squeeze (6.0.1a) and used the same media to
perform
Package: wnpp
Severity: wishlist
Owner: Charles Plessy ple...@debian.org
Package name: fastx-toolkit
Version : 0.0.13
Upstream Author : Assaf Gordon gor...@cshl.edu
URL : http://hannonlab.cshl.edu/fastx_toolkit/
License : AGPL-3+, MIT
Programming Lang:
On Wed, 13 Apr 2011 10:32:42 +0100
Roger Leigh rle...@codelibre.net wrote:
On Tue, Apr 12, 2011 at 12:38:03PM +0100, Roger Leigh wrote:
Following the discussion yesterday, I'd like to propose doing
something like the example below. It's possible to size a tmpfs
as a percentage of core
On Fri, 11 Mar 2011 17:44:42 -0600
Kirk Wolff k...@stpaulinternet.net wrote:
Package: wnpp
Severity: wishlist
Owner: Kirk Wolff k...@stpaulinternet.net
* Package name: morse-coach
Version : 0.0.1
Upstream Author : Kirk Wolff k...@stpaulinternet.net
* URL :
karl,
I can see someone has added pulseaudio to the old morse package, however
it is not compatible with the approach I'm taking with this program. I
have many plans for features, some of which are currently being
implemented. I'll consider adding some of the command-line
functionality from
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Wed, 13 Apr 2011 11:38:29 +0530
Source: haskell-text
Binary: libghc-text-dev libghc-text-prof libghc-text-doc
Architecture: source all amd64
Version: 0.11.0.6-1
Distribution: unstable
Urgency: low
Maintainer: Debian Haskell Group
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Wed, 13 Apr 2011 12:18:59 +0530
Source: haskell-url
Binary: libghc-url-dev libghc-url-prof libghc-url-doc
Architecture: source all amd64
Version: 2.1.2-3
Distribution: unstable
Urgency: low
Maintainer: Debian Haskell Group
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Wed, 13 Apr 2011 12:15:01 +0530
Source: hlint
Binary: hlint
Architecture: source amd64
Version: 1.8.8-1
Distribution: unstable
Urgency: low
Maintainer: Debian Haskell Group
pkg-haskell-maintain...@lists.alioth.debian.org
Changed-By:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Tue, 12 Apr 2011 23:07:17 +0100
Source: libdevel-checklib-perl
Binary: libdevel-checklib-perl
Architecture: source all
Version: 0.93-1
Distribution: unstable
Urgency: low
Maintainer: Debian Perl Group
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Wed, 13 Apr 2011 01:26:07 -0500
Source: pgfouine
Binary: pgfouine
Architecture: source all
Version: 1.2-3
Distribution: unstable
Urgency: low
Maintainer: Luis Uribe a...@eviled.org
Changed-By: Luis Uribe a...@eviled.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Wed, 13 Apr 2011 10:54:05 +0200
Source: nagstamon
Binary: nagstamon
Architecture: source all
Version: 0.9.5-1
Distribution: unstable
Urgency: low
Maintainer: Python Applications Packaging Team
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Wed, 13 Apr 2011 11:12:44 +0200
Source: eog-plugins
Binary: eog-plugins
Architecture: source amd64
Version: 2.30.2-1
Distribution: unstable
Urgency: low
Maintainer: Luca Bruno lethalma...@gmail.com
Changed-By: Laurent Bigonville
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Wed, 13 Apr 2011 09:51:26 +0100
Source: silo-llnl
Binary: libsilo-dev libsilo0 libsilo-bin python-silo
Architecture: source i386
Version: 4.8-3
Distribution: unstable
Urgency: low
Maintainer: Alastair McKinstry mckins...@debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Wed, 13 Apr 2011 10:58:56 +0200
Source: gnome-backgrounds
Binary: gnome-backgrounds
Architecture: source all
Version: 3.0.0-1
Distribution: experimental
Urgency: low
Maintainer: Sebastien Bacher seb...@debian.org
Changed-By: Frederic
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Wed, 13 Apr 2011 12:17:01 +0200
Source: pmw
Binary: pmw pmw-doc
Architecture: source amd64 all
Version: 4.22-3
Distribution: unstable
Urgency: low
Maintainer: Wouter Verhelst wou...@debian.org
Changed-By: Wouter Verhelst
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Wed, 13 Apr 2011 11:58:50 +0200
Source: uzbl
Binary: uzbl
Architecture: source amd64
Version: 0.0.0~git.20110412-1
Distribution: unstable
Urgency: low
Maintainer: Luca Bruno lu...@debian.org
Changed-By: Luca Bruno lu...@debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Wed, 13 Apr 2011 12:32:02 +0200
Source: empathy
Binary: empathy empathy-dbg empathy-common nautilus-sendto-empathy
Architecture: source all amd64
Version: 2.30.3-2
Distribution: unstable
Urgency: low
Maintainer: Debian Telepathy
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Tue, 12 Apr 2011 23:40:30 -0400
Source: freecad
Binary: freecad freecad-dev freecad-doc
Architecture: source all amd64
Version: 0.11.3729.dfsg-1
Distribution: unstable
Urgency: low
Maintainer: Debian Science Maintainers
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Wed, 13 Apr 2011 11:04:00 +0200
Source: radare2
Binary: radare2 radare2-dbg libradare2-0.7 libradare2-dev libradare2-0.7-dbg
Architecture: source amd64
Version: 0.7-3
Distribution: unstable
Urgency: low
Maintainer: Sebastian
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Tue, 12 Apr 2011 10:12:37 -0500
Source: rcpp
Binary: r-cran-rcpp
Architecture: source i386
Version: 0.9.4-1
Distribution: unstable
Urgency: low
Maintainer: Dirk Eddelbuettel e...@debian.org
Changed-By: Dirk Eddelbuettel
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Wed, 13 Apr 2011 12:57:14 +0200
Source: fetchmail
Binary: fetchmail fetchmailconf
Architecture: source all amd64
Version: 6.3.19-1
Distribution: unstable
Urgency: low
Maintainer: Fetchmail Maintainers
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Wed, 13 Apr 2011 12:27:13 +0100
Source: man-db
Binary: man-db
Architecture: source i386
Version: 2.6.0.2-1
Distribution: unstable
Urgency: low
Maintainer: Colin Watson cjwat...@debian.org
Changed-By: Colin Watson
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Wed, 13 Apr 2011 06:24:26 -0500
Source: r-base
Binary: r-base r-base-core r-base-dev r-mathlib r-base-html r-doc-pdf
r-doc-html r-doc-info r-recommended r-base-core-dbg
Architecture: source i386 all
Version: 2.13.0-1
Distribution:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Wed, 13 Apr 2011 07:03:18 -0500
Source: ggobi
Binary: ggobi
Architecture: source i386
Version: 2.1.10-1
Distribution: unstable
Urgency: low
Maintainer: Dirk Eddelbuettel e...@debian.org
Changed-By: Dirk Eddelbuettel e...@debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Wed, 13 Apr 2011 14:53:15 +0200
Source: emerillon
Binary: emerillon
Architecture: source amd64
Version: 0.1.2-1
Distribution: unstable
Urgency: low
Maintainer: Mathieu Trudel mathieu...@gmail.com
Changed-By: Laurent Bigonville
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Mon, 11 Apr 2011 18:31:00 +0530
Source: inotifyx
Binary: python-inotifyx
Architecture: source amd64
Version: 0.1.2-1
Distribution: unstable
Urgency: low
Maintainer: Ritesh Raj Sarraf r...@debian.org
Changed-By: Ritesh Raj Sarraf
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 11 Apr 2011 17:11:12 -0400
Source: joblib
Binary: python-joblib
Architecture: source all
Version: 0.5.1-1
Distribution: unstable
Urgency: low
Maintainer: Yaroslav Halchenko deb...@onerussian.com
Changed-By: Yaroslav Halchenko
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Wed, 06 Apr 2011 01:32:42 +0400
Source: ejabberd
Binary: ejabberd
Architecture: source i386
Version: 2.1.6-2
Distribution: unstable
Urgency: low
Maintainer: Konstantin Khomoutov flatw...@users.sourceforge.net
Changed-By: Konstantin
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Wed, 13 Apr 2011 15:22:04 +0200
Source: imagej
Binary: imagej
Architecture: source all
Version: 1.45e-1
Distribution: unstable
Urgency: low
Maintainer: Debian Med Packaging Team
debian-med-packag...@lists.alioth.debian.org
1 - 100 of 169 matches
Mail list logo
