Re: Can I simulate a weak conflict?

[Thomas Viehmann]

Hi.

Nicolas Boullis wrote:
> If there's currently no way to set up such things, it might be worth 
> suggesting to add such a feature to next-generation .deb format. Don't 
> you think so?
To be honest, no.
If you do a Recommends: udev (>= ...), most people will just install the
recommended udev and be fine. People who have reason to not like to use
udev will just not.
Most people won't want to make a decision, so it's of no use giving them
the choice. Those who want to choose will read the README.Debian to see
what's going on. For the others: Do venture a single recommondation.

> Oh, and I just thought there could be a workaround. I could make a new 
> no-udev empty package that conflicts with udev, and then write
> "Recommends: no-udev | udev (>= 0.060-1)".
> I guess this would behave as expected, but I think that having one more 
> package only for this would be quite insane!
Let's not.

Kind regards

T.
-- 
Thomas Viehmann, http://thomas.viehmann.net/


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

Re: Can I simulate a weak conflict?

[Thomas Viehmann]

Thomas Viehmann wrote:
[...]
...to the wrong list.

Sorry about this.

Kind regards

T.
-- 
Thomas Viehmann, http://thomas.viehmann.net/


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

Re: Chao ban ve may bay

[tiencuong nguyen]

Dear Sir or Madam,
 
Xin hay gui cho toi ban chao gia va lich bay Ha Noi - TP. Ho Chi Minh
 
Toi xin chan thanh cam on__Do You Yahoo!?Tired of spam?  Yahoo! Mail has the best spam protection around http://mail.yahoo.com 

Re: Bug#320067: ITP: vamps -- Vamps evaporates DVD compliant MPEG2 program streams by selectively copying audio and subpicture tracks and by re-quantizing the embedded elementary video stream.

[Nigel Jones]

On 27/07/05, MaXeR <[EMAIL PROTECTED]> wrote:
> On Tuesday 26 July 2005 23:09, Lars Wirzenius wrote:
> > ti, 2005-07-26 kello 21:36 +0200, Moratti Claudio kirjoitti:
> > >   Description : Vamps evaporates DVD compliant MPEG2 program streams
> > > by selectively copying audio and subpicture tracks and by re-quantizing
> > > the embedded elementary video stream.
> >
> > This short description is a bit long and it also leaves it unclear to me
> > what the program actually does.
> Right! I'm wrong =(
> vamps allow you to reduce the size of MPEG2 streams...
> It could be used for making a backup of video-Dvd.
> 
> This program is not clean documented, but it is nedded by k9copy (I sent
> another ITP this evening).
> 
> > The verb evaporate means, according the
> > WordNet dictionary:
> >
> > v 1: lose or cause to lose liquid by vaporization leaving a more
> [cut]
> >eyes" syn: vaporise
> >
> > At a guess, does vamps make MPEG2 streams smaller?
> yes! vamps do that!
> 
> A new Description could be:
> Vamps is a tools for recompress and modify the structure of a DVD
> or
> Vamps permits the backup of DVD (or MPEG2 streams)
As I remember you exclude the package name out of the description... so it's be
"Permits the backup of DVDs (or MPEG2 streams)"
or
"Tool to recompress and modify the structure of a DVD"
...

Someone: Correct me if i'm wrong...
> 
> putting more details in the long description...
> 
> cheers,
> Claudio
> 
> 
> --
>~~>MaXeR <~~
> http://www.knio.it
> 
>   Comunità Italiana Utenti Debian:
> http://www.debianizzati.org - http://guide.debianizzati.org
> 
> 
> 
> 


-- 
N Jones
Blogging @ http://nigelj.blogspot.com
Proud Debian & FOSS User
Debian Maintainer of: html2ps & ipkungfu

Re: Who needs libcurl3?

[Brian May]

> "Domenico" == Domenico Andreoli <[EMAIL PROTECTED]> writes:

Domenico> unfortunately heimdal bug #316980 makes curl FTBS :(

patches to fix this welcome ;-)
-- 
Brian May <[EMAIL PROTECTED]>


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

Re: Bug#320067: ITP: vamps -- Vamps evaporates DVD compliant MPEG2 program streams by selectively copying audio and subpicture tracks and by re-quantizing the embedded elementary video stream.

[Jon Dowland]

On Tue, Jul 26, 2005 at 09:36:29PM +0200, Moratti Claudio wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Moratti Claudio <[EMAIL PROTECTED]>
> 
> * Package name: vamps
>   Version : 0.97
>   Upstream Author : vamps admin <[EMAIL PROTECTED]>
> * URL : http://sourceforge.net/projects/vamps/
> * License : GPL
>   Description : Vamps evaporates DVD compliant MPEG2 program
> streams by selectively copying audio and
> subpicture tracks and by re-quantizing the
> embedded elementary video stream.

Hi, sorry to be picky, but I think the short description is too long.
I've tried to look for official guidance on this, and there's a bit at
,
but it doesn't specify the description's length. I think < 80 chars is
best for the description to be useful using command line tools such as
dpkg, apt-cache search, etc.

-- 
Jon Dowland
http://jon.dowland.name/
PGP fingerprint: 7032F238


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

Re: Bug#320067: ITP: vamps -- Vamps evaporates DVD compliant MPEG2 program streams by selectively copying audio and subpicture tracks and by re-quantizing the embedded elementary video stream.

[Jon Dowland]

On Wed, Jul 27, 2005 at 11:13:01AM +0100, Jon Dowland wrote:
> Hi, sorry to be picky, but I think the short description is too long.

Oh, plenty of other people have picked up on this, sorry for the
redundant message.

-- 
Jon Dowland
http://jon.dowland.name/
PGP fingerprint: 7032F238


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

Re: Debian Weekly News - July 26th, 2005

[Santiago Vila]

On Wed, 27 Jul 2005, Martin Schulze wrote:

> Greylisting for Debian Hosts. Santiago Vila would like the project to
> [5]consider using greylisting, a technique to delay mails, on Debian
> hosts. Rich Walker [6]explained that some mail servers can't cope
> with such delays. Florian Weimer [7]added that zombie software that
> is locked out with greylisting will probably be improved in the
> future, leaving greylisting without effect. Marc Haber [8]noted that
> [9]exim runs the queue every 30 minutes, which would be a significant
> for many users.

Thanks for the note, but your summary is biased, considering that my
proposal was to use greylisting, a good DNSBL, or both.


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

Re: apt 0.6 downloads from second archive?

[Graham Williams]

Received Mon 25 Jul 2005  8:02pm +1000 from Goswin von Brederlow:
> Graham Williams <[EMAIL PROTECTED]> writes:
> 
> > Received Fri 22 Jul 2005 11:58pm +1000 from Goswin von Brederlow:
> >> Graham Williams <[EMAIL PROTECTED]> writes:
> >> 
> >> > Received Fri 22 Jul 2005  9:27am +1000 from Matthew Palmer:
> >> >> On Thu, Jul 21, 2005 at 07:12:29AM +1000, Graham Williams wrote:
> >> >> > Since installing apt 0.6 on an otherwise up-to-date unstable (except
> >> >> > for anything depending on the aspell libraries...) packages on my
> >> >> > local archive are being overlooked even though this archive is listed
> >> >> > before others in my apt/sources.list. Downgrading to apt 0.5 and
> >> >> > things work again as expected (i.e., most is downloaded from
> >> >> > localhost).
> >...
> > It is all http!
> >
> > deb http://localhost/pub/debian unstable main contrib non-free
> > deb ftp://ftp.nerim.net/debian-marillat/ unstable main
> > deb ftp://ftp.iinet.net.au/debian/debian/ unstable main contrib non-free
> > deb ftp://mirror.aarnet.edu.au/pub/debian unstable main contrib
> > deb http://ftp.debian.org/debian unstable main contrib non-free
> >
> > Regards,
> > Graham
> 
> What does apt-cache policy  say?
> 

As per my original email

$ apt-cache policy most
most:
  Installed: (none)
  Candidate: 4.9.5-1
  Version table:
 4.9.5-1 0
500 http://localhost unstable/main Packages
500 ftp://ftp.iinet.net.au unstable/main Packages
500 ftp://mirror.aarnet.edu.au unstable/main Packages
500 http://ftp.debian.org unstable/main Packages

But

$ sudo apt-get install most
Reading package lists... Done
Building dependency tree... Done
The following NEW packages will be installed:
  most
0 upgraded, 1 newly installed, 0 to remove and 184 not upgraded.
Need to get 42.2kB of archives.
After unpacking 147kB of additional disk space will be used.
Get:1 ftp://ftp.iinet.net.au unstable/main most 4.9.5-1 [42.2kB]
Fetched 42.2kB in 9s (4502B/s)


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

Re: Bug#320067: ITP: vamps -- Vamps evaporates DVD compliant MPEG2 program streams by selectively copying audio and subpicture tracks and by re-quantizing the embedded elementary video stream.

[Eric Cooper]

On Wed, Jul 27, 2005 at 12:09:18AM +0300, Lars Wirzenius wrote:
> ti, 2005-07-26 kello 21:36 +0200, Moratti Claudio kirjoitti:
> >   Description : Vamps evaporates DVD compliant MPEG2 program streams 
> > by selectively copying audio and subpicture tracks and by re-quantizing 
> > the embedded elementary video stream.
> 
> This short description is a bit long and it also leaves it unclear to me
> what the program actually does. The verb evaporate means, according the
> WordNet dictionary:
> [...] 
> At a guess, does vamps make MPEG2 streams smaller?

Perhaps a confusion of "evaporate" with "condense"?  (Maybe the
thermodynamic equivalent of an "off by 1" error? :-)

-- 
Eric Cooper e c c @ c m u . e d u


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

Re: Bug#320067: ITP: vamps -- Vamps evaporates DVD compliant MPEG2 program streams by selectively copying audio and subpicture tracks and by re-quantizing the embedded elementary video stream.

[MaXeR]

On Wednesday 27 July 2005 11:13, Nigel Jones wrote:
> On 27/07/05, MaXeR <[EMAIL PROTECTED]> wrote:
> > On Tuesday 26 July 2005 23:09, Lars Wirzenius wrote:
[cut]
> > > At a guess, does vamps make MPEG2 streams smaller?
> >
> > yes! vamps do that!
> >
> > A new Description could be:
> > Vamps is a tools for recompress and modify the structure of a DVD
> > or
> > Vamps permits the backup of DVD (or MPEG2 streams)
>
> As I remember you exclude the package name out of the description... so
> it's be "Permits the backup of DVDs (or MPEG2 streams)"
> or
> "Tool to recompress and modify the structure of a DVD"
> ...
I forgot paragraph 3.4.1 of Debian Reference:
"Do not include the package name in the synopsis line."

The right description is the second one:
"Tool to recompress and modify the structure of a DVD"

I'll edit the description of pagkage!

> Someone: Correct me if i'm wrong...
You're right!
I'm very sorry for this stupid mistake =(

Thx a lot to everyone for these corrections ;)

Claudio

-- 
   ~~>MaXeR <~~
http://www.knio.it

  Comunità Italiana Utenti Debian: 
http://www.debianizzati.org - http://guide.debianizzati.org



pgpwG5138w6N9.pgp
Description: PGP signature

Re: problem installing libmotif-dev on debian sarge stable

[Frederico Rodrigues Abraham]

I had the same happen when trying to install the nvidia development packages:

porter:~# apt-get install nvidia-glx-dev
Reading Package Lists... Done
Building Dependency Tree... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.

Since you only requested a single operation it is extremely likely that
the package is simply not installable and a bug report against
that package should be filed.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
  nvidia-glx-dev: Depends: xlibmesa-gl-dev but it is not going to be
installed or
   libgl-dev
  Depends: xlibmesa-glu-dev but it is not going to be
installed or
   libglu-dev
E: Broken packages
porter:~#

-- Fred

On 7/26/05, Frederico Rodrigues Abraham <[EMAIL PROTECTED]> wrote:
> Hi. I am trying to install the development files for motif but i get this:
> 
> porter:~# apt-get install libmotif-dev
> Reading Package Lists... Done
> Building Dependency Tree... Done
> Some packages could not be installed. This may mean that you have
> requested an impossible situation or if you are using the unstable
> distribution that some required packages have not yet been created
> or been moved out of Incoming.
> 
> Since you only requested a single operation it is extremely likely that
> the package is simply not installable and a bug report against
> that package should be filed.
> The following information may help to resolve the situation:
> 
> The following packages have unmet dependencies:
>   libmotif-dev: Depends: xlibs-dev but it is not going to be installed
> E: Broken packages
> 
> On dselect, if i mark libmotif-dev to download, i get this unmet dependency:
>  *** Req libs zlib1g   compression library - runtime
>   ** Opt libdevel zlib1g-dev   compression library - development
> 
> Regards
> -- Fred
> 


-- 
-- Fred

Re: problem installing libmotif-dev on debian sarge stable

[Alexander Wirt]

Frederico Rodrigues Abraham schrieb am Dienstag, den 26. Juli 2005:

> Hi. I am trying to install the development files for motif but i get this:
[..]

Welcome to unstable and the c++ and x.org transition. You have to wait until
the transiton is finished or fix the correspondent packages on your own.

Remember: thats the reason why its called unstable (or maybe even testing).
This could happen all the time.

Regards 
Alex


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

Re: problem installing libmotif-dev on debian sarge stable

[Frederico Rodrigues Abraham]

i am using debian stable... (sarge)
i sent this mail to debiandevel ... should i have done it? is this the
place for bug reports on debian stable?
thanks
-- Fred

On 7/27/05, Alexander Wirt <[EMAIL PROTECTED]> wrote:
> Frederico Rodrigues Abraham schrieb am Dienstag, den 26. Juli 2005:
> 
> > Hi. I am trying to install the development files for motif but i get this:
> [..]
> 
> Welcome to unstable and the c++ and x.org transition. You have to wait until
> the transiton is finished or fix the correspondent packages on your own.
> 
> Remember: thats the reason why its called unstable (or maybe even testing).
> This could happen all the time.
> 
> Regards
> Alex
> 
> 
> --
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
> 
> 


-- 
-- Fred

Re: problem installing libmotif-dev on debian sarge stable

[Kevin B. McCarty]

[fixed top-posting in quote]

Frederico Rodrigues Abraham wrote:

> On 7/27/05, Alexander Wirt <[EMAIL PROTECTED]> wrote:
>> Frederico Rodrigues Abraham schrieb am Dienstag, den 26. Juli 2005:
>> 
>> > Hi. I am trying to install the development files for motif but i get this:
>> [..]
>> 
>> Welcome to unstable and the c++ and x.org transition. You have to wait until
>> the transiton is finished or fix the correspondent packages on your own.
>> 
> i am using debian stable... (sarge)
> i sent this mail to debiandevel ... should i have done it? is this the
> place for bug reports on debian stable?
> thanks
> -- Fred

No, debian-devel is mainly the list for developers and other people
working on the Debian operating system.  I think your original question
is better asked at debian-user@lists.debian.org .  If the ensuing
discussion does result in a bug being found (which I'm not yet convinced
is the case), it is best to report it on the individual package through
the BTS, for instance using the "reportbug" command.  It is perfectly OK
to report a bug on a package in stable.

When you ask at debian-user, you might want to give a little more
information than was in your first mail.  For instance: what are the
contents of your /etc/apt/sources.list file; what happens if you try
"apt-get install xlibs-dev" or "aptitude install libmotif-dev"; etc.

Good luck,

-- 
Kevin B. McCarty <[EMAIL PROTECTED]>   Physics Department
WWW: http://www.princeton.edu/~kmccarty/Princeton University
GPG: public key ID 4F83C751 Princeton, NJ 08544


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

Festival TTS for Italian

[Matthias Urlichs]

Hi,

there now seems to be a GPL'd Festival back-end for Italian, at
http://www.pd.istc.cnr.it/FESTIVAL/home/download-FESTIVAL.htm

Unfortunately I don't speak Italian and thus have no way of evaluating
whether the output would make any kind of sense. Would one of our esteemed
Italian(-speaking) DDs be interested in co-maintaining this?

Thanks.
-- 
Matthias Urlichs   |   {M:U} IT Design @ m-u-it.de   |  [EMAIL PROTECTED]
Disclaimer: The quote was selected randomly. Really. | http://smurf.noris.de
 - -
Whatever you want to weaken
Must first be convinced of its strength.



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

Re: Festival TTS for Italian

[Adeodato Simó]

  Forwarding this to debian-devel-italian. Sorry for the top-post.

* Matthias Urlichs [Wed, 27 Jul 2005 20:04:24 +0200]:

> Hi,

> there now seems to be a GPL'd Festival back-end for Italian, at
> http://www.pd.istc.cnr.it/FESTIVAL/home/download-FESTIVAL.htm

> Unfortunately I don't speak Italian and thus have no way of evaluating
> whether the output would make any kind of sense. Would one of our esteemed
> Italian(-speaking) DDs be interested in co-maintaining this?

> Thanks.

-- 
Adeodato Simó
EM: asp16 [ykwim] alu.ua.es | PK: DA6AE621
 
He has never been known to use a word that might send a reader to the
dictionary.
-- William Faulkner (about Ernest Hemingway)


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

Bug#320217: ITP: bless -- graphical hex editor

[David Moreno Garza]

Package: wnpp
Severity: wishlist
Owner: David Moreno Garza <[EMAIL PROTECTED]>


* Package name: bless
  Version : 0.3.6
  Upstream Author : Alexandros Frantzis <[EMAIL PROTECTED]>
* URL : http://home.gna.org/bless/
* License : GPL
  Description : graphical hex editor

Bless is a binary (hex) editor, a program that enables you to edit files as
a sequence of bytes. It is written in C# and uses the Gtk# bindings for the
GTK+ toolkit.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.11-1-386
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)


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

Re: problem installing libmotif-dev on debian sarge stable

[Alexander Wirt]

Frederico Rodrigues Abraham schrieb am Mittwoch, den 27. Juli 2005:

> i am using debian stable... (sarge)
Then I'm sorry, I tried to reproduce the problem, here my results on a fresh
installed sarge chroot:

[EMAIL PROTECTED]:/# apt-get install libmotif-dev
Reading Package Lists... Done
Building Dependency Tree... Done
Package libmotif-dev is not available, but is referred to by another 
package.
This may mean that the package is missing, has been obsoleted, or
is only available from another source
However the following packages replace it:
  lesstif2-dev lesstif-dev
E: Package libmotif-dev has no installation candidate
Okay no problem, then we could use:

[EMAIL PROTECTED]:/# apt-get install lesstif2-dev
Reading Package Lists... Done
Building Dependency Tree... Done
The following extra packages will be installed:
[]

Works no problem. And for completeness my sources.list:
[EMAIL PROTECTED]:/# cat /etc/apt/sources.list 
deb http://ftp.de.debian.org/debian/ sarge main
deb-src http://ftp.de.debian.org/debian/ sarge main
deb http://security.debian.org/ sarge/updates main

So you should really check your sources list and if you really have a sarge
system and not sid/etch.

Best wishes 
Alex


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

Re: problem installing libmotif-dev on debian sarge stable

[Andrew Vaughan]

On Thu, 28 Jul 2005 05:17, Alexander Wirt wrote:
> Frederico Rodrigues Abraham schrieb am Mittwoch, den 27. Juli 2005:
> > i am using debian stable... (sarge)
>
> Then I'm sorry, I tried to reproduce the problem, here my results on a
> fresh installed sarge chroot:
>
>   [EMAIL PROTECTED]:/# apt-get install libmotif-dev
>   Reading Package Lists... Done
>   Building Dependency Tree... Done
>   Package libmotif-dev is not available, but is referred to by another
> package. This may mean that the package is missing, has been obsoleted,
> or is only available from another source
>   However the following packages replace it:
> lesstif2-dev lesstif-dev
>   E: Package libmotif-dev has no installation candidate
[snip]
> Works no problem. And for completeness my sources.list:
>   [EMAIL PROTECTED]:/# cat /etc/apt/sources.list
>   deb http://ftp.de.debian.org/debian/ sarge main
>   deb-src http://ftp.de.debian.org/debian/ sarge main
>   deb http://security.debian.org/ sarge/updates main

libmotif-dev is in non-free.
>
> So you should really check your sources list and if you really have a
> sarge system and not sid/etch.
>
> Best wishes
> Alex


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

Re: problem installing libmotif-dev on debian sarge stable

[Andreas Metzler]

Alexander Wirt <[EMAIL PROTECTED]> wrote:
> Frederico Rodrigues Abraham schrieb am Mittwoch, den 27. Juli 2005:

>> i am using debian stable... (sarge)
> Then I'm sorry, I tried to reproduce the problem, here my results on a fresh
> installed sarge chroot:
[no motif package, installing lesstif instead]
> Works no problem. And for completeness my sources.list:
>[EMAIL PROTECTED]:/# cat /etc/apt/sources.list 
>deb http://ftp.de.debian.org/debian/ sarge main
>deb-src http://ftp.de.debian.org/debian/ sarge main
>deb http://security.debian.org/ sarge/updates main

motif is in non-free.
 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: problem installing libmotif-dev on debian sarge stable

[Alexander Wirt]

Andrew Vaughan schrieb am Donnerstag, den 28. Juli 2005:

[...]
> libmotif-dev is in non-free.

So what: 
[EMAIL PROTECTED]:/# apt-get install libmotif-dev 
Reading Package Lists... Done
Building Dependency Tree... Done
The following extra packages will be installed
[...]

Still works

Best wishes Alex


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

Bug#320213: ITP: pymsnt -- MSN transport for Jabber

[Sam Morris]

Package: wnpp
Severity: wishlist
Owner: Sam Morris <[EMAIL PROTECTED]>

  Package name: pymsnt
  Version : 0.9.3
  Upstream Author : James Bunton <[EMAIL PROTECTED]>
  URL : http://msn-transport.jabberstudio.org/
  License : GPL
  Description : MSN transport for Jabber

PyMSNt provides a gateway which allows Jabber users to communicate with their
contacts on the MSN Messenger network. It can connect to  any Jabber server
that supports the Connect component mechanism.

The source package 'pymsnt' is available from mentors.debian.net. A binary
package for Sarge is available from my home page: http://robots.org.uk/debian/

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (530, 'testing'), (520, 'unstable'), (510, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-k7
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)


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

Re: problem installing libmotif-dev on debian sarge stable

[Frederico Rodrigues Abraham]

well my sarge is fresh too, and my sources.list, as i posted on debian-user, is:

deb http://http.us.debian.org/debian stable main contrib non-free

-- Fred

On 7/27/05, Alexander Wirt <[EMAIL PROTECTED]> wrote:
> Frederico Rodrigues Abraham schrieb am Mittwoch, den 27. Juli 2005:
> 
> > i am using debian stable... (sarge)
> Then I'm sorry, I tried to reproduce the problem, here my results on a fresh
> installed sarge chroot:
> 
> [EMAIL PROTECTED]:/# apt-get install libmotif-dev
> Reading Package Lists... Done
> Building Dependency Tree... Done
> Package libmotif-dev is not available, but is referred to by another 
> package.
> This may mean that the package is missing, has been obsoleted, or
> is only available from another source
> However the following packages replace it:
>   lesstif2-dev lesstif-dev
> E: Package libmotif-dev has no installation candidate
> Okay no problem, then we could use:
> 
> [EMAIL PROTECTED]:/# apt-get install lesstif2-dev
> Reading Package Lists... Done
> Building Dependency Tree... Done
> The following extra packages will be installed:
> []
> 
> Works no problem. And for completeness my sources.list:
> [EMAIL PROTECTED]:/# cat /etc/apt/sources.list
> deb http://ftp.de.debian.org/debian/ sarge main
> deb-src http://ftp.de.debian.org/debian/ sarge main
> deb http://security.debian.org/ sarge/updates main
> 
> So you should really check your sources list and if you really have a sarge
> system and not sid/etch.
> 
> Best wishes
> Alex
> 
> 
> --
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
> 
> 


-- 
-- Fred

Re: Please participate in popularity-contest

[Petter Reinholdtsen]

[Erik Schanze]
> Perhaps more will participate if you zip the report, to reduce
> traffic.  It's requested in bug 149425 for years.

[Michelle Konzack]
> FullACK.  -  Most of my friends in Turkey and arabic counties too.

The HTTP upload is sending a gzip-ed version.  I'm working on a
version compressing the emails as well, but the receiving end is yet
to be written.

If you have little bandwith, use HTTP for now.


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

Re: Please participate in popularity-contest

[Petter Reinholdtsen]

[Ron Johnson]
> Soon after you put it in Experimental, installed it, for that very
> reason.

I got a parse error on this one.  I suspect you are unaware that the
HTTP option is available in unstable, version 1.30.

> Maybe a post to d-u would spread the word.

Yes, that would be nice.  But I leave that to someone reading that
list. :)


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

SUMMARY: Re: shared library -dev package naming proposal

[Junichi Uekawa]

Hi,

Since I've started up this thread, I'd like to summarize what was
discussed in this thread.


1. Conclusion:
 For the initial question of 
  'How does one decide which -dev package accompanies
  runtime library package'
 There is no answer, and we have not reached the consensus.

2. Methods to decide which -dev package matches runtime library package

  Currently: heuristically look at Packages file to see what packages are 
generated from same source.

3. -dev package names reflect API and runtime library packages reflect ABI?

  Apparently so, and sounds like a good idea that most people
  agree on, there wasn't a real objection to this idea
  modulo bugs on packages.

4. -dev packages should depend on other -dev packages?

  Yes.

  Stephen Frost argued in this thread that -dev packages do not need to 
  depend on other -dev packages, but due to 
  things such as header files and libtool, 
  there are cases which -dev packages depending on 
  other -dev packages are rquired.



regards,
junichi


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

libxml++2.10

[Nikita V. Youshchenko]

Hello.

For one of our internal projects, libxml++2.6 was too old.
So I've created a package for libxml++2.10, using debian/ dir for the 
latest libxml++2.6 package.

Upstream source looked somewhat inconsistent. I had to change '2.6' to 
'2.10' in many files and rerun autotools to make package build and work as 
expected.
Also, since I needed package for sarge, I've undone C++ transition.

In case this is needed for anyone, source package and sarge i386 binary 
debs are available from http://zigzag.lvk.cs.msu.su/~nikita/libxml++2.10/

Nikita


pgprleSN6aKcn.pgp
Description: PGP signature

Re: SUMMARY: Re: shared library -dev package naming proposal

[Stephen Frost]

* Junichi Uekawa ([EMAIL PROTECTED]) wrote:
> 1. Conclusion:
>  For the initial question of 
>   'How does one decide which -dev package accompanies
>   runtime library package'
>  There is no answer, and we have not reached the consensus.

It would be possible to put forth a proposal to deal with this, but it
needs to be something sensible.  Putting the SONAME in the -dev package
isn't sensible.  Perhaps something like:

libfooAPI-dev ; libfooAPI-SONAME

This is being done already, though 'API' is often just a major revision
number associated with the library.  ie:

libglib2.0-dev ; libglib2.0-0

So, pull off the stuff after the last -[0-9]* and add -dev and you've
got the -dev package.  I'm not sure there's enough packages doing this
to make it policy, but you could try to get people to accept it for new
libraries and convince existing maintainers to move to it.

> 3. -dev package names reflect API and runtime library packages reflect ABI?
> 
>   Apparently so, and sounds like a good idea that most people
>   agree on, there wasn't a real objection to this idea
>   modulo bugs on packages.

Bugs are bugs, and need to be fixed.

> 4. -dev packages should depend on other -dev packages?
> 
>   Yes.

Whoah, whoah, whoah.  This is just blatently false.  There *certainly*
wasn't a consensus that -dev packages should regularly depend on -dev
pacakges.  There's a couple corner cases where it's required (because
the headers of one #include's headers from the other) but that
definitely doesn't deserve a 'should'.  In fact, even those cases should
generally be discouraged.

>   Stephen Frost argued in this thread that -dev packages do not need to 
>   depend on other -dev packages, but due to 
>   things such as header files and libtool, 
>   there are cases which -dev packages depending on 
>   other -dev packages are rquired.

-dev packages depending on -dev packages should generally be avoided.  
It's true that if a -dev package includes header files from another 
-dev package then it does need to depend on it.  Thankfully, this is 
rare.  Generally it should be discouraged because it means that you've 
got two different APIs involved which just gives the opportunity for 
more bugs.  Honestly, these cases should be carefully reviewed and 
discussed with upstream as to if they understand the implications of it.

libtool is broken in this regard and needs to be fixed to survive
missing files.  libtool's brokenness just isn't a good enough reason to
introduce all these -dev -> -dev dependencies.  The static linking
argument is pretty much dead.  There was some discussion about having a
-dev (headers only) and a -static (static libs plus libtool cruft, w/
dependencies on other -static packages, etc) package for each library
but basically that'd really just be a stepping stone to then later drop
the -static packages.  Not sure there's really any point doing the
transistion to that just to drop it.

Thanks,

Stephen


signature.asc
Description: Digital signature

Re: Please participate in popularity-contest

[Michelle Konzack]

Am 2005-07-27 21:59:05, schrieb Petter Reinholdtsen:

> The HTTP upload is sending a gzip-ed version.  I'm working on a
> version compressing the emails as well, but the receiving end is yet
> to be written.
> 
> If you have little bandwith, use HTTP for now.

I think, my own four ADSL-Lines 8M/512k are enough, but
some of my clients have only partial E1 or small ADSL,
where the downsteam is 1 MBit and the upstream 128kBit

My friends in not western contries using V.34/90 and
will very happy if it works now compressed.

Greetings
Michelle

-- 
Linux-User #280138 with the Linux Counter, http://counter.li.org/
Michelle Konzack   Apt. 917  ICQ #328449886
   50, rue de Soultz MSM LinuxMichi
0033/3/8845235667100 Strasbourg/France   IRC #Debian (irc.icq.com)


signature.pgp
Description: Digital signature

[VAC] Hard drive failure

[Shaun Jackman]

I had a hard drive fail on me today, and I'm heading out of town
tonight, so I won't be able to deal with it until I get back in a
about a week. So, in the mean time, I'm pretty much out of commission.
If you have a burning desire to fix something, go ahead and NMU.

Cheers,
Shaun

Re: SUMMARY: Re: shared library -dev package naming proposal

[Steve Langasek]

On Wed, Jul 27, 2005 at 07:20:44PM -0400, Stephen Frost wrote:
> > 4. -dev packages should depend on other -dev packages?

> >   Yes.

> Whoah, whoah, whoah.  This is just blatently false.  There *certainly*
> wasn't a consensus that -dev packages should regularly depend on -dev
> pacakges.  There's a couple corner cases where it's required (because
> the headers of one #include's headers from the other) but that
> definitely doesn't deserve a 'should'.  In fact, even those cases should
> generally be discouraged.

The "corner cases" where -dev packages must depend on other -dev packages
cover the majority of libraries in Debian.  If you mean *unanimous*
consensus, then you're right that we don't have it, but you're the only
hold-out that I see.

> libtool is broken in this regard and needs to be fixed to survive
> missing files.

Then fix it instead of giving people bad advice.

> libtool's brokenness just isn't a good enough reason to introduce all
> these -dev -> -dev dependencies.

The fuck it isn't.  I'm not going to sit back while you run around crippling
our ability to rebuild the archive just because you have an aesthetic
objection to libtool.  *The only alternative to having -dev packages for
libtool-using libraries depend on the -dev packages of other libtool-using
libraries that they need is to have all libtool-using packages build-depend
directly on all of those indirect dependencies*.  Until you present us with
a libtool that includes a fix for this misfeature, and convince maintainers
to *use* it in their packages, these are the only two options that give you
buildable packages -- and having packages build-depend on all the indirect
dependencies has a *much* higher crap factor.

-- 
Steve Langasek
postmodern programmer


signature.asc
Description: Digital signature

Re: SUMMARY: Re: shared library -dev package naming proposal

[Stephen Frost]

* Steve Langasek ([EMAIL PROTECTED]) wrote:
> On Wed, Jul 27, 2005 at 07:20:44PM -0400, Stephen Frost wrote:
> > libtool is broken in this regard and needs to be fixed to survive
> > missing files.
> 
> Then fix it instead of giving people bad advice.

Do you actually have anything beyond "libtool breaks otherwise, so it
*must* be good!"?  Here's some advice: rm *.la.  Yay, fixes the problem
*and* doesn't require everyone to add in dependencies that end up
pulling in hundreds of unneeded packages when trying to build something.

Yes, let's fix libtool.  No, I don't think we should screw over anyone
trying to do development because it's broken.

> > libtool's brokenness just isn't a good enough reason to introduce all
> > these -dev -> -dev dependencies.
> 
> The fuck it isn't.  I'm not going to sit back while you run around crippling
> our ability to rebuild the archive just because you have an aesthetic
> objection to libtool.  *The only alternative to having -dev packages for
> libtool-using libraries depend on the -dev packages of other libtool-using
> libraries that they need is to have all libtool-using packages build-depend
> directly on all of those indirect dependencies*.  Until you present us with
> a libtool that includes a fix for this misfeature, and convince maintainers
> to *use* it in their packages, these are the only two options that give you
> buildable packages -- and having packages build-depend on all the indirect
> dependencies has a *much* higher crap factor.

Last time I checked Debian was about technical excellence.  It's sad to
see people fighting against that.  I thought it was about choice too
but apparently that's not it either.

Remove the .la files, or put them into the library packages themselves
instead of in the -dev packages, or fix libtool.  Certainly there are
better ways to deal with this problem than adding in lots of
dependencies for -dev packages.  Packages need to be changed one way or
another, let's make the changes that make sense instead of letting a
single (admittedly broken) application dictate poor policy.

Stephen


signature.asc
Description: Digital signature

Re: SUMMARY: Re: shared library -dev package naming proposal

[Steve Langasek]

On Wed, Jul 27, 2005 at 08:57:51PM -0400, Stephen Frost wrote:
> * Steve Langasek ([EMAIL PROTECTED]) wrote:
> > On Wed, Jul 27, 2005 at 07:20:44PM -0400, Stephen Frost wrote:
> > > libtool is broken in this regard and needs to be fixed to survive
> > > missing files.

> > Then fix it instead of giving people bad advice.

> Do you actually have anything beyond "libtool breaks otherwise, so it
> *must* be good!"?  Here's some advice: rm *.la.  Yay, fixes the problem
> *and* doesn't require everyone to add in dependencies that end up
> pulling in hundreds of unneeded packages when trying to build something.

Dropping .la files, without also dropping .a files, will unnecessarily
complicate matters for anyone statically linking against that lib.  As long
as we still nominally support static linking, I expect that most lib
maintainers are not going to be willing to do this.

But ok, yes, that is an option; let's spell the options out completely:

- Don't ship .la files in the -dev package; don't depend on any other -dev
  packages except those whose headers you need.  This gives optimal results
  for shared linking by pruning all unnecessary build-dependencies and
  dependencies; but it also screws over anyone trying to do static linking,
  who now has to go *recursively* hunt down the package name for each of the
  library dependencies, based only on the names of the symbols exported.
  (So why would anyone ship the static libs at this point...?)
- Kill the .la files and .a files.  Drop support for static linking.  Not
  something that should be done lightly and without prior project-wide
  discussion.
- Leave the .la files in place; -dev packages need to depend on -dev
  packages corresponding to those runtime dependencies that are also built
  using libtool.  This is the status quo.

> Yes, let's fix libtool.  No, I don't think we should screw over anyone
> trying to do development because it's broken.

...

-- 
Steve Langasek
postmodern programmer


signature.asc
Description: Digital signature

Re: SUMMARY: Re: shared library -dev package naming proposal

[Josh Metzler]

On Wednesday 27 July 2005 10:10 pm, Steve Langasek wrote:
> But ok, yes, that is an option; let's spell the options out completely:
>
> - Don't ship .la files in the -dev package; don't depend on any other
> -dev packages except those whose headers you need.  This gives optimal
> results for shared linking by pruning all unnecessary build-dependencies
> and dependencies; but it also screws over anyone trying to do static
> linking, who now has to go *recursively* hunt down the package name for
> each of the library dependencies, based only on the names of the symbols
> exported. (So why would anyone ship the static libs at this point...?)

What about having the -dev packages recommend the -dev packages 
corresponding to runtime dependencies that are built using libtool?  That 
way the archive scripts wouldn't install them without a direct dependency, 
but aptitude or dselect would do so.

> - Kill the .la files and .a files.  Drop support for static linking.  Not
>   something that should be done lightly and without prior project-wide
>   discussion.
> - Leave the .la files in place; -dev packages need to depend on -dev
>   packages corresponding to those runtime dependencies that are also
> built using libtool.  This is the status quo.

- Option 4 (requires volunteers): fix libtool

Josh


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

Re: SUMMARY: Re: shared library -dev package naming proposal

[Steve Langasek]

On Wed, Jul 27, 2005 at 10:16:54PM -0400, Josh Metzler wrote:
> On Wednesday 27 July 2005 10:10 pm, Steve Langasek wrote:
> > But ok, yes, that is an option; let's spell the options out completely:
> >
> > - Don't ship .la files in the -dev package; don't depend on any other
> > -dev packages except those whose headers you need.  This gives optimal
> > results for shared linking by pruning all unnecessary build-dependencies
> > and dependencies; but it also screws over anyone trying to do static
> > linking, who now has to go *recursively* hunt down the package name for
> > each of the library dependencies, based only on the names of the symbols
> > exported. (So why would anyone ship the static libs at this point...?)

> What about having the -dev packages recommend the -dev packages 
> corresponding to runtime dependencies that are built using libtool?  That 
> way the archive scripts wouldn't install them without a direct dependency, 
> but aptitude or dselect would do so.

Doesn't do a damn bit of good for the buildds.

-- 
Steve Langasek
postmodern programmer


signature.asc
Description: Digital signature

Bug#320278: ITP: dotclear -- simple and powerfull blog webapp

[Romain Beauxis]

Package: wnpp
Severity: wishlist
Owner: Romain Beauxis <[EMAIL PROTECTED]>


* Package name: dotclear
  Version : 1.2.1
  Upstream Author : Olivier Meunier <[EMAIL PROTECTED]>
* URL : http://www.dotclear.net/
* License : GPL
  Description : simple and powerfull blog webapp

 DotClear is a blog webapp designed for simplicity.
 You will be able to install and post you first message
 very easily
 .
 It is written in PHP and uses MySQL for its database.

The package is ready and available here:
deb http://www.cti.ecp.fr/~beauxir5/debian binary/
deb-src http://www.cti.ecp.fr/~beauxir5/debian source/

As it is a webapp, it may need some corrections, expecialy on how links
are made between directories, and the dbconfig-common inclusion, but hey, it's 
a working here(tm) package,
and I think is is really needed in debian.

I've read things about the fact that is it not aimed a a multiuser
application, and that it should not be packaged as any user on the box
would need its own dotclear.
This issue is really not important to me, as the user stuff is only
reduced to a conf file and a database somewhere.. So, it should be
easilly resolved using a proper - ~/public_html/blog for instance -
directory, with only index.php - with a proper $app_path variable - and
a config/ directory..

Romain


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12.2-gcc-4.0
Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1)



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

Re: libxml++2.10

[Daniel Holbach]

Hi Nikita,

Am Donnerstag, den 28.07.2005, 02:04 +0400 schrieb Nikita V.
Youshchenko:
> For one of our internal projects, libxml++2.6 was too old.
> So I've created a package for libxml++2.10, using debian/ dir for the 
> latest libxml++2.6 package.

I packaged it for Ubuntu - libxml++2.6 and libxml++2.10 were never
designed to be installable parallely. I talked to upstream and they
said, the ABI broke during the development unintentionally, but we
should better stick to libxml++2.6-2.10.0 and recompile the dependent
packages.

You might want to have a look at:
http://archive.ubuntu.com/ubuntu/pool/universe/libx/libxml++2.6/

Have a nice day,
 Daniel



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

Re: Debian Weekly News - July 26th, 2005

[Nigel Jones]

On 27/07/05, Santiago Vila <[EMAIL PROTECTED]> wrote:
> On Wed, 27 Jul 2005, Martin Schulze wrote:
> 
> > Greylisting for Debian Hosts. Santiago Vila would like the project to
> > [5]consider using greylisting, a technique to delay mails, on Debian
> > hosts. Rich Walker [6]explained that some mail servers can't cope
> > with such delays. Florian Weimer [7]added that zombie software that
> > is locked out with greylisting will probably be improved in the
> > future, leaving greylisting without effect. Marc Haber [8]noted that
> > [9]exim runs the queue every 30 minutes, which would be a significant
> > for many users.
Actually if i remember rightly these discussions were in June, we are
in July now, which means that the use of these links is not there
because people can't now decide to post ideas without been accused of
bringing up a dead topic...
> 
> Thanks for the note, but your summary is biased, considering that my
> proposal was to use greylisting, a good DNSBL, or both.
> 
> 
> --
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
> 
> 


-- 
N Jones
Blogging @ http://nigelj.blogspot.com
Proud Debian & FOSS User
Debian Maintainer of: html2ps & ipkungfu

Problemes with the debian archives or apt?

[Klaus Ethgen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hello,

I notive that for about a week there is NO package upgrade in sid. This
is realy unusual.

Is there any problem with the package servers or with apt (version
0.6.38)?

Regards
   Klaus
- -- 
Klaus Ethgenhttp://www.ethgen.de/
pub  2048R/D1A4EDE5 2000-02-26 Klaus Ethgen <[EMAIL PROTECTED]>
Fingerprint: D7 67 71 C4 99 A6 D4 FE  EA 40 30 57 3C 88 26 2B
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)

iQEVAwUBQuiBz5+OKpjRpO3lAQIynAgAjEDzNVe9yvfICwYGDssyyYmxInelAMAG
WuZDsqSw6lG8UvW3Bi/XJmfHIO8QtDcs69Mkp3VBl13qwaUu56+1X69kVzLMQNRQ
tpcrp+Bcb96BN7pBX9jo/GszaIrbFstLq4kkumqI3r6NuqHu2jvSggEgaER7qQFv
1gtl/eqTZ5NCt16PWokkGyzl7FpqadxeDKz7p5Wj2Ler1W7M2McYZlyzcOJiZf6c
hwDRfRnaMgV2ESrZLPI0NA6atA6ruLB46MqDBaMFss7pBW295MXQ6HCP0f1rAEqx
pTYxJMqHAdoGpY2DTKYn50ccytT2WAyDXGZ4DvNAGgIptcmIlXvG8g==
=EBse
-END PGP SIGNATURE-


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