Re: Bug#417261: dch: please use dates in UTC

[Brian May]

> "Wouter" == Wouter Verhelst <[EMAIL PROTECTED]> writes:

Wouter> Sun, 31 Dec 2006 14:40:46 +0100
Wouter> You didn't fail basic math, did you? ;-)

Just remember to subtract 1 hour, don't add it.

I could imagine people getting this wrong.
-- 
Brian May <[EMAIL PROTECTED]>


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

Bug#417514: ITP: zope-ofolder -- A tiny layer above Folder providing ordering control

[Bernd Zeimetz]

Package: wnpp
Severity: wishlist
Owner: Bernd Zeimetz <[EMAIL PROTECTED]>

* Package name: zope-ofolder
  Version : 1.0
  Upstream Author : Dr. Dieter Maurer <[EMAIL PROTECTED]>
* URL : http://www.dieter.handshake.de/pyprojects/zope/#bct_sec_3.6
* License : completely free
  Programming Lang: Python
  Description : A tiny layer above Folder providing ordering control

An OFolder contains an ordered sequence of objects.
Besides the ordering, it behaves identical to a Folder.
You can reorder the objects by assigning new order numbers (these
are float values) and then press 'reorder'.



* I'm packaging this product as dependency of Zenoss (#361253),
  and zope-managableindex (#417500)
* Although it's a very small product it is useful on it's own imho,
  so I think it should not be packaged with zope-managableindex into
  one package.


Cheers

Bernd Zeimetz


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

Bug#417500: ITP: zope-managableindex -- Zope product providing indexes managable via the ZMI

[Bernd Zeimetz]

Package: wnpp
Severity: wishlist
Owner: Bernd Zeimetz <[EMAIL PROTECTED]>

* Package name: zope-managableindex
  Version : 1.6.1
  Upstream Author : Dr. Dieter Maurer <[EMAIL PROTECTED]>
* URL : 
http://www.dieter.handshake.de/pyprojects/zope/#ManagableIndex
* License : BSD-style
  Programming Lang: Python
  Description : Zope product providing indexes managable via the ZMI

ManagableIndex can mean different things for different people. For a
content manager, it brings flexible field, keyword and efficient range
indexes managable via the ZMI to
 * combine values from different sources, ignoring irrelevant value
   and transforming values in an inadequate form,
 * control acquisition and prevent acquired values to be indexed
 * ignore stop-terms, normalize terms and check types
..
For a developer, ManagableIndex provides a framework for index
definition, improving on PluginIndexes. It provides for managability,
automatically and intelligently handles unindexing when an object is
reindexed and implements and, or and range queries (for not too complex
indexes).


* I'm packaging this product as dependency of Zenoss (#361253).

Cheers,

Bernd Zeimetz


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

Re: Bug#417261: dch: please use dates in UTC

[Wouter Verhelst]

On Mon, Apr 02, 2007 at 03:11:23PM +0200, Stefano Zacchiroli wrote:
> I share the feeling of "niceness" of the personal touch, but this isn't
> a technical reason, and the point of uniforming a timezone so that it's
> easier to compare dates among different changelog is definitely a valid
> one.

It *is* easy to compare dates among different changelogs.

zcat /usr/share/doc/*/changelog.Debian.gz | sed -e '/^ --/!d;s/^.*>  //' | \
while read i; do date -d "$i" +%s; done | sort -n

There, a sorted list of the unix timestamps of the dates on which *all*
the changelog entries of *all* Debian packages on your system were done.
Might take a while to run, though :)

And heck, even if you're not a command line guru, normalizing an RFC822
date by hand isn't exactly hard.


Sun, 31 Dec 2006 14:40:46 +0100
  ^

You didn't fail basic math, did you? ;-)

-- 
 Home is where you have to wash the dishes.
  -- #debian-devel, Freenode, 2004-09-22


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

Re: Bug#417261: dch: please use dates in UTC

[Mark Brown]

On Mon, Apr 02, 2007 at 08:49:44PM +0200, Bastian Venthur wrote:

> Hmm and my gut feeling is that the vast majority of maintainers just use
> dch instead of manually writing the changelog skeleton (it's faster and
> less error prone). But until we have verifiable numbers it's all moot.

I tend to automatically generate the skelington but often do incremental
updates by hand afterwards.

-- 
"You grabbed my hand and we fell into it, like a daydream - or a fever."


signature.asc
Description: Digital signature

Re: Bug#417261: dch: please use dates in UTC

[Don Armstrong]

On Mon, 02 Apr 2007, Bastian Venthur wrote:
> Lars Wirzenius schrieb:
> > My gut feeling is that there's more people who edit the timestamp
> > manually than those who compare them mentally, so I'm in favor of
> > maintaining status quo.
> 
> Hmm and my gut feeling is that the vast majority of maintainers just use
> dch instead of manually writing the changelog skeleton (it's faster and
> less error prone). But until we have verifiable numbers it's all moot.

I think you'll find that a reasonable proportion use the emacs and vi
modes as well, and moreover, you'll still have to deal with the
historical changelog records.

Plus, anyone who actually wants this feature can easily 
alias dch='TZ=UTC dch'; or whatever their shell's equivalent is.

Regardless, since the timezone is represented numerically, it's not
like you can't do the addition or subtraction to UTC programmatically
or mentally relatively trivially.


Don Armstrong
 
-- 
DIE!
 -- Maritza Campos http://www.crfh.net/d/20020601.html

http://www.donarmstrong.com  http://rzlab.ucr.edu


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

Re: Bug#417261: dch: please use dates in UTC

[Bastian Venthur]

Lars Wirzenius schrieb:
> My gut feeling is that there's more people who edit the timestamp
> manually than those who compare them mentally, so I'm in favor of
> maintaining status quo.

Hmm and my gut feeling is that the vast majority of maintainers just use
dch instead of manually writing the changelog skeleton (it's faster and
less error prone). But until we have verifiable numbers it's all moot.

-- 
Bastian Venthur  http://venthur.de
Debian Developer venthur at debian org


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

Re: Debian cares more about documents than people

[Paul van der Vlis]

Mike Hommey schreef:
> On Thu, Sep 21, 2006 at 10:45:06AM -0500, alfredo diega <[EMAIL PROTECTED]> 
> wrote:
> 
>>On 9/21/06, Ben Armstrong <[EMAIL PROTECTED]> wrote:
>>
>>>-
>>>I can see you're frustrated.  You've invested a lot of energy into
>>>writing this note to us about a problem you see in Debian.  Now, if it
>>>really does pain you to write it, the least you could do is tell us
>>>what your hardware is.  Otherwise, how do you expect us to make things
>>>better for you?
>>>
>>>Regards,
>>>Ben
>>>
>>
>>Okay:  Intel PRO/Wireless 3945ABG.  According to this message at
>>bugs.debian.org/cgi-bin/bugreport.cgi?bug=363967 it isn't packaged because:
> 
> 
> Note that this driver requires a "binary user space regulatory
> daemon", and thus will never be in debian. At most, in non-free.

There is a new driver what does not need the daemon:
http://intellinuxwireless.org/?p=iwlwifi
http://kerneltrap.org/node/7704

With regards,
Paul van der Vlis.




-- 
http://www.vandervlis.nl/


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

Re: Bug#417261: dch: please use dates in UTC

[Lars Wirzenius]

On ma, 2007-04-02 at 19:26 +0100, Mark Brown wrote:
> Given how easy it is to canonicalise the timestamp data, the fact that
> it's data loss and the questionable utility of the information why is it
> worth it?

Maintaining status quo is easy. Making programs that compare timestamps
understand time zones is easy. Having to mentally compare timestamps in
different time zones is not always easy. Changing dch to use UTC for
timestamps is easy. Getting people who edit debian/changelog by hand to
always remember that it's UTC and not local time is not going work.

My gut feeling is that there's more people who edit the timestamp
manually than those who compare them mentally, so I'm in favor of
maintaining status quo.

The bikeshed should be pink, anyway.

-- 
The difference between appealing and appalling is very small.


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

Re: Bug#417261: dch: please use dates in UTC

[Mark Brown]

On Mon, Apr 02, 2007 at 03:11:23PM +0200, Stefano Zacchiroli wrote:

> I share the feeling of "niceness" of the personal touch, but this isn't
> a technical reason, and the point of uniforming a timezone so that it's
> easier to compare dates among different changelog is definitely a valid
> one.

I'm really not convinced about that - I know that the timestamps on my
changelog entries often bear only a passing resemblance to the time I
did the upload or made any given change.  Between sometimes not using
dch, making multiple changes and getting round to building, testing or
uploading a package there's plenty of room for variation.  

> So what?  A nice post :), but it does not take any side in the present
> issue.

Given how easy it is to canonicalise the timestamp data, the fact that
it's data loss and the questionable utility of the information why is it
worth it?

-- 
"You grabbed my hand and we fell into it, like a daydream - or a fever."


signature.asc
Description: Digital signature

Re: Bug#417261: dch: please use dates in UTC

[Joey Hess]

Stefano Zacchiroli wrote:
> > $ D="$(zgrep "^ -- " /usr/share/doc/apt/changelog.Debian.gz | \
> > > head -1 | sed "s/^.*>  //")"
> > $ date -uRd "$D"
> 
> "Trivial" is something I can do without having the need of thinking
> about an implementation of it. I guess you spent a couple of minutes
> writing the above shell script snippet.

I dunno, the fact that I came up with a different implementation as fast
as I could type it suggests it's pretty trivial:

perl -MDate::Parse -le 'print scalar gmtime str2time shift'

-- 
see shy jo


signature.asc
Description: Digital signature

Re: Bug#417261: dch: please use dates in UTC

[Joey Hess]

Stefano Zacchiroli wrote:
> I share the feeling of "niceness" of the personal touch, but this isn't
> a technical reason

It's nice to know if an upload was made at 4:30 am local time, va 6 pm local
time. It says something about the possible condition of the uploader.

-- 
see shy jo


signature.asc
Description: Digital signature

Re: Bug#417261: dch: please use dates in UTC

[Julian Gilbey]

On Mon, Apr 02, 2007 at 01:37:23PM +0200, Robert Millan wrote:
> > This is a nice idea.  I think it should also be discussed on
> > debian-devel and debian-policy.
> 
> CCing -devel.  For -policy I think it is too early (usualy, common practice is
> stablished before Policy enforces it).
> 
> Also adding CC to analogous bug in dh-make, so that it can catch followups
> from -devel.

And debian-el too.

   Julian


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

Re: Bug#417261: dch: please use dates in UTC

[Tim Dijkstra]

On Mon, 2 Apr 2007 15:49:54 +0200
Stefano Zacchiroli <[EMAIL PROTECTED]> wrote:

> On Mon, Apr 02, 2007 at 03:31:37PM +0200, Frans Pop wrote:
> > That is not really a valid reason either because converting a timestamp 
> > from a changelog entry to any other timezone or format is trivial:
> > 
> > $ D="$(zgrep "^ -- " /usr/share/doc/apt/changelog.Debian.gz | \
> > > head -1 | sed "s/^.*>  //")"
> > $ date -uRd "$D"
> 
> "Trivial" is something I can do without having the need of thinking
> about an implementation of it. I guess you spent a couple of minutes
> writing the above shell script snippet.

I think every person that reads a changelog can do the math for each entry 
by hand in a fraction of a second...
 
> But of course you're right in stating that it's possible and it's not a
> big deal to do the conversion. My question is: what's the benefit of
> localized timestamps? I want to know if the only reason we have is:
> "just because it's nice".

It is added information. For example it is useful to know that somebody
uploaded at 03:12 in _his timezone_, if he/she made it so late, it
probably worth double checking it before you install;)

grts Tim


signature.asc
Description: PGP signature

Re: Bug#417261: dch: please use dates in UTC

[Stefano Zacchiroli]

On Mon, Apr 02, 2007 at 03:31:37PM +0200, Frans Pop wrote:
> That is not really a valid reason either because converting a timestamp 
> from a changelog entry to any other timezone or format is trivial:
> 
> $ D="$(zgrep "^ -- " /usr/share/doc/apt/changelog.Debian.gz | \
> > head -1 | sed "s/^.*>  //")"
> $ date -uRd "$D"

"Trivial" is something I can do without having the need of thinking
about an implementation of it. I guess you spent a couple of minutes
writing the above shell script snippet.

But of course you're right in stating that it's possible and it's not a
big deal to do the conversion. My question is: what's the benefit of
localized timestamps? I want to know if the only reason we have is:
"just because it's nice".

-- 
Stefano Zacchiroli -*- Computer Science PhD student @ Uny Bologna, Italy
[EMAIL PROTECTED],debian.org,bononia.it} -%- http://www.bononia.it/zack/
(15:56:48)  Zack: e la demo dema ?/\All one has to do is hit the
(15:57:15)  Bac: no, la demo scema\/right keys at the right time


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

patches.ubuntu.com and the Debian PTS derivatives

[Scott James Remnant]

As some of you may have noticed, the patches.ubuntu.com website and
equivalent mailing of changes to the Debian PTS and ubuntu-patches
mailing list has been offline, or at least intermittent, for a few
weeks.

This was caused by the hosting machine running out of disk space, and
the Debian mirror we were using being partially incomplete for a while.

The latter problem seems to have been fixed, and the Canonical sysadmins
are working on the former.

Sorry for any inconvenience,

Scott
-- 
Scott James Remnant
Ubuntu Development Manager
[EMAIL PROTECTED]


signature.asc
Description: This is a digitally signed message part

Re: Bug#417261: dch: please use dates in UTC

[Frans Pop]

On Monday 02 April 2007 15:11, Stefano Zacchiroli wrote:
> I share the feeling of "niceness" of the personal touch, but this isn't
> a technical reason, and the point of uniforming a timezone so that it's
> easier to compare dates among different changelog is definitely a valid
> one.

That is not really a valid reason either because converting a timestamp 
from a changelog entry to any other timezone or format is trivial:

$ D="$(zgrep "^ -- " /usr/share/doc/apt/changelog.Debian.gz | \
> head -1 | sed "s/^.*>  //")"
$ echo $D
Mon, 26 Feb 2007 16:00:22 -0500

$ date -uRd "$D"
Mon, 26 Feb 2007 21:00:22 +

Or if you prefer seconds since the epoch for easy comparison:
$ date -d "$D" +%s
1172523622


pgpIRkOc4pZNp.pgp
Description: PGP signature

Re: Bug#417261: dch: please use dates in UTC

[Magnus Holmgren]

On Monday 02 April 2007 14:11, Christoph Berg wrote:
> Re: Robert Millan 2007-04-02 <[EMAIL PROTECTED]>
>
> > > > Since dates written to changelogs are going to be read by people all
> > > > over the world, IMHO it is better if these dates are in UTC to make
> > > > it easier to figure out when it was uploaded in comparison to other
> > > > events (such as the upload of a related package, etc).
> > >
> > > This is a nice idea.  I think it should also be discussed on
> > > debian-devel and debian-policy.
>
> Oh no, please don't. The timezone is included in the timestamp, so it
> is *meant* to be a local timestamp.
>
> I like it that way because that adds some personal touch about the
> place the upload was made from.

Also, using UTC-only destroys information, which is generally a Bad Thing, 
IMHO. Recalculating the timestamp to UTC or your own time zone isn't that 
hard, and can be done programmatically.

-- 
Magnus Holmgren[EMAIL PROTECTED]
   (No Cc of list mail needed, thanks)

  "Exim is better at being younger, whereas sendmail is better for 
   Scrabble (50 point bonus for clearing your rack)" -- Dave Evans


pgppnZyi6G69S.pgp
Description: PGP signature

Bug#417372: ITP: python-tagpy -- Python module for manipulating tags in music files.

[Michal Čihař]

Package: wnpp
Severity: wishlist
Owner: "Michal Čihař" <[EMAIL PROTECTED]>

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

* Package name: python-tagpy
  Version : 0.91
  Upstream Author : Andreas Kloeckner <[EMAIL PROTECTED]>
* URL : http://news.tiker.net/software/tagpy
* License : BSD
  Programming Lang: C/Python
  Description : Python module for manipulating tags in music files.

Binds Python to Scott Wheeler's TagLib. Makes it easy to read ID3 tags
from MP3 files, Xiph Comments from Ogg Vorbis and FLAC files, and APE
tags from MusePack files.

- -- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (99, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-686
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

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

iD8DBQFGEQRk3DVS6DbnVgQRAsf7AJ9SfZ/BnxahSAP2dFy5JNAoshYJywCg6wxn
BKu3WMbuZTIxsCbgmnR+SOo=
=MwFK
-END PGP SIGNATURE-

Re: Bug#417261: dch: please use dates in UTC

[Stefano Zacchiroli]

On Mon, Apr 02, 2007 at 02:11:51PM +0200, Christoph Berg wrote:
> > > > Since dates written to changelogs are going to be read by people all 
> > > > over the
> > > > world, IMHO it is better if these dates are in UTC to make it easier to
> > > > figure out when it was uploaded in comparison to other events (such as 
> > > > the
> > > > upload of a related package, etc).
> > > This is a nice idea.  I think it should also be discussed on
> > > debian-devel and debian-policy.
> Oh no, please don't. The timezone is included in the timestamp, so it
> is *meant* to be a local timestamp.
> 
> I like it that way because that adds some personal touch about the
> place the upload was made from.

I share the feeling of "niceness" of the personal touch, but this isn't
a technical reason, and the point of uniforming a timezone so that it's
easier to compare dates among different changelog is definitely a valid
one.

If we only have to support "personal" timezones for the sake of it then
it's equally reasonable to change the default so that it's UTC, but
letting people override it in some way.  A default of uniformness among
DDs is arguably more sane that a default which differentiate that.

Any other reason for not using UTC as the default?

> See also
> http://kitenet.net/~joey/blog/entry/what_timezones_have_you_uploaded_debian_packages_from.html

So what?  A nice post :), but it does not take any side in the present
issue.

Cheers.

-- 
Stefano Zacchiroli -*- Computer Science PhD student @ Uny Bologna, Italy
[EMAIL PROTECTED],debian.org,bononia.it} -%- http://www.bononia.it/zack/
(15:56:48)  Zack: e la demo dema ?/\All one has to do is hit the
(15:57:15)  Bac: no, la demo scema\/right keys at the right time


signature.asc
Description: Digital signature

Bug#417365: ITP: zope-advancedquery -- Zope product providing enhanced search functions

[Bernd Zeimetz]

Package: wnpp
Severity: wishlist
Owner: Bernd Zeimetz <[EMAIL PROTECTED]>

* Package name: zope-advancedquery
  Version : 2.2
  Upstream Author : Dr. Dieter Maurer <[EMAIL PROTECTED]>
* URL : 
http://www.dieter.handshake.de/pyprojects/zope/#AdvancedQuery
* License : BSD-style
  Programming Lang: Python
  Description : Zope product providing enhanced search functions

AdvancedQuery is a Zope product aimed to overcome several limitations of
ZCatalog's native search function.
..
Like ZCatalog's search, it supports elementary index searches. While
ZCatalog can combine such elementary searches only by "and",
AdvancedQuery allows them to be combined arbitrary with & (and), | (or)
and ~ (not).
..
While ZCatalog supports an efficient sorting via an index on one level,
AdvancedQuery supports sorting via any level of (field) indexes.
Moreover, it sorts the result incrementally -- only as far as you access
your result. This can drastically speed up the time required for
sorting. It uses Python's generators for this (and thus requires Python
2.2 or better).


* I'm packaging this product as dependency of Zenoss (#361253).


Cheers,

Bernd Zeimetz

-- 
Bernd Zeimetz
<[EMAIL PROTECTED]> 


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

Bug#417349: RFP: pandora -- Free Monitoring System

[Axel Beckert]

Package: wnpp
Severity: wishlist

Hi,

the Pandora FMS (Free Monitoring System) seems to be a nice and modern
alternative to Nagios and the not so free BigBrother (http://bb4.org/,
http://bb4.com/), and perhaps also Zenoss (see ITPs at
http://bugs.debian.org/361253 and http://bugs.debian.org/399530).

According to http://pandora.sourceforge.net/en/?sec=about there's also
someone who already made Pandora .debs, but I haven't found them at a
first go. I also haven't found anything in Debian yet, neither on
packages.d.o nor in wnpp.

* Package name: pandora (or perhaps pandora-fms to not confuse it with 
http://www.pandora.com/)
  Version : 1.2
  Upstream Author : Sancho Lerana et al. 
(http://pandora.sourceforge.net/en/?sec=about)
* URL or Web page : http://pandora.sourceforge.net/
* License : GPLv2
  Description : Free Monitoring System


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

Re: Bug#417261: dch: please use dates in UTC

[Pierre Habouzit]

On Mon, Apr 02, 2007 at 02:11:51PM +0200, Christoph Berg wrote:
> Re: Robert Millan 2007-04-02 <[EMAIL PROTECTED]>
> > > > Since dates written to changelogs are going to be read by people all 
> > > > over the
> > > > world, IMHO it is better if these dates are in UTC to make it easier to
> > > > figure out when it was uploaded in comparison to other events (such as 
> > > > the
> > > > upload of a related package, etc).
> > > 
> > > This is a nice idea.  I think it should also be discussed on
> > > debian-devel and debian-policy.
> 
> Oh no, please don't. The timezone is included in the timestamp, so it
> is *meant* to be a local timestamp.
> 
> I like it that way because that adds some personal touch about the
> place the upload was made from.

  *seconded*

> 
> See also
> http://kitenet.net/~joey/blog/entry/what_timezones_have_you_uploaded_debian_packages_from.html
> 
> Christoph
> -- 
> [EMAIL PROTECTED] | http://www.df7cb.de/



-- 
·O·  Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org


pgp2E6lVIMnga.pgp
Description: PGP signature

Re: Bug#417261: dch: please use dates in UTC

[Christoph Berg]

Re: Robert Millan 2007-04-02 <[EMAIL PROTECTED]>
> > > Since dates written to changelogs are going to be read by people all over 
> > > the
> > > world, IMHO it is better if these dates are in UTC to make it easier to
> > > figure out when it was uploaded in comparison to other events (such as the
> > > upload of a related package, etc).
> > 
> > This is a nice idea.  I think it should also be discussed on
> > debian-devel and debian-policy.

Oh no, please don't. The timezone is included in the timestamp, so it
is *meant* to be a local timestamp.

I like it that way because that adds some personal touch about the
place the upload was made from.

See also
http://kitenet.net/~joey/blog/entry/what_timezones_have_you_uploaded_debian_packages_from.html

Christoph
-- 
[EMAIL PROTECTED] | http://www.df7cb.de/


signature.asc
Description: Digital signature

Re: Bug#417261: dch: please use dates in UTC

[Robert Millan]

On Mon, Apr 02, 2007 at 09:32:22AM +0100, Julian Gilbey wrote:
> On Mon, Apr 02, 2007 at 09:48:13AM +0200, Robert Millan wrote:
> > Package: devscripts
> > Version: 2.9.26
> > Severity: wishlist
> > Tags: patch
> > 
> > Since dates written to changelogs are going to be read by people all over 
> > the
> > world, IMHO it is better if these dates are in UTC to make it easier to
> > figure out when it was uploaded in comparison to other events (such as the
> > upload of a related package, etc).
> 
> This is a nice idea.  I think it should also be discussed on
> debian-devel and debian-policy.

CCing -devel.  For -policy I think it is too early (usualy, common practice is
stablished before Policy enforces it).

Also adding CC to analogous bug in dh-make, so that it can catch followups
from -devel.

-- 
Robert Millan

My spam trap is [EMAIL PROTECTED]  Note: this address is only intended
for spam harvesters.  Writing to it will get you added to my black list.


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

Lame joke, explained

[Lars Wirzenius]

This ITP was (obviously) an attempt at an April's Fool joke. Some time
ago I played a bit with Markov Chains, which are a method for taking an
input text, and generating output that uses words from the input, but is
gibberish (http://en.wikipedia.org/wiki/Markov_Chain). I got the idea
that it would be fun to use the Packages file as input to create a new
package description. The result was amazingly close to some of the worst
real ITPs I've seen, so I filed it as an ITP. Of course, it was not real
enough that anyone fell for it, but that just proves that Debian people
are not fools.

Closing the bug now, since April 1st is over.

-- 
Crappy tools are not worth it. Find or make better ones.


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

Re: Slow package database

[Tim Dijkstra]

On Mon, 2 Apr 2007 11:10:55 +0200
Christoph Haas <[EMAIL PROTECTED]> wrote:

> Is there anything that I can do about it? Tuning the ext3 partition? Or is 
> somebody capable of turning the info directory into - say - an sqlite 
> database or in future Debian releases?

There is a thread on debian-dpkg about this, even with a proof of
concept:

http://people.debian.org/~seanius/dpkg-sqlite/

grts Tim


signature.asc
Description: PGP signature

Re: Slow package database

[Christoph Haas]

On Friday 30 March 2007 22:25, Florian Weimer wrote:
> * Christoph Haas:
> > What might be the cause? Is there some fragmentation effect?
>
> It's probably ext3's directory hashing.  It tries to access the files
> in /var/lib/dpkg/info in hash order, which leads to essentially random
> disk I/O.

I think you are right. It's ext3 here. And I just "cp -a" the info 
directory and now everything is amazingly fast. Although copying the 
directory took half a minute.

Is there anything that I can do about it? Tuning the ext3 partition? Or is 
somebody capable of turning the info directory into - say - an sqlite 
database or in future Debian releases?

Cheers
 Christoph
-- 
~
~
".signature" [Modified] 1 line --100%--1,48 All


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