Re: sane chromium default flags - include --enable-remote-extensions

[Konstantin Khomoutov]

On Fri, 24 Feb 2017 15:14:18 +0100
m...@linux.it (Marco d'Itri) wrote:

> > To be honest I've the feeling that we're doing a disservice to our
> > users when we release stretch with the current defaults. Putting
> I amazed by this decision: this is the kind of thing that makes
> people not take Debian seriously.
> This behaviour should either be implemented consistently by all
> browsers or the default reverted.
> Users expect their browser to update the extensions that they have 
> installed themselves, so the excuse about "unrequested network 
> connections" looks like just an ideological decision.

It's not even about updating: the first version of chromium with this
build-time tweak simply disabled all already installed extensions for me
so they were not activated when I restarted chromium after that upgrade
session -- and hence were not shown in UI etc.
What's worse, it's futile to attemt to reinstall them: the settings tab
for the extensions works OK, the chromiums "extensions store" (whatever
its real name is, I dunno) works OK, just when you try to install an
extension, you get some mystical error message having nothing to do
with what Debian's build did, and with no hint at what to do next.

I possess the necessary google-fu and I'm a programmer after all, so
that wasn't too hard for me to find the cause and implement the
solution, but for a plain computer user that would be a complete
dead-end.

Re: ITP: golang-github-choueric-cmdmux -- Package cmdmux implements a command parser and router for terminal programme.

[Konstantin Khomoutov]

On Tue, 7 Feb 2017 13:23:24 +0800
Haishan Zhou  wrote:

>  * Package name: golang-github-choueric-cmdmux
[...]
>  * URL : https://github.com/choueric/cmdmux
>  * License : GPL-3.0

Are you aware of the fact that usage of GPL is questionable *library*
Go code because a) most of Go programs are statically linked, and
b) this makes any Go code using a GPL-ed library required to use GPL
as well?  That's why most of Go code is released under MIT or other
permissive libraries like that one.

[...]
>Description : Package cmdmux implements a command parser and
> router for terminal programme.

OK, so in year 2013, there already were circa 10 packages implementing
"advanced" parsing of command-line arguments for Go programs as [1]
suggests, and since then their developers did not sit on their hands ;-)

Of those, 10, at least [2] (which is now known as [3]) appears to have
gotten considerable traction in the community (~ 230 packages
importing it according to godoc.org) and has an ITP bug filed [4].

[5] has an ITP bug [6], too.

> It helps build terminal programmes which have many sub-commands. By
> registering a pair of command and handler, such as "build kernel" and
> buildKernelHandler(), the programme can invoke this handler when the
> command line is like:
> 
> "./programe build kernel"

While I'm not the native speaker, I'd say modern english uses the word
"program" to refer to computer program, while "programme" is a word
specific to British english typically used to refer to some sort of
schedule of the parts of some large event -- like in "the programme
of a festival".

>   Highlights include:
> 
> - It is able to print the commands tree like programme "tree" does.
> - It is able to generate the bash completion file from the commands
> tree.

The package seems to lack one crucial feature: it's impossible to get
help on subcommands -- which is a must-have for any "advanced CLI"
package.  The ability to do tree-style display of the CLI synopsis
and HTTP-router-like setup of subcommand handlers are nice as a code
golf example but otherwise are of questionable value: the tree-style
display is not used by any existing program I know of so it will be
puzzling for the users; the second feature might attract certain
developers but I fail to see clear gains it's able to provide to them.

So, in the end, you're about to package a library which is currently
used by no packages external to it, and vasty more feature-complete
alternatives exist.  Hence do we need it in the archive?

Considering how Go ecosystem works (most project make direct use of
external libraries--typically by means of vendoring them), wouldn't it
be better to first get traction for your package "in the wild" before
pushing it into Debian?

That is, announce it on golang-nuts, on the /r/golang subreddit, maybe
somewhere else and see if it flies at all first.

1. https://dave.cheney.net/2013/11/07/subcommand-handling-in-go
2. https://github.com/codegangsta/cli
3. https://github.com/urfave/cli
4. https://bugs.debian.org/829459
5. https://github.com/google/subcommands
6. https://bugs.debian.org/821901
7. https://godoc.org/github.com/choueric/cmdmux?importers

Re: opinions of snappy packages

[Konstantin Khomoutov]

On Wed, 22 Jun 2016 19:51:47 +0300
Lars Wirzenius  wrote:

> On Wed, Jun 22, 2016 at 05:29:12PM +0100, Iain Lane wrote:
> > I don't understand this. What about Twitter clients[0], YouTube
> > clients[1], Flickr clients[2], and probably clients for many other
> > non-free web services?[3]
> 
> If a piece of free software requires, for its essential function, some
> server-side software that's non-free, and there's no free
> alternatives, then I think that free software belongs in contrib. This
> is similar to a game that is free software requiring graphics or music
> that's non-free and has no free replacements: the game belongs in
> contrib.
[...]
> We also have get-ipleyer, which downloads some files from the BBC
> iPlayer service. It's in main. I think it should be in contrib.
> 
> Possibly I am in a minority here?

The thing with "players" / "downloaders" is that they deal with data.
I mean, youtube is a proprietary service but what youtube downloaders
do is basically perform some "web API" requests and stream data.  May
be also actually render it on the screen.  What matters here is that
they merely speak a set of wire protocols and understand a set of data
formats.  What contrasts this with, say, a free game relying on
non-free resources is that those resources must be physically installed
into the user's system.  To rephrase, once all the components of your
system are installed from "main", your system is "free as per DFSG";
once you install something from "contrib", it means you most probably
have also installed something which is not free as per DFSG -- hence
rendering the system not-really-free FWIW.  I'd say the key word here
is "installing" stuff.

So I fail to see why snapd must go in contrib.  It must have a big bold
warning in the package's long description though.

Re: What is the correct way to set owner to package's files?

[Konstantin Khomoutov]

On Wed, 30 Dec 2015 13:34:29 +0300
Dmitrii Kashin  wrote:

> I didn't know where to put this question. It's not only
> debian-specific, but it concerns packaging in common.
> 
> Our company is distributing some software splitted into packages (deb
> and rpm). Almost all files are installed into /opt/ and
> specifically all of them must be owned by some user .
> 
> My duty is to set up packaging of them all. And I have a problem:
> I'm using chroot environments to build out software, build process run
> under the root user and therefore all the files in /opt/ are
> owned by root. I need them to be owned by .

Do you *really* need this?

I mean, the files of a package can be classified as "static" and
"dynamic" or "volatile".  Static files are what the package contains
and installs onto the file system.  They should naturally be owned by
root because this prevents them from tampering by unprivileged users.

On the other hand, the files the programs of the package create
themselves, are naturally owned by the specific user usually created by
the package's preinst/postinst script; this user is usually denied
login to the system.

Yet some other files might need special access.  For instance,
configuration files might contain security-sensitive information (like
database user credentials), and if your package provides programs which
run with credentials of unprivileged users (a typical case with
daemons), these programs might need to access such files using their
own (non-root) credentials.  In this case, it's sensible to still make
these files owned by root and a special group which has read-only
access and includes the user which credentials is used to run those
daemons.

Hence I urge you to reconsider your approach, categorize the files your
project installs into the groups I outlined above and keep as tight
permissions as possible.  To reiterate, suppose that the files of the
Apache web server would be owned by www-data, the standard Debian system
user to run web server software.  Now should any exploit of any
dynamic *web site* run by Apache (let me repeat: not even a hole in the
server itself) allow an attacker to execute a script on your server (be
it PHP, Python or whatever else the site's engine is written in), they
will be able to overwrite /usr/sbin/apache unless it happens to be on a
filesystem mounted read-only.  No kernel working exploit is needed at
all.  Local users which will happen to own certain program files which
could also be run by administrators (with root credentials) might craft
a number of interesting attacks as well.

All in all, I'm afraid you might be facing a case of the so-called
"XY problem" [1] -- trying to find help for crafting a soluton to a
wrong problem.

1. http://meta.stackexchange.com/questions/66377/what-is-the-xy-problem

Re: What is the correct way to set owner to package's files?

[Konstantin Khomoutov]

On Wed, 30 Dec 2015 16:19:18 +0300
Dmitrii Kashin  wrote:

> >> Our company is distributing some software splitted into packages
> >> (deb and rpm). Almost all files are installed into /opt/
> >> and specifically all of them must be owned by some user .
> >> 
> >> My duty is to set up packaging of them all. And I have a problem:
> >> I'm using chroot environments to build out software, build process
> >> run under the root user and therefore all the files
> >> in /opt/ are owned by root. I need them to be owned by
> >> .
> >
> > Do you *really* need this?
> 
> I hesitate, but yes. I do need specifically this.
[...]
> I understand the importance of the problem you described, and that it
> should be solved, and I'll try to find time to fix it to. But there's
> a big proglem to categorize all the files in project, because it's
> more than 32 thousands of them.

OK, it's good you have understanding of the repercussions and are
willing to eventually push for a proper fix.

So, back to your problem.

If you're using Debian's native tools to build your packages,
that is, `dpkg-buildpackage` (maybe through any number of layers on top
of it -- such as `debuild` or `git-buildpackage` etc), then look at
the invocation of the `dh_fixperms` helper script which usually gets
executed by debian/rules of your package.  This helper is responsible
for bringing the permissions of the package's files into a sane state
(see `man dh_fixperms`).

So, the first route to explore is to comment out all calls to this
helper in debian/rules and see if this will be enough to have the
package's files be owner by your specific user.

Two caveats:

1) Be aware that a user "foo" on your build system might have different
   UID than the user "foo" on the customer's system, and files' metadata
   has owning user and group recorded as a pair of integers -- UID and
   GID, respectively.

   IOW, these integers are not portable across systems (unless user
   and group database is in LDAP or NIS or otherwise centralized and
   shared by these systems), and you have to make sure that when your
   package is unpacked to the target filesystem, the UIDs and GIDs on
   its files belong to the user they should.

2) Newer Debian packaging often uses a generic helper sequencer, `dh`,
   wich is able to reduce debian/rules to a mere couple of lines.

   If your packaging relies on it rather than on older explicit calling
   of the helper, you'll need to create a special no-op target in your
   debian/rules file: "override_dh_fixperms" to forfeit the call to
   `dh_fixperms`.  Refer to `man dh` for more info.

If this does not work (with the point (1) above being especially
problematic, IMO), you might have better luck with post-installation
fixup of the permissions.  The idea is that the list of files a package
contains is located in /var/lib/dpkg/info/{packagename}.list file,
so in your postinst script (maybe even in preinst -- after the package
is unpacked -- I can't remember the exact details, please refer to the
Debian policy which explains all these things) you should be able to
read this file and feed it to something fixing up permissions, like

  xargs -n 30 chmod foo:foo \
   < /var/lib/dpkg/info/{packagename}.list

provided your script first called `useradd` to add that user and/or may
be first verified it already exists via calls to `getent passwd foo`
and `getent group foo` etc.

[...]
> Well it's a very good example! I'll use it to prove my employees to
> give me some time for this problem. Thank you.

Please do.  The situation you currently have is a technical debt and a
security hole in the system.

Just in case your bosses are more into Windows than into POSIX, you can
compare the situation with the %ProgramFiles% hierarchy of Windows
for which regular users do not have write access for the same reasons.

Re: Bug#807956: ITP: doit -- unofficial DigitalOcean Interactive Tool

[Konstantin Khomoutov]

On Tue, 15 Dec 2015 09:39:06 -0800
Nikolaus Rath  wrote:

> > The supposedly prospective program's name, /usr/bin/doit, also
> > conveys exactly zero information about its intended purpose.
> 
> That's true, but in the existing case (python-doit) I think it's
> pretty hard to find a better name. Read what it does on
> http://pydoit.org/.

I have no issue with python-doit in fact: for *this* tool, the name
appears to be sensible.  I think "runit" falls into the same category
of exceptions which reinforce the general rule ;-)

Re: Bug#807956: ITP: doit -- unofficial DigitalOcean Interactive Tool

[Konstantin Khomoutov]

On Mon, 14 Dec 2015 18:42:22 +0100
Daniel Stender  wrote:

[...]
> * Package name: doit
>   Version : 0.6.0
>   Upstream Author : Bryan Liles 
> * URL : https://github.com/bryanl/doit
> * License : Apache-2.0
>   Programming Lang: Go
>   Description : unofficial DigitalOcean Interactive Tool
[...]

I'd say we already have a lot of tools with very narrow scopes named
too generically.  So I would name the package digitalocean-doit.

The supposedly prospective program's name, /usr/bin/doit, also conveys
exactly zero information about its intended purpose.

Re: debian.org RTC: announcing XMPP, SIP presence and more

[Konstantin Khomoutov]

On Thu, 12 Nov 2015 15:51:29 +
"Iain R. Learmonth"  wrote:

> > How does one use the damn XMPP service?
> 
> Set an RTC password using db.debian.org.
> 
> Your account username is wou...@debian.org. (Replace wouter with your
> LDAP username if you're not wouter).
> 
> Your password is the one you set at db.debian.org.
> 
> If required, set the TURN server as turn.debian.org.
> 
> XMPP clients in Debian include: Pidgin, Empathy and Gajim.

Also: psi, psi-plus (both use Qt), mcabber (console, irssi-like),
tkabber (Tcl/Tk).

Re: Putting default config files in /usr [was; (newbie) Disruptive LIRC package update.]

[Konstantin Khomoutov]

On Wed, 11 Nov 2015 16:55:27 +0100
Marc Haber  wrote:

> On Wed, 11 Nov 2015 15:38:18 +0100, Tom H  wrote:
> >systemd isn't the first package to allow/promote shipping distro
> >settings in "/lib" or "/usr/lib" and overriding them via "/etc"; udev
> >and polkit/policykit have behaved like this for a long time.
> 
> Pötteringware, of course.

Oh, please, stop this.
Before your posts became called Haberspam.

Re: Bug#801837: ITP: yank -- interactively select and yank terminal output to stdout or xsel

[Konstantin Khomoutov]

On Thu, 15 Oct 2015 18:14:17 +0200
Alexandre Detiste  wrote:

> > > Sounds very cool, but apt-file tells me this name is already
> > > taken:
> > > 
> > > emboss: /usr/bin/yank
> > 
> > I think I'll keep the package name, but I'll install the binary
> > itself under some other name, maybe something
> > like /usr/bin/yank-cli ?
[...]
> Hi, from [1], I see that emboss ships 261 programs in
> /usr/bin/ including cool names like "banana", "chaos", "needle",
> "water", "wobble" ... so this means all these names
> can't be re-used forerver :-(
> 
> Current /usr/bin/yank [2] is 10 lines of code, the new tool
> seems more usefull for more users;
[...]
> [2]
> https://sources.debian.net/src/emboss/6.6.0%2Bdfsg-1/emboss/yank.c/

Well, that `emboss` tool clearly appears to be lame in its approach:
it should provide a single CLI tool called `emboss` which would have
those "yank" et al as its subcommands so that anyone could do something
like `emboss yank ...` etc.

I'd say this should be reported as a bug upstream.

The original names could be provided as a compat package shipping a
bunch of shell one-liner scripts.

Re: Defaulting to i686 for the Debian i386 architecture

[Konstantin Khomoutov]

On Tue, 6 Oct 2015 12:04:29 +0300
Lars Wirzenius  wrote:

> On Tue, Oct 06, 2015 at 10:47:43AM +0200, Jakub Wilk wrote:
> > * Philip Hands , 2015-10-06, 09:35:
> > > sed -ne '/^flags\t/{s/\b\(fpu\|tsc\|cx8\|cmov\)\b/%/g;s/[^%
> > > ]*//g;s//i686 SUPPORTED/p}' /proc/cpuinfo
> > 
> > Or a more readable version:
> > 
> > [ $(lscpu | grep ^Flags: | grep -owE 'fpu|tsc|cx8|cmov' | wc -l) =
> > 4 ] && echo i686 SUPPORTED
> 
> Phil's second one works for me, yours does not, on a CPU identified as
> "Intel(R) Core(TM) i5-2540M CPU @ 2.60GHz" in /proc/cpuinfo. I don't
> really know what the right test is (I don't keep of CPU changes), but
> I changed Phil's sed into a shell script that I find more readable.
> Attached. Hopefully that's helpful to someone and not too badly wrong.

Hi!

A minor heads-up: your script incorrectly uses "tac" instead of "tsc".

Re: Defaulting to i686 for the Debian i386 architecture

[Konstantin Khomoutov]

On Tue, 6 Oct 2015 18:52:28 +0300
Lars Wirzenius  wrote:

> > A minor heads-up: your script incorrectly uses "tac" instead of
> > "tsc".
> 
> If anyone wants to put this into a package, please fix that. :)
> 
> Would it be useful to have something like that script in a package? If
> so, which package?

To me, this is something to probably put into the release notes for the
next release if the original proposition will have been implemented
for it.  The package will probably be a too heavy-weight solution for
this problem IMO: those affected will supposedly be able to perform the
"/bin/sh + copy-and-paste + ^D combo" to check their systems.

Re: Bug#792903: ITP: hdump -- Hexadecimal and ASCII dumper for binary files

[Konstantin Khomoutov]

On Mon, 20 Jul 2015 23:52:27 -0300
Paulo kretc...@gmail.com wrote:

  Does this have significant advantages over these tools that are
  already in the archive and likely to be near-ubiquitous on GNU
  systems?
 
  * od -t x1 (part of coreutils, and a subset of its functionality is
 standardized in POSIX)
  * hd, aka hexdump (part of bsdmainutils)
  * xxd (part of vim-common)
 
 Yes, you're right, there are other tools, but in my opinion, this 
 program can interest people with less technical skils because of it 
 output design and simplicity.
[...]

Not that I'm against packaging hdump but IMO people who actually
understand what the hex dump is have the necessary skills to master
`od` et al by definition :-)


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20150721125258.4fbc1371e78ad34609d58...@domain007.com

Re: Bug#791857: ITP: daemonize -- tool to run a command as a daemon

[Konstantin Khomoutov]

On Thu, 9 Jul 2015 13:10:35 -0500
Michael Lustfield mich...@lustfield.net wrote:

[...]
 Of course, we shouldn't expect everyone to use systemd-run because
 that's locking into an init system which should quite obviously be
 avoided.

That, again.

The person who suggested using systemd merely pointed out that the task
of turning a regular process into daemon is trivially solvable using
systemd-run.  This kind of implies that if the OP uses systemd, they
could just read the appropriate manual page and have their task solved.

 It does seem like daemonize serves a very unique purpose where
 start-stop-daemon is a bit overkill or cumbersome. It's obviously
 something that would never be used in an init script where
 start-stop-daemon is actually appropriate. However, I can see a few
 situations where I would launch this from a script. Not only that...
 but I can see myself rewriting some scripts to make use of this if it
 were included in Debian.

Two points:

* It seems you have missed a message in this thread mentioning the
  `daemon` package which is in Debian (since ages) and is able to
  daemonize a regular program.

* Not to bash the maintainers of `start-stop-daemon` but this program
  is sort of a hack as it can't do most of what's expected from a
  daemonizer: it can't capture the standard output streams of the
  child it spawns and redirect them to syslog, and it can't restart the
  child when that dies.


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20150709232321.ebd0334a53d541327ca5d...@domain007.com

Re: Invoking ‘init’ from an init.d script (Wheezy)

[Konstantin Khomoutov]

On Wed, 10 Jun 2015 15:47:50 +0200
Alexander Thomas alexander.thomas+d...@esaturnus.com wrote:

[...]
  --force-yes e.g. also disables the 'Do as I say' prompt before
  destroying your system^W^W^Wremoving (pseudo) essential packages.
 
  It is on my TODO list to drop the --force-yes flag and replace it
  with specialised --allow-* flags 'just' to force users to
  acknowledge what it is they are saying yes to. Somehow most people
  are way more willing to add --allow-everything than
  --allow-prostate-exam …
 
 I think the second highest-rated answer here is one of the reasons for
 the popularity of --force-yes:
 http://superuser.com/questions/164553/automatically-answer-yes-when-using-apt-get-install
 Anyone with sufficient reputation to make comments, may want to add a
 remark about --allow-unauthenticated in an attempt to stop people from
 shooting at the unsigned mosquito with a bazooka.

Just did that, thanks for the suggestion.


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20150610171654.415d93524164530cbd378...@domain007.com

Re: Regarding text display issues

[Konstantin Khomoutov]

On Fri, 5 Jun 2015 15:03:55 +0530
Himanshu Shekhar himanshushekhar...@gmail.com wrote:

 Hello
 I am a Linux enthusiast and have started using Debian a few days back
 after using Ubuntu for 2 years. Debian is really awesome and doesn't
 crash. Well, right now I have two major issues :
 1. Debian cannot display languages as Hindi, not even Google Hindi in
 Chromium.
 2. I just get confused in app names in Synaptic and want to install
 apps without using DVD easily.
 It would be great for this newbie to be properly guided.

Hi!

First things first: please understand that this list is not a place to
ask for general user help as it's dedicated to the development of
Debian itself, so it features hard-core deeply technical discussions.
Tomas already pointed you to right directions for getting help so I
won't repeat that.

As to your specific problem with displaying Hindi text in Chrome,
I think that your system just misses the necessary fonts (that is, data
files that provide drawable representations for characters of a
specific language.  The basic Debian system supposedly only installs
fonts for the most commonly used scripts such as Western Latin etc.
I did a quick search among the available packages on my Debian Wheezy
system, and got this:

~% apt-cache search font hindi
fonts-deva-extra - Free fonts for Devanagari script
fonts-lohit-deva - Lohit TrueType font for Devanagari script
fonts-nakula - Free Unicode compliant Devanagari font
fonts-sahadeva - Free Unicode compliant Devanagari font
fonts-samyak-deva - Samyak TrueType font for Devanagari script
emacs-intl-fonts - Fonts to allow multi-lingual PostScript printing
task-hindi - Hindi environment

You can safely ignore the emacs-intl-fonts package as it is for use
with a particular text editor, but the others seem interesting,
in particular, the last one:

~% apt-cache show task-hindi
Package: task-hindi
Source: tasksel
Version: 3.14.1
Installed-Size: 21
Maintainer: Debian Install System Team debian-b...@lists.debian.org
Architecture: all
Depends: tasksel
Recommends: aspell-hi
Description-en: Hindi environment
 This task installs programs, data files, fonts, and
 documentation that makes it easier for Hindi speakers
 to use Debian.
[...]

Now, let's do a more targeted search:

~% apt-cache search task hindi
task-hindi - Hindi environment
task-hindi-desktop - Hindi desktop
task-hindi-kde-desktop - Hindi KDE desktop

So I'd say task-hindi-desktop would be a safe bet for you.

AFAIK, the next logical things to do is to (all commands are to be
execured in a console window):

1) Install that task package:

  # apt-get install task-hindi-desktop

2) Install the packages referenced by that task:

   * Run tasksel:

 # tasksel

   * Select the task for Hindi Desktop in the list,
 then press OK in the interface.

See https://wiki.debian.org/tasksel for more.

May be others will provide you with more user-friendly solutions
(I don't use tools like Synaptic anyway so can't help with this).


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20150605153204.41a7f57695c9da6d262c6...@domain007.com

Re: Invoking ‘init’ from an init.d script (Wheezy)

[Konstantin Khomoutov]

On Fri, 5 Jun 2015 16:25:21 +0200
Alexander Thomas alexander.thomas+d...@esaturnus.com wrote:

[...]
 That would be an option, but it might still cause the same problem of
 apt-get hanging as we currently experience when doing the update
 before runlevel S.
 
 We looked deeper into this and found out that apt-get always hangs
 while installing a package before the first runlevel switch. An strace
 reveals an endless loop of SIGCONT and ioctl calls. Running other
 commands that use ioctl also results in a hang, so the controlling
 terminal seems to lack certain capabilities at this stage. We have
 found a workaround: we spawn a new terminal with agetty and run the
 update script in there, this allows to perform the apt-get
 dist-upgrade in runlevel S and avoid the init 1 hack.

I would try running apt-get with /dev/null somelogfile 21
redirections: that should ensure it sees no terminal at all on its stdin
and that should avoid code paths dealing with TTY-related ioctls
altogether.  (Well, excluding the isatty(3) call which supposedly uses
fstat(2) and checks to see the device's major number is that of a TTY).


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20150605203938.fd1322f3bbf2bc4426c6f...@domain007.com

Re: Invoking ‘init’ from an init.d script (Wheezy)

[Konstantin Khomoutov]

On Wed, 3 Jun 2015 17:26:21 +0200
Alexander Thomas alexander.thomas+d...@esaturnus.com wrote:

[...]
 The long story:
 
 We have a setup with multiple servers (running Wheezy). When booting,
 the servers check whether updates are available on a master server. If
 available, they are pulled in through a dist-upgrade. This
 check/update needs to happen before any of the normal services are
 started, to avoid the need of taking down everything and then starting
 it back up after the update.
[...]

Wouldn't it be simpler to implement this check and update using
initramfs hooks?  You could bind-mount /dev, /sys and /proc to
the root filesystem, chroot there and run there a script which would
check for updates, apply them, if any, and exit.  After that the system
would just resume booting.


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20150603190921.9c5c265a63b6a12ef039a...@domain007.com

Re: Proposal: enable stateless persistant network interface names

[Konstantin Khomoutov]

On Fri, 8 May 2015 00:33:58 -0700
Josh Triplett j...@joshtriplett.org wrote:

  I propose to retire [mac], i. e. drop
  /lib/udev/rules.d/75-persistent-net-generator.rules and enable
  [ifnames] by default.
[...]
 Having spent a non-trivial amount of time fighting
 persistent-net.rules on various systems, I'd very much welcome this
 change.
 
 To help migrate existing systems, I'd suggest including a NEWS.Debian
 file that explains the change, and recommends deleting
 /etc/udev/rules.d/70-persistent-net.rules on systems that don't depend
 on the exact names (for instance, systems that run NetworkManager
 rather than hard-coding network configuration in ifupdown's
 /etc/network/interfaces).

Is it possible to provide a tool (a shell script?) that would print out
the new would-be name of the interface provided by the user so that it
would be possible to migrate remote systems only accessible via SSH?
I mean, a sysadmin would then be able to determine the new name of the
network interface, reflect this change in the firewall setup and other
relevant places, delete 70-persistent-net.rules and reboot the box
(or may be perform some more involved encantation with calling ifdown /
ip link name ... / ifup while in a screen/tmux session).


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20150508130812.08ca75acabcaa262ccf9f...@domain007.com

Accepted tkabber 1.1-1 (source all) into unstable

[Konstantin Khomoutov]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Thu, 23 Oct 2014 15:27:36 +0400
Source: tkabber
Binary: tkabber
Architecture: source all
Version: 1.1-1
Distribution: unstable
Urgency: low
Maintainer: Konstantin Khomoutov flatw...@users.sourceforge.net
Changed-By: Konstantin Khomoutov flatw...@users.sourceforge.net
Description:
 tkabber- GUI client for XMPP (Jabber) instant messaging protocol
Closes: 742867 756550
Changes:
 tkabber (1.1-1) unstable; urgency=low
 .
   * New upstream release (closes: #756550, #742867).
   * Drop obsolete patches.
   * Switch packaging to 3.0 (quilt) format.
   * Update copyright file: DEP-5 format, mention new files.
   * Bump standards version to 3.9.6.0.
   * Recommend tcl-udp package.
   * Add Breaks: tkabber-plugins ( 1.1) to prevent breakage when
 this new Tkabber version is installed along with its plugins
 matching its old version.
   * Write manual page for tkabber-remote.
   * Minor updates to tkabber(1) manual page.
   * Minor fixes to packaging files.
   * Use custom wrapper scripts to run tkabber and tkabber-remote.
Checksums-Sha1:
 7c984a62729f3d530f7b100ef0e7ec398f6494d4 1795 tkabber_1.1-1.dsc
 0066241703df171c417e167ffc1d697dfddb6d09 989324 tkabber_1.1.orig.tar.xz
 2fe9d0ea9d608a71b9c19f14845a98f0cfa736b7 10388 tkabber_1.1-1.debian.tar.xz
 62e8fa0052d549e576f4dda70463d19caa5212ba 1031338 tkabber_1.1-1_all.deb
Checksums-Sha256:
 44a12ae5e7d7a8a25ac81fdc101fe41a048e45e47904cbbf1f3c6ad3bd612af4 1795 
tkabber_1.1-1.dsc
 a921e82b0f2e7a10201ed885eca5c3e81e982dc33c15d3eec738b204317d0742 989324 
tkabber_1.1.orig.tar.xz
 59ed76427e956fc0f32fe4937f43ce1c290cec795d217fc6cfc3d0823b96bcee 10388 
tkabber_1.1-1.debian.tar.xz
 39619c2323130a629b0e5294982eb6a9c7212fab3c7a8b5e7e5d4e1d2adf228d 1031338 
tkabber_1.1-1_all.deb
Files:
 d38a47553783d672d93ca6c964a6a1a0 1795 net optional tkabber_1.1-1.dsc
 55e0deb1726a87a4643ad9e79ac74c37 989324 net optional tkabber_1.1.orig.tar.xz
 724aab1c5bf8577a59a5c90974586843 10388 net optional tkabber_1.1-1.debian.tar.xz
 17d5def6502a652f00340c4374267306 1031338 net optional tkabber_1.1-1_all.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIVAwUBVEjs+1fnxjJPgTkdAQjtbA//b4+Ol82Hsd9Ewhyzr2Y4prVqaLsFZ3KT
8wFLKLF7dITG7IMRuUnsZkDQbl2miZ7zOo1GVR+kKY/oEvN52lSYWWjlflqMll9u
D2VIxDP9iQbQnU7a+iBZF80WqZE5iTan32UkvQ4gfcp/a3uUYWfpteoLt23yDtoo
0n9nIuWDpMV4KsT1TtdAAKcuJgT6JftDV27JRAzGG+MLz/6r1BBFlJCNlFgwugUS
qnkkT1dd3sxH7fUt9ASEkNhFoy80002j0zQYCaxg6JIuwmBa41BVR+0ePgC1J9St
xUERrIwhMbHJJEjVKpHGCRsO+1XyvjdR7gAdt3HnctJGo9xFaWImjLXtmygszoUl
rSsMSk8NqwRklFGR0us7egLw/uX7ixjWoicxLtWO8S/mGmsIUtnerZzktGPmA+L/
+fNldgEsO0ZTSnU7U8WJvW5/brwO21cyvUpjm6FRRVJj5QoRYnM01W/Uhsyuc3mY
cDLR+J8UHZsCSLSuFK308rlPhsEtCwUoIV5C2ATg80vWvLP/q4zaJpMX8qUCej4e
u1WaJqJDywaHDHstzwBOc4nNZg9HqntwFDBtzCNO8xha8lVKj6B87EDyXTcrWHWa
Qq4yq/oyrPi6bNzTqIweP2Ee9tNdCvNRyXN1WpbctwlYJJh2ZkDXQxalcrt5+V65
xNv2ERjyCSE=
=SC3C
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/e1xhh7q-0005qx...@franck.debian.org

Accepted tkabber-plugins 1.1-1 (source all) into unstable

[Konstantin Khomoutov]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Thu, 23 Oct 2014 15:53:22 +0400
Source: tkabber-plugins
Binary: tkabber-plugins
Architecture: source all
Version: 1.1-1
Distribution: unstable
Urgency: medium
Maintainer: Konstantin Khomoutov flatw...@users.sourceforge.net
Changed-By: Konstantin Khomoutov flatw...@users.sourceforge.net
Description:
 tkabber-plugins - standard plugins for Tkabber, an XMPP (Jabber) client
Changes:
 tkabber-plugins (1.1-1) unstable; urgency=medium
 .
   * New upstream release.
   * Remove obsolete patches.
   * Update debian/copyright: convert to DEP-5 format, update for new files.
   * Bump Standards-Version to 3.9.6.
Checksums-Sha1:
 6419d1410b3dfe51bd86ef21fb1e9551c9cf1efa 1873 tkabber-plugins_1.1-1.dsc
 ed9091dce5d8cda39eebc94a9d97493eedb5cb9e 670204 tkabber-plugins_1.1.orig.tar.xz
 43f32417cd38e289524b87a0d6ba8455ae4dbd80 9304 
tkabber-plugins_1.1-1.debian.tar.xz
 4878d145765a8603981f00259cd7e7716a22ef76 695256 tkabber-plugins_1.1-1_all.deb
Checksums-Sha256:
 f9cdc7b397cedfb0d20f509ec9e726317869aa3a944591c2fd64d3880616e81f 1873 
tkabber-plugins_1.1-1.dsc
 bed048d0e62dd82b125ae393195800280ddd9f8c6416a2de0a3ce84d601621b7 670204 
tkabber-plugins_1.1.orig.tar.xz
 c1a2478e5c9c21d0a989b54519330fa24859199e5f99f43bef994b57eacc5dc5 9304 
tkabber-plugins_1.1-1.debian.tar.xz
 a844dfdb4eba84cf6c7819d2abd1b383c159bb1a94b80eac3add632b028d414e 695256 
tkabber-plugins_1.1-1_all.deb
Files:
 45ac0b59a508deb9a668e0fa19e0 1873 net extra tkabber-plugins_1.1-1.dsc
 65a5fdfd8a91114508a4347031713ecd 670204 net extra 
tkabber-plugins_1.1.orig.tar.xz
 3432e56a2dc4b3363797e1e7b343934f 9304 net extra 
tkabber-plugins_1.1-1.debian.tar.xz
 6373597f6c9676bf82d64a86700026fb 695256 net extra tkabber-plugins_1.1-1_all.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIVAwUBVEjuglfnxjJPgTkdAQhR8A//SWw4Hl8boeRHOxQzAQUPOP1159pBk4Zw
ku3nHApiah1RkZEAC8mFngQPCrPG61Nj1TS6XVrYr9E2Shc9apNW3YmotT5fWkgy
ge/3xcwEMhr7HnFIUbjTBf1N3omQB+xiK/f5f0nq2u3ZE28YWuuwsmPdxlNdMcES
RY/C5FsVkfMp/atjF3Zdp0VXbG5aFXxKCI4yXa6kOYMxhOBqkpBL6OQ64ZvKOn3S
E5tFxYm9RiHBMF/MN/Lq5VIG/BTL4D/l/agn7xHRL6tdEek1ytYwEnJJwtFOE66B
EJNVJFQm2oXrt5mGpBUZMlqyrs5TPh/R+xpzFwlpmOQdtK9XSppPL1wtabVs9Hd/
Y7rHq93Pvgu9iuJVG0nNM1qdn4qNMo8MUVy2VamL2RJULpCh6SCUsgi+37fCGPJz
jtb4lEI32uczmWVGRcBU6v5XHQHfOfazkCOmmd4Ebix5Jn/F9IshEYcjMziY8E6H
wbemhIriVyHDsKpJn1c4qxNDm8W8I9pcm92f3AMbMmyooKAvvc1+6OWoO4JVKLiG
O2qhEk9FW6P3OBcb7t4zRb/gxmNnzrxrY8Iad1op4O4mH2aW9YvX+n5BQSr5u18M
wS1kstoUf7h7SRdMUsIKEDl7ZJGRZO9bXNNkffUeh0pPmEP0lBgpkdR+WJVY1/f3
3pfSg6I6KEI=
=NeoG
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/e1xhhmx-0001m1...@franck.debian.org

Bug#765719: general: System restarts on shutdown -h now

[Konstantin Khomoutov]

On Mon, 20 Oct 2014 21:04:03 +0200 (CEST)
Moritz Tacke moritz.ta...@gmail.com wrote:

 * What led up to the situation?
  After the last upgrade, the system would not halt any more.
  Instead, it runs into a restart cycle. The restart bypasses GRUB,
  i.e. one a computer with multiple OS, it restarts linux directly.
  The machine in use is a Lenovo Thinkpad X220.
  [...]
  Do you have kexec-tools installed by chance?
[...]
 Thank you very much, that worked instantly! I don't know why
 kexec-tools was installed, but now, it isn't any longer and the
 reboot-cycle is broken.

What I fail to gather from your response, especially from

 it isn't any longer and the reboot-cycle is broken.

is if you really have kexec-tools uninstalled but normal binaries
like /sbin/reboot are still redirected to some kexec's program?
Is that the case?

Or you mean that you have managed to break out of the kernel-only
reboot cycle, all is well and the bug may be closed? ;-)


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20141021131014.2a3ca7e05d81825ac9294...@domain007.com

Re: containers/chroot to allow ABI breakage is the wrong approach (was: Remember when men were men and wrote their own init scripts? =))

[Konstantin Khomoutov]

On Tue, 21 Oct 2014 11:12:20 +0200
Thorsten Glaser t...@mirbsd.de wrote:

  So, dear fellow DDs, I'm asking you: each time you see that an
  upstream author is breaking an ABI on a package you maintain, write
  an email to him/her, and explain how much this is bad and shouldn't
  happen. If the Unix community starts to realize how much we're
  loosing by breaking ABIs, I'm sure the situation will improve.
 
 Why?
[...]
 This is not a problem because, you know, we have Open Source, so we
 can always just recompile everything against the new libraries.

Sometimes we have to run software which is neither Open Source nor Free
on our systems which are (luckily) Open Source and Free.
I don't want to sound pompous or something but it's real life which has
its constraints, however inconvenient.


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20141021132851.e722bf3486824b9c36959...@domain007.com

Bug#765719: general: System restarts on shutdown -h now

[Konstantin Khomoutov]

On Fri, 17 Oct 2014 15:28:18 +0200
Moritz moritz.ta...@gmail.com wrote:

* What led up to the situation?
 After the last upgrade, the system would not halt any more. Instead,
 it runs into a restart cycle. The restart bypasses GRUB, i.e. one a
 computer with multiple OS, it restarts linux directly. The machine in
 use is a Lenovo Thinkpad X220.
[...]

Do you have kexec-tools installed by chance?
The symptoms you describe (restart bypassing GRUB) look suspiciously
close to what kexec-tools does (it redirects /sbin/reboot and friends
to its own binaries which do hot kernel reboot, that is, not going
through the usual cold path of going through the BIOS, boot loader
etc).

Try to find out if you have /sbin/coldreboot binary as well.


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20141017175954.62ae97db91f03521d95d6...@domain007.com

Re: How to avoid stealth installation of systemd?

[Konstantin Khomoutov]

On Wed, 2 Jul 2014 00:13:31 +0100
Wookey woo...@wookware.org wrote:

   You get a choice of 'prevent-systemd' which stops it running as
   init but allows the -shim and libpam packages so that logind and
   the like will work. Or 'systemd-must-die' which conflicts with
   everything systemdish.
  Please rename the systemd-must-die package to something neutral.
  Thank you.
 OK. I did rename the source package, but I liked the binary and
 thought anyone else who actually wanted this would enjoy it too, so
 it seemed appropriate despite not being entirely 'PC'. 
 
 I think some people are failing to see the humour in this name
 (and Dawkins knows we could use some humour round this subject), but I
 guess if it's not going to be allowed then it's not going to be
 allowed.

I'm sure you have heard about the amount of headache one joke of
Douglas Crockford with its JSLint license provoked [1].

Humour is a wonderful thing (and while not being a systemd hater myself,
I did appreciate the pick of the original package's name) but it has
its limits of applicability.  The official Debian software archive sets
such limits--as simple as that.

1. http://www.gnu.org/licenses/license-list.html#JSON


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20140702135608.11f0a8aa94f2c2db031ac...@domain007.com

Re: Bug#750546: ITP: sluice -- rate limiting data piping tool

[Konstantin Khomoutov]

On Wed, 04 Jun 2014 16:23:20 +0200
Tollef Fog Heen tfh...@err.no wrote:

  Sluice reads from standard input and write to standard
  output at a specified data rate.  This can be useful
  for benchmarking and exercising I/O streaming at desired
  throughput rates.
 
 Any reason not to just use pv for this?

sluice seems to support stop after that many bytes which pv doesn't.


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20140604185919.d0162d2d97690423fb662...@domain007.com

Re: A distro based on Debian

[Konstantin Khomoutov]

On Tue, 07 Jan 2014 22:06:14 +0600
Timur deminti...@gmail.com wrote:

 Dear Sir or Madam,
 I am writing to this mail to ask a question about creating a distro 
 using Debian as a base.
 It won't be commercial - it'll be used in only one school.
 There won't be used any proprietary software.
 It's going to be used for education only.
 So on may I use Debian logo for my distro?
 Distro will be renamed with Deb-suffix.
 I hope you'll answer me.

... and if you for some reason won't find DebianEdu useful please
please please just create a pure blend [1] of Debian, not another
distro.

And before that, please consider merely preseeding installations
of unmodified Debian [2].  Really, there's no point in creating a custom
distro when you just want to preset certain settings and install a
bunch of software when rolling an OS onto a computer.  If you want to
make available a number of software packages not present in Debian
proper (and may be install them by default) then just set up a custom
debian repository (see [3] for one example) and preseed your Debian
installation to add this repository to the installation media sources.

1. https://wiki.debian.org/DebianPureBlends
2. https://wiki.debian.org/DebianInstaller/Preseed
3. https://wiki.debian.org/SettingUpSignedAptRepositoryWithReprepro


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20140107213602.bed2744f5b316c58243cc...@domain007.com

Bug#730871: general: Filesystem? Some problems with sizes of files.

[Konstantin Khomoutov]

On Sat, 30 Nov 2013 19:37:41 +0400
Евгений Просветов e-p...@yandex.ru wrote:

 When I copied 15.2G file to free 64G flash, I've encountered the next
 error:
 
 root@home-desktop:~# cp backup272291.tar /media/84D0-F52A/
 cp: запись «/media/84D0-F52A/backup272291.tar»: Файл слишком
 велик
 cp: не удалось расширить
 «/media/84D0-F52A/backup272291.tar»: Файл слишком велик
 
 (Cannot expand the file, it's too big). Here is the source file
 properties:
 
 root@home-desktop:~# ls -l backup272291.tar
 -rw-r--r-- 1 root root 15195166720 ноя 30 18:30 backup272291.tar
[...]
 /dev/sdb1 60G
 4,1G 56G7% /media/84D0-F52A
 
 (Only 4.1G of 60G is filled on /dev/sdb1 now).
 My LXDE filemanager (pcmanfm) declares, that size of the file on
 flash is 4.3G, but its size on the disk is more then 137G. What
 does it mean and how is it possible for 64G drive? And what is the
 operation to expand the file which is failed?

May be the file you're trying to copy is sparse [1]?  GNU tar does
support this.  Flash drives typically contain FAT32 on them which
doesn't support sparse files, so when copying such a file from a real
file system to FAT32 the kernel's copying routine has to stuff the
file.

Try running

$ du --apparent-size -h backup272291.tar

to see how much disk space it's worth taking into account its
sparseness, if any.

1. http://en.wikipedia.org/wiki/Sparse_file


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20131130195607.82a1248c91e2abf0f48ef...@domain007.com

Bug#730871: general: Filesystem? Some problems with sizes of files.

[Konstantin Khomoutov]

On Sun, 01 Dec 2013 00:13:06 +0800
Thomas Goirand z...@debian.org wrote:

  May be the file you're trying to copy is sparse [1]?  GNU tar does
  support this.  Flash drives typically contain FAT32 on them which
  doesn't support sparse files, so when copying such a file from a
  real file system to FAT32 the kernel's copying routine has to
  stuff the file.
[...]
 If it was FAT32, then it wouldn't even accept files bigger than 2GB.

4 GiB - 1 byte, actually.  But you're correct on this anyway.


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20131130203413.5d7000ac7cedfb2b8ad18...@domain007.com

Bug#730871: general: Filesystem? Some problems with sizes of files.

[Konstantin Khomoutov]

On Sun, 01 Dec 2013 00:13:06 +0800
Thomas Goirand z...@debian.org wrote:

 If it was FAT32, then it wouldn't even accept files bigger than 2GB.
 That is by the way an information which we miss here: what kind of
 filesystem is on that flash medium?

Oh, by the way, the OP had this observation after copying failed:

 /dev/sdb1 60G
 4,1G 56G7% /media/84D0-F52A

 (Only 4.1G of 60G is filled on /dev/sdb1 now).

Isn't this the 4GiB FAT32 limit (plus the file alocation overhead
accounting for another 0.1GiB) here?  That is, file copying might has
stopped just after hitting the max file size limit.

Regarding the original error messages (in Russian):

root@home-desktop:~# cp backup272291.tar /media/84D0-F52A/
 cp: запись «/media/84D0-F52A/backup272291.tar»: Файл слишком велик

This one is cp: write «...»: file is too large

 cp: не удалось расширить «/media/84D0-F52A/backup272291.tar»: Файл
 слишком велик

This one inedded uses the verb расширить which does translate from
Russian as to expand, and that what had deluded me into thinking
we're seeing a sparse file limit.
Might be a coreutils localization issue in fact.


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20131130204110.f8dd0ce067b20c6466658...@domain007.com

Re: Bug#719673: ITP: needrestart -- needrestart checks which daemons need to be restarted after library upgrades

[Konstantin Khomoutov]

On Thu, 22 Aug 2013 09:20:32 +0200
Tollef Fog Heen tfh...@err.no wrote:

  needrestart checks which daemons need to be restarted after library
  upgrades. It is inspired by checkrestart(1) from the debian-goodies
  package. It does not rely on lsof as checkrestart does.
 
 Why not just improve checkrestart rather than offering an alternative?

checkrestart is a Python program, needrestart is a Perl program,
so asking someone (who exactly, by the way?) touting an alternative
to improve the original is not exactly correct in this particular case.

By the way, I have always been puzzled with checkrestart being a part of
the package containing a set of random tools.  I mean, the
discoverability of checkrestart is exactly zero, and one have to stumble
on a random blog post to even know this useful tool exists.


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20130822115831.5da9b17fbbf3b2710ed89...@domain007.com

Re: Bug#720327: ITP: esu -- It allows to copy files with different checksums on the fly.

[Konstantin Khomoutov]

On Tue, 20 Aug 2013 10:21:05 -0400
Ryan Kavanagh r...@debian.org wrote:

 On Tue, Aug 20, 2013 at 03:33:06PM +0200, root wrote:
  * Package name: esu
Description : It allows to copy files with different checksums
  on the fly.
  
  Basicly a replacement for cp with additional checksum on the fly
  support.  It allows MD5, SHA1, SHA224, SHA265, SHA384, SHA512
  algorithm to be used.
 
 How is this different from rsync? Quoting rsync(1):
 
Rsync is a fast and extraordinarily versatile file  copying
tool.   It can  copy  locally,  to/from  another  host  over
any remote shell, or to/from a remote rsync daemon.
[...]
-c, --checksum  skip based on checksum,
not mod-time  size

It means do not copy a file if its checksum on the receiver is the
same as on the sender, that is, this option just modifies the way
`rsync` detects whether a particular file should be updated on the
receiver.  The proposed tool combines (unconditional) copying with
calculating a checksum over the copied content.  At least that's how I
read it.


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20130820184122.7d07669ce7812ad02d814...@domain007.com

Re: system time has change while installing

[Konstantin Khomoutov]

On Thu, 20 Jun 2013 10:47:12 +0300
Andrei POPESCU andreimpope...@gmail.com wrote:

   Storing local time in the hardware clock is utterly wrong for many
   reasons. The only reason Microsoft have continued to ship Windows
   configured this way is the usual backwards-compatibility problem.
   If you're running on a system without the limitations of DOS,
   there is no good reason to perpetuate the crap this way: store
   UTC and leave the clock alone.
  
  But this a) would require tweaking Windows [1] in case of dual-boot;
  b) show bogus time in BIOS setup screen.
 
 Why is UTC time bogus?

Well, I am simply afraid of a possible knee-jerk reaction of an admin
who for whatever reason manages to hit the BIOS setup program and sees
martian time there, which they would likely attempt to fix.
I mean, keeping the time, which BIOS thinks is local, as UTC is
certainly possible but it requires implementing a policy, so that
everyone managing such a machine should be trained to keep that in mind.

Now imagine a heterogenous environment (as I do have at my $dayjob)
where there's lots of Windows machines and a number of Debian (and
other Linux-based) machines.  I positively see no reason to introduce
distinctions between these boxes with regard to their BIOS time.
This is really an implementation detail.

IMO, putting a string LOCAL to the /etc/adjtime file is way less
hassle to carry out than implementing a policy and training admins.

For a bedroom x86 machine, keeping its BIOS time as UTC is perfectly
acceptable as it usually has zero to one administrators.


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20130620133602.a3f4c0a6367fbbd7edd67...@domain007.com

Re: system time has change while installing

[Konstantin Khomoutov]

On Wed, 19 Jun 2013 13:39:31 +0100
Steve McIntyre st...@einval.com wrote:

[...]

 Storing local time in the hardware clock is utterly wrong for many
 reasons. The only reason Microsoft have continued to ship Windows
 configured this way is the usual backwards-compatibility problem. If
 you're running on a system without the limitations of DOS, there is no
 good reason to perpetuate the crap this way: store UTC and leave the
 clock alone.

But this a) would require tweaking Windows [1] in case of dual-boot;
b) show bogus time in BIOS setup screen.

1. http://superuser.com/a/185780/130459


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20130619172756.e2f94ca56de4f4b6222ff...@domain007.com

Accepted ejabberd 2.1.10-5 (source i386)

[Konstantin Khomoutov]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Thu, 25 Apr 2013 15:31:59 +
Source: ejabberd
Binary: ejabberd
Architecture: source i386
Version: 2.1.10-5
Distribution: unstable
Urgency: low
Maintainer: Konstantin Khomoutov flatw...@users.sourceforge.net
Changed-By: Konstantin Khomoutov flatw...@users.sourceforge.net
Description: 
 ejabberd   - distributed, fault-tolerant Jabber/XMPP server written in Erlang
Closes: 705613
Changes: 
 ejabberd (2.1.10-5) unstable; urgency=low
 .
   [ Konstantin Khomoutov ]
   * Add patch fixing parsing of optional parameters in SCRAM SHA-1 headers
 (closes: #705613, thanks to Stephen Röttger for both writing the
 original patch and backporting it to 2.1.10).
Checksums-Sha1: 
 0e5c5d4218adecf1fa17e5c41ab14a1910ab1e10 1661 ejabberd_2.1.10-5.dsc
 6064d9770402f592b2811de80eb68cdd110c04bc 81270 ejabberd_2.1.10-5.diff.gz
 b901dc1ef0aaa4ab85f5127e2f1bb00c12e0984f 1794704 ejabberd_2.1.10-5_i386.deb
Checksums-Sha256: 
 ba7ab525c8b2d0cd8843e857b4c6cbd14a74551745cdc678225539a7013e067f 1661 
ejabberd_2.1.10-5.dsc
 fc85544f14717d081e781c0613799ea89d7ddb12837d383e40432c0f1e3dba93 81270 
ejabberd_2.1.10-5.diff.gz
 870c4b3468cd9535edfdfa3340f05ec6bf8ae4e60f552757fad8395002366ccc 1794704 
ejabberd_2.1.10-5_i386.deb
Files: 
 27a9e246c50ff8bffd407b8f080772cd 1661 net optional ejabberd_2.1.10-5.dsc
 3628bae08ed7232aaf91e9f006261624 81270 net optional ejabberd_2.1.10-5.diff.gz
 4fbf614129a2aaa21d1426d584666271 1794704 net optional 
ejabberd_2.1.10-5_i386.deb

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

iQEcBAEBCAAGBQJReiniAAoJEDH85+fdB5RhZJAH/j62Fl81frwgh51gim6PPeGu
1jBNFuu9E67AlIuhhHWza3u9LWKdNrrH01DK02nGgkfehkweFEBtLyIIfnANay8o
GK+QuvFOf7o6f4CVIUts+JAtHEA6Qj/MNql5Jv/y07/FFQTxFr2CXjMcELLpaYLh
lRVRx1/yVjiiE60LiYvISkbsZ3rHqmNAuiJRg19v+dVlnOoOI921dNV5EtEraOtl
fPsr+iTxq2ZsSnE4I6UPLmAgVKtJT3cMfxiamMtyUzAf+/ptPxYFndHLleNbKxYr
ujQrJ8rD3H9fqvQ0RAMnxLAfPFBlYdU5wujedqMFYy5UDfWLTmyHsNGxLP3b+BU=
=QE/u
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1uvd94-il...@franck.debian.org

Accepted ejabberd 2.1.10-4 (source amd64)

[Konstantin Khomoutov]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Sat, 16 Feb 2013 16:59:21 +
Source: ejabberd
Binary: ejabberd
Architecture: source amd64
Version: 2.1.10-4
Distribution: unstable
Urgency: low
Maintainer: Konstantin Khomoutov flatw...@users.sourceforge.net
Changed-By: Konstantin Khomoutov flatw...@users.sourceforge.net
Description: 
 ejabberd   - distributed, fault-tolerant Jabber/XMPP server written in Erlang
Closes: 660186 691125 698309
Changes: 
 ejabberd (2.1.10-4) unstable; urgency=low
 .
   [ Konstantin Khomoutov ]
   * Do not run ejabberdctl as root in prerm and logrotate scripts
 (closes: #691125, thanks to Michael Stapelberg and Felix Geyer).
   * Add upstream patch fixing receiving JPEG vCard photos via LDAP
 (closes: #660186).
   * Add upstream patch fixing parsing HTTPS requests split into
 multiple packets (closes: #698309).
Checksums-Sha1: 
 7d7c459c9f9e68de9843002093201f1ee8e1c44c 1661 ejabberd_2.1.10-4.dsc
 68bd945f6cd823530dc82f7faa0632484c796a56 80237 ejabberd_2.1.10-4.diff.gz
 6a240f038c16bda0f06c35b0692751784a7a5ca1 1826410 ejabberd_2.1.10-4_amd64.deb
Checksums-Sha256: 
 370c2205296eb4d777eb3e3bfa0923ee3eb89d0dedc7c741263dac894dc351a7 1661 
ejabberd_2.1.10-4.dsc
 7065067b0c267027204715fb35f47987b8b3ff417acb8bfb45408adc31593a29 80237 
ejabberd_2.1.10-4.diff.gz
 6d0a781658aa7a5971a3fc5c652eb54fc3b2e54cbe9898a911aa9ec32178a86c 1826410 
ejabberd_2.1.10-4_amd64.deb
Files: 
 0da6ac9780af2ed62643b2c2b83d20d3 1661 net optional ejabberd_2.1.10-4.dsc
 bad9ebf8e753ea68496af9d20d8d57c9 80237 net optional ejabberd_2.1.10-4.diff.gz
 5824a00cee042d7b6ad1bb79de91b5b3 1826410 net optional 
ejabberd_2.1.10-4_amd64.deb

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

iQEcBAEBCAAGBQJRRagdAAoJEDH85+fdB5RhZq8IAKzSsBI5YaO+eNiUQQ6JKoU6
0C9zpZ4Ae6pP6mssIju3M4rHxCsAVSLKoZPzrKqBhUJCk1CgvbBaLqCSV3rg938B
00pmk7U3SfEyYjV7Gby8giiVBkrGPUy9MxCotiuJxIXTqupa+VeARQOc2zY8jSvM
GLMlz0JqzbxSFzNf6hN4Hgq8OsN3nCbNla/iKBUB9ydXHB3D6jy9K1eVJjmbrA3n
1dej5eLLagja5QJyEDZ1EAJLsUpuxukXctFTYm4XgV5EY0RWquuE6mSrQrZIpFui
wfQAdM1UH2N4ZKJfHNtHwtoSt46OpEVvpMSAyG6QDYMgvDH0LRN/D3YtlfjhOcM=
=A5Wc
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1uhbph-0006pj...@franck.debian.org

Re: Canonical pushes upstart into user session - systemd developer complains

[Konstantin Khomoutov]

On Sun, 25 Nov 2012 17:16:09 +0100
Guillem Jover guil...@debian.org wrote:

 On Sun, 2012-11-25 at 23:30:01 +0800, Chow Loong Jin wrote:
  [...] and the hierarchical format
  that apt uses doesn't have a readily-usable parser outside of apt
  (at least not that I know of).
 
 W/o getting into the debate of what format is better or nicer, the
 configuration format from which APT's is based, the ISC config format,
 is available in libisccfg.

Well, from what I see in [1], this library depends on libcap2,
libdns81, libisc83 and libisccc80, among other things.  Of these
only libisc83 appears to be a somewhat sensible dependency (ISC
Shared Library used by BIND) -- all the others look like a clear sign
of a layering violation: I fail to understand how a configuration file
format parsing library might depend on POSIX capabilities, a DNS
library and a BIND command channel library.  It's not like I want to
blame the library or its packagers, just want to point out this library,
as it currently stands, does not appear to be really useful outside of
the set of tools comprising the BIND suite.

1. http://packages.debian.org/wheezy/libisccfg82


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20121126210501.34a2c64c28bfd391de39e...@domain007.com

Re: nacl and CPU frequency.

[Konstantin Khomoutov]

On Sat, Sep 22, 2012 at 05:20:05PM +0100, peter green wrote:

 In order to build successfully nacl needs to determine the CPU
 frequency (the CPU frequency determined at build time is not
 used in the final binaries afaict but if it's not determined
 then the build will fail as it will consider the implementation
 broken and if it can't find any non-broken implementations it
 won't build).
 
 If the build process is trying to discover information that it
 then discards then why not just patch it to not do so?
 It's not the build process itself doing the determination, it's the
 code being built and
 tested (as I said the build process tries various implementations
 until it finds one that
 works),
Did you ask the nacl upstream about why they needed that code to be
built?  I think referring them to your initial message in this thread
might make them think about patching/removing that code.


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120922181102.GJ32381@localhost.localdomain

Re: O: ted -- lightweight .DOC editor

[Konstantin Khomoutov]

On Thu, 30 Aug 2012 14:43:55 +0100
David Given d...@cowlark.com wrote:

  The problems described in #501638 would mean that the package would
  not be allowed back into Debian unless fixed.
 
 It looks like this isn't an issue any more --- the relevant paragraph
 from the docs is now:
 
 Ted is free software. By making Ted freely available, I want to
 contribute to the propagation of Linux as a viable platform for
 technical computer enthusiasts. As Ted is free software, I assume
 no responsibility for the consequences of using it. It is up to
 you to decide whether Ted suits your purpose or not. Ted is
 distributed with absolutely no warranty under the terms of the GNU
 Public License.

There's still no such thing as the GNU Public License, what the
author seemingly try to refer to is called GNU General Public
License, that is, the 'G' in GPL stands for General, not for GNU.

And still, it's not clear why the author can't just use the standard
short disclaimer notice which is recommended by the GPL itself for
usage.  It's standardized and unambiguous.  The author can read on this
in the How to Apply These Terms to Your New Programs section of the
GPL (v2 at least).  Could you possibly try to convince him to actually
do this?  Everyone thinks legalese is boring, but that's not an excuse
for ignoring this issues and trying to invent strange approaches to
licensing free software.


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20120830181555.b3f5dd95ec4fdd9d0e5e3...@domain007.com

Re: Possible release note for systems running PHP through CGI.

[Konstantin Khomoutov]

On Tue, Aug 21, 2012 at 09:07:59AM +0200, Ondřej Surý wrote:

[...]
 Maybe add just a small paragraph that the configuration of the
 extensions has changed and php users should read the NEWS file?
 
 That's probably sensible approach.  I have quickly drafted short
 paragraph which can be used for release notes:
 
 Default PHP extension configuration
 ---
 
 The mime-types package has dropped non-standard definitions of
 PHP MIME-Types as a security measure.  Default PHP configuration
 for libapache2-mod-php5{filter} and php5-cgi now only serve files
 which have .php, .php[345] and .phtml extensions on a most right
 place as opposed to previous state where filename.php.foobar
 would have been interpreted.  Please read NEWS file in the PHP
 SAPI of your choice for further information.

I fail to parse that on a most right place bit though I'm not a native
speaker.  If you meant that those extension specifications form a minimal
sane and safe subset, may be just go ahead and write exactly that. ;-)


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120821073858.GH1685@localhost.localdomain

Re: Possible release note for systems running PHP through CGI.

[Konstantin Khomoutov]

On Tue, 21 Aug 2012 09:48:37 +0200
Ondřej Surý ond...@debian.org wrote:

[...]
  The mime-types package has dropped non-standard definitions of
  PHP MIME-Types as a security measure.  Default PHP configuration
  for libapache2-mod-php5{filter} and php5-cgi now only serve files
  which have .php, .php[345] and .phtml extensions on a most right
  place as opposed to previous state where filename.php.foobar
  would have been interpreted.  Please read NEWS file in the PHP
  SAPI of your choice for further information.
 
  I fail to parse that on a most right place bit though I'm not a
  native speaker.  If you meant that those extension specifications
  form a minimal sane and safe subset, may be just go ahead and write
  exactly that. ;-)
 
 Nope I mean that the extension should be last.
 
 E.g.  index.blah.php, but not index.php.blah.
Thanks for the explanation.

Then I suggest it to be rephrased ... extensions on the rightmost
place ..., or may be even simpler: ... php5-cgi now only serves files
which have .php, .php[345] or .phtml as their rightmost extension 


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20120821135240.8966d86610134c36f300a...@domain007.com

Accepted ejabberd 2.1.10-3 (source amd64)

[Konstantin Khomoutov]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Sun, 20 May 2012 14:51:12 +0400
Source: ejabberd
Binary: ejabberd
Architecture: source amd64
Version: 2.1.10-3
Distribution: unstable
Urgency: low
Maintainer: Konstantin Khomoutov flatw...@users.sourceforge.net
Changed-By: Konstantin Khomoutov flatw...@users.sourceforge.net
Description: 
 ejabberd   - distributed, fault-tolerant Jabber/XMPP server written in Erlang
Closes: 647115 654853 664034 670307 682987
Changes: 
 ejabberd (2.1.10-3) unstable; urgency=low
 .
   [ Konstantin Khomoutov ]
   * Provide custom implementation of xmerl_regexp:sh_to_awk/1
 (closes: #670307).
   * Add use_dpkg_buildflags.patch (thanks to Simon Ruderich,
 closes: #664034).
   * Add relax-digest-uri-handling.patch (closes: #654853).
   * Add Slovak translation (thanks to Slavko, closes: #647115).
   * Add Italian translation (thanks to Beatrice Torracca, closes: #682987).
Checksums-Sha1: 
 4a4ae0fafa2d932caa77380c2df29ddce158df85 1661 ejabberd_2.1.10-3.dsc
 81cc66dcb6a7307cb2bd6a74634ccea92d10f111 77240 ejabberd_2.1.10-3.diff.gz
 0c591d86ac9386c9edfdee81d66a086d63f4def7 1826468 ejabberd_2.1.10-3_amd64.deb
Checksums-Sha256: 
 3fd5d8716729614e7d209f02e31f7943d492faba568bfe748706045ec84e 1661 
ejabberd_2.1.10-3.dsc
 962b15a4fd5c7b44ab22f08d9f735d69bc1c40250f6c457f077ce37baedd18ba 77240 
ejabberd_2.1.10-3.diff.gz
 c0d938e285ef2a949529005b68d32b88e14671d0d0f8aa65044755d363937c35 1826468 
ejabberd_2.1.10-3_amd64.deb
Files: 
 df94de860b38c7230e40f76e0bed9f3c 1661 net optional ejabberd_2.1.10-3.dsc
 f44dfd5763426966fe19bbb5fe946613 77240 net optional ejabberd_2.1.10-3.diff.gz
 df0fdff6911ab9f9bf351591eb067577 1826468 net optional 
ejabberd_2.1.10-3_amd64.deb

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

iQEcBAEBCAAGBQJQL0ViAAoJEDH85+fdB5RhjEUH/2jY5+SzeGW1aemCLFZG5KMP
ctfYw3mTuh9EkuBlwp6hqTuVlmiugvP8nM+Zc9eQ/oJ8191pFTPexEkgfeoYw9GA
aCMBRP/+z2CJXaXasMyQYcjEmyOl5Qpyncl8RncthsIb3fojZFGOAR2t8sdZTknk
SdfDJ7H2vdmBFESsGECJ3SXuX650H6vFegb+ApdjqtpBRdTYJu9LF0wk9u5qQjgz
2j5pl6T2I25wvu+P36tb7qqH6U51MX4oppx/xjIYb+5CryzCfbJNnnAE6kpw5XNW
qSQjVmjxDt6l1m4S4vctUa18SwXLgNjPqLU9bjlTEtX4BpBg/L5Mh9HncLhoMYU=
=V6ey
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1t2ehe-0003bx...@franck.debian.org

Accepted tkabber 0.11.1-3 (source all)

[Konstantin Khomoutov]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Sat, 14 Jul 2012 15:30:15 +0400
Source: tkabber
Binary: tkabber
Architecture: source all
Version: 0.11.1-3
Distribution: unstable
Urgency: low
Maintainer: Konstantin Khomoutov flatw...@users.sourceforge.net
Changed-By: Konstantin Khomoutov flatw...@users.sourceforge.net
Description: 
 tkabber- GUI client for XMPP (Jabber) instant messaging protocol
Changes: 
 tkabber (0.11.1-3) unstable; urgency=low
 .
   * Correct the pathname of the application icon in the .desktop file.
Checksums-Sha1: 
 c653e324193adbf3ef47e4076de94d38c4b9f051 1182 tkabber_0.11.1-3.dsc
 b4fe1bdbc19f44195850483a356c3cff692e9339 10406 tkabber_0.11.1-3.diff.gz
 caa54424e59793c8c3d44ba2fb11d02f1a9a1fa2 1002466 tkabber_0.11.1-3_all.deb
Checksums-Sha256: 
 acd846567de5ea7931ea27b859eebe1922ba1697e0d4f320bba4e213a0f727cd 1182 
tkabber_0.11.1-3.dsc
 2ce1e70ffcac8d7b1c53f9c034dff4415eaefb49db670364650697bf1884fc4e 10406 
tkabber_0.11.1-3.diff.gz
 7a182e8f87be9c3537d1ee5ee501faea9076462a70ced9e1ed017ce26f911361 1002466 
tkabber_0.11.1-3_all.deb
Files: 
 fd4aa8dad1c3c6dce71cd690439ab9bd 1182 net optional tkabber_0.11.1-3.dsc
 fe644663e37a5f4b357b220ffa987e10 10406 net optional tkabber_0.11.1-3.diff.gz
 daaee4be43453695b8beca2d7af228ed 1002466 net optional tkabber_0.11.1-3_all.deb

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

iD8DBQFQAaL/IcdH02pGEFIRAuK1AJ9xkHT3O/VcoMicNvtfO1YwM6bdAgCfQTL9
gd+3Z30kzDf2Ym3R4PElbo8=
=1OjM
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1sq5kb-0002rw...@franck.debian.org

Accepted ejabberd 2.1.10-2 (source i386)

[Konstantin Khomoutov]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Wed, 01 Feb 2012 01:50:40 +0400
Source: ejabberd
Binary: ejabberd
Architecture: source i386
Version: 2.1.10-2
Distribution: unstable
Urgency: low
Maintainer: Konstantin Khomoutov flatw...@users.sourceforge.net
Changed-By: Konstantin Khomoutov flatw...@users.sourceforge.net
Description: 
 ejabberd   - distributed, fault-tolerant Jabber/XMPP server written in Erlang
Closes: 656826 657525 657590 657759
Changes: 
 ejabberd (2.1.10-2) unstable; urgency=low
 .
   [ Gerfried Fuchs ]
   * Upload to unstable (closes: #657759).
   * Remove code for #368414 from postinst, 1.1.1-3 is ancient history
 (closes: #656826)
 .
   [ Konstantin Khomoutov ]
   * Update Dutch translation (thanks to Jeroen Schot, closes: #657590).
   * Enable hardened building of C drivers by using dpkg-buildflags
 (thanks to Moritz Muehlenhoff, closes: #657525).
Checksums-Sha1: 
 cf03eb1360a702810042194cd6d475f7b5433175 1661 ejabberd_2.1.10-2.dsc
 415edd1a2271e9afade63cbf67767b5779047460 71609 ejabberd_2.1.10-2.diff.gz
 32e9211bb63290c85f4c49ad78e64138aa00ecf9 1820010 ejabberd_2.1.10-2_i386.deb
Checksums-Sha256: 
 53be186f562c6deda242b77af2224dc894fc4a88e635a2d777d136a0ba6a50ac 1661 
ejabberd_2.1.10-2.dsc
 e3f17d3b39ada95f0358cf3519eadd13bc337eec82850388fe6042b34dc83279 71609 
ejabberd_2.1.10-2.diff.gz
 9bcf5628834a15f5b2e1b947a07c367a83a0072fff6ad5c20c92fa5905c4176f 1820010 
ejabberd_2.1.10-2_i386.deb
Files: 
 64143dd42ed171a9d1c36df37643c2ce 1661 net optional ejabberd_2.1.10-2.dsc
 fa5298045cb2fc0927e1bffb0d18e35f 71609 net optional ejabberd_2.1.10-2.diff.gz
 59c2f162116c3652ffdf06b6b738264a 1820010 net optional 
ejabberd_2.1.10-2_i386.deb

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

iQEcBAEBCAAGBQJPKQTNAAoJEDH85+fdB5Rh4jkIALJgwVXYY8nrYrWVwrmHku3o
NWbr1ug8ajKyCBkSHQd+SR173tFromFdFJjEO74f7dSdJcYToQR/YTzIski70O0v
SWFwkFqFR2IFXc7NWUvuzFiwMNI0fakP+RrBmXqwWPE1YGX1NYCEVOo85YITttyj
pt3tT4YsLf+rcL474YiOzFPXin9ubrCxg9fEEbXqLCt5XXNrCyp/3q0RxcFbZqWN
3KcFj7nefwmH7r3+V1TTExpVJntcc6ES+6APsq7kbioLVU48LDk0251lBvbXSANa
LrFfCR2Ex6XYF6C6RFZ0eOSHKjUIrqOXDafJnNlmc1OsUut/uZdxsBKT3cD+sUg=
=cXMO
-END PGP SIGNATURE-


Accepted:
ejabberd_2.1.10-2.diff.gz
  to main/e/ejabberd/ejabberd_2.1.10-2.diff.gz
ejabberd_2.1.10-2.dsc
  to main/e/ejabberd/ejabberd_2.1.10-2.dsc
ejabberd_2.1.10-2_i386.deb
  to main/e/ejabberd/ejabberd_2.1.10-2_i386.deb


-- 
To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1rswy2-0005hm...@franck.debian.org

Accepted ejabberd 2.1.9-1 (source i386)

[Konstantin Khomoutov]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Mon, 03 Oct 2011 20:27:12 +0400
Source: ejabberd
Binary: ejabberd
Architecture: source i386
Version: 2.1.9-1
Distribution: unstable
Urgency: low
Maintainer: Konstantin Khomoutov flatw...@users.sourceforge.net
Changed-By: Konstantin Khomoutov flatw...@users.sourceforge.net
Description: 
 ejabberd   - distributed, fault-tolerant Jabber/XMPP server written in Erlang
Changes: 
 ejabberd (2.1.9-1) unstable; urgency=low
 .
   [ Konstantin Khomoutov ]
   * New upstream release.
   * Remove obsoleted version.patch.
Checksums-Sha1: 
 f51065f8576da0cc4cf25a9827b454f6a487b0ef 1654 ejabberd_2.1.9-1.dsc
 7faff4252eb2a10c046f1e6a2fcb11fd4f500ea8 1872544 ejabberd_2.1.9.orig.tar.gz
 f7ac7992fd44b975800d84d1eb1312092ff408bd 71817 ejabberd_2.1.9-1.diff.gz
 60bc3022f14b429b41a17a0a51c14fc7c99a63e9 1670412 ejabberd_2.1.9-1_i386.deb
Checksums-Sha256: 
 d03ea5a7283ff4ac26ac6dbd3924b04780f5885f22720a27da3f49f5141eb7f3 1654 
ejabberd_2.1.9-1.dsc
 f97f2daad497d9d9979455b67ce31e2ddbd3a3cd638a97b2e1d76a6ac8758781 1872544 
ejabberd_2.1.9.orig.tar.gz
 4196a20b80b8c02a11c528602a7f09135a5ae587bdc70f401e335b972e301768 71817 
ejabberd_2.1.9-1.diff.gz
 b56cfa2fb932c552858a1f9a9224301690aacbb1a07e22aa2cd9d7d4a3043065 1670412 
ejabberd_2.1.9-1_i386.deb
Files: 
 0067dc08e73fe1ebf6ed0acf475da661 1654 net optional ejabberd_2.1.9-1.dsc
 29ca14ea62f90736322e4e6720331352 1872544 net optional 
ejabberd_2.1.9.orig.tar.gz
 650083b7df2422b60f1cd5ea97f46aa0 71817 net optional ejabberd_2.1.9-1.diff.gz
 e35ef43917e7ec23e3e0014986a95a8d 1670412 net optional ejabberd_2.1.9-1_i386.deb

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

iQEcBAEBCAAGBQJOiwTJAAoJEDH85+fdB5RhWoIIAJ+L0BdieEn2PcTGAfnU+Yi4
KQbF1i+2gC8MHoN2Cx7YH2M20oNa0CNfbmlffkpizQxFr4gXXGetLQpA/Qa9lkgE
2hoiS2uKB59XJwEWlihvOzysN0ZQWAj7W5uANYyNhxxJUU/ivRiOpfSyiXt0DTXY
/EgUqjTn4TN4kie1SxK623TDzydWCt339SnO2pbIlScB7G314ZafnwmTiIIqX+nP
9pr6KOHq/UId75GbCjCDv/OQHnInPOQg4S/cQGn5hojMgK9S/s1Qvxi2fHBKYdVU
fND4hKNQ67y+jIt+J4OppQL0WFaApG933I6UPNxjTx+7iI6JGlu1aShDfnTerro=
=X79S
-END PGP SIGNATURE-


Accepted:
ejabberd_2.1.9-1.diff.gz
  to main/e/ejabberd/ejabberd_2.1.9-1.diff.gz
ejabberd_2.1.9-1.dsc
  to main/e/ejabberd/ejabberd_2.1.9-1.dsc
ejabberd_2.1.9-1_i386.deb
  to main/e/ejabberd/ejabberd_2.1.9-1_i386.deb
ejabberd_2.1.9.orig.tar.gz
  to main/e/ejabberd/ejabberd_2.1.9.orig.tar.gz


-- 
To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1rb4rw-sz...@franck.debian.org

Re: Minimal init [was: A few observations about systemd]

[Konstantin Khomoutov]

On Tue, 2 Aug 2011 15:45:51 -0700
Steve Langasek vor...@debian.org wrote:

[...]
 There's also the matter that if your daemon is being run in the
 foreground, other services depend on it, and you're not using socket
 activation, there's ambiguity as to when the service is actually
 started.  A racy startup is a bad thing.
Doesn't exactly the same problem exist with classic daemons?
I mean, as soon as a daemon being started forked once, the parent
instance has no idea whether the forked instance actually managed to
complete initialization, and if it did then when.  Unless some sort of
communication channel is used.


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110803130431.19f47c10.kos...@domain007.com

Accepted ejabberd 2.1.6-2 (source i386)

[Konstantin Khomoutov]

-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 Khomoutov flatw...@users.sourceforge.net
Description: 
 ejabberd   - distributed, fault-tolerant Jabber/XMPP server written in Erlang
Closes: 620683
Changes: 
 ejabberd (2.1.6-2) unstable; urgency=low
 .
   * Artifically set HOME environment variable in debian/rules
 if it is not set--this is required for the erlexec binary
 to be able to run successfully (closes: #620683).
Checksums-Sha1: 
 19996de6da1eccb1f0f25244024b569d915059ad 1612 ejabberd_2.1.6-2.dsc
 152e537a59150572c177c3b00f729ea39ed5a552 75102 ejabberd_2.1.6-2.diff.gz
 3bb5829c2a09df70a12b251ce2a4caef93e9204c 2343014 ejabberd_2.1.6-2_i386.deb
Checksums-Sha256: 
 5b975bbe24e061386563d09fa1350e68036de6fab56649563d0de4617687fe6b 1612 
ejabberd_2.1.6-2.dsc
 eb675bc035a84155f45553c0b109136c3ee1f4ea266e562a415d7255c4630401 75102 
ejabberd_2.1.6-2.diff.gz
 c762dfa2f7fc4920ad834fe4ef24e7e6451951f84d5b2982226abb1b3f7ce5dd 2343014 
ejabberd_2.1.6-2_i386.deb
Files: 
 16a95cbb512bac2f717ab91d64cd7a9e 1612 net optional ejabberd_2.1.6-2.dsc
 5f7cac8f7e2b228801422945aed85eeb 75102 net optional ejabberd_2.1.6-2.diff.gz
 009d156f6941ba7ce626eef460f6575e 2343014 net optional ejabberd_2.1.6-2_i386.deb

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

iQEcBAEBCAAGBQJNpaUSAAoJEDH85+fdB5RhCwQIAKhzhGUmvs36Aq7IImSdTpic
Y+N/kDmRIvgwfT17rEgxXuLIx0sLu8VKfGHoLGbjeMP2fZYImBM5uSWX7umDnh16
lsoNEPM+hBOkK4UOjtZ+8PJVUwcetGH+/5iplOkXoz/Rojnmata+vsnwTv/4H8Qs
zBTB9OialZaiarPyM/JQ07CkzcJ320ZTLbfSGqj5050ahnKX2anCAMWQd3fOjVKP
twWgTBuFaNTgjFaGXmb40PwQPP+GXR1SAZ4N9UjtccDog6hxKw2mIOp0q/u7DmPI
ecwaGJKfujQlTOAfTQtn2OERGJFFxIMhaZ7Rf6pOF9jAA6TPyhgrNwpNiVngi/4=
=dV5p
-END PGP SIGNATURE-


Accepted:
ejabberd_2.1.6-2.diff.gz
  to main/e/ejabberd/ejabberd_2.1.6-2.diff.gz
ejabberd_2.1.6-2.dsc
  to main/e/ejabberd/ejabberd_2.1.6-2.dsc
ejabberd_2.1.6-2_i386.deb
  to main/e/ejabberd/ejabberd_2.1.6-2_i386.deb


-- 
To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1qa0py-0001ih...@franck.debian.org

Accepted ejabberd 2.1.6-1 (source i386)

[Konstantin Khomoutov]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Tue, 14 Dec 2010 17:45:08 +0300
Source: ejabberd
Binary: ejabberd
Architecture: source i386
Version: 2.1.6-1
Distribution: unstable
Urgency: low
Maintainer: Konstantin Khomoutov flatw...@users.sourceforge.net
Changed-By: Konstantin Khomoutov flatw...@users.sourceforge.net
Description: 
 ejabberd   - distributed, fault-tolerant Jabber/XMPP server written in Erlang
Changes: 
 ejabberd (2.1.6-1) unstable; urgency=low
 .
   * New upstream release.
   * Remove obsolete patches.
   * Update mod_admin_extra to revision 1106.
   * Conflict with ejabberd-mod-shared-roster-ldap which is now included.
Checksums-Sha1: 
 737858152af4927fa8c98272381d1a1f816aafc1 1612 ejabberd_2.1.6-1.dsc
 a1afbfc270f8e4c945bd91f64b7073781590535b 2874967 ejabberd_2.1.6.orig.tar.gz
 e8044cb237f7cab77475a3cf33c291e0f93e6e23 74960 ejabberd_2.1.6-1.diff.gz
 1aea9bfc909d5cc1925948868ab7af78cf028999 2343228 ejabberd_2.1.6-1_i386.deb
Checksums-Sha256: 
 b8fba0d524f232fa24d32d9a13fa6d853613c5ef0b6deb96ca67428e0c1d3bef 1612 
ejabberd_2.1.6-1.dsc
 b54886b119a0ae9f19c8dd91a18e85e518fbd979d47812bee582e872cfbc3544 2874967 
ejabberd_2.1.6.orig.tar.gz
 fb31721f7b6d5f42eb10d4c728456751998d52fb4c4866a5ba5a8abd7c6c02c6 74960 
ejabberd_2.1.6-1.diff.gz
 59383ea0052bac2925883443b7c44f5b94eac3e64e873d27908bbfeaa2357ab7 2343228 
ejabberd_2.1.6-1_i386.deb
Files: 
 f77f78a034ac7203a4ff58d938f70e95 1612 net optional ejabberd_2.1.6-1.dsc
 f5a41edee2204c414150075331ced506 2874967 net optional 
ejabberd_2.1.6.orig.tar.gz
 2ec92bd82a03146964bb797f2fb90991 74960 net optional ejabberd_2.1.6-1.diff.gz
 b98693e6e03a51abf3fa7bfe6e7d42a5 2343228 net optional ejabberd_2.1.6-1_i386.deb

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

iQEcBAEBCAAGBQJNh7N6AAoJEDH85+fdB5Rh4G4IAIcXCN68Da1T3R3aY1UexHtv
7Zkab4z+hl/c99NEkqPqP4pIXYb1asklHzl7ezLN3VSMMmQcoezn3YP8SJiqXXv6
MSOSdLOG+Gp2y8JkBvQG3kuP4ytzGuJczNBsQ9VqUXRjF7u8X1hc75AN001ktTGc
JiRBZXD86jrdNVzUm7isvaQPxnOxCDx99pTY3MysgLWWhOajoM6wEiufPrnjvq4Q
gdL54eaZWfb0IWLN/9NGHeVn35ndmfu2vplao/JC+vGO55qRTjjwIKcbdv3Kx9yz
ZTh8oNo70f7KGxD72TXRphU7GWGKI1YHGsBDshUL8AYLtLEY3gc3Lgix5OFH4ec=
=x/G6
-END PGP SIGNATURE-


Accepted:
ejabberd_2.1.6-1.diff.gz
  to main/e/ejabberd/ejabberd_2.1.6-1.diff.gz
ejabberd_2.1.6-1.dsc
  to main/e/ejabberd/ejabberd_2.1.6-1.dsc
ejabberd_2.1.6-1_i386.deb
  to main/e/ejabberd/ejabberd_2.1.6-1_i386.deb
ejabberd_2.1.6.orig.tar.gz
  to main/e/ejabberd/ejabberd_2.1.6.orig.tar.gz


-- 
To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1q2ixk-0005mb...@franck.debian.org

Re: postfix

[Konstantin Khomoutov]

On Sun, Mar 13, 2011 at 04:39:45PM +0300, Michael Tokarev wrote:
 13.03.2011 16:09, Павел пишет:
  Добрый день!
  Скажите пожалуйстаУ меня есть сайт, стоит на дебиан 6. Есть ли
  пакеты которые поддерживают нашу зону .рф Я так понял что postfix не
  поддерживает. Может есть или подскажите как лучше быть? или мне надо
  перейти на .ru
 
 .рф = .xn--p1ai .  Это называется punycode.  См. например
 http://www.charset.org/punycode.php .
 
 P.S. Этот список рассылки не предназначен для таких вопросов. Больше
 вероятности получить ответ в каком-то из списков для пользователей
 Debian, а не для разработчиков.

Кроме того, этот список рассылки -- англоязычный.

Павел, задайте Ваш вопрос на
http://lists.debian.org/debian-russian/

Также есть менее формальные русскоязычные ресурсы:
http://community.livejournal.com/ru_debian/
IRC-канал #debian-russian на irc.debian.org
и джаббер-комната deb...@conference.jabber.ru


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110313145321.GX2744@localhost.localdomain

Re: OT: Python (was: Make Unicode bugs release critical?)

[Konstantin Khomoutov]

On Mon, 14 Feb 2011 16:43:11 +
Ian Jackson ijack...@chiark.greenend.org.uk wrote:

 Klaus Ethgen writes (Re: OT: Python (was: Make Unicode bugs release
 critical?)):
  No, it is not. 00a3 is just not a utf-8 character, it is unicode.
  To get a correct utf-8 character you need to print \x{c2a3} and
  then isutf8 is happy.
 
 When LC_CTYPE=en_GB.utf-8, programs which attempt to print unicode
 characters to stdout should use UTF-8.  That's what LC_TYPE means.

By the way,

$ LC_CTYPE=en_GB.utf-8 echo 'puts \x00a3\n'|tclsh|isutf8
$
$ LC_CTYPE=en_GB.utf-8 echo 'puts \x00a3\n'|tclsh|xxd -p
c2a30a0a
$

But RMS told the world not to use Tcl.


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110214203601.715df57c.kos...@domain007.com

Re: Can insserv made better?

[Konstantin Khomoutov]

On Sat, Jan 15, 2011 at 05:47:24PM -0800, Mike Bird wrote:

[...]
 Got a concrete example of a case that fails?
 We ran into the Apache-Bind problem and the RequestTracker-Apache-Mysql
 problems and then stopped using insserv.
This one was reported and solved thanks to RT maintainers:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=595054

[...]


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110116143722.GT5713@localhost.localdomain

Accepted ndoutils 1.4b9-1.1 (source all amd64)

[Konstantin Khomoutov]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Mon, 27 Dec 2010 12:41:15 +0300
Source: ndoutils
Binary: ndoutils-nagios3-mysql ndoutils-common ndoutils-doc
Architecture: source amd64 all
Version: 1.4b9-1.1
Distribution: unstable
Urgency: low
Maintainer: Hendrik Frenzel hfren...@scunc.net
Changed-By: Konstantin Khomoutov flatw...@users.sourceforge.net
Description: 
 ndoutils-common - NDOUtils common files
 ndoutils-doc - Documentation for ndoutils
 ndoutils-nagios3-mysql - This provides the NDOUtils for Nagios with MySQL 
support
Closes: 607925
Changes: 
 ndoutils (1.4b9-1.1) unstable; urgency=low
 .
   * Non-maintainer upload.
   * Make sure the MySQL database schema is updated on the package
 upgrade (Closes: 607925) -- thanks to Drew Scott Daniels.
Checksums-Sha1: 
 9d0c2241c6aae6285d407b617e262f13c37dffda 1346 ndoutils_1.4b9-1.1.dsc
 4ea849b5bd7590340ef92a331be100639c9ed019 11574 ndoutils_1.4b9-1.1.diff.gz
 e8c8a3b0ad5cd2c9693bc28f4f32fe650834c28c 17250 
ndoutils-common_1.4b9-1.1_amd64.deb
 bdd947cecd00fafc0ea6edbce094a9734b5ff33c 94638 
ndoutils-nagios3-mysql_1.4b9-1.1_amd64.deb
 5d27092877bb09982cf5416d7c822bfa6c0e697c 724506 ndoutils-doc_1.4b9-1.1_all.deb
Checksums-Sha256: 
 f7e32c9fca9ea155094c2c511a8683ad88eec43208144cda8fc5164e2e8a8449 1346 
ndoutils_1.4b9-1.1.dsc
 5366df7774a1c491dfac0b3005c455285823c51ad5c5c80cfbffbbb6e2d34900 11574 
ndoutils_1.4b9-1.1.diff.gz
 75b90cdb33177822c17f96ca5f17b597b27780b8efed70a19852d5f6ffd0f481 17250 
ndoutils-common_1.4b9-1.1_amd64.deb
 e3c25c8da2d145ce3ac4d9b53d6970f05d2e6fd15d1fdd71a8dde22737a2c908 94638 
ndoutils-nagios3-mysql_1.4b9-1.1_amd64.deb
 9b5d2298485c387d9a2a6683e7ac42bc2d66f34ea5ae4c8f59b6ebadc9cd93ec 724506 
ndoutils-doc_1.4b9-1.1_all.deb
Files: 
 37a9b49f29a065dec6a92adc68974b04 1346 net extra ndoutils_1.4b9-1.1.dsc
 3a6aed596fc787233015d404c6d04eec 11574 net extra ndoutils_1.4b9-1.1.diff.gz
 e8e7ae38f7441940bf7d973c1f8bec11 17250 net extra 
ndoutils-common_1.4b9-1.1_amd64.deb
 ed3e48995b37a045f47fa48ec8c3a7ae 94638 net extra 
ndoutils-nagios3-mysql_1.4b9-1.1_amd64.deb
 eadf7e5b5f18cc735782d17c1b1bbcb4 724506 doc extra 
ndoutils-doc_1.4b9-1.1_all.deb

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

iEYEARECAAYFAk0xXLYACgkQ01u8mbx9Agp0BwCgl17cXwSz2agw5qt3C6wPxsJc
gZsAn0/YDNW2jdRxrCokFWWZtcr2w0Pq
=10I5
-END PGP SIGNATURE-


Accepted:
ndoutils-common_1.4b9-1.1_amd64.deb
  to main/n/ndoutils/ndoutils-common_1.4b9-1.1_amd64.deb
ndoutils-doc_1.4b9-1.1_all.deb
  to main/n/ndoutils/ndoutils-doc_1.4b9-1.1_all.deb
ndoutils-nagios3-mysql_1.4b9-1.1_amd64.deb
  to main/n/ndoutils/ndoutils-nagios3-mysql_1.4b9-1.1_amd64.deb
ndoutils_1.4b9-1.1.diff.gz
  to main/n/ndoutils/ndoutils_1.4b9-1.1.diff.gz
ndoutils_1.4b9-1.1.dsc
  to main/n/ndoutils/ndoutils_1.4b9-1.1.dsc


-- 
To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1pe2us-0007nu...@franck.debian.org

Accepted ejabberd 2.1.5-3 (source powerpc)

[Konstantin Khomoutov]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Sat, 23 Oct 2010 17:05:48 +0400
Source: ejabberd
Binary: ejabberd
Architecture: source powerpc
Version: 2.1.5-3
Distribution: unstable
Urgency: low
Maintainer: Konstantin Khomoutov flatw...@users.sourceforge.net
Changed-By: Konstantin Khomoutov flatw...@users.sourceforge.net
Description: 
 ejabberd   - distributed, fault-tolerant Jabber/XMPP server written in Erlang
Closes: 601094
Changes: 
 ejabberd (2.1.5-3) unstable; urgency=low
 .
   [ Konstantin Khomoutov ]
   * Add patch http-poll-binary-parse.patch fixing EJAB-1325 (closes: #601094).
Checksums-Sha1: 
 142f0f9e886b51c396a152163b412cc845f174d8 1611 ejabberd_2.1.5-3.dsc
 4e2e85223808266d415d943047c66c386b968504 74874 ejabberd_2.1.5-3.diff.gz
 3260a9b10413a8adf498b3d98fc0210caeca81dc 1753740 ejabberd_2.1.5-3_powerpc.deb
Checksums-Sha256: 
 dbf0840aa3ad1fc17c6571b0bb0c8b707f3066cd8422c42eaac72287cf97c986 1611 
ejabberd_2.1.5-3.dsc
 ca47b59d232870bf6d2979eeb3970513ad3356768cf7f0741b3f0b241ba90ee2 74874 
ejabberd_2.1.5-3.diff.gz
 334e94e88ee31c37b31945de18c6ad5ef31be9fd2cdd54d2c504912acd9c8ba8 1753740 
ejabberd_2.1.5-3_powerpc.deb
Files: 
 187e22289caa539301552c585b126128 1611 net optional ejabberd_2.1.5-3.dsc
 896a1344421a65091b22ec12a0bfd2af 74874 net optional ejabberd_2.1.5-3.diff.gz
 0469081a24321456bace7b3b4dec96be 1753740 net optional 
ejabberd_2.1.5-3_powerpc.deb

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

iQEcBAEBCAAGBQJMyxwXAAoJEDH85+fdB5RhIfsH/12dd239NXhwMA8YNd63q1p/
l8f+fbBSEWuX2Sr4cNsgZSHT1BsNUAsn/wU7VmtDjgb98ljtJorUQ1u9/g5bILSQ
kjPiQi6gREljurDmcmTNGEENlWDuwT5NQJzqmKh64KAvS3xUcMkgVp0rHVcrqY/l
aqgher4CMICFMckFYER0zTLaZoZ0II6g0iGVpyPLS2vfkBhOKwPGj0flyNzvDzCL
G51Zbb7f7o26WbeI2L0V5i7YRV+ZyO7pVx/1kG7PQmxXv4owgu7UrWpmYb1ZRrq0
hIdjddCbakBgawDiVMzWZcZQO33kEOYiaBPDAAvhAnLcrRT3FhFf9XQHt+Aca4w=
=B77E
-END PGP SIGNATURE-


Accepted:
ejabberd_2.1.5-3.diff.gz
  to main/e/ejabberd/ejabberd_2.1.5-3.diff.gz
ejabberd_2.1.5-3.dsc
  to main/e/ejabberd/ejabberd_2.1.5-3.dsc
ejabberd_2.1.5-3_powerpc.deb
  to main/e/ejabberd/ejabberd_2.1.5-3_powerpc.deb


-- 
To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1pbuuq-0002yd...@franck.debian.org

Re: [request-tracker-maintainers] Bug#595054: request-tracker3.8: Race condition between RT3.8+apache2 and MySQL when booting by insserv

[Konstantin Khomoutov]

On Tue, Aug 31, 2010 at 04:06:28PM -0500, Matt Zagrabelny wrote:

[...]
 Okay, there are two possible resolutions to this problem which spring
 to mind:

 * Arrange for database servers to start before Apache

 I'm not sure if this is feasible, but it seems to me that it's likely
 to be generally correct, given the layering implicit in database + web
 applications.

 * Arrange for RT to be more robust when a connection to the database fails

 This is certainly something worth exploring, but is likely to be a rather
 involved fix; not something I relish at this stage of the release cycle
 (diverging from upstream). Then again, perhaps changing Apache or MySQL
 (and the other database servers) would be more disruptive :)

 I've added the CC because I'm not sure where to start discussing
 whether the Apache/MySQL ordering can be changed. I had a look at
 Policy (which doesn't seem to mention dependency based booting at all;
 surely an inconsistency if it is to be enabled for squeeze?) and
 http://wiki.debian.org/LSBInitScripts which leads me to think that
 Apache needs something like Should-Start: $database_server, but this
 is mainly guessing. I would appreciate input from those familiar with
 this part of the Debian infrastructure.
 
 Perhaps for /etc/init.d/mysql-server (or whatever it is called)
 
 # X-Start-Before:apache2
 # X-Stop-After:  apache2
 
 I would think that it would be innocuous if apache2 was not installed.
 Is there a way to reference the virtual package httpd in the LSB
 headers?

Well, these are valid comments, but I dislike these solutions, and here's
why: RT can be served by different HTTP servers (as an example, I've seen
a request in BTS for not depending on apache as several people are serving
RT using lighttpd) and, in turn, Apache is a very generic HTTP server.
Also, RT can use different database backends, and MySQL is nothing
special to RT in this regard; again, in turn, MySQL is a generic DBMS.
This means neither MySQL nor Apache, as packaged in Debian, should be
concerned about each other via their init-scripts, for instance, the idea
that apache2 init script should hint insserv that it should be started after
DB server is flawed: what about people serving purely static content with
their apache instance?
What is really needed, is a way to hint insserv (or whatever system will
come to replace it, be it upstart or systemd or whatever trendy thing at
the time for squeeze+N) about peculiar inter-package dependencies on a
package by package basis without hardcoding this to init scripts.
I can imagine some sort of /etc/insserv.d, in which a package could
place a file with some explicit rule about how it wants to start up.
Then the debconf for RT could construct such a file based on what the
user is selected as the HTTP server and as the DB server.
That way, in a normal setup the insserv would pick whatever boot order
in wants; when an RT is happened to be configured to run with apache2
and mysql, its debconf could hint insserv that apache2 now depends on
mysql booted first to start successfully. Should the user switch her DB
backend to pg, the explicit rule would be replaced; same thing if she
opts to change the HTTP server.

Unfortunately, I'm a relative old-timer and I'm facing a system like
insserv for the first time, so I lack expertise with it.
Hence it would be cool if some folks related to insserv could comment
on the idea presented above.

And yes, the idea that RT could use a DB server running on another host,
and hence RT should not prevent apache from starting if that server is
not available, is of course valid.


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100901222004.gc2...@localhost.localdomain

Accepted ejabberd 2.1.5-1 (source powerpc)

[Konstantin Khomoutov]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Tue, 03 Aug 2010 19:55:25 +0400
Source: ejabberd
Binary: ejabberd
Architecture: source powerpc
Version: 2.1.5-1
Distribution: unstable
Urgency: low
Maintainer: Konstantin Khomoutov flatw...@users.sourceforge.net
Changed-By: Konstantin Khomoutov flatw...@users.sourceforge.net
Description: 
 ejabberd   - distributed, fault-tolerant Jabber/XMPP server written in Erlang
Closes: 591431
Changes: 
 ejabberd (2.1.5-1) unstable; urgency=low
 .
   [ Konstantin Khomoutov ]
   * New upstream release.
   * Remove obsolete erlang-otp-r14-ssl.patch
   * Refresh patches: reopen-log.patch, shared_roster_online.patch
 shared_roster_recent.patch
   * Bump standards version to 3.9.0.
   * Remove COPYING file installed by upstream Makefile
   * Remove autogenerated src/ejabberd.init
   * Add upstream patch fixing EJAB-1284 (closes: #591431).
Checksums-Sha1: 
 23f2bc76dc1af80be2b81224e4713fc66ebc9522 1317 ejabberd_2.1.5-1.dsc
 8966d6752219c9386f48a5b8e1f2f8fb0e7477ae 2278008 ejabberd_2.1.5.orig.tar.gz
 8fe7d562900daa21b618ba0fd031185c26184555 73657 ejabberd_2.1.5-1.diff.gz
 a6a3ba6c86f69c8927901ced6dda355d3cc1d92d 1753106 ejabberd_2.1.5-1_powerpc.deb
Checksums-Sha256: 
 8a4081eb683b78ef44871bf4dcfcb2f9c552a3778dd7618ab7c5f1f50e0b74ba 1317 
ejabberd_2.1.5-1.dsc
 31a46228c6933d7c24435753300a4d2ae2e84568a6097175dc5d4e553299dd9d 2278008 
ejabberd_2.1.5.orig.tar.gz
 73b801597e777886b04b270bc5868ff216164ad31599bd4611341b1a2b6f8535 73657 
ejabberd_2.1.5-1.diff.gz
 56e987f3fd7e8ebdd3a03de2c59ff9fa6a8af83e0002758c6e91a7d4f76050d4 1753106 
ejabberd_2.1.5-1_powerpc.deb
Files: 
 a5fbbe21c8fc44e6d0902d6019656356 1317 net optional ejabberd_2.1.5-1.dsc
 2029ceca45584d704ca821a771d6d928 2278008 net optional 
ejabberd_2.1.5.orig.tar.gz
 b4293786ad056fa84df396d21454c8af 73657 net optional ejabberd_2.1.5-1.diff.gz
 e61df1d4d57a620250780ff3119819f8 1753106 net optional 
ejabberd_2.1.5-1_powerpc.deb

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

iEYEARECAAYFAkxbLwcACgkQELuA/Ba9d8YSqQCguAesjEeCPIn4U12590pBSKxX
kE4AnRU8NgewsEXt4C3QxBVCROX+NeJC
=XgER
-END PGP SIGNATURE-


Accepted:
ejabberd_2.1.5-1.diff.gz
  to main/e/ejabberd/ejabberd_2.1.5-1.diff.gz
ejabberd_2.1.5-1.dsc
  to main/e/ejabberd/ejabberd_2.1.5-1.dsc
ejabberd_2.1.5-1_powerpc.deb
  to main/e/ejabberd/ejabberd_2.1.5-1_powerpc.deb
ejabberd_2.1.5.orig.tar.gz
  to main/e/ejabberd/ejabberd_2.1.5.orig.tar.gz


-- 
To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1oh8wl-0001dv...@franck.debian.org

Accepted ejabberd 2.1.4-1 (source powerpc)

[Konstantin Khomoutov]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Mon, 26 Jul 2010 20:36:14 +0400
Source: ejabberd
Binary: ejabberd
Architecture: source powerpc
Version: 2.1.4-1
Distribution: unstable
Urgency: low
Maintainer: Konstantin Khomoutov flatw...@users.sourceforge.net
Changed-By: Konstantin Khomoutov flatw...@users.sourceforge.net
Description: 
 ejabberd   - distributed, fault-tolerant Jabber/XMPP server written in Erlang
Closes: 590389
Changes: 
 ejabberd (2.1.4-1) unstable; urgency=low
 .
   [ Konstantin Khomoutov ]
   * Do not prevent ejabberd_debug from being installed and used
 as this was implemented upstream as the default behavior.
   * Add build dependency on erlang-parsetools.
   * Add 'sharedscripts' option to logrotate config.
   * Update VCS references in control file to point to git.deb.at.
   * Add group sticky bit to permissions on the log directory --
 this should make log files owned by the group adm.
   * Explicitly set umask to 027 before starting erl.
   * Add patch with fix for EJAB-953 (closes: #590389).
   * Fix call to setup_ejabberd in postinst.
   * Fix owner/permissions for log files when upgrading.
   * Minor fixes and clarifications in ejabberdctl.8 manual page.
   * Refresh reopen-log.patch
Checksums-Sha1: 
 d03a0aac5e05279752ad7cb1366916dbb9740eb9 1317 ejabberd_2.1.4-1.dsc
 00b1b121f687ba8284dbeb40ff97915d9e1be355 2267300 ejabberd_2.1.4.orig.tar.gz
 8660b854dcd54e20500ee15775046016cf1e07b6 73482 ejabberd_2.1.4-1.diff.gz
 a9eacb3113c23ce4267edebaea398a85ea8497d4 1343624 ejabberd_2.1.4-1_powerpc.deb
Checksums-Sha256: 
 3912b54c3b93caead010b4b5491dec5607f461a85210d0e95b62d43877dec17f 1317 
ejabberd_2.1.4-1.dsc
 205ee09e38c57527cfa1a4be6ca664cec2e8c6b40eeffaac008735fcdc5e7527 2267300 
ejabberd_2.1.4.orig.tar.gz
 b408e4c07f9a596f9b7f1e40afc5343ae9c68df28f766d06a9c84b449bbb6979 73482 
ejabberd_2.1.4-1.diff.gz
 a1284e5c4a08a8320305753ac955969b18a76d9930de7a2986b41f9c7293f30c 1343624 
ejabberd_2.1.4-1_powerpc.deb
Files: 
 a21b0dc00e900360d81cbd133ed3c3d7 1317 net optional ejabberd_2.1.4-1.dsc
 a73f2ae7c5c9ceccc295e6cbc6a70132 2267300 net optional 
ejabberd_2.1.4.orig.tar.gz
 2a9bc7a788ab1b1a4a983daae06b1ee4 73482 net optional ejabberd_2.1.4-1.diff.gz
 df39df2eebb72b598cb3a98a018e24ff 1343624 net optional 
ejabberd_2.1.4-1_powerpc.deb

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

iEYEARECAAYFAkxN+/8ACgkQELuA/Ba9d8ZuBwCglDMjBGR5vre1iO2izBJU1cAd
H4cAoIjhUNkQjyPeaXCKjorQP8R7Il4D
=KaBW
-END PGP SIGNATURE-


Accepted:
ejabberd_2.1.4-1.diff.gz
  to main/e/ejabberd/ejabberd_2.1.4-1.diff.gz
ejabberd_2.1.4-1.dsc
  to main/e/ejabberd/ejabberd_2.1.4-1.dsc
ejabberd_2.1.4-1_powerpc.deb
  to main/e/ejabberd/ejabberd_2.1.4-1_powerpc.deb
ejabberd_2.1.4.orig.tar.gz
  to main/e/ejabberd/ejabberd_2.1.4.orig.tar.gz


-- 
To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1odvi6-0004kg...@franck.debian.org

Bug#587893: ITP: tdbc -- Tcl Database Connectivity (TDBC)

[Konstantin Khomoutov]

Package: wnpp
Severity: wishlist
Owner: Konstantin Khomoutov flatw...@users.sourceforge.net

* Package name: tdbc
  Version : 1.0b14
  Upstream Author : Kevin B. Kenny kenn...@acm.org
The Tcl Core Team tcl-c...@lists.sourceforge.net
* URL : http://tdbc.tcl.tk/
* License : (custom, BSD-like)
  Programming Lang: (C, Tcl)
  Description : Tcl Database Connectivity (TDBC)

This package is a basis for common database access interface for Tcl
scripts providing common API for different database drivers (backends).
Drivers for various databases provided as separate packages, namely:
* Sqlite v3:  tcl-tdbc-sqlite3;
* MySQL:  tcl-tdbc-mysql;
* PostgreSQL: tcl-tdbc-pgsql;
* ODBC:   tcl-tdbc-odbc.


Temporary VCS URL is:
http://git.debian.org/?p=users/khomoutov-guest/tcl-tdbc.git



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100702101838.20834.45620.report...@localhost

Accepted ejabberd 2.1.3-1 (source powerpc)

[Konstantin Khomoutov]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Tue, 06 Apr 2010 13:00:03 +0400
Source: ejabberd
Binary: ejabberd
Architecture: source powerpc
Version: 2.1.3-1
Distribution: unstable
Urgency: low
Maintainer: Konstantin Khomoutov flatw...@users.sourceforge.net
Changed-By: Konstantin Khomoutov flatw...@users.sourceforge.net
Description: 
 ejabberd   - distributed, fault-tolerant Jabber/XMPP server written in Erlang
Closes: 578722
Changes: 
 ejabberd (2.1.3-1) unstable; urgency=low
 .
   [ Konstantin Khomoutov ]
   * New upstream release.
   * Remove obsolete c2s-p1-fsm.patch
   * Remove obsolete ejabberdctl-help-dashes.patch
   * Update mod_admin_extra to revision 1078
   * Refresh shared_roster_recent.patch
   * Refresh shared_roster_online.patch
   * Clarify how to do mixed IPv4/IPv6 setup of ejabberd listeners
 as suggested by Marc Dequènes in the discussion of #573801.
 .
   [ Gerfried Fuchs ]
   * Remove Torsten Werner from maintainer field on his own wish - thanks for
 your work so far! (closes: #578722)
   * Promote Konstantin to Maintainer to best fit reality. Enjoy. :)
Checksums-Sha1: 
 7f8a21b5edd0beb11a1df6c587d1341860066a56 1323 ejabberd_2.1.3-1.dsc
 77fdf18c0bb3b25cf9045e0c833ba4d82f180469 2243874 ejabberd_2.1.3.orig.tar.gz
 f29a083a07b617f542c9bd1e2960c47d770e94a0 68358 ejabberd_2.1.3-1.diff.gz
 bd8b559c77fe16fa474566d9d5cd52673b766dce 1321142 ejabberd_2.1.3-1_powerpc.deb
Checksums-Sha256: 
 30b509cfc69dc2fc6298e64d815a64fc9a2a5f0b4f5eed12f63db8ebf2a5e893 1323 
ejabberd_2.1.3-1.dsc
 602c6e4e742c4cab8594e9f049f08d0bf2125fa84af491e0ceb6d6f2f3854ef6 2243874 
ejabberd_2.1.3.orig.tar.gz
 1cc06398c3dccff5cf183ea8a5f1018d57e3ed37a4b4fb04d9abcaf5d31e1ad9 68358 
ejabberd_2.1.3-1.diff.gz
 47b1264be6b3798b46e56567dd4dcabf5f7c5f1ba049b7e08a2c52a30ac4f4e1 1321142 
ejabberd_2.1.3-1_powerpc.deb
Files: 
 1f10eb887b4eda6d868d3c0d26b72481 1323 net optional ejabberd_2.1.3-1.dsc
 e5c87eda5312a6e8a53df0f9b4844b69 2243874 net optional 
ejabberd_2.1.3.orig.tar.gz
 645821f5904c5b7fae9c2fd03a85f3b0 68358 net optional ejabberd_2.1.3-1.diff.gz
 b4ce63e026cea655396d8c6a34b668d7 1321142 net optional 
ejabberd_2.1.3-1_powerpc.deb

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

iEYEARECAAYFAkvgn2kACgkQELuA/Ba9d8YmIgCggoKM+SaXGi9QiujF7clwH3ID
cR8AoII74eX3UHU/Qdj82ivaTehS/W1A
=sQPt
-END PGP SIGNATURE-


Accepted:
ejabberd_2.1.3-1.diff.gz
  to main/e/ejabberd/ejabberd_2.1.3-1.diff.gz
ejabberd_2.1.3-1.dsc
  to main/e/ejabberd/ejabberd_2.1.3-1.dsc
ejabberd_2.1.3-1_powerpc.deb
  to main/e/ejabberd/ejabberd_2.1.3-1_powerpc.deb
ejabberd_2.1.3.orig.tar.gz
  to main/e/ejabberd/ejabberd_2.1.3.orig.tar.gz


-- 
To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1o9klj-0008ga...@ries.debian.org

Accepted ejabberd 2.1.2-3 (source powerpc)

[Konstantin Khomoutov]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Sun, 28 Feb 2010 22:11:26 +0300
Source: ejabberd
Binary: ejabberd
Architecture: source powerpc
Version: 2.1.2-3
Distribution: unstable
Urgency: low
Maintainer: Torsten Werner twer...@debian.org
Changed-By: Konstantin Khomoutov flatw...@users.sourceforge.net
Description: 
 ejabberd   - distributed, fault-tolerant Jabber/XMPP server written in Erlang
Closes: 569152
Changes: 
 ejabberd (2.1.2-3) unstable; urgency=low
 .
   [ Konstantin Khomoutov ]
   * Tighten dependency on debhelper to = 7.3~
 (closes: #569152).
   * Add global option max_fsm_queue set to 1000
 to the configuration file (amendment to the fix for #568383).
   * Use $remote_fs facility in init-script as ejabberd uses files
 under /urs (fixes lintian error).
   * Set place for Erlang crash dumps in ejabberdctl.
 .
   [ Gerfried Fuchs ]
   * Bump Standards-Version to 3.8.4.
Checksums-Sha1: 
 cc3a1090e6f8e09d44f9dcd946a4580b464f3e9a 1360 ejabberd_2.1.2-3.dsc
 400e415c2f8317eb71db61cbc5d0af70ed99fb78 68581 ejabberd_2.1.2-3.diff.gz
 d0dcdb2b96c60af17ead50d5acf83e92b5b96960 1334264 ejabberd_2.1.2-3_powerpc.deb
Checksums-Sha256: 
 271c169ecae5c7527bd40ea8307cbf722a13246ae7f65551fdd959e89da0fdb0 1360 
ejabberd_2.1.2-3.dsc
 bd28921ee7c251d78920aa0792c1c20aac79337da09f1ae0eab0154f8306d1dc 68581 
ejabberd_2.1.2-3.diff.gz
 af22a38ba803591b1b7ae1dd033bf344f96644ed0173b24e98677042942a1081 1334264 
ejabberd_2.1.2-3_powerpc.deb
Files: 
 62560be2aaef61042702089038870028 1360 net optional ejabberd_2.1.2-3.dsc
 8b27ba55442385fc0624ea98d4510be1 68581 net optional ejabberd_2.1.2-3.diff.gz
 0c0c5f2a73545601992ca05e096402a7 1334264 net optional 
ejabberd_2.1.2-3_powerpc.deb

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

iEYEARECAAYFAkuMOE8ACgkQELuA/Ba9d8Y2+wCfbbdA1NeoGGYBnbb0JRjec9/k
qP4AnAnRmRxPjoLFHfbE7EKGgBriTH/z
=ai1p
-END PGP SIGNATURE-


Accepted:
ejabberd_2.1.2-3.diff.gz
  to main/e/ejabberd/ejabberd_2.1.2-3.diff.gz
ejabberd_2.1.2-3.dsc
  to main/e/ejabberd/ejabberd_2.1.2-3.dsc
ejabberd_2.1.2-3_powerpc.deb
  to main/e/ejabberd/ejabberd_2.1.2-3_powerpc.deb


-- 
To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1nmdwp-0005ka...@ries.debian.org

Accepted tkabber 0.11.1-2 (source all)

[Konstantin Khomoutov]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Fri, 26 Feb 2010 03:14:41 +0300
Source: tkabber
Binary: tkabber
Architecture: source all
Version: 0.11.1-2
Distribution: unstable
Urgency: low
Maintainer: Konstantin Khomoutov flatw...@users.sourceforge.net
Changed-By: Konstantin Khomoutov flatw...@users.sourceforge.net
Description: 
 tkabber- GUI client for XMPP (Jabber) instant messaging protocol
Closes: 567628
Changes: 
 tkabber (0.11.1-2) unstable; urgency=low
 .
   * Add jlib-disconnect.patch (fixes error in [jlib::disconnect]
 which can be triggered when this command in called on an already
 teared down connection).
   * Add roster-import-rfc3921bis.patch (sends each roster contact
 being imported from a backup file each in its own IQ stanza
 as required by RFC 3921bis, closes: #567628).
   * Add German, Polish and Spanish desktop file translations.
   * Add ${misc:Depends} to the Depends field (fixes Lintian warning).
Checksums-Sha1: 
 b4639a3e515f51b2e3dbe7959b5217aef237784f 1140 tkabber_0.11.1-2.dsc
 0d1ba767916a19d97dc3493e0f3066b458ee6511 10302 tkabber_0.11.1-2.diff.gz
 1154636387b3c9101d02f9ae1d630d62446467ac 1006908 tkabber_0.11.1-2_all.deb
Checksums-Sha256: 
 3b7bfffc9367c3002b044dd6398e494f858cefb61f99ba19e8084fa685cc31dc 1140 
tkabber_0.11.1-2.dsc
 769b13e57de9321473f6b138e67c4ca8262e50f57be8ce19384c60c9d76e3917 10302 
tkabber_0.11.1-2.diff.gz
 9118eb44af502619322e725cb024cc3d574364cbcf5b89c28243eafca6e27628 1006908 
tkabber_0.11.1-2_all.deb
Files: 
 89bdd8f6d7d331cf56c226cd211eeb97 1140 net optional tkabber_0.11.1-2.dsc
 e2233b381f908527569bc88bfa276d36 10302 net optional tkabber_0.11.1-2.diff.gz
 9792dde14688da2d6de5d62473e9e200 1006908 net optional tkabber_0.11.1-2_all.deb

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

iD8DBQFLioCsIcdH02pGEFIRAg9nAKCb0E2yMu6WlZiDHuW13VXwEpDjdwCbB6MP
VRtVf8+uVwyax3Iu92QO1h4=
=wPJb
-END PGP SIGNATURE-


Accepted:
tkabber_0.11.1-2.diff.gz
  to main/t/tkabber/tkabber_0.11.1-2.diff.gz
tkabber_0.11.1-2.dsc
  to main/t/tkabber/tkabber_0.11.1-2.dsc
tkabber_0.11.1-2_all.deb
  to main/t/tkabber/tkabber_0.11.1-2_all.deb


-- 
To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1nllmb-0007nl...@ries.debian.org

Accepted ejabberd 2.1.2-2 (source powerpc)

[Konstantin Khomoutov]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Thu, 04 Feb 2010 03:38:02 +0300
Source: ejabberd
Binary: ejabberd
Architecture: source powerpc
Version: 2.1.2-2
Distribution: unstable
Urgency: high
Maintainer: Torsten Werner twer...@debian.org
Changed-By: Konstantin Khomoutov flatw...@users.sourceforge.net
Description: 
 ejabberd   - distributed, fault-tolerant Jabber/XMPP server written in Erlang
Closes: 568383
Changes: 
 ejabberd (2.1.2-2) unstable; urgency=high
 .
   * Integrate upstream patches for EJAB-1173,
 fixing CVE-2010-0305 (closes: #568383).
Checksums-Sha1: 
 0457c8fcde32c99f9f35ac72e31b482c36c80ea2 1357 ejabberd_2.1.2-2.dsc
 0d75d9111a1bf5a020dce4d8f100c271da64e669 67911 ejabberd_2.1.2-2.diff.gz
 632bdcd17e0d65252d68307d2fcac883d3800eb5 1333854 ejabberd_2.1.2-2_powerpc.deb
Checksums-Sha256: 
 f9980c2eb8dfe8b6fa02ad66d62fb3dda7d66f57cd2c74bad89678315173f920 1357 
ejabberd_2.1.2-2.dsc
 5e6b702b99d1440a0ff29e070db5c011597b42d4a1a212ba1b21846cd3148634 67911 
ejabberd_2.1.2-2.diff.gz
 edc48a4f53baa41f572c3d7a1ce4d80c13b8d72d170c140de1420edd9505547a 1333854 
ejabberd_2.1.2-2_powerpc.deb
Files: 
 c0e52e46035257335d203f4a17d67069 1357 net optional ejabberd_2.1.2-2.dsc
 57942779de587ea2e85a061937cbd61e 67911 net optional ejabberd_2.1.2-2.diff.gz
 f2d2a6bf0c19a986835d272603185a9e 1333854 net optional 
ejabberd_2.1.2-2_powerpc.deb

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

iEYEARECAAYFAktx4+IACgkQELuA/Ba9d8Z2qwCgzJc2uQqvkxOGy92fS2y/DZHp
Z9QAnR1n4Dzr8JBsDEVEfN4xjk/Z91/I
=G6aZ
-END PGP SIGNATURE-


Accepted:
ejabberd_2.1.2-2.diff.gz
  to main/e/ejabberd/ejabberd_2.1.2-2.diff.gz
ejabberd_2.1.2-2.dsc
  to main/e/ejabberd/ejabberd_2.1.2-2.dsc
ejabberd_2.1.2-2_powerpc.deb
  to main/e/ejabberd/ejabberd_2.1.2-2_powerpc.deb


-- 
To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Accepted tkabber 0.11.1-1 (source all)

[Konstantin Khomoutov]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Sat, 31 Oct 2009 16:50:42 +0300
Source: tkabber
Binary: tkabber
Architecture: source all
Version: 0.11.1-1
Distribution: unstable
Urgency: low
Maintainer: Konstantin Khomoutov flatw...@users.sourceforge.net
Changed-By: Konstantin Khomoutov flatw...@users.sourceforge.net
Description: 
 tkabber- GUI client for XMPP (Jabber) instant messaging protocol
Changes: 
 tkabber (0.11.1-1) unstable; urgency=low
 .
   * New upstream release.
   * Remove obsolete patches.
   * Fix bashism in Makefile install-bin target.
   * Move to debhelper 7, standards 3.8.3.
   * Depend on tk | wish.
   * Add README.source.
   * Add tkabber.desktop.
   * Bump version of suggested tkabber-plugins to 0.11.1.
   * Add libsnack2 to the list of suggested packages.
   * Add Vcs-git, Vcs-browser and Homepage fields to control file.
Checksums-Sha1: 
 5312c2d0895b3bfcab95598f0008279879153cde 1137 tkabber_0.11.1-1.dsc
 572ef166a29c1467325472501f3768b5eda7ce18 1026405 tkabber_0.11.1.orig.tar.gz
 0e093a0007234e231644ac2c7f40bc1afca0e970 8289 tkabber_0.11.1-1.diff.gz
 3b4ed0919f2aa3ae4e600f7091936c5c2a76ed0b 1006438 tkabber_0.11.1-1_all.deb
Checksums-Sha256: 
 f82686a41f015a04fff88d603f13d5480129d247c910ba2917c21af704b57d33 1137 
tkabber_0.11.1-1.dsc
 9b12b726b609297254e7b0c5e500d415a6517bd6c951d53e7b429dca4a29bba7 1026405 
tkabber_0.11.1.orig.tar.gz
 98f7a072667288dda9bb72ea108aed208224c01d9ff4787a652466b252ad4239 8289 
tkabber_0.11.1-1.diff.gz
 4c5c981aeeb30926fc6816080811b876f183de09e463d3025ec454ee68cfb3c4 1006438 
tkabber_0.11.1-1_all.deb
Files: 
 aacbe15ee02ad11a2c2fb0bcc233d88c 1137 net optional tkabber_0.11.1-1.dsc
 718db4876e7efbf44867c845cf2a35a0 1026405 net optional 
tkabber_0.11.1.orig.tar.gz
 530d0ce414beb21a0a2bf28ac3a626e6 8289 net optional tkabber_0.11.1-1.diff.gz
 ad7713bd481bf5be12f8d8c18f489b5a 1006438 net optional tkabber_0.11.1-1_all.deb

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

iD8DBQFK7UfaIcdH02pGEFIRAt3kAJ9+03fE/yEg1KFCU8NUZ2aqJnQBfgCfSQ+A
ngUl81Cl+gb2xtoJ3NActBo=
=5Jp+
-END PGP SIGNATURE-


Accepted:
tkabber_0.11.1-1.diff.gz
  to main/t/tkabber/tkabber_0.11.1-1.diff.gz
tkabber_0.11.1-1.dsc
  to main/t/tkabber/tkabber_0.11.1-1.dsc
tkabber_0.11.1-1_all.deb
  to main/t/tkabber/tkabber_0.11.1-1_all.deb
tkabber_0.11.1.orig.tar.gz
  to main/t/tkabber/tkabber_0.11.1.orig.tar.gz


-- 
To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Accepted tkabber-plugins 0.11.1-1 (source all)

[Konstantin Khomoutov]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Sat, 31 Oct 2009 20:07:48 +0300
Source: tkabber-plugins
Binary: tkabber-plugins
Architecture: source all
Version: 0.11.1-1
Distribution: unstable
Urgency: low
Maintainer: Konstantin Khomoutov flatw...@users.sourceforge.net
Changed-By: Konstantin Khomoutov flatw...@users.sourceforge.net
Description: 
 tkabber-plugins - standard plugins for Tkabber, an XMPP (Jabber) client
Changes: 
 tkabber-plugins (0.11.1-1) unstable; urgency=low
 .
   * New upstream release.
   * Remove obsolete patches.
   * Depend on tkabber = 0.11.1.
   * Update manual page with into on new plugins.
   * Move to debhelper 7, standards 3.8.3.
   * Add README.source file describing the usage of quilt.
   * Add Homepage, Vcs-git and Vcs-browser fields to debian/control.
Checksums-Sha1: 
 6bdac88f96319a988c54184bf68f5c025c15a3f1 1210 tkabber-plugins_0.11.1-1.dsc
 549d97d141b05bf4554ec63c99c04d679f1767f4 615335 
tkabber-plugins_0.11.1.orig.tar.gz
 09b8b20d1157ebd24981af01370cab20c5fa9545 8928 tkabber-plugins_0.11.1-1.diff.gz
 3015018df712e5ffe6298b12bff41303eba39743 619320 
tkabber-plugins_0.11.1-1_all.deb
Checksums-Sha256: 
 1057e96d34175937661cd2ed65e76f09a9c75ec4c4a86ee4c038c973ceced056 1210 
tkabber-plugins_0.11.1-1.dsc
 ffad9602ef0383ffc209b6c8f235170270c98def3a5e4a5481714da6378eb94b 615335 
tkabber-plugins_0.11.1.orig.tar.gz
 46d13d267af5645fec3a1cd11f135de982dff799de87088e514cbf49bed82ac5 8928 
tkabber-plugins_0.11.1-1.diff.gz
 1bc3bff115f6eebbda8692f4b7b6543e5ee0b0ff15ff6ea66fe1471c0f2dafef 619320 
tkabber-plugins_0.11.1-1_all.deb
Files: 
 698c2e0048d14d604007843b7e2bf718 1210 net extra tkabber-plugins_0.11.1-1.dsc
 1da01fafcb80083df799c92c83243b62 615335 net extra 
tkabber-plugins_0.11.1.orig.tar.gz
 cb98d68800da0b571e7b27a624219167 8928 net extra 
tkabber-plugins_0.11.1-1.diff.gz
 d45a3b08d4d90f081c160a0e5ad9dbca 619320 net extra 
tkabber-plugins_0.11.1-1_all.deb

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

iD8DBQFK7UfpIcdH02pGEFIRAi3wAJsEqLl4VkawKMIVE6jty1jPzZ6aZQCgimS8
jnydAbhl45H6fLj8qwrBuLw=
=Dndq
-END PGP SIGNATURE-


Accepted:
tkabber-plugins_0.11.1-1.diff.gz
  to main/t/tkabber-plugins/tkabber-plugins_0.11.1-1.diff.gz
tkabber-plugins_0.11.1-1.dsc
  to main/t/tkabber-plugins/tkabber-plugins_0.11.1-1.dsc
tkabber-plugins_0.11.1-1_all.deb
  to main/t/tkabber-plugins/tkabber-plugins_0.11.1-1_all.deb
tkabber-plugins_0.11.1.orig.tar.gz
  to main/t/tkabber-plugins/tkabber-plugins_0.11.1.orig.tar.gz


-- 
To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Accepted ejabberd 2.0.5-1.1 (source i386)

[Konstantin Khomoutov]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Sun, 10 May 2009 01:32:38 +0400
Source: ejabberd
Binary: ejabberd
Architecture: source i386
Version: 2.0.5-1.1
Distribution: unstable
Urgency: low
Maintainer: Torsten Werner twer...@debian.org
Changed-By: Konstantin Khomoutov flatw...@users.sourceforge.net
Description: 
 ejabberd   - Distributed, fault-tolerant Jabber/XMPP server written in Erlang
Changes: 
 ejabberd (2.0.5-1.1) unstable; urgency=low
 .
   * Non-maintainer upload to fix compatibility with Erlang/OTP R13B
 (dynamic_compile_loglevel.patch added).
   * Raise requirement for the erlang-dev package version to = 1:13.b
 to simplify transition of Debian to Erlang/OTP R13B.
Checksums-Sha1: 
 41b897393311682fb7bfd84003f2b3637df31c3a 1309 ejabberd_2.0.5-1.1.dsc
 f08a3200bff6a69c1352b18f698fbd37775d23e8 62816 ejabberd_2.0.5-1.1.diff.gz
 50f0bfa13b148f0b683a8782506ed0781b16cf03 1164076 ejabberd_2.0.5-1.1_i386.deb
Checksums-Sha256: 
 003a76f5e430b772a12a9eaf1766973e296d2523f21628469632888771f04a37 1309 
ejabberd_2.0.5-1.1.dsc
 c103d6150bd9a1d910ec294306330f7d5e6f0cb750336c3fe44fc69224a4213f 62816 
ejabberd_2.0.5-1.1.diff.gz
 9c853773df7c6d67fc9bd00ea83b02994430f7101b8175974700be27d683b6b8 1164076 
ejabberd_2.0.5-1.1_i386.deb
Files: 
 29f00d0916073f03af7add195b729273 1309 net optional ejabberd_2.0.5-1.1.dsc
 8a01068fdf3d4fb9abba2f91e02363d3 62816 net optional ejabberd_2.0.5-1.1.diff.gz
 1045daf9668273a27a0b47881055c7f8 1164076 net optional 
ejabberd_2.0.5-1.1_i386.deb

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

iD8DBQFKBfmLIcdH02pGEFIRAtmkAJ47aGSbUiAIwIfqxtKVhxKvgzlV7QCgihip
1M9UAikuWnADPFS6Q/nvpbo=
=uImU
-END PGP SIGNATURE-


Accepted:
ejabberd_2.0.5-1.1.diff.gz
  to pool/main/e/ejabberd/ejabberd_2.0.5-1.1.diff.gz
ejabberd_2.0.5-1.1.dsc
  to pool/main/e/ejabberd/ejabberd_2.0.5-1.1.dsc
ejabberd_2.0.5-1.1_i386.deb
  to pool/main/e/ejabberd/ejabberd_2.0.5-1.1_i386.deb


-- 
To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Accepted tkabber 0.11.0-3 (source all)

[Konstantin Khomoutov]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Sun, 09 Nov 2008 16:28:45 +0300
Source: tkabber
Binary: tkabber
Architecture: source all
Version: 0.11.0-3
Distribution: unstable
Urgency: low
Maintainer: Konstantin Khomoutov [EMAIL PROTECTED]
Changed-By: Konstantin Khomoutov [EMAIL PROTECTED]
Description: 
 tkabber- GUI client for XMPP (Jabber) instant messaging protocol
Closes: 505103
Changes: 
 tkabber (0.11.0-3) unstable; urgency=low
 .
   * Integrated patch fixing problem with connecting to
 Google Talk servers (closes: #505103).
Checksums-Sha1: 
 215b712cf8ad0b9c5d7c3563ae240515b4778e78 981 tkabber_0.11.0-3.dsc
 76c843aaf3f3d49dffceac13d2fe95c0cde6f055 8364 tkabber_0.11.0-3.diff.gz
 7fe1c09dad431d36329654628d2fba47b882cde2 960512 tkabber_0.11.0-3_all.deb
Checksums-Sha256: 
 6955c1bfe8ff88de2ec19192351e5c6535a7a9dbcc2f50be7bc1d7d4fdacbe7e 981 
tkabber_0.11.0-3.dsc
 5a19620473a4034a19f78b6f96efe6bc5d6bb51039a0bfd43015ee62ae81a79d 8364 
tkabber_0.11.0-3.diff.gz
 142e2219d96f47aada80dcb9e39b682ef947891eb5fef79c00d37f45ca13afbd 960512 
tkabber_0.11.0-3_all.deb
Files: 
 747f27547b0f28217d5e06ed3b01a4b0 981 net optional tkabber_0.11.0-3.dsc
 fbd638f8ace6bf651d734c567b596673 8364 net optional tkabber_0.11.0-3.diff.gz
 56bf5971ce68712ed03ae83d736cfe9c 960512 net optional tkabber_0.11.0-3_all.deb

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

iD8DBQFJFuquIcdH02pGEFIRAlTHAJwPtyOKBxGVuQOH3ByxT5XSQvmi4wCgmC1C
6TA+Xg+ccwigK02Dg5GV8HE=
=IpIr
-END PGP SIGNATURE-


Accepted:
tkabber_0.11.0-3.diff.gz
  to pool/main/t/tkabber/tkabber_0.11.0-3.diff.gz
tkabber_0.11.0-3.dsc
  to pool/main/t/tkabber/tkabber_0.11.0-3.dsc
tkabber_0.11.0-3_all.deb
  to pool/main/t/tkabber/tkabber_0.11.0-3_all.deb


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

Accepted tkabber 0.11.0-2 (source all)

[Konstantin Khomoutov]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Tue, 29 Jul 2008 23:51:13 +
Source: tkabber
Binary: tkabber
Architecture: source all
Version: 0.11.0-2
Distribution: unstable
Urgency: low
Maintainer: Konstantin Khomoutov [EMAIL PROTECTED]
Changed-By: Konstantin Khomoutov [EMAIL PROTECTED]
Description: 
 tkabber- GUI client for XMPP (Jabber) instant messaging protocol
Closes: 492929 493010
Changes: 
 tkabber (0.11.0-2) unstable; urgency=low
 .
   * Integrated upstream fix for the error in the implementation
 of BASIC HTTP proxy authentication mechanism (closes: #492929).
   * Integrated upstream fix for the sticky proxy server settings
 (closes: #493010).
Files: 
 01804ea8d37dc759fdd82e350a126ece 981 net optional tkabber_0.11.0-2.dsc
 f742390fa3ae8aebf84b386fdec833fe 8030 net optional tkabber_0.11.0-2.diff.gz
 d0fe58f77b7343e5aa31eef983a735ee 960500 net optional tkabber_0.11.0-2_all.deb

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

iD8DBQFIlDlEIcdH02pGEFIRArtOAJ9JoRJdBcUh3r8m60mFSCUnuksP0wCeK0fv
GfJipCTGm/rcSQLyAT32os8=
=hpH5
-END PGP SIGNATURE-


Accepted:
tkabber_0.11.0-2.diff.gz
  to pool/main/t/tkabber/tkabber_0.11.0-2.diff.gz
tkabber_0.11.0-2.dsc
  to pool/main/t/tkabber/tkabber_0.11.0-2.dsc
tkabber_0.11.0-2_all.deb
  to pool/main/t/tkabber/tkabber_0.11.0-2_all.deb


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

Accepted tkabber-plugins 0.11.0-1 (source all)

[Konstantin Khomoutov]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Wed, 25 Jun 2008 19:35:37 +0400
Source: tkabber-plugins
Binary: tkabber-plugins
Architecture: source all
Version: 0.11.0-1
Distribution: unstable
Urgency: low
Maintainer: Konstantin Khomoutov [EMAIL PROTECTED]
Changed-By: Konstantin Khomoutov [EMAIL PROTECTED]
Description: 
 tkabber-plugins - standard plugins for Tkabber, an XMPP (Jabber) client
Closes: 487898
Changes: 
 tkabber-plugins (0.11.0-1) unstable; urgency=low
 .
   * Initial release (Closes: #487898)
Files: 
 592f63ecec773aebfb2dbb0cd0ec450d 1041 net extra tkabber-plugins_0.11.0-1.dsc
 d0f9cdae9d59e45a68cf91280c6e507c 606306 net extra 
tkabber-plugins_0.11.0.orig.tar.gz
 700b4da9789db7cc9a485144daada21d 8644 net extra 
tkabber-plugins_0.11.0-1.diff.gz
 65ae04ebe39487d317a70028820c4745 609476 net extra 
tkabber-plugins_0.11.0-1_all.deb

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

iD8DBQFIaLgFIcdH02pGEFIRAhUDAKCN+/xkFE6SjRHnjL5s40wM2TiQXACfWTcG
8zAXPkD6J+0TqMetlLGVWK4=
=uN33
-END PGP SIGNATURE-


Accepted:
tkabber-plugins_0.11.0-1.diff.gz
  to pool/main/t/tkabber-plugins/tkabber-plugins_0.11.0-1.diff.gz
tkabber-plugins_0.11.0-1.dsc
  to pool/main/t/tkabber-plugins/tkabber-plugins_0.11.0-1.dsc
tkabber-plugins_0.11.0-1_all.deb
  to pool/main/t/tkabber-plugins/tkabber-plugins_0.11.0-1_all.deb
tkabber-plugins_0.11.0.orig.tar.gz
  to pool/main/t/tkabber-plugins/tkabber-plugins_0.11.0.orig.tar.gz


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

Accepted tkabber 0.11.0-1 (source all)

[Konstantin Khomoutov]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Sun, 22 Jun 2008 02:53:58 +0400
Source: tkabber
Binary: tkabber
Architecture: source all
Version: 0.11.0-1
Distribution: unstable
Urgency: low
Maintainer: Konstantin Khomoutov [EMAIL PROTECTED]
Changed-By: Konstantin Khomoutov [EMAIL PROTECTED]
Description: 
 tkabber- GUI client for XMPP (Jabber) instant messaging protocol
Closes: 465690
Changes: 
 tkabber (0.11.0-1) unstable; urgency=low
 .
   * New maintainer: Konstantin Khomoutov [EMAIL PROTECTED]
 (closes: #465690).
   * New upstream release.
   * Introduced build dependency on quilt.
   * Added patches which fix two major bugs crept into the new release:
 incorrect processing of xmpp:urn:time IQ requests and typo in
 the HTTP proxy basic authentication code resulted in runtime error.
   * Simplified debian/rules to make more use of the Tkabber's own Makefile.
   * tkabber.html is now installed as part of the documentation instead
 of tkabber.xml; also it's registered with doc-base, if available.
   * Removed tkabber.sgml in favor of more simplistic tkabber.1 nroff file.
   * Changed descriptions of package in debian/control to make them
 more informative; tkabber-plugins package is mentioned.
   * Manual page corrected: some wording changed, provided more links
 to other documentation sources.
Files: 
 a02a2f147e97d31197552d96235fb11a 981 net optional tkabber_0.11.0-1.dsc
 ee3b1ad5e044237b36cffbf3020a4767 973943 net optional tkabber_0.11.0.orig.tar.gz
 5540043f40378470d0ba713a8cab3036 7494 net optional tkabber_0.11.0-1.diff.gz
 9e09e7ff5106669d0b28c043be0bbed9 960358 net optional tkabber_0.11.0-1_all.deb

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

iD8DBQFIZOe+IcdH02pGEFIRAvLdAJ93WpDhz+cBxJfM9jm7Did3y3UUawCbBrcV
4JwhuOcaHSbkY1Y6i3NaD/E=
=FUAZ
-END PGP SIGNATURE-


Accepted:
tkabber_0.11.0-1.diff.gz
  to pool/main/t/tkabber/tkabber_0.11.0-1.diff.gz
tkabber_0.11.0-1.dsc
  to pool/main/t/tkabber/tkabber_0.11.0-1.dsc
tkabber_0.11.0-1_all.deb
  to pool/main/t/tkabber/tkabber_0.11.0-1_all.deb
tkabber_0.11.0.orig.tar.gz
  to pool/main/t/tkabber/tkabber_0.11.0.orig.tar.gz


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