Re: bindv6only again

2010-05-05 Thread Philipp Kern
On 2010-05-04, Vincent Danjean  wrote:
> On 27/04/2010 13:43, Marco d'Itri wrote:
>> On Apr 27, Simon Huggins  wrote:
>>> Anyway, is there a reason that #560238 isn't blocked by #560044 given it
>>> breaks that package or are you not bothered about breaking non-free
>>> software?
>> Nobody bothered to register this in the BTS, I did now.
>> I am not a java user, so I am unable to evaluate the practical impact of
>> this implementation being still broken.
>   From now, you can expect lots of French squeeze users being hit by
> this bug.

You have to expect testing and unstable breaking occassionally.  Did you
try icedtea-plugin (i.e. the free variant)?

>   So, with the current setting in sqeeze, the current practical impact
> will be a very hard to diagnose bug for most of French Debian users (and a
> bad publicity for Debian as it will be the only one Linux distribution
> that will not work).

It's not even stable.

Kind regards,
Philipp Kern


-- 
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/slrnhu26ut.44q.tr...@kelgar.0x539.de



Re: pid file security

2010-05-05 Thread Goswin von Brederlow
Stéphane Glondu  writes:

> Yves-Alexis Perez a écrit :
>> And you usually need root access for invoke-rc.d or /etc/init.d scripts
>> (unless you have some kind of specific sudo permissions for that). So
>> you might be able to kill other process as well.
>
> I guess one (be it a human operator or a monit-like daemon) can be
> easily fooled into restarting a service without checking.
>
>
> Cheers,

If monit, runit, upstart, heartbeat or whatever is used to monitor
daemons does call stop+start then it is trivial. You are already the
user the daemon runs under (or you wouldn't have write permissions to
the pidfile) so just kill it. The next monitor run will then stop the
pid you wrote and restart the normal daemon wiping any trace of what you
did.

MfG
Goswin


-- 
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/87vdb2bw4w@frosties.localdomain



Sizin için seçtik

2010-05-05 Thread Netuhaf




BODY {
MARGIN: 0px
}


 





 
 

  
  

  


  

  
  
 
 

  
 

  
 

  
 

  
 

  
 

  

  


  

  
  
Sizin İçin Özel 
 
 
 


  

  
  
 
 

  


 










 


Odamdaki Gökkuşağı

69.90 
TL 
 
 




 


Işıklı Kaplumbağa 

59.90 
TL 
 
 




 


Dört Taraflı Saat 

9.99 
TL 
 
 


 


 


 










 


Poşet Taşıma Aparatı 


5.90 
TL 
 
 




 


İlkbahar Kablo Klipsleri 


12.90 
TL 
 
 




 


Zincir Şişe Tutacağı 


49.90 
TL 
 
 
 
 
 
 


  

  
  
 
 
 
 
 

  
 

  

  


   
  
Türkiyenin En Tuhaf Sanal Marketi © Copyright 
2010
Baran Elektronik Ticaret - Her Hakkı 
Saklıdır.

Listemizden çıkmak istiyorsanız 
e-postayı yanıtlayınız.
 
 
 
 






Re: Confused by .la file removal vs static linking support

2010-05-05 Thread Hendrik Sattler

Zitat von Josselin Mouette :


Le mardi 04 mai 2010 à 10:31 +0200, Emilio Pozuelo Monfort a écrit :
Sorry I don't know what you're talking about. If you can explain it  
 I'll try to

look at the problem.


It’s not a problem, it’s a disagreement over a design choice.

When you do that:
#include 

you’re able to use gtk_* functions, but also g_* and pango_* functions,
because the headers are designed so.

Therefore, when you link to GTK+, you need to link explicitly to Pango
and GLib. This is why Pango and GLib are in the Requires field for
gtk+-2.0.pc, and not in Requires.private.


Only when you use symbols from Pango or Glib directly. Having  
prototypes through gtk/gtk.h is not relevant.


HS



--
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/20100505104724.ey9r4irge84oo...@v1539.ncsrv.de



Re: Confused by .la file removal vs static linking support

2010-05-05 Thread Samuel Thibault
Hendrik Sattler, le Wed 05 May 2010 10:47:24 +0200, a écrit :
> Zitat von Josselin Mouette :
> 
> >Le mardi 04 mai 2010 à 10:31 +0200, Emilio Pozuelo Monfort a écrit :
> >>Sorry I don't know what you're talking about. If you can explain it  
> >> I'll try to
> >>look at the problem.
> >
> >It’s not a problem, it’s a disagreement over a design choice.
> >
> >When you do that:
> >#include 
> >
> >you’re able to use gtk_* functions, but also g_* and pango_* functions,
> >because the headers are designed so.
> >
> >Therefore, when you link to GTK+, you need to link explicitly to Pango
> >and GLib. This is why Pango and GLib are in the Requires field for
> >gtk+-2.0.pc, and not in Requires.private.
> 
> Only when you use symbols from Pango or Glib directly. Having  
> prototypes through gtk/gtk.h is not relevant.

A lot of gtk headers use GObjectClass types, macros and such, which are
from Glib. You thus need both glib headers and libraries.

Samuel


-- 
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/20100505095109.gf5...@const.bordeaux.inria.fr



Re: Confused by .la file removal vs static linking support

2010-05-05 Thread Simon Richter
Hi,

On Wed, May 05, 2010 at 11:51:09AM +0200, Samuel Thibault wrote:

> A lot of gtk headers use GObjectClass types, macros and such, which are
> from Glib. You thus need both glib headers and libraries.

Gtk would also need to include the SONAME from glib into their own,
given that ABI breaks in glib also implicitly break their own ABI.

   Simon


-- 
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/20100505101801.ga2...@richter



Re: bindv6only again

2010-05-05 Thread Vincent Danjean
On 05/05/2010 09:18, Philipp Kern wrote:
> On 2010-05-04, Vincent Danjean  wrote:
>> On 27/04/2010 13:43, Marco d'Itri wrote:
>>> On Apr 27, Simon Huggins  wrote:
 Anyway, is there a reason that #560238 isn't blocked by #560044 given it
 breaks that package or are you not bothered about breaking non-free
 software?
>>> Nobody bothered to register this in the BTS, I did now.
>>> I am not a java user, so I am unable to evaluate the practical impact of
>>> this implementation being still broken.
>>   From now, you can expect lots of French squeeze users being hit by
>> this bug.
> 
> You have to expect testing and unstable breaking occassionally.

For this bug, it begins to be a long time with no visible improvement.

> Did you try icedtea-plugin (i.e. the free variant)?

Not me.
But, from a thread in d-u-french:

Le Tuesday 04 May 2010 à 21:35:44 (+0200), Gaëtan PERRIER a écrit :
> Et t'arrive à aller sur le site des impôts avec icedtea6-plugin ?
> Quand j'essaie ça se termine encore plus rapidement qu'avec le plugins de sun
> car j'ai une erreur avant même la fin de la détection de la config ...

[approx translation :
Did you succeed with icedtea6-plugin on the government web site?
When I try, it breaks more quickly than with the sun's plugin
because I've an error before the end of the configuration detection ...
]

So no, icedtea-plugin does not seems a good workaround.

>>   So, with the current setting in sqeeze, the current practical impact
>> will be a very hard to diagnose bug for most of French Debian users (and a
>> bad publicity for Debian as it will be the only one Linux distribution
>> that will not work).
> 
> It's not even stable.

It should be soon and we should work in improving it...

My main concerns about this bug is that it is VERY difficult to diagnose
if you do not already know it.

And I see in these threads lots of things broken (including sun java that
it used/required for lots of software not necessarily packaged in Debian)
and no visible gains for users.

I do not understand what is the purpose to say we will wait before taking
a decision. Either, we switched back to the previous (POSIX) setup (my
preference) or we stick with this setup but actively work to correct
the bugs in applications. I would find very strange if we release sqeeze
with a broken sun's java (even if it is non-free) and no good replacement.

> Kind regards,
> Philipp Kern

  Regards,
Vincent

-- 
Vincent Danjean   GPG key ID 0x9D025E87 vdanj...@debian.org
GPG key fingerprint: FC95 08A6 854D DB48 4B9A  8A94 0BF7 7867 9D02 5E87
Unofficial packages: http://moais.imag.fr/membres/vincent.danjean/deb.html
APT repo:  deb http://perso.debian.org/~vdanjean/debian unstable main


-- 
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/4be16437.30...@free.fr



Re: Confused by .la file removal vs static linking support

2010-05-05 Thread Josselin Mouette
Le mercredi 05 mai 2010 à 12:18 +0200, Simon Richter a écrit :
> Gtk would also need to include the SONAME from glib into their own,
> given that ABI breaks in glib also implicitly break their own ABI.

The GTK+ ABI stability guarantees are the same as the GLib ones. The
SONAMEs can only be changed together.

Cheers,
-- 
 .''`.  Josselin Mouette
: :' :
`. `'   “A handshake with whitnesses is the same
  `- as a signed contact.”  -- Jörg Schilling


--
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/1273064445.7305.5.ca...@meh



Bug#580358: ITP: CherryTree -- A hierarchical note taking application, featuring rich text and syntax highlighting.

2010-05-05 Thread Francesco Aloe
Package: wnpp
Severity: wishlist
Owner: Francesco Aloe 
Owner: Francesco Aloe 


* Package name: CherryTree
  Version : 0.9.6
  Upstream Author : Giuseppe Penone 
* URL : http://open.vitaminap.it/en/cherrytree.htm
* License : GPL
  Programming Lang: Python
  Description : A hierarchical note taking application, featuring rich text
and syntax highlighting.

FEATURES:
- rich text (foreground color, background color, bold, italic, underline,
strikethrough, small, h1 and h2)
- syntax highlighting (only when the rich text is disabled in the current node)
- images handling: insertion in the text, edit (resize/rotate), save as png
file
- lists handling (bulleted and numbered and switch between them, multiline with
shift+enter)
- simple tables handling (cells with plain text)
- alignment of text, images and tables (left/center/right)
- hyperlinks (links to webpages, links to nodes/nodes + anchors, links to
files)
- node print & node save as pdf file: support for rich text and code; images
and tables are not considered in the printing yet, the paragraph justification
is also not supported yet
- find a node, find in current node, find in all nodes
- replace in node names, replace in current node, replace in all nodes
- iteration of the latest find, iteration of the latest replace, iteration of
the latest applied text formatting
- import from a notecase file, import from a keepnote folder, import from a
cherrytree file

Requirements
This application requires GTK+ version 2.14+. Other dependencies include:
python-gtk2, python-gtksourceview2

GnomeFiles user rating: 8.26 / 10 with 87 votes

My opinion it's a good program.



-- 
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/20100505125808.1839.69718.report...@debian.mydeb.com



Bug#580375: ITP: libkinosearch1-perl -- Perl library providing search engine features

2010-05-05 Thread Jonathan Yu
Package: wnpp
Owner: Jonathan Yu 
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org

* Package name: libkinosearch1-perl
  Version : 1.00
  Upstream Author : Marvin Humphrey 
* URL : http://search.cpan.org/dist/KinoSearch1/
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : Perl library providing search engine features

KinoSearch is a loose port of the Java search engine library, Apache Lucene.
It is written in Perl and C, designed primarily for providing website search
functionality, but it can be put to many different uses.

It has the following features:

 * Extremely fast and scalable: KinoSearch can handle millions of documents
 * Incremental indexing (addition/deletion of documents to/from an existing
   index)
 * Full support for 12 Indo-European languages
 * Support for boolean operators (AND, OR, and AND NOT), parenthetical
   groupings, and prepended +plus and -minus
 * Algorithmic selection of relevant excerpts and highlighting of search
   terms within excerpts
 * Highly customizable query and indexing APIs
 * Phrase matching
 * Stemming
 * Stoplists

KinoSearch1 is derived from KinoSearch version 0.165 and is considered
the stable upstream branch.



-- 
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/x2pd1b732a71005050758s6dbfc622t74e4d220e54b7...@mail.gmail.com



Bug#580386: ITP: libclean-crypto-java -- Simplified and unrestricted javax.crypto bootstrap library

2010-05-05 Thread Steffen Moeller
Package: wnpp
Severity: wishlist
Owner: Steffen Moeller 
Owner: Steffen Moeller 

  Package name: libclean-crypto-java
  Version : 1
  Upstream Author : Chris Grzegorczyk 
  URL : 
https://code.launchpad.net/~chris-grze/eucalyptus-commons-ext/clean-crypto
  License : GPL
  Programming Lang: Java
  Description : Simplified and unrestricted javax.crypto bootstrap library
   Provides a simple unrestricted version of the javax.crypto
   package which can be provided when bootstrapping the Java
   Virtual Machine. This is needed to load, e.g., unsigned crypo SPI
   implementations.



-- 
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/20100505171453.6754.36151.report...@toshiba.siemens



spring projects discounted

2010-05-05 Thread sean foster
DECKS, ROOFS, PAINTING, KITCHENS, BATHS, BASEMENTS, PLUMBING,ELECTRICAL, 
FENCES, WINDOWS, FURNACES, HOT-WATER TANKS, CLEAN UPS AND EVERYTHING ELSE!!



Schedule all of your spring and summer projects now and save big YOURWAY 
Properties, Inc is a full service home and business remodeling company. We can 
handle your little lists around the house or remodel your entire basement. We 
don't sub-contract to other companies to assure you get the best quality and 
best pricing!

What we need you to do is to call us for your free estimate NOW, so we can 
schedule your job in advance and give you the best price available! We will do 
our best to match our competitors if we can't beat them! 
 
 
So before you decide to hire the big company that over charges you because they 
spent all there money on television commercials, make sure you go to our web 
page and take a look at some projects to see what the company who spends the 
money on your work can do for you! 
 
http://www.rochesterpropertyexperts.com/CONTRACTING_You_Trust_.php
 
Thank you again for your time and we look forward to your call! 
 
Sincerely, 
Sean Foster
585-285-0042
This message was sent by: sean foster, P.O. Box 64141, Rochester, NY 14624

Email Marketing by iContact: http://freetrial.icontact.com

Manage your subscription:
http://app.icontact.com/icp/mmail-mprofile.pl?r=7382076&l=1888&s=OFYD&m=76706&c=677438





-- 
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/f16d4ecfc65ece6776da71ebbd886...@localhost.localdomain