Re: Shouldn't apt-listchanges be Priority: standard?

[Don Armstrong]

On Wed, 19 Dec 2007, Christian Perrier wrote:
> Steve Langasek commented while closing this bug report:
> > It is recommended that you use apt-listchanges on your system, to be
> > notified of package behavior changes such as this.
> 
> Could we consider increasign the priority of apt-listchanges so that
> it is installed by default?

Perhaps apt-listchanges (or other, frontend-specific methods) in a
default configuration to only show NEWS.Debian would be ideal?

[Otherwise the changelog would drown out all of the end-user notices
in NEWS.Debian.]


Don Armstrong

-- 
Some pirates achieved immortality by great deeds of cruelty or
derring-do. Some achieved immortality by amassing great wealth. But
the captain had long ago decided that he would, on the whole, prefer
to achieve immortality by not dying.
 -- Terry Pratchet _The Color of Magic_

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


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

Re: Shouldn't apt-listchanges be Priority: standard?

[Pierre Habouzit]

On Wed, Dec 19, 2007 at 06:19:41AM +, Christian Perrier wrote:
> From Bug#456977: 
> 
> Steve Langasek commented while closing this bug report:
> 
> > 
> > It is recommended that you use apt-listchanges on your system, to be
> > notified of package behavior changes such as this.
> 
> 
> Could we consider increasign the priority of apt-listchanges so that
> it is installed by default?

  I wouldn't mind :) python is already priority standard, should make
sense. I also think this would be quite a good idea.

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


pgpv3Ay0a9lAD.pgp
Description: PGP signature

Re: Shouldn't apt-listchanges be Priority: standard?

[Pierre Habouzit]

On Wed, Dec 19, 2007 at 08:34:23AM +, Don Armstrong wrote:
> On Wed, 19 Dec 2007, Christian Perrier wrote:
> > Steve Langasek commented while closing this bug report:
> > > It is recommended that you use apt-listchanges on your system, to be
> > > notified of package behavior changes such as this.
> > 
> > Could we consider increasign the priority of apt-listchanges so that
> > it is installed by default?
> 
> Perhaps apt-listchanges (or other, frontend-specific methods) in a
> default configuration to only show NEWS.Debian would be ideal?

  That is the default configuration for apt-listchanges, despite its
name, rationale being that people really interested in the full
changelog like I am, are also able to dpkg-reconfigure it to show "both"
NEWS and Changelog. It's NEWS only by default.

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


pgp8LvYhIqxYT.pgp
Description: PGP signature

help with install-info usage count

[Norbert Preining]

Hi all!

In the process of merging dpkg install-info and GNU install-info we are
now at the point that I would like to generate a list of packages
using install-info together with the way HOW they call it. Options would
be
- via dh_installinfo generated code
- via manual code: which arguments

What is the best way to create such a list? I cannot install *all*
packages of sid on my computer and grep for it in postinst scripts.

Any suggestions would be very helpful, thanks a lot

Best wishes

Norbert

---
Dr. Norbert Preining <[EMAIL PROTECTED]>Vienna University of Technology
Debian Developer <[EMAIL PROTECTED]> Debian TeX Group
gpg DSA: 0x09C5B094  fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094
---
WEST WITTERING (participial vb.)
The uncontrollable twitching which breaks out when you're trying to
get away from the most boring person at a party.
--- Douglas Adams, The Meaning of Liff


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

poppler transition

[Norbert Preining]

Dear all!

Can we somehow organize that the poppler transition can be done in a
reasonable time frame? There now quite a lot of packages waiting to
enter testing but are all blocked by poppler.

Currently the problematic packages are (from bjorn.haxx.se):
. gimp
uploaded yesterday, needs again 10 days ...
. luatex
needs 2 more days
. abiword-plugins
not yet built on mipsel
should be ignored, but forced by vorlon

The other packages which are ready for transition and only waiting are:
evince, gambas, kdegraphics, pdfcube, tracker, texlive-bin

So let's hope that NO new uploads are happening for the following 8
days. At least I will refrain from uploading anything.

Best wishes

Norbert

---
Dr. Norbert Preining <[EMAIL PROTECTED]>Vienna University of Technology
Debian Developer <[EMAIL PROTECTED]> Debian TeX Group
gpg DSA: 0x09C5B094  fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094
---
GLORORUM (n.)
One who takes pleasure in informing others about their bowel
movements.
--- Douglas Adams, The Meaning of Liff


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

Re: help with install-info usage count

[Nicolas François]

Hello Norbert,

2007/12/19, Norbert Preining <[EMAIL PROTECTED]>:
> Hi all!
>
> In the process of merging dpkg install-info and GNU install-info we are
> now at the point that I would like to generate a list of packages
> using install-info together with the way HOW they call it. Options would
> be
> - via dh_installinfo generated code
> - via manual code: which arguments
>
> What is the best way to create such a list? I cannot install *all*
> packages of sid on my computer and grep for it in postinst scripts.

I have such list, I will send it to you tonight.

The list was computed based on the extraction of binary packages from
(IIRC) the i386  mirror.
It does not distinguish manual code from dh_installinfo generated code.

Best Regards,
-- 
Nekral


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

Re: help with install-info usage count

[Norbert Preining]

On Mi, 19 Dez 2007, Norbert Preining wrote:
> What is the best way to create such a list? I cannot install *all*

No need to answer, I did run some scripts on the mirror on merkel.
Thanks.

Best wishes

Norbert

---
Dr. Norbert Preining <[EMAIL PROTECTED]>Vienna University of Technology
Debian Developer <[EMAIL PROTECTED]> Debian TeX Group
gpg DSA: 0x09C5B094  fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094
---
GREELEY (n.)
Someone who continually annoys you by continually apologising for
annoying you.
--- Douglas Adams, The Meaning of Liff


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

Re: [RFH] Bug#454179: kdesvn killed by SIGBUS

[Wouter Verhelst]

On Tue, Dec 18, 2007 at 08:07:59PM +0100, Vincent Fourmond wrote:
>   I saw you closed the bug - I however wanted to point to debsums. As
> mentioned, SIBGUSes can be caused by corrupted binaries;

Much can be caused by corrupted binaries: when a binary is corrupt, then
segfaults, bus errors, and security vulnerabilities are all possible.

However, since unaligned accesses often cause bus errors, too, my guess
is that it's quite a bit more likely for a SIGBUS to be caused by
programmer error than a corrupted binary...

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


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

Re: [RFH] Bug#454179: kdesvn killed by SIGBUS

[brian m. carlson]

On Wed, Dec 19, 2007 at 07:25:35PM +0100, Wouter Verhelst wrote:

However, since unaligned accesses often cause bus errors, too, my guess
is that it's quite a bit more likely for a SIGBUS to be caused by
programmer error than a corrupted binary...


Yes, but i386 and amd64 don't require aligned accesses.  The bug is 
manifesting itself on amd64, so it is unlikely to be an unaligned 
access.  In fact, the only case where I've ever seen a SIGBUS on i386 is 
where a friend accidentally removed the hard disk from the machine 
whilst it was running.


In general, and especially on certain platforms (sparc comes to mind), 
you are correct.  Unaligned accesses are a very common problem because 
most programmers don't use architectures that require aligned access and 
so never notice that anything is amiss.


--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 713 440 7475 | http://crustytoothpaste.ath.cx/~bmc | My opinion only
a typesetting engine: http://crustytoothpaste.ath.cx/~bmc/code/thwack
OpenPGP: RSA v4 4096b 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187


signature.asc
Description: Digital signature

Re: Bug#456782: ITP: tcpwatch -- tcpwatch is a recorder for HTTP requests in Python

[Henrique de Moraes Holschuh]

On Tue, 18 Dec 2007, Toni Mueller wrote:
> > A few things: why is it called "tcpwatch" when it only watches HTTP
> > requests? A better name would be "httpwatch".
> 
> it's named that way by upstream. I want to keep confusion to a minimum

Well, personally, I'd rather not have such a thing in Debian with that name.
And the fact that upstream called it that way doesn't speak highly of the
tool, either IMHO.

We have *real* tcp stream/flow watchers and recorders in Debian already.
Also, ethereal/wireshark can postprocess and analyze http traffic, if you
require a GUI.  If this new tool can do better for http traffic (which I
don't doubt it could, but it is not certain so far), it should at least be
properly named... And if it cannot do better than the tools we already have
in the archive, why package it?

-- 
  "One disk to rule them all, One disk to find them. One disk to bring
  them all and in the darkness grind them. In the Land of Redmond
  where the shadows lie." -- The Silicon Valley Tarot
  Henrique Holschuh


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

Re: Shouldn't apt-listchanges be Priority: standard?

[Philippe Cloutier]

Could we consider increasign the priority of apt-listchanges so that
it is installed by default?
I'm against making it standard, because currently tasksel doesn't ask if 
a recommendation should be installed, so when we make tasksel install 
recommendations by default, apt-listchanges would bring in GTK+ and 
company (due to its recommendation of python-glade2). This is useless 
for X-less installs.



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

Re: Bug#456782: ITP: tcpwatch -- tcpwatch is a recorder for HTTP requests in Python

[Toni Mueller]

Hi,

On Wed, 19.12.2007 at 18:23:19 -0200, Henrique de Moraes Holschuh <[EMAIL 
PROTECTED]> wrote:
> Well, personally, I'd rather not have such a thing in Debian with that name.
> And the fact that upstream called it that way doesn't speak highly of the
> tool, either IMHO.

well, the latest release of that tool is dated 2004, and it was
developed by a person who has no primary interest in network traffic
analysis.

Having said that, I have also to say that

> We have *real* tcp stream/flow watchers and recorders in Debian already.
> Also, ethereal/wireshark can postprocess and analyze http traffic, if you
> require a GUI.  If this new tool can do better for http traffic (which I

this is highly irrelevant for the matter at hand because this tool is
specifically well suited to be used as a tool from inside funkload (not
by humans directly these days) to record web requests and write them to
file as Python code which you can later modify to automate web-related
tasks, or run tests against web based applications.

Rewriting funkload to do that with a different tool, eg. wireshark, is
nigh impossible, or at least highly unreasonable, given that the
tcpwatch script is 1485 lines of pure Python _only_, with no external
dependencies.

> don't doubt it could, but it is not certain so far), it should at least be
> properly named... And if it cannot do better than the tools we already have
> in the archive, why package it?

It enhances the functionality of funkload in a very good way many users
of funkload actually use, and it fits into the funkload suite like a
glove, so to say. It's more like a libary than a self-contained program
except that it actually is, and still has its own Tkinter GUI, too (for
those of us who like retro computing).


Best,
--Toni++


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

Re: Bug#456782: ITP: tcpwatch -- tcpwatch is a recorder for HTTP requests in Python

[Hamish Moffatt]

On Wed, Dec 19, 2007 at 10:01:54PM +0100, Toni Mueller wrote:
> On Wed, 19.12.2007 at 18:23:19 -0200, Henrique de Moraes Holschuh <[EMAIL 
> PROTECTED]> wrote:
> > We have *real* tcp stream/flow watchers and recorders in Debian already.
> > Also, ethereal/wireshark can postprocess and analyze http traffic, if you
> > require a GUI.  If this new tool can do better for http traffic (which I
> 
> this is highly irrelevant for the matter at hand because this tool is
> specifically well suited to be used as a tool from inside funkload (not
> by humans directly these days) to record web requests and write them to
> file as Python code which you can later modify to automate web-related
> tasks, or run tests against web based applications.

In that case, you could call the package funkload-tcpwatch?
Perhaps even install the binaries in /usr/lib for use by funkload only?


Hamish
-- 
Hamish Moffatt VK3SB <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>


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

Re: Bug#456782: ITP: tcpwatch -- tcpwatch is a recorder for HTTP requests in Python

[Toni Mueller]

Hi,

On Thu, 20.12.2007 at 08:50:39 +1100, Hamish Moffatt <[EMAIL PROTECTED]> wrote:
> In that case, you could call the package funkload-tcpwatch?
> Perhaps even install the binaries in /usr/lib for use by funkload only?

it is only one "binary", and in fact, I already thought about that, but
I'm a bit undecided yet because the program still can be used the other
way, which I'm not going to change. Renaming the package is a good
idea, but whether renaming the program itself is, I have to think over.

For such programs, there exists /usr/libexec on some systems, but not
in Linux as far as I know.


Best,
--Toni++


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

Re: Shouldn't apt-listchanges be Priority: standard?

[Roberto C . Sánchez]

On Wed, Dec 19, 2007 at 04:07:14PM -0500, Philippe Cloutier wrote:
> >
> >Could we consider increasign the priority of apt-listchanges so that
> >it is installed by default?
> I'm against making it standard, because currently tasksel doesn't ask if 
> a recommendation should be installed, so when we make tasksel install 
> recommendations by default, apt-listchanges would bring in GTK+ and 
> company (due to its recommendation of python-glade2). This is useless 
> for X-less installs.
> 
Then why not downgrade that recommendation to a suggestion?

Regards,

-Roberto

-- 
Roberto C. Sánchez
http://people.connexer.com/~roberto
http://www.connexer.com


signature.asc
Description: Digital signature

Re: Bug#456782: ITP: tcpwatch -- tcpwatch is a recorder for HTTP requests in Python

[Hamish Moffatt]

On Wed, Dec 19, 2007 at 11:05:47PM +0100, Toni Mueller wrote:
> On Thu, 20.12.2007 at 08:50:39 +1100, Hamish Moffatt <[EMAIL PROTECTED]> 
> wrote:
> > In that case, you could call the package funkload-tcpwatch?
> > Perhaps even install the binaries in /usr/lib for use by funkload only?
> 
> it is only one "binary", and in fact, I already thought about that, but
> I'm a bit undecided yet because the program still can be used the other
> way, which I'm not going to change. Renaming the package is a good
> idea, but whether renaming the program itself is, I have to think over.
> 
> For such programs, there exists /usr/libexec on some systems, but not
> in Linux as far as I know.

/usr/lib is suitable in place of /usr/libexec.

thanks,
Hamish
-- 
Hamish Moffatt VK3SB <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>


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

Re: Bug#456782: ITP: tcpwatch -- tcpwatch is a recorder for HTTP requests in Python

[sean finney]

On Wednesday 19 December 2007 11:05:47 pm Toni Mueller wrote:

> For such programs, there exists /usr/libexec on some systems, but not
> in Linux as far as I know.

the FHS (and debian by extension) doesn't provide support for /usr/libexec.  
in every case i know of, contents of what would otherwise have gone 
in /usr/libexec go in /usr/lib/package/ instead.

sean


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

ITP: MUCkl -- A Web Based Groupchat Application

[Marcelo Jorge Vieira (metal)]

Package: wnpp
Severity: wishlist

* Package name   : MUCkl
  Version: 0.4.3
  Upstream Author: Stefan Strigler <[EMAIL PROTECTED]>
   Florian Jensen <[EMAIL PROTECTED]>
* URL: http://zeank.in-berlin.de/muckl/
* License: GPL2
  Description: A Web Based Groupchat Application

  MUCkl is a web based groupchat application with focus on ease of
  installation and usage. As a user you just need to enter your
  desired nickname and start chatting.
  MUCkl doesn't need Perl, PHP or MySQL at the server side nor Java at
  the client side. It's just plain HTML/JavaScript.

  MUCkl uses [1]Jabber technology to handle all communication. It
  let's you connect to any predefined [2]MUC-based chat room.

  [1] http://www.jabber.org
  [2] http://www.jabber.org/jeps/jep-0045.html

-- 
Marcelo Jorge Vieira (metal)
metaldot - http://metaldot.alucinados.com
jabber - [EMAIL PROTECTED]


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

Re: Bug#456782: ITP: tcpwatch -- tcpwatch is a recorder for HTTP requests in Python

[Toni Mueller]

Hi,

On Thu, 20.12.2007 at 00:06:55 +0100, sean finney <[EMAIL PROTECTED]> wrote:
> the FHS (and debian by extension) doesn't provide support for /usr/libexec.  
> in every case i know of, contents of what would otherwise have gone 
> in /usr/libexec go in /usr/lib/package/ instead.

but this is a misconception because the program *can* be used
individually, and it was also developed much earlier than whatever
/usr/lib/package you might think is appropriate. And last but not
least, you find eg. sendmail in /usr/libexec on BSDs, but not in
/usr/lib/sendmail/sendmail on Linux, don't you?

Anyway, I'll put the program where I think it fits, and it will be in
accordance to packaging rules.


Best,
--Toni++


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

Re: help with install-info usage count

[Russ Allbery]

Norbert Preining <[EMAIL PROTECTED]> writes:
> On Mi, 19 Dez 2007, Norbert Preining wrote:

>> What is the best way to create such a list? I cannot install *all*

> No need to answer, I did run some scripts on the mirror on merkel.

For those who are curious about these sorts of searches, don't forget that
you can also use the lintian lab in /org/lintian.debian.org on gluck.

-- 
Russ Allbery ([EMAIL PROTECTED])   


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

Re: Bug#456782: ITP: tcpwatch -- tcpwatch is a recorder for HTTP requests in Python

[Hamish Moffatt]

On Thu, Dec 20, 2007 at 01:06:58AM +0100, Toni Mueller wrote:
> Anyway, I'll put the program where I think it fits, and it will be in
> accordance to packaging rules.

Sorry you don't like our feedback, but this is the reason why ITPs are
posted to debian-devel. 

Hamish
-- 
Hamish Moffatt VK3SB <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>


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

Sorry, ignore the newbie

[Paul Goins]

I copy-pasted addresses a little too quickly.  Sorry for the spam; I realized 
my mistake and already put in my request at the proper address.

- Paul Goins


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

Re: Shouldn't apt-listchanges be Priority: standard?

[Christian Perrier]

Quoting Philippe Cloutier ([EMAIL PROTECTED]):
>>
>> Could we consider increasign the priority of apt-listchanges so that
>> it is installed by default?
> I'm against making it standard, because currently tasksel doesn't ask if a 
> recommendation should be installed, so when we make tasksel install 
> recommendations by default, apt-listchanges would bring in GTK+ and company 
> (due to its recommendation of python-glade2). This is useless for X-less 
> installs.

"Throwing away the baby with the bath's water", no? :-)

I'm pretty sure that Pierre would downgrade the recommendation to a
suggestion in case apt-listchanges is "Priority: standard", n'est-ce
pas Pierre?




signature.asc
Description: Digital signature