暑い中いかがお過ごしでしょうか。

[perfection]

高級セレブ在籍のサポートクラブ『パーフェクション』です。
今までにこんな経験をなされた方はいらっしゃらないでしょうか？

 ①相手を選別する際に長い時間を費やしてしまった。
 ②サークル入会金に何十万円も費やしてしまった。 
 ③入会した後サークル側から何もサポートがない。 
 ④女性会員がVIPなので保証金を払ってほしいと言われた。 
 ⑤サークルを退会する際退会費用を請求された。 
-
※パーフェクションでは上記する事態はありえません。ではご説明致します。

まず最初に①の件を説明致します。当サークルでは先ず初めに【パーフェクトクエスチョン】というアンケートを使用しています。これにより円滑に相手をご紹介差し上げる事が出来ます。ご返信の際は下記アンケートに記入をして下さい。
-
【パーフェクトクエスチョン】

１，女性会員様にお会いになれる都道府県名をお答え下さい。
　　
　解答欄『　』

２, 当サークルのタイプ分類から一つをお選びになって下さい。
　　　
　　【タイプ1】真面目な交際・結婚前提希望 
　　【タイプ2】事業資金などサポート希望 
　　【タイプ3】40歳以上の交際希望 
　　
　　　
　解答欄『　』
-
上記二つの簡単な質問にお答え頂けるだけでこちらから何人かの女性会員様をピッ
クアップ致します。もちろんその女性会員様の中でお気に召す方がおられなければ
他の女性会員様をご紹介することも可能です。またこちらは女性会員様全員という
ことではないのですが【写真、紹介動画】などもご一緒に添付致しております。是
非ご検討にお役立て下さい。
--
②の件につきましては会員様のお問い合わせ、ご質問を２４時間体制でサポート致し
ております。当サークルスタッフ一同会員様一人一人に責任を持って丁寧に対応さ
せて頂きます。　
--
最後に皆様にとっての一番のネックとも言える③、④、⑤の件ですが。当サークル
は【入会金なし】,【保証金なし】,【退会費用なし】つまり当サークルから男性会
員様に費用を請求することは一切ありません。理由をご説明致しますと、当サーク
ルの運営資金は女性会員様からの会費、広告料、そしてパーフェクションを利用す
ることにより目的を果たせた元女性会員様からのご融資により成り立っております。
どうか気兼ねせずに当サークルをご利用下さい。
--
あとがき

私共は女性会員様を大事にして頂ける男性を数多く捜しております。誠意を持って
当サークルに入会して頂き、ご希望する関係を皆様で築きあげて下さい。少しでも
そのお手伝いが出来たなら幸いです。
　　
※今後一切この配信を希望しないという方は題名に配信不要と書いて返信をして下さい。大変申し訳ありませんでした。

高級セレブ専門クラブ　『パーフェクション』




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

Re: Public service announcement about Policy 10.4

[Andreas Metzler]

Thomas Hood <[EMAIL PROTECTED]> wrote:
[command -v]
> It is not even useful as a which(1) replacement.  Whereas "which"
> prints the pathname of the first executable file on the PATH,
> "command -v" prints the pathname of the first executable file on the
> PATH _or_ the pathname of the first non-executable file on the PATH.

s/_or_/or - if there is matching executable at all in PATH -/

But thanks for the information anyway, I did not know about this
unwelcome behavior.

[...]
> For these reasons the use of "command -v" should be avoided in
> /bin/sh scripts and I would say that posh is right to omit it.

FWIW I am using command -v in one of my maintainerscripts, as I needed
to check whether $command which (currently) is an alias of shell-function
exists:

if command -v db_settitle > /dev/null 2>&1; then
db_settitle exim4/exim4-config-title 2>/dev/null || true
fi

This is going to be removed soon, when we drop woody compability, but
might need to be used later again, as debconf evolves.
 cu andreas
-- 
"See, I told you they'd listen to Reason," [SPOILER] Svfurlr fnlf,
fuhggvat qbja gur juveyvat tha.
Neal Stephenson in "Snow Crash"
   http://downhill.aus.cc/


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

Re: Documentation of alioth?

[Raphaël Hertzog]

Le jeudi 28 juillet 2005 à 09:31 +0200, Florian Weimer a écrit :
> This is ridiculous.  With this attitude, you will never receive any
> substantial help with alioth system administration.  It's unlikely
> that anyone who 

Sorry, I can't offer something better... but as you see, you can help
alioth admins without having a local gforge since you diagnosed a
problem.

> For example, issue #301374 is caused by explicit configuration which
> disables POST requests, in /srv/svn.debian.org/etc/apache.conf:
> 
> 
> 
> deny from all
> 
> 

Thank you for the explanation of the problem, but why didn't you add
this useful feedback to the request tracker ? At least that way all
alioth admins would know precisely the problem and could act
accordingly.

I added that, and asked wiggy to fix that (he has the right to edit the
good file). Hopefully it will be fixed soon...

Cheers,
-- 
Raphaël Hertzog

Premier livre français sur Debian GNU/Linux :
http://www.ouaza.com/livre/admin-debian/


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

Re: Documentation of alioth?

[Florian Weimer]

* Raphaël Hertzog:

> Sorry, I can't offer something better... but as you see, you can help
> alioth admins without having a local gforge since you diagnosed a
> problem.

What's the benefit of diagnosing the problem if it isn't fixed?

> At least that way all alioth admins would know precisely the problem
> and could act accordingly.

Those with sufficient privilege obviously do not read the tracker.

Look, it took me maybe ten minutes to diagnose the problem.  I'm not
familiar with the system configuration, so I spent most of the time
looking for the correct configuration file.

If anyone with the necessary privileges were actually interested in
maintaining alioth, they would follow the tracker and fix such
low-hanging fruits immediately.

Re: Alioth Project Denied

[Ondrej Sury]

Hi,

I have submitted new upstream project, since I am author of 
mod_vhost_ldap :-(.  Who I should contact about this issue?


Ondrej

[EMAIL PROTECTED] wrote:

Your project registration for Alioth has been denied.

Project Full Name:  mod_vhost_ldap
Project Unix Name:  modvhostldap

Reasons for negative decision:

If you decide to use an alioth project to comaintain a package, you need to include a 
"pkg-" prefix in your project name. This is required to be able to differentiate projects 
dedicated to Debian packaging from projects where alioth is the main repository of 
"upstream" code.

Please resubmit your project with a good name.



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

Re: Documentation of alioth?

[Raphaël Hertzog]

Le dimanche 07 août 2005 à 11:39 +0200, Florian Weimer a écrit :
> What's the benefit of diagnosing the problem if it isn't fixed?

It lets people with the required privileges fix the problem without
having to investigate it first.

> Those with sufficient privilege obviously do not read the tracker.

Sure we read it... and no we're not going through it each day. We
receive any "update" and if we see that the problem can be fixed in less
than 2 minutes we usually do it.

Of course, sometime we forget. Of course, sometime we're busy.

> Look, it took me maybe ten minutes to diagnose the problem.  I'm not
> familiar with the system configuration, so I spent most of the time
> looking for the correct configuration file.

I'm not familiar with everything either... I have some admin privileges
but I've not setup Gforge since Roland did that part. I'm not a Gforge
package maintainer either... so my gforge knowledge is limited.

Concerning svn.debian.org and arch.debian.org, wiggy installed this
service first... so again I don't know everything. 

> If anyone with the necessary privileges were actually interested in
> maintaining alioth, they would follow the tracker and fix such
> low-hanging fruits immediately.

If life was that easy... please stop whining and see the reality. Many
packages have easy to fix bugs that languishes ... it's the same with
alioth. We appreciate any help... bitching about us doesn't help but
nagging us about simple issues like « please take 2 minutes to fix this:
it's easy look you just have to "..." » is certainly appreciated.

Cheers,
-- 
Raphaël Hertzog

Premier livre français sur Debian GNU/Linux :
http://www.ouaza.com/livre/admin-debian/


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

Re: Alioth Project Denied

[Hamish Moffatt]

On Sun, Aug 07, 2005 at 11:31:15AM +0200, Ondrej Sury wrote:
> Hi,
> 
> I have submitted new upstream project, since I am author of 
> mod_vhost_ldap :-(.  Who I should contact about this issue?
> 
> Ondrej
> 
> [EMAIL PROTECTED] wrote:
  ^

Can't we do better than this?

> >Your project registration for Alioth has been denied.


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


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

Re: NMUs wanted: C++ library packages in need of uploading

[Petter Reinholdtsen]

[Marcelo E. Magallon]
>  The list and script can be found in
>  http://people.debian.org/~mmagallo/gcc-transition/

Are you going to keep it up to date?  Is it generated using a cronjob,
or do you update it manually?

It would be great if someone could add a link to your updated graph
from http://people.debian.org/~mfurr/gxx/>.  It would make sure
at least I find it when I need it.

The postscript file confused my ghostview version 1.5, so I had to
look at the graph using dotty to see the full graph.


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

Re: curl reverts to openssl (but the story does not ends here)

[Elimar Riesebieter]

On Sat, 06 Aug 2005 the mental interface of
Domenico Andreoli told:

> reopen 318590
> thanks
>
> hi dear developers,
>
>   it looks like i completely underestimated the transition of curl
>   to gnutls [0]. so i have just made a new upload which settles
>   the things back to openssl.

Bad idea to switch to ssl only :(

> i don't want to start any transition right now, also because
> upstream developer made me note that the gnutls support is still
> young.

But still works ;-)

> these are bad news for those gpl packages waiting for libcurl with
> no openssl. they will have to wait a little more. i'm sorry for
> this.

It is quit easy to create separated gnutls-packages.

> in talking about the solution IMHO things get hotter.

?

> probably the next simpler solution is to add libcurl3-gnutls and,
> if required, libcurl3-gnutls-dev packages. but somebody could
> prefer a -nossl version (like that still in woody, the one i
> should have never removed).

Readd it!

[...]
> i continue to think that having only a curl+gnutls package is the
> long term solution but i'll be glad to hear also your opinion and
> suggestions. [1]

Should be short term. As mentioned many times before, do it ;-)

[...]
> [1] yes, recently a thread talked right about curl and openssl vs.
> gnutls, but evidently i didn't see what i call a general
> consensus.

IMHO provide both, ssl and gnutls.

Elimar
-- 
  It's a good thing we don't get all 
  the government we pay for.


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

Re: Alioth Project Denied

[Raphaël Hertzog]

Le dimanche 07 août 2005 à 11:31 +0200, Ondrej Sury a écrit :
> Hi,
> 
> I have submitted new upstream project, since I am author of 
> mod_vhost_ldap :-(.  Who I should contact about this issue?

[EMAIL PROTECTED]

If you could state that while requesting the project, it would simplify
the work of everyone...

You're one line description wasn't enough ... so I googled for this
module and found this :
http://savannah.nongnu.org/projects/modvhostldap/

And you're not listed there... so I supposed that you wanted to package
that for Debian.

Now, explains me the situation and I'll reactivate the project once I
understand why there needs to be a savannah and an alioth project for
the same thing.

Cheers,
-- 
Raphaël Hertzog

Premier livre français sur Debian GNU/Linux :
http://www.ouaza.com/livre/admin-debian/


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

Re: Asking Debconf questions about database data

[Henning Makholm]

Scripsit sean finney <[EMAIL PROTECTED]>

> i think it's kind of pointless to ask such a question at install time.
> because Debian Is Not A Registry(tm)

And supposedly debconf isn't one either :-)

> you have no guarantee that the debconf responses won't be nuked off
> before the package is removed anyway.

It is at least conceivable for the postinst to actively store the
reply in an appropriate file in /etc which the postrm later reads.

Not that I think this would make much sense UI-wise anyhow.

-- 
Henning Makholm"I have seen men with a *fraction* of
 your trauma pray to their deity for death's
 release. And when death doesn't arrive immediately,
   they reject their deity and begin to beg to another."


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

Re: Alioth Project Denied

[Raphael Hertzog]

Le dimanche 07 août 2005 à 21:20 +1000, Hamish Moffatt a écrit :
> On Sun, Aug 07, 2005 at 11:31:15AM +0200, Ondrej Sury wrote:
> > Hi,
> > 
> > I have submitted new upstream project, since I am author of 
> > mod_vhost_ldap :-(.  Who I should contact about this issue?

BTW, the alioth admin team is listed on the web page 
http://www.debian.org/intro/organization

On the front page of alioth, you're referred to the "siteadmin" project
where you'll find more about the administrators of alioth...

> > [EMAIL PROTECTED] wrote:
>   ^
> 
> Can't we do better than this?

We can probably. Would you care to provide us the patch ?

All needed infos are here :
http://wiki.debian.net/?Alioth

Cheers,
-- 
Raphaël Hertzog -+- http://www.ouaza.com

Freexian : des développeurs Debian au service des entreprises
http://www.freexian.com


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

Re: possible ICU transition

[Jay Berkenbilt]

I've uploaded ICU 3.4.  Once it clears new, people who depend upon
icu28 or embed icu in their packages can try it.  Read on if you care
about ICU.

Steve Langasek <[EMAIL PROTECTED]> wrote:

>> Given all this, can anyone think of any reason why I should not start
>> an ICU transition this weekend?
>
> If the only packages that need to be rebuilt for this change are xerces25
> and xerces26, and those packages don't also need to have name changes in the
> process, then I see no reason not to proceed with the change.  You'll have
> to upload icu one way or another to fix the FTBFS, so you might as well go
> with the lib transition while you're at it since the set of affected
> packages is so small.

I uploaded ICU 3.4 yesterday with a significantly simplified packaging
based on reading about changes to the library since 2.1 and looking at
the packaging section of the upstream manual.  When it clears NEW and
finishes building on all architectures, I'll re-upload xerces25 and
xerces26 packages rebuilt with the new ICU.  I've also reorganized
those packages to create only an ICU version of the library.  (Rather
than libxerces26c2 and libxercesicu26c2 both existing, now only
libxerces26c2 exists, but it replaces, provides, and conflicts with
libxercesicu26c2 to avoid any breakage and smooth upgrade path -- I've
tested multiple scenarios.)  With the new ICU packaging, it is no
longer necessary to load extra packages outside of the xerces
packages' own dependencies to get fully working locale support,
hopefully resolving this category of bugs once and for all.  If my
understanding is correct and I haven't made any mistakes, xerces's
reverse dependencies should be unimpacted and probably don't even need
to be rebuilt.  I tested some of my own applications with the new
xerces libraries, and they worked fine both with and without
recompilation.  (I had discussed this xerces reorganization many
months ago on debian-devel, or at least on IRC, and decided to wait
until this ICU transition.)

The new ICU packages keep locale data in a shared library (which is
the library default).  This creates a bit of a larger
architecture-dependent package, but parts of the
architecture-independent parts of 3.4 are byte-order dependent anyway,
and the new packaging is much simpler and should be more robust.
Besides, based on popularity contest, no one is really using the
features of the old packaging that would allow certain very advanced
customizations to be made after installation.  It's also worth noting
that blade's icu28 packages use the shared-library data packaging
method as well, and no issues related to that have been raised.

-- 
Jay Berkenbilt <[EMAIL PROTECTED]>


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

Re: Alioth Project Denied

[Olaf van der Spek]

On 8/7/05, Raphael Hertzog <[EMAIL PROTECTED]> wrote:
> Le dimanche 07 août 2005 à 21:20 +1000, Hamish Moffatt a écrit :
> > On Sun, Aug 07, 2005 at 11:31:15AM +0200, Ondrej Sury wrote:
> > > Hi,
> > >
> > > I have submitted new upstream project, since I am author of
> > > mod_vhost_ldap :-(.  Who I should contact about this issue?
> 
> BTW, the alioth admin team is listed on the web page
> http://www.debian.org/intro/organization
> 
> On the front page of alioth, you're referred to the "siteadmin" project
> where you'll find more about the administrators of alioth...
> 
> > > [EMAIL PROTECTED] wrote:
> >   ^
> >
> > Can't we do better than this?
> 
> We can probably. Would you care to provide us the patch ?

A patch to change a from email address?

Re: NMUs wanted: C++ library packages in need of uploading

[Henning Makholm]

Scripsit "Marcelo E. Magallon" <[EMAIL PROTECTED]>

>  If someone knows of a way to get graphviz to produce something
>  _readable_ please let me know.

I managed to produce a readable (still huge) graph by cheating and
omitting dependencies on qt-x11-free and kdelibs, instead showing
those by the shape and color of the node edges.

Here the quick-and-dirty .dot file filter I used.  It also marks nodes
that ought to be transitionable now with a green fill so they are
easier to spot quickly.

#!/usr/bin/perl

%cheat = ( 'qt-x11-free' => "shape=rect",
   'kdelibs' => "color=red" );

while(<>) {
if( /^\s*"(.*)" -> "(.*)";\s*$/ ) {
$notnow{$1} = 1 ;
$package{$2} = 1 ;
$_ = "\t\"$1\"[ $cheat{$2} ];\n" if exists $cheat{$2} ;
print ;
} elsif( /^\}/ ) {
for $p ( keys %package ) {
next if $notnow{$p} ;
print "\t\"$p\"[ fillcolor=green, style=filled ];\n ";
}
# After dropping qt-x11-free and kdelibs dependencies we can
# set overlap=false without the graph exploding.
print "\toverlap=false;\n" ;
# Requesting splines improves readability, but also makes neato
# REALLY slow. We're talking several minutes for a graph this size.
#print "\tsplines=true;\n" ;
print ;
} else {
print ;
}
}

-- 
Henning Makholm"They want to be natural, the anti-social
 little beasts. They just don't realize that
 everyone's good depends on everyone's cooperation."


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

Re: Alioth Project Denied

[Loïc Minier]

Hi,

On Sun, Aug 07, 2005, Olaf van der Spek wrote:
> > We can probably. Would you care to provide us the patch ?
> A patch to change a from email address?

 I suppose it's nice to:
 - spot where the change needs to be made
 - move that to a configuration file if it's not already in a config
   file
 - integrate the change to some sensible default ([EMAIL PROTECTED], or
   [EMAIL PROTECTED], or [EMAIL PROTECTED]) in Debian and the gforge
   package in general
 - integrate the config option in the debconf templates

 It's not because it sounds easy that it is easy.  :)

   Bye,

-- 
Loïc Minier <[EMAIL PROTECTED]>


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

Re: Fedora Directory Server port to Debian ?

[Paul Wise]

Hi,

> Is somebody working on porting/packaging FDS to Debian?

Since no-one answered you yet, I presume not. However, it has been built
on debian, please read the RFP bug and a couple of mails on a redhat
list:

http://bugs.debian.org/315297
https://www.redhat.com/archives/fedora-directory-devel/2005-June/msg6.html
https://www.redhat.com/archives/fedora-directory-devel/2005-June/msg7.html

As far as I can tell, there is no-one packaging it yet, feel free to
contribute, I imagine that it would be good to have this in debian.

http://people.debian.org/~mpalmer/debian-mentors_FAQ.html#packaging

-- 
bye,
pabs

http://qa.debian.org/developer.php?login=Paul+Wise&comaint=yes


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

Re: mass bug filing on packages that are blocking use of cdebconf

[Andreas Tille]

On Tue, 2 Aug 2005, Joey Hess wrote:

debconf-2.0 was added to policy as a virtual package in 2002 and has 
been provided by debconf since 2003. In early 2004, dh_installdebconf

began automatically adding it as an alternate to debconf in dependencies
it generates for packages using debhelper.

Hmmm, I'm using dh_installdebconf in all my packages but there is
no such thing as adding something to the dependencies.  Did I missed
something?


on debconf without a "| debconf-2.0". If your package is on this list,

Andreas Tille <[EMAIL PROTECTED]>
  arb

I expect new upstream soon and will change with new upload.


  cdd

Changed in CVS.


  pcd2html

Fixed.


  zope-epoz

Fixed.


  zope-extfile
  zope-textindexng2

Need to sort out issues with general zope packaging - packages
in preparation.


Hmm, there are also a few packages that depend on
"debconf | debconf-2.0, ..., debconf", but I don't have a good regex
to catch those yet and am unsure how dpkg handles them anyway.

BTW, why isn't there a lintian check which reports this problem?

Kind regards

   Andreas.

--
http://fam-tille.de


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

Re: mass bug filing on packages that are blocking use of cdebconf

[Juan Manuel Garcia Molina]

Hi.

On Wednesday 03 August 2005 00:46, Joey Hess wrote:
> Juan Manuel Garcia Molina <[EMAIL PROTECTED]>
>    facturalux
Fixed locally, it will be included in next upload.

>    moodle-book
I have just uploaded a package with the correction included.


Regards,
Juanma.

-- 
Juan Manuel  Garcia Molina
Debian GNU/Linux Developer
[EMAIL PROTECTED] http://www.debian.org


pgpVry9tjLZHW.pgp
Description: PGP signature

Re: What is going on with udev?

[Steve Greenland]

On 06-Aug-05, 17:42 (CDT), "Marcelo E. Magallon" <[EMAIL PROTECTED]> wrote: 
> 
>  That said, what exactly is the problem kernel-image-x.y.z providing a
>  kernel image for *bsd or hurd or whatever on the matching platform?

Bug reports.

Steve

-- 
Steve Greenland
The irony is that Bill Gates claims to be making a stable operating
system and Linus Torvalds claims to be trying to take over the
world.   -- seen on the net


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

Bug#321795: O: lg-* -- lg-* - Linux Gazette, 111 packages

[Joerg Jaspert]

Package: wnpp
Severity: normal
Hi People,

i now go and O: all the lg-* packages from the Linux Gazette.
That are about 111 packages right now, I wont upload them all just to
set the email address to the qa-group. :)

If someone wants to take them please consider the following points:

- They have a license that is considered to be non-free, so you need to
  move them out of main or try to get upstream to use a better
  license. That could be hard, as there are a lot of contributors to the
  gazette.

- Many people dislike them, so if you want to keep them in the current
  way - have a thick skin.
  But I would propose to change it to some of the following:
  - A package that just contains the latest version, so interested
people always have that, and there arent hundreds of lg-issue*
packages.
Advantage: Small, easy to follow. Disadvantage: Only last issue
available.
  - Provide a installer-like package that does the work of monthly
fetching the new issues and putting them in the right location for
the user. As that would be written by you it wouldnt have a license
problem, so could go into contrib/.
Advantage: Small, easy to follow. Disadvantage: Either needs a
monthly upload to provide the right url, or needs to run on multiple
days at the beginning of the months to be sure new issue is there
upstream. Or  needs to be run manually by admin.
Also you would need to think about what to do with older
issues. Keep? Delete?

If noone volunteers to take this packages and deal with them I will go
and request their removal from Debian within the next 3 weeks.

If you go and take them - contact me, I can give you at least the script
I used to update to newer issues. :)

-- 
bye Joerg
 Anyone with a cdrw/dvdrw drive up for some crazy experiments? Ever
   noticed how the color changes when you burn something on a CD/DVD?
   Are there ways to control it? I want ISOPAINT: Paint pictures into an
   iso image visible after its burned to cd/dvd.
 interesting idea
 how long have you been off your medication?


pgpmXslWxhPGN.pgp
Description: PGP signature

Re: Fedora Directory Server port to Debian ?

[Russ Allbery]

Paul Wise <[EMAIL PROTECTED]> writes:

>> Is somebody working on porting/packaging FDS to Debian?

> http://bugs.debian.org/315297

Bad package description.  It tells me something I don't care about (namely
the acronym expansion of LDAP) and none of the things I do care about (why
would I want this package rather than some other directory server).

> As far as I can tell, there is no-one packaging it yet, feel free to
> contribute, I imagine that it would be good to have this in debian.

Out of curiousity, why?  I can't think of any reason to run FDS when we
already have OpenLDAP, having had the experience of dealing with FDS's
technological predecessor.  Is it just the multi-master replication that
people are interested in?

(Whatever the answer is, assuming there is some compelling feature not
found in OpenLDAP, it should go into the package description.)

-- 
Russ Allbery ([EMAIL PROTECTED]) 


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

Re: mass bug filing on packages that are blocking use of cdebconf

[Russ Allbery]

Andreas Tille <[EMAIL PROTECTED]> writes:
> On Tue, 2 Aug 2005, Joey Hess wrote:

>> debconf-2.0 was added to policy as a virtual package in 2002 and has
>> been provided by debconf since 2003. In early 2004, dh_installdebconf
>> began automatically adding it as an alternate to debconf in
>> dependencies it generates for packages using debhelper.

> Hmmm, I'm using dh_installdebconf in all my packages but there is
> no such thing as adding something to the dependencies.  Did I missed
> something?

${misc:Depends} will add the appropriate dependency; use it rather than
an explicit debconf dependency.

> BTW, why isn't there a lintian check which reports this problem?

Probably just because no one has written one yet.  :)

-- 
Russ Allbery ([EMAIL PROTECTED]) 


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

Re: Alioth Project Denied

[Roland Mas]

Loïc Minier, 2005-08-07 17:10:06 +0200 :

> Hi,
>
> On Sun, Aug 07, 2005, Olaf van der Spek wrote:
>> > We can probably. Would you care to provide us the patch ?
>> A patch to change a from email address?
>
>  I suppose it's nice to:
>  - spot where the change needs to be made
>  - move that to a configuration file if it's not already in a config
>file
>  - integrate the change to some sensible default ([EMAIL PROTECTED], or
>[EMAIL PROTECTED], or [EMAIL PROTECTED]) in Debian and the gforge
>package in general
>  - integrate the config option in the debconf templates

Or, in order to appease the crowds quickly:
- locate place to hack;
- hardcode '[EMAIL PROTECTED]' in there;
- rebuild packages;
- install packages.

Alioth.debian.org is currently undergoing the last of these steps.

Roland.  
-- 
Roland Mas

Luck, like a Russian car, generally only works if you push it.
  -- Regalian, in My Hero (Tom Holt)


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

Re: Alioth Project Denied

[Ondrej Sury]

Raphaël Hertzog wrote:

Le dimanche 07 août 2005 à 11:31 +0200, Ondrej Sury a écrit :


Hi,

I have submitted new upstream project, since I am author of 
mod_vhost_ldap :-(.  Who I should contact about this issue?



[EMAIL PROTECTED]

If you could state that while requesting the project, it would simplify
the work of everyone...

You're one line description wasn't enough ... so I googled for this
module and found this :
http://savannah.nongnu.org/projects/modvhostldap/

And you're not listed there... so I supposed that you wanted to package
that for Debian.

Now, explains me the situation and I'll reactivate the project once I
understand why there needs to be a savannah and an alioth project for
the same thing.

Cheers,


Thanks for clarification.

That savannah project is some 3 years old perl code not actively 
developed.  I can choose some other name, but mod_vhost_ldap seemed to 
be ok, it was created because all existing modules which base vhost from 
 ldap was not sufficient for my need, so I wrote new one using mod_ldap 
for caching.


Ondrej.


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

Re: What is going on with udev?

[Marcelo E. Magallon]

On Sun, Aug 07, 2005 at 10:59:51AM -0500, Steve Greenland wrote:
 > On 06-Aug-05, 17:42 (CDT), "Marcelo E. Magallon" <[EMAIL PROTECTED]> wrote: 
 > >  That said, what exactly is the problem kernel-image-x.y.z
 > >  providing a kernel image for *bsd or hurd or whatever on the
 > >  matching platform?
 > 
 > Bug reports.

 Oh, right... tricky...

-- 
Marcelo


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

Bug#321808: O: ecb -- Code browser for several languages for Emacs.

[Joerg Jaspert]

Package: wnpp
Severity: normal
Hi

Orphaning ecb.

Description: Code browser for several languages for Emacs.
 ECB is source code browser for Emacs. It is a global
 minor-mode which displays a couple of windows that can
 be used to browse directories, files and methods.
 It supports method parsing for Java, C, C++, Elisp etc.

Ill do an upload setting it to QA group now, if you take it you would
need to fix 6 bugs. Have fun.

-- 
bye Joerg
 Ganneff: NM-queue ist das schnellste zu uploadrechten für ein paket,
oder?
 ach aqua^Wribnitz


pgpUHzpGVcEF5.pgp
Description: PGP signature

Bug#321821: O: doxymacs -- E-lisp package for making doxygen usage easier under Emacs

[Joerg Jaspert]

Package: wnpp
Severity: normal
Hi

I now orphan doxymacs.

Description: E-lisp package for making doxygen usage easier under Emacs
 The purpose of the doxymacs project is to create a LISP package that
 will make using Doxygen from within {X}Emacs easier.

I upload a version fixing its bugs and setting it to QA group in a
minute. If you want it - take it.

-- 
bye Joerg
 Ganneff: NM-queue ist das schnellste zu uploadrechten für ein paket,
oder?
 ach aqua^Wribnitz


pgpbpMeoTFtlP.pgp
Description: PGP signature

Re: curl reverts to openssl (but the story does not ends here)

[Daniel Stenberg]

On Sun, 7 Aug 2005, Elimar Riesebieter wrote:


[1] yes, recently a thread talked right about curl and openssl vs.
gnutls, but evidently i didn't see what i call a general
consensus.


IMHO provide both, ssl and gnutls.


I can only agree.

Even when libcurl works identically good using either library, OpenSSL and 
GnuTLS differ not only license-wise but they also have features of their own 
and bugs of their own. Limiting the libcurl offer to use only one of them will 
cause grief at some point in some camp(s), that's for sure.


--
 -=- Daniel Stenberg -=- http://daniel.haxx.se -=-
  ech`echo xiun|tr nu oc|sed 'sx\([sx]\)\([xoi]\)xo un\2\1 is xg'`ol


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

Re: Public service announcement about Policy 10.4

[Thomas Hood]

Andreas Metzler wrote:
> Thomas Hood <[EMAIL PROTECTED]> wrote:
> [command -v]
> > It is not even useful as a which(1) replacement.  Whereas "which"
> > prints the pathname of the first executable file on the PATH,
> > "command -v" prints the pathname of the first executable file on the
> > PATH _or_ the pathname of the first non-executable file on the PATH.
> 
> s/_or_/or - if there is matching executable at all in PATH -/


Yes, my statement wasn't worded very well.  "command -v" prints the
pathname of the first executable file on the PATH that matches its
argument, if there is such a file; otherwise it prints the pathname
of the first non-executable file on the PATH that matches its argument,
if there is such a file; otherwise it prints nothing (or, in bash's
case, it prints an error message on stderr).

 
> FWIW I am using command -v in one of my maintainerscripts, as I needed
> to check whether $command which (currently) is an alias of shell-
> function exists:


That is indeed the shortcoming of which(1): it can't "see" shell
functions; whereas the "command" builtin can.

-- 
Thomas Hood


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

Re: Fedora Directory Server port to Debian ?

[Paul Wise]

Hi,

> > > Is somebody working on porting/packaging FDS to Debian?
> 
> > http://bugs.debian.org/315297
> 
> Bad package description.  It tells me something I don't care about (namely
> the acronym expansion of LDAP) and none of the things I do care about (why
> would I want this package rather than some other directory server).

As with many RFPs, it seems to have just been ripped from upstream.

> > As far as I can tell, there is no-one packaging it yet, feel free to
> > contribute, I imagine that it would be good to have this in debian.
> 
> Out of curiousity, why?  I can't think of any reason to run FDS when we
> already have OpenLDAP, having had the experience of dealing with FDS's
> technological predecessor.  Is it just the multi-master replication that
> people are interested in?

Comparison:
http://directory.fedora.redhat.com/wiki/FAQ#How_is_Fedora_Directory_Server_different_from_OpenLDAP.3F
http://directory.fedora.redhat.com/wiki/Features
http://www.openldap.org/faq/data/cache/645.html
http://www.openldap.org/faq/data/cache/649.html

I guess that would be a question for Maykel Moya and Ryan Lovett :)
What is your reason for preferring FDS over OpenLDAP?

Other reason is the marketing buzz surrounding FDS - "debian doesn't
have the oh-so-great and recently freed FDS, oh well, looks like we use
fedora". Also, see the last paragraph of this:

http://software.newsforge.com/article.pl?sid=05/06/22/1543207&from=rss

> (Whatever the answer is, assuming there is some compelling feature not
> found in OpenLDAP, it should go into the package description.)

Indeed.

-- 
bye,
pabs

http://qa.debian.org/developer.php?login=Paul+Wise&comaint=yes


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

Re: mass bug filing on packages that are blocking use of cdebconf

[Andreas Tille]

On Sun, 7 Aug 2005, Russ Allbery wrote:


debconf-2.0 was added to policy as a virtual package in 2002 and has
been provided by debconf since 2003. In early 2004, dh_installdebconf
began automatically adding it as an alternate to debconf in
dependencies it generates for packages using debhelper.



Hmmm, I'm using dh_installdebconf in all my packages but there is
no such thing as adding something to the dependencies.  Did I missed
something?


${misc:Depends} will add the appropriate dependency; use it rather than
an explicit debconf dependency.

Which does not really seem to work in all cases.  I'm using a shared
debconf template (shared/zope/restart) in postinst scripts of some
Zope products.  I tried to replace the debconf dependency according
to your suggestion, but the resulting Debian package did not
depend from debconf.

It might be the reason that in fact it is clear that the package
implicitely depends from debconf if it depends from the package
that contains the shared question (zope).  I for myself feeled
safer to add the explicite debconf dependency.  Am I wrong here?

Moreover I wonder what the criteria of db_installdebconf are to
be clever enough to ignore the lines

   . /usr/share/debconf/confmodule
   db_get "shared/zope/restart" || true

in the postinst file because the package depends from a package
that just depends from debconf?

Kind regards

   Andreas.

--
http://fam-tille.de


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

Re: mass bug filing on packages that are blocking use of cdebconf

[Kęstutis Biliūnas]

An, 2005 08 02 18:46 -0400, Joey Hess rašė:

> Kęstutis Biliūnas <[EMAIL PROTECTED]>
>ispell-lt

Fixed and the new package is in incoming now.
-- 
Kęstutis Biliūnas <[EMAIL PROTECTED]>


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

Re: mass bug filing on packages that are blocking use of cdebconf

[Ben Armstrong]

On Tue, 2005-08-02 at 18:46 -0400, Joey Hess wrote:
> Ben Armstrong <[EMAIL PROTECTED]>
>xpilot

I offered this for adoption a while back.  Nobody took up my offer.  I
finally uploaded xpilot-ng today (see my 3-year-old ITP #141099) and
plan to make it supercede xpilot (i.e. strip the contents of the old
xpilot packages to turn them into dummy metas to assist with the
upgrade).

So, either wait for xpilot-ng's acceptance and its subsequent
replacement of xpilot, or if you need this resolved sooner, go ahead and
NMU xpilot with just the debconf fix.  I won't have time for either
until next weekend.

Ben


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

Re: mass bug filing on packages that are blocking use of cdebconf

[Jeroen van Wolffelaar]

On Sun, Aug 07, 2005 at 05:08:33PM -0300, Ben Armstrong wrote:
> On Tue, 2005-08-02 at 18:46 -0400, Joey Hess wrote:
> > Ben Armstrong <[EMAIL PROTECTED]>
> >xpilot
> 
> I offered this for adoption a while back.  Nobody took up my offer.  I
> finally uploaded xpilot-ng today (see my 3-year-old ITP #141099) and
> plan to make it supercede xpilot (i.e. strip the contents of the old
> xpilot packages to turn them into dummy metas to assist with the
> upgrade).
> 
> So, either wait for xpilot-ng's acceptance and its subsequent
> replacement of xpilot, or if you need this resolved sooner, go ahead and
> NMU xpilot with just the debconf fix.  I won't have time for either
> until next weekend.

Just curious: why not, in that case, upload xpilot-ng as xpilot?

If the new upstream is actually the better one, it makes sense for it
to go on under the label of xpilot in my opinion.

--Jeroen

-- 
Jeroen van Wolffelaar
[EMAIL PROTECTED] (also for Jabber & MSN; ICQ: 33944357)
http://Jeroen.A-Eskwadraat.nl


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

Re: mass bug filing on packages that are blocking use of cdebconf

[Marc Haber]

On Tue, 2 Aug 2005 18:46:20 -0400, Joey Hess <[EMAIL PROTECTED]> wrote:
>Debian Adduser Developers <[EMAIL PROTECTED]>
>   adduser

Fixed version in svn, will be uploaded when the current unstable
versio has migrated to testing.

>Marc Haber <[EMAIL PROTECTED]>
>   clamav-data
>   clamav-getfiles

clamav-data and clamav-getfiles will be overhauled in late august. I
would like to postpone the (easy) fix until then.

>   snoopy

Fixed version uploaded today.

>Mike Markley <[EMAIL PROTECTED]>
>   aide

A patch is in the BTS. I am co-maintainer for aide, and I have asked
Mike for his opinion regarding some other easily fixed bugs. I expect
an upload in the next ten to 14 days.

See also:
http://blog.zugschlus.de/archives/126-My-packages-cdebconf-blockers.html

Greetings
Marc

-- 
-- !! No courtesy copies, please !! -
Marc Haber |   " Questions are the | Mailadresse im Header
Mannheim, Germany  | Beginning of Wisdom " | http://www.zugschlus.de/
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834

Re: mass bug filing on packages that are blocking use of cdebconf

[Ben Armstrong]

On Sun, 2005-08-07 at 22:13 +0200, Jeroen van Wolffelaar wrote:
> Just curious: why not, in that case, upload xpilot-ng as xpilot?
> 
> If the new upstream is actually the better one, it makes sense for it
> to go on under the label of xpilot in my opinion.

I'm still holding out for the remote chance upstream might deliver on
their promise to release an XPilot 5, which would then offer some
features XPilot-ng doesn't.  With that in mind, I included -ng in all
filepaths and the package names so they won't conflict.

While it is still possible they might release xpilot++ (the working name
for XPilot 5, since they've translated it to C++) which would then
become the next version of the current xpilot package, so long as 4.5.5
remains in the current state of disrepair, I feel it is better to have
users upgrade to xpilot-ng.

Ben


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

Re: not starting daemons at boot: ln -s disabled

[Anthony DeRobertis]

Dan Jacobson wrote:
> One way of having some daemons not start at boot (e.g., if we only use
> our printer once a year) is to remove certain /etc/rc?.d/ links.

Hmmm, does init respect policy-rc.d? If so, it'd be fairly easy to do it
that way...


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

Re: mass bug filing on packages that are blocking use of cdebconf

[Bernd Eckenfels]

In article <[EMAIL PROTECTED]> you wrote:
> Moreover I wonder what the criteria of db_installdebconf are to
> be clever enough to ignore the lines
> 
>. /usr/share/debconf/confmodule
>db_get "shared/zope/restart" || true
> 
> in the postinst file because the package depends from a package
> that just depends from debconf?

Well, I am not sure it is a good idea to resolv the dependencies that way.
Each package should declare all its dependencies directly. (And only its
own)

Gruss
Bernd


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

Re: Asking Debconf questions about database data

[Anthony DeRobertis]

Henning Makholm wrote:

> It is at least conceivable for the postinst to actively store the
> reply in an appropriate file in /etc which the postrm later reads.
> 
> Not that I think this would make much sense UI-wise anyhow.

Please, please don't do this! Consider what happens when the user
installs the package:

When this package is purged, do you want to delete all the
associated databases? (Y/n)

How's he to know? He's just installing it, doesn't yet know what is
stored there --- or, quite possibly, if he'll even use the package
(could just be installing it to see what it is, or to compare several
solutions). So he might say "yeah, I'm just playing around, sure. Y."

Now, a year later, after using it for a while, he purges it. Ooops. That
'yeah, whatever' last year just deleted his data.


BTW: Do you really even need to ask? Couldn't you just tell the admin,
if you want to delete your data, run dropdb foo? There is a small, but
certainly nonzero, risk of accidental deletion every time you ask. I
imagine that risk increases if, e.g., the admin is having to read a
foreign language (English) which he doesn't know too well.


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

Re: mass bug filing on packages that are blocking use of cdebconf

[Russ Allbery]

Andreas Tille <[EMAIL PROTECTED]> writes:

> Which does not really seem to work in all cases.  I'm using a shared
> debconf template (shared/zope/restart) in postinst scripts of some Zope
> products.  I tried to replace the debconf dependency according to your
> suggestion, but the resulting Debian package did not depend from
> debconf.

Ah, yes, if you don't ship debconf templates with the package and just use
results saved by other packages, dh_installdebconf doesn't know to include
the dependency in ${misc:Depends} and you have to do it manually.

-- 
Russ Allbery ([EMAIL PROTECTED]) 


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

Re: Asking Debconf questions about database data

[Russ Allbery]

Anthony DeRobertis <[EMAIL PROTECTED]> writes:

> BTW: Do you really even need to ask? Couldn't you just tell the admin,
> if you want to delete your data, run dropdb foo? There is a small, but
> certainly nonzero, risk of accidental deletion every time you ask. I
> imagine that risk increases if, e.g., the admin is having to read a
> foreign language (English) which he doesn't know too well.

When one does that, people file bugs complaining that the package doesn't
remove all of the data it generates on installation.  :)

As co-maintainer of one of the affected packages, I'm quite happy to go
along with the general consensus, since I don't really care.  There seemed
to be a dislike of debconf questions in prerm and there was some precedent
for asking this sort of question in postinst, so that's what I've
currently gone with.  It's not a great solution, and I'm happy to change
if someone else has a better idea.

-- 
Russ Allbery ([EMAIL PROTECTED]) 


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

Re: Asking Debconf questions about database data

[sean finney]

On Sun, Aug 07, 2005 at 02:35:59PM -0700, Russ Allbery wrote:
> When one does that, people file bugs complaining that the package doesn't
> remove all of the data it generates on installation.  :)

there's a similar problem with logfiles too, and there have been quite
drawn out discussions in which both sides stated a pretty good case for
why it's good to leave/remove the files.

> As co-maintainer of one of the affected packages, I'm quite happy to go
> along with the general consensus, since I don't really care.  There seemed
> to be a dislike of debconf questions in prerm and there was some precedent
> for asking this sort of question in postinst, so that's what I've
> currently gone with.  It's not a great solution, and I'm happy to change
> if someone else has a better idea.

i don't think asking in the prerm is so bad, as long as you don't mind
dropping the data during removal as well as purges.  

sean

-- 


signature.asc
Description: Digital signature

python's gettext.gettext broken, use gettext.lgettext

[Junichi Uekawa]

Hi,

While I was hacking at debconf, I noticed that 
python's gettext function returns strings encoded in the 
original encoding; which will appear as garbage on 
the screen.

With python2.4, lgettext is added, which seems to do
the right thing and return the string encoded in the 
current CODESET.

#318578 (linda), #318581 (apt-listchanges) is a workaround
 for 2.3, which looks slightly large, but workable.


+gettext_encoding=locale.getpreferredencoding()
+my_ugettext = gettext.translation('apt-listchanges').ugettext
+def lgettext(msgid):
+return my_ugettext(msgid).encode(gettext_encoding)
+_ = lgettext



Correct me if I'm missing something, since python is not 
my best language.


regards,
junichi

-- 
Junichi Uekawa, Debian Developer   http://www.netfort.gr.jp/~dancer/
183A 70FC 4732 1B87 57A5  CE82 D837 7D4E E81E 55C1 


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

Re: mass bug filing on packages that are blocking use of cdebconf

[Colin Watson]

On Sun, Aug 07, 2005 at 02:32:55PM -0700, Russ Allbery wrote:
> Andreas Tille <[EMAIL PROTECTED]> writes:
> > Which does not really seem to work in all cases.  I'm using a shared
> > debconf template (shared/zope/restart) in postinst scripts of some Zope
> > products.  I tried to replace the debconf dependency according to your
> > suggestion, but the resulting Debian package did not depend from
> > debconf.
> 
> Ah, yes, if you don't ship debconf templates with the package and just use
> results saved by other packages, dh_installdebconf doesn't know to include
> the dependency in ${misc:Depends} and you have to do it manually.

Yes, although including a .config maintainer script would work too.

-- 
Colin Watson   [EMAIL PROTECTED]


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

Bug#321886: ITP: driconf -- DRI configuration GUI

[Michel Daenzer]

Package: wnpp
Severity: wishlist
Owner: Michel Dänzer <[EMAIL PROTECTED]>

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

* Package name: driconf
  Version : 0.2.6
  Upstream Author : Felix Kühling <[EMAIL PROTECTED]>
* URL : http://dri.freedesktop.org/wiki/DriConf
* License : GPL
  Description : DRI configuration GUI

Driconf is a graphical configuration tool for the Direct Rendering
Infrastructure (DRI). It allows customizing performance and visual quality
settings of OpenGL drivers on a per-driver, per-screen and/or
per-application level.

The settings are stored in a system wide or per-user XML configuration file
which is parsed by the OpenGL drivers on startup.

Preliminary packages available at http://people.debian.org/~daenzer/driconf/

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

iD8DBQFC9qW5WoGvjmrbsgARAiLXAKCR2RTyVkW8+JAtB2jmjfosEc+ragCgpob4
lpnUNPB9dCIMB1nnYK1lpDE=
=ngCl
-END PGP SIGNATURE-

Re: NMUs wanted: C++ library packages in need of uploading

[Marcelo E. Magallon]

On Sun, Aug 07, 2005 at 01:41:06PM +0200, Petter Reinholdtsen wrote:

 > >  http://people.debian.org/~mmagallo/gcc-transition/
 > 
 > Are you going to keep it up to date?  Is it generated using a
 > cronjob, or do you update it manually?

 After having fixed some glitches, yes, it is in a cronjob now.  It runs
 everyday at 4:20 (people's time) (mostly because the machine doing the
 actual heavy lifting is idle around that time).  I think that should
 give mirrors a chance to update (it's using http.us.debian.org right
 now).

 > It would be great if someone could add a link to your updated graph
 > from http://people.debian.org/~mfurr/gxx/>.  It would make sure
 > at least I find it when I need it.

 Agreed.

-- 
Marcelo


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

Re: NMUs wanted: C++ library packages in need of uploading

[Marcelo E. Magallon]

On Sun, Aug 07, 2005 at 04:37:51PM +0200, Henning Makholm wrote:

 > >  If someone knows of a way to get graphviz to produce something
 > >  _readable_ please let me know.
 > 
 > I managed to produce a readable (still huge) graph by cheating and
 > omitting dependencies on qt-x11-free and kdelibs, instead showing
 > those by the shape and color of the node edges.

 Ah, good idea.  Thank you so much!

 It's in the graph now.

 http://people.debian.org/~mmagallo/gcc-transition/

 The script is using *only* the architectures in testing as input, that
 is: alpha arm hppa i386 ia64 m68k mips mipsel powerpc s390 sparc.

-- 
Marcelo


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

Re: Steve Kemp <[EMAIL PROTECTED]> Please check your Debian E-Mail.

[Daniel Jacobowitz]

On Wed, Aug 03, 2005 at 12:00:33PM +0100, Steve Kemp wrote:
> On Tue, Aug 02, 2005 at 03:58:33PM -0400, Greg Folkert wrote:
> 
> > I was finally able to acquire an SSP Build Host for you.
> > If you are still interest. Please contact me.
> 
>   A bit quick off the mark there, Greg!  I think I've replied to all
>  your previous mails within a day or two...?
> 
>   Anyway for anybody else watching.  This host is going to be used
>  for rebuilding Debian's Stable release, Sarge, with the SSP
>  compiler.
> 
>   The SSP compiler is a patch against GCC and offers "Stack Smashing
>  Protection".  In short it gives protection against buffer overflow 
>  bugs, and attacks.

Steve, you are aware that GCC 4.1 will include a complete
reimplementaton of this feature, right?  Wouldn't time be better spent
with that than with the obsolete SSP patches?

-- 
Daniel Jacobowitz
CodeSourcery, LLC


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

Re: Steve Kemp <[EMAIL PROTECTED]> Please check your Debian E-Mail.

[Steve Kemp]

On Sun, Aug 07, 2005 at 10:12:56PM -0400, Daniel Jacobowitz wrote:

> >   The SSP compiler is a patch against GCC and offers "Stack Smashing
> >  Protection".  In short it gives protection against buffer overflow 
> >  bugs, and attacks.
> 
> Steve, you are aware that GCC 4.1 will include a complete
> reimplementaton of this feature, right?  Wouldn't time be better spent
> with that than with the obsolete SSP patches?

  The GCC 4.1 implementation, mudflap, appears to do an entirely
 different thing.

  Whilst it is true that the changes of the SSP patch ever going into
 the mainline GCC codebase have become much more minimal it is still
 an interesting experiment.  If only to be used as a benchmark against
 other compiler-based approaches.

  I take the point that sooner or later, and probably sooner, the
 experiment will have to end and there may likely not be a clean
 upgrade patch.  However as long as people are willing to bear
 that in mind it is work that I would find personally interesting
 and would do pretty much regardless of an interested audience.

Steve
-- 
# Debian System Administration
www.debian-administration.org/


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

Re: python's gettext.gettext broken, use gettext.lgettext

[Joe Wreschnig]

On Mon, 2005-08-08 at 07:45 +0900, Junichi Uekawa wrote:
> Hi,
> 
> While I was hacking at debconf, I noticed that 
> python's gettext function returns strings encoded in the 
> original encoding; which will appear as garbage on 
> the screen.

The best way to do gettext in Python is to do:

gettext.install(textdomain, unicode=True)

Which installs ugettext as '_' function into the __builtin__ namespace.
That makes _ return Python 'unicode' objects, which is what programs
should be using internally anyway.

This is harder if you're trying to localize a module since then you
don't want to screw with __builtin__; you should use a local _
assignment instead (http://www.python.org/doc/current/lib/node329.html).
It's basically what you wrote.
-- 
Joe Wreschnig <[EMAIL PROTECTED]>


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

Re: Asking Debconf questions about database data

[Joey Hess]

Russ Allbery wrote:
> As co-maintainer of one of the affected packages, I'm quite happy to go
> along with the general consensus, since I don't really care.  There seemed
> to be a dislike of debconf questions in prerm and there was some precedent
> for asking this sort of question in postinst, so that's what I've
> currently gone with.  It's not a great solution, and I'm happy to change
> if someone else has a better idea.

I don't see any problem with using debconf in the postrm purge in this
case. Debconf is designed to support it. You only have to make sure it's
installed at that point and fall back to some reasonable behavior in 
case it's been removed.

(Actually, since its priority was recently updated to required, it's by
definition something nobody can sanely remove, but I'm not sure how I
feel about that yet.)

-- 
see shy jo


signature.asc
Description: Digital signature

Re: Steve Kemp <[EMAIL PROTECTED]> Please check your Debian E-Mail.

[Daniel Jacobowitz]

On Mon, Aug 08, 2005 at 03:31:40AM +0100, Steve Kemp wrote:
> On Sun, Aug 07, 2005 at 10:12:56PM -0400, Daniel Jacobowitz wrote:
> 
> > >   The SSP compiler is a patch against GCC and offers "Stack Smashing
> > >  Protection".  In short it gives protection against buffer overflow 
> > >  bugs, and attacks.
> > 
> > Steve, you are aware that GCC 4.1 will include a complete
> > reimplementaton of this feature, right?  Wouldn't time be better spent
> > with that than with the obsolete SSP patches?
> 
>   The GCC 4.1 implementation, mudflap, appears to do an entirely
>  different thing.

No, mudflap is not what I'm talking about.  That's in GCC 4.0.  It's a
heavyweight, featureful bounds checker.  But in GCC 4.1, there is a new
option: -fstack-protector.  It's by principle roughly the same as the
IBM ProPolice feature, although Richard reimplemented it from the
ground up.

This should be basically the same as what you're testing, except
already included in GCC.

-- 
Daniel Jacobowitz
CodeSourcery, LLC


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

Re: OT: Bruce Perens spamming -devel?

[Ali Milis]

Kari Laine wrote:
> And I sure someone  will point out that my english suck :-)

OK, I can not resist to take this bait.
s/suck/sucks/

And now I am wondering; how many will put my address into 
their .procmail filters. Duh!

-- 
  Ali Milis.

Re: NMUs wanted: C++ library packages in need of uploading

[Mike Furr]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Petter Reinholdtsen wrote:
> It would be great if someone could add a link to your updated graph
> from http://people.debian.org/~mfurr/gxx/>.  It would make sure
> at least I find it when I need it.
Done.  I also added links to the two other transition pages that I'm
aware of.

Cheers,
- -Mike
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFC9twe7ZPKKRJLJvMRAoUmAKCbyUKfSJL3LZBbxCDBGRmLxO3sDACdEGwd
qty7hlz9oPRY8pQjx7KJa7g=
=+ncB
-END PGP SIGNATURE-


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

Re: Asking Debconf questions about database data

[Anthony DeRobertis]

Russ Allbery wrote:

> When one does that, people file bugs complaining that the package doesn't
> remove all of the data it generates on installation.  :)
> 
> [...] It's not a great solution, and I'm happy to change
> if someone else has a better idea.

Well, I think the real answer is that just like files on the filesystem,
databases need to be tracked by some sort of package manager. This
database manager would then be the single place to configure removal
behavior and manage databases in use by packages.

I'm certainly not asking you to write said database manager, though!


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

Re: OT: Bruce Perens spamming -devel?

[Nigel Jones]

Has anyone considered that all these personal attacks/claims the
original is spam... is actually in itself spam, in exactly the same
way, actually Joe Bloggs down the street could subscribe by accident
and claim it's all spam because it's "un-wanted".

On 04/08/05, Anders Breindahl <[EMAIL PROTECTED]> wrote:
> On Wednesday 03 August 2005 02:16, Steve Langasek wrote:
> > On Tue, Aug 02, 2005 at 06:32:44PM -0500, Adam Heath wrote:
> > > Unsolicited Commercial Email.  Please pay the standard $2000 fee for
> > > advertisments on Debian mailing lists.
> >
> > Y'know, it's fine if you think that Bruce's mail was inappropriate for the
> > list, and there's nothing wrong with saying so; but claiming that a message
> > that isn't selling anything is UCE, and attempting to enforce against a
> > member of the community an advertising policy that daily goes unenforced
> > against thousands of more deserving souls, just makes you sound like an
> > asshole and an idiot.
> 
> How does an asshole sound, anyway? (i.e. please avoid that word).
> 
> Adam's right, as I see it. Bruce's mail didn't belong on -devel [0]. When he
> chose to post anyway, he didn't prefix his subject with OT:, and on top of
> that, top-posts his answers [1]. Correct me, if any of this is wrong.
> 
> As I see it, Bruce's posting to -devel should be considered harmless, but that
> does not change the fact that it didn't belong here. Job opportunities are
> not a technical development topic.
> 
> What about creating a dd-contact(at)lists.debian.org-list, so outsiders have a
> channel of communication to the people who reads -devel?
> 
> Regards, Anders Breindahl.
> 
> [0] http://lists.debian.org/debian-devel:
> Discussion about technical development topics.
> [1] Yes, I know that there is no homogeneous opinion on this. I found it worth
> mentioning.
> 
> 
> 


-- 
N Jones
Proud Debian & FOSS User
Debian Maintainer of: html2ps, ipkungfu, dvorak7min & windowlab