Sponsorship: esshsh, python-twofish, python-expect

[Andrew Lau]

Here's a quick rundown:

python-twofish and python-expect have bugfixes and esshsh is new
upstream.
320k worth of tarballs



all 3 are lintian clean and installed/purge tested
and afaict, conform with the current python policy

I've passed everything except for the final DAM stage, so I don't have
a mentor as such. So I would gladly appreciate anyone who could upload
these for me.

Yours sincerely,
Andrew "Netsnipe" Lau

-- 
---
* Andrew 'Netsnipe' Lau   Computer Science & Sturep, UNSW *
*   "apt-get into it"Debian GNU/Linux Packager*
**
* GnuPG 1024D/2E8B68BD 0B77 73D0 4F3B F286 63F1  9F4A 9B24 C07D 2E8B 68BD *
---



msg07371/pgp0.pgp
Description: PGP signature

Re: Sponsorship: esshsh, python-twofish, python-expect

[Fredrik Steen]

* Andrew Lau <[EMAIL PROTECTED]> [021003 10:05]:
> Here's a quick rundown:
> 
> python-twofish and python-expect have bugfixes and esshsh is new
> upstream.
> 320k worth of tarballs
> 
> 
> 
> all 3 are lintian clean and installed/purge tested
> and afaict, conform with the current python policy
> 
> I've passed everything except for the final DAM stage, so I don't have
> a mentor as such. So I would gladly appreciate anyone who could upload
> these for me.

I can help you. I will check the packages and upload if ok.

-- 
 .''`. Fredrik Steen, [EMAIL PROTECTED]
: :' : 2CD6 C838 BE77 795F 5EF1  3E5B DA91 EE7B A58E 164
`. `'  http://www.stone.nu/
  `--  http://www.debian.org/


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

Re: Specify root directory

[Graham Wilson]

On Thu, Oct 03, 2002 at 08:19:18AM +0200, Zeno Davatz wrote:
> On 3.10.2002 1:26 Uhr, "Graham Wilson" <[EMAIL PROTECTED]> wrote:
> > what, if any, local changes have you made to the source? could you
> > provide a diff between the debian version and your version?
>
> I can try. I far as I can remeber we mainly edited the rules file. We
> also added our own layout to config.layout - and there comes the point
> were we could not manage to specify the server root directory (for the
> files that apache loads ie. httpd.conf)

can you send me (via private email) a copy of your rules and
config.layout files?

--
gram



msg07373/pgp0.pgp
Description: PGP signature

Funziona davvero!!!

[[EMAIL PROTECTED]]

Vorresti Davvero Guadagnare con Internet?

Bene, la prima cosa da fare è salvare su disco questa pagina
per averla a portata di mano anche se il tuo PC non è connesso a Internet,
poi copia tutto in Word o in Blocco Note e stampalo,
così lo potrai leggere con più attenzione.

Questo Sistema è diverso da tutti gli altri,
quindi se non ti fidi leggi con attenzione le istruzioni per valutarlo,
e quando le avrai comprese ti assicuro che
sarà per te IRRESISTIBILE la voglia di partecipare.

QUESTO E`SENZA DUBBIO IL GIORNO PIU' FORTUNATO DELLA TUA VITA !!
IMMAGINA A COSA POTRESTI FARE CON 1.5 - 2 MILIARDI DI LIRE...
SEI UNO DEI PRIMI FORTUNATI ITALIANI A RICEVERE QUESTA FAMOSA MLM E-
MAIL, DELLA QUALE TUTTI STANNO PARLANDO, E DELLA QUALE LA TELEVISIONE
E TUTTI I GIORNALI ITALIANI HANNO DEDICATO AMPIO SPAZIO NELLE SCORSE
SETTIMANE !!! 1.5 - 2 MILIARDI DI LIRE IN SOLE 6 SETTIMANE !!!
GARANTITO !!! FINALMENTE TRADOTTA ANCHE IN ITALIANO, PER IL TUO
SUCCESSO !!! UN SISTEMA CHE ANNULLA COMPLETAMENTE TOTOCALCIO,
TOTOGOL, LOTTO, ENALOTTO E LOTTERIE VARIE !!! BASTA GIOCARE E
SPRECARE SOLDI INUTILMENTE !!! COMINCIA A VINCERE UNA VOLTA PER TUTTE
1.5 - 2 MILIARDI DI LIRE OGNI 6 SETTIMANE FINO A QUANDO SARAI STUFO
DI TUTTI QUEI SOLDI 

Proprio cosi` !!! Si, basta preoccuparsi del lavoro, del quale non se
ne puo` piu`, dei soldi, che non sono mai abbastanza, di quella
vacanza che VORRESTI ma e sempre più lontana!!! GRAZIE A QUESTA E-MAIL
RICEVERAI 



1.5 - 2 MILIARDI DI LIRE OGNI 6 SETTIMANE !!! ASSICURATO  

!!! Quindi
il mio consiglio e` quello di cominciare A TIRARE FUORI I SOGNI DAL
CASSETTO !!! Immagina per un attimo cosa potresti fare, ad esempio potresti
ordinare la nuova, fiammante, Lamborghini Murcielago che ti meriti,
oppure recati alla banca e pagare una volta per tutte quel mutuo sulla
casa o appartamento !!! Oppure potresti prenderti un
paio di mesi di vacanza o crociera in uno di quei posti esotici dei
quali hai sempre sognato, poi ritornato a casa decidere cosa fare con
piu` di un miliardo ancora a disposizione !!! Alle volte la realtà può
sembrare
un sogno ma come sai CON I SOGNI NON SI RISOLVE NULLA !!! Questa e`
PURA REALTA` e succedera` anche a te nelle prossime 6 settimane,
grazie all'incredibile sistema MLM americano !!! 6 SOLE SETTIMANE:
questo e` quanto ci vuole per accumulare un minimo di $750.000
DOLLARI AMERICANI, PARI A UN MILIARDO E MEZZO DI LIRE ITALIANE, ED
ENTRARE NEL CLUB DEI NUOVI MILIARDARI DEL QUALE HAI SENTITO PARLARE
ULTIMAMENTE ALLA TV !!!


Hai perso I servizi speciali in onda su Raitre, Canale5 e altre
emittenti televisive locali riguardo questo incredibile sistema
americano ??? Non importa, perche` questa e` la famosa e-mail dei
quali tutti parlano sulle reti televisive di tutto il mondo, non solo
italiane. Dovuto alla ormai crescente popolarita` di questa e-mail su
Internet, alcune emittenti televisive italiane hanno dedicato
ultimamente degli speciali sul come e` possibile guadagnare 1.5 - 2
miliardi di lire in 6 settimane, e per di piu` garantito.
" Come e` possibile garantire una vincita del genere, insomma, qui si parla
di
un sacco di quattrini !!!", e` stato il commento di quasi tutti i
conduttori dei vari programmi TV e articoli pubblicati. Gia`, come e`
possibile ASSICURARE che qualcuno vinca davvero ??? Il risultato e`
stato piu` che sorprendente, perfino per I conduttori, che hanno
espresso il loro desiderio di partecipare subito !!! In tutti gli
speciali, non solo si e` evidenziato e provato che il sistema
funziona davvero e assicura la vincita a CHIUNQUE PARTECIPA, ma e`
stato anche provato che non ci sono leggi in vigore (in Italia) che
impediscono la partecipazione al programma. Creato negli USA qualche
anno fa, e dopo aver generato non si sa quanti nuovi miliardari in
tutto il mondo, e ricevuto l'attenzione di emittenti televisive e
telegiornali in numerosi paesi del mondo, e` finalmente approdato
anche in Italia, grazie alla cortese collaborazione di un italiano
residente negli USA, che ha finalmente deciso di tradurre questa e-
mail in italiano, ed estendere l'opportunita` di diventare miliardari
anche a tutti gli italiani che desiderano partecipare !!!

Quante volte hai tentato la fortuna al Totocalcio ??? Totogol ???
Enalotto, lotterie Hai fatto fortuna ??? NO ??? E probabilmente
il tutto ti e` costato una gran bella cifra !!! Non preoccuparti:
finalmente e` arrivato il tuo momento, si, quello di vincere sul
serio, garantito oltre il 200%, perche` e` stato provato che nessuno
puo` perdere, nessuno !!! Non si puo` perdere per il semplice motivo
che ci sono migliaia di nuovi giocatori ogni giorno che vogliono
partecipare, e aspettano che i fortunati che sono in possesso di
questa e-mail (quale sei tu ad esempio), la spediscano anche a loro.
Hai seguito ultimamente gli speciali in onda su RaiTre, Canale 5 e
altre emittenti televisive locali riguardo il Super Sistema MLM
americano ???

In questa e-mail ti sveliamo il segreto di

Debianisieren von Programmen

[Flex]

Ich hätte da nur eine Frage, habe bereits mit dem 
Utility "alien" Debian-Packages gemacht.
 
Habe aber erfahren, das es auch eine zweite Methode 
gibt, die normalerweise für die Distribution verwendet wird.
 
Könnten Sie mir erklären, wie das 
funktioniert?
 
Vielen Dank im Voraus
MfG Roman

Control File

[Zeno Davatz]

Hi List

My control file for our Apache-SSL-ywesee looks like this:

Source: apache-ssl-ywesee
Section: web
Priority: optional
Maintainer: ywesee <[EMAIL PROTECTED]>
Build-Depends: debhelper (>> 3.0.0)i, libncurses5 (>= 5.2.20020112a-7 ),
libssl0.9.6 (>= 0.9.6c-2.woody.1 ), openssl (>= 0.9.6c-2.woody.1 )
Standards-Version: 3.5.2

Package: apache-ssl-ywesee
Replaces: apache, apache-common, apache-ssl
Architecture: any
Depends: ${shlibs:Depends}
Description: apache-ssl by ywesee 3.9.2002
 

We use this package internally because we believe there is a bug in the
official Debian Apache-SSL package.

Now when I do apt-get install php4

My Debian tells me that I need to install apache-common.

Why do the dependency-manager not know that I already got apache-ssl
installed. I wrote in my control file that apache-ssl-ywesee replaces
apache, apache-common, apache-ssl

Thanks for your help.

Zeno


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

Re: Sponsorship: esshsh, python-twofish, python-expect

[Andrew Lau]

Dear Fredrik,
Thanks a lot for the very prompt sponsorship/upload. I owe you
in future.

Yours sincerely,
Andrew "Netsnipe" Lau

-- 
---
* Andrew 'Netsnipe' Lau   Computer Science & Sturep, UNSW *
*   "apt-get into it"Debian GNU/Linux Packager*
**
* GnuPG 1024D/2E8B68BD 0B77 73D0 4F3B F286 63F1  9F4A 9B24 C07D 2E8B 68BD *
---



msg07377/pgp0.pgp
Description: PGP signature

Re: Debianisieren von Programmen

[Michael Banck]

On Thu, Oct 03, 2002 at 05:38:50PM +0200, Flex wrote:
> Habe aber erfahren, das es auch eine zweite Methode gibt, die
> normalerweise für die Distribution verwendet wird.

This mailing-list is in english.

> Könnten Sie mir erklären, wie das funktioniert?

read the 'Packaging' section of www.debian.org/devel.

regards,

Michael


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

Re: Debianisieren von Programmen

[Andreas Rottmann]

--NOTE--
Gleich mal vorweg: This is an English-Speaking List, so post in English.


"Flex" <[EMAIL PROTECTED]> writes:

> Ich hätte da nur eine Frage, habe bereits mit dem Utility "alien"
> Debian-Packages gemacht.
> 
This is rather a quick & dirty solution, many subtleties of the different
package-formats are ignored.

Das ist eher eine quick & dirty solution, vielerlei Feinheiten der
versch. Paketformate werden dabei nicht beachtet.

> 
> Habe aber erfahren, das es auch eine zweite Methode gibt, die normalerweise
> für die Distribution verwendet wird.
> 
Indeed you won't find a single alien-generated package in Debian.

In der Tat wirst du kein einziges alien-erzeugtes Paket in der
Distribution finden.

>  
> 
> Könnten Sie mir erklären, wie das funktioniert?
> 
RTFM: http://www.debian.org/doc/maint-guide/


Grüsse, Andi
-- 
Andreas Rottmann | Dru@ICQ| 118634484@ICQ | [EMAIL PROTECTED]
http://www.8ung.at/rotty | GnuPG Key: http://www.8ung.at/rotty/gpg.asc
Fingerprint  | DFB4 4EB4 78A4 5EEE 6219  F228 F92F CFC5 01FD 5B62


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

Re: Control File

[David Given]

On Thu, 2002-10-03 at 16:56, Zeno Davatz wrote:
[...]
> Why do the dependency-manager not know that I already got apache-ssl
> installed. I wrote in my control file that apache-ssl-ywesee replaces
> apache, apache-common, apache-ssl

All Replaces: does is ensure that if you install apache-ssl-ywesee, then
apache, apache-common and apache-ssl are removed. What you want is to
add:

Provides: apache, apache-common, apache-ssl

This will tell the package manager that apache-ssl-ywesee has the same
functionality as the named packages, so that any dependency that relies
on one can depend on apache-ssl-ywesee instead.

-- 
+- David Given --McQ-+ Did you hear about the hard-working but ill sage
|  [EMAIL PROTECTED]| who got cursed with garlic breath? He was a
| ([EMAIL PROTECTED]) | super-calloused fragile mystic hexed with
+- www.cowlark.com --+ halitosis.



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

Re: Control File

[Sean 'Shaleh' Perry]

On Thursday 03 October 2002 08:56, Zeno Davatz wrote:
>
> My Debian tells me that I need to install apache-common.
>
> Why do the dependency-manager not know that I already got apache-ssl
> installed. I wrote in my control file that apache-ssl-ywesee replaces
> apache, apache-common, apache-ssl
>

replaces means "it is ok to install me over this other package".  You need to 
Provide: apache-common.  Or just take the Debian apache package, add you 
tweaks and use it locally.


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

Re: Control File

[Sven LUTHER]

On Thu, Oct 03, 2002 at 06:29:46PM +0100, David Given wrote:
> On Thu, 2002-10-03 at 16:56, Zeno Davatz wrote:
> [...]
> > Why do the dependency-manager not know that I already got apache-ssl
> > installed. I wrote in my control file that apache-ssl-ywesee replaces
> > apache, apache-common, apache-ssl
> 
> All Replaces: does is ensure that if you install apache-ssl-ywesee, then
> apache, apache-common and apache-ssl are removed. What you want is to
> add:
> 
> Provides: apache, apache-common, apache-ssl
> 
> This will tell the package manager that apache-ssl-ywesee has the same
> functionality as the named packages, so that any dependency that relies
> on one can depend on apache-ssl-ywesee instead.

Mmm, is Provides a superset of Replaces, or do you have to specify both
?

Friendly,

Sven Luther


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

Re: Control File

[Zeno Davatz]

On 2.10.2002 17:26 Uhr, "Simon Richter" <[EMAIL PROTECTED]> wrote:

> Watch out for syntax errors happening by using vi. :-)
Sorry I am a newbie. Where are they?

> You do want to "Provides: apache, apache-common, apache-ssl" and
> "Conflicts: apache". The "Replaces" is not needed.
Did not work: my control file is now:

Source: apache-ssl-ywesee
Section: web
Priority: optional
Maintainer: ywesee <[EMAIL PROTECTED]>
Build-Depends: debhelper (>> 3.0.0)i, libncurses5 (>= 5.2.20020112a-7 ),
libssl0.9.6 (>= 0.9.6c-2.woody.1 ), openssl (>= 0.9.6c-2.woody.1 )
Standards-Version: 3.5.2

Package: apache-ssl-ywesee
Provides: apache, apache-common, apache-ssl
Conflicts: apache
Architecture: any
Depends: ${shlibs:Depends}
Description: apache-ssl by ywesee 3.9.2002

If I do apt-get install php4

My Debian still asks me to install apache-common - Why?

Thanks for your help.

Zeno


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

Build-Depends/Depends wierdness

[Stephen Gran]

Hello all,

I am trying to package up kcdlabel, and am having a little trouble
getting the Build-Depends and Depends fields correct.  I used the script
from the New Maintainer's Guide to get the Build-Depends, but it appears
to have not worked in quite the way I expected.

I get a list of Build-Depends that correctly builds the package, but
only because of dependencies pulled in with the Build-Depends packages -
e.g., kdelibs-dev depends on libjpeg62-dev, as does this package, but
libjpeg62-dev does not show up as a Buid-Depend.  Is this behavior
expected?  I would like a way to make all direct Build-Depends show up,
so that if, e.g., kdelibs-dev changes it's dependencies at some point,
the build still succeeds.  Any one have other ways of doing this?

The Depends problem seems related to this, although I am not sure.  In
my control file, I just use ${shlibs:Depends} in the Depends: field.
After building (in a Woody chroot, thanks to pbuilder - great tool!) I
get a Depends: that looks like this:

Depends: kdelibs3 (>= 4:2.2.2-1), libc6 (>= 2.2.4-4), libfam0,
libjpeg62, libpng2(>=1.0.12), libqt2 (>= 3:2.3.1-1),
libstdc++2.10-glibc2.2 (>= 1:2.95.4-0.010810), xlibs (>> 4.1.0), zlib1g
(>= 1:1.1.4)

But:
steve@gashuffer:~$ for i in `ldd /usr/bin/kcdlabel | cut -f3 -d\ ` ; do
dpkg -S $i ; done | sort | cut -f1 -d':' | uniq
kdelibs3
libc6
libfam0
libfreetype6
libjpeg62
liblcms
libmng1
libpng2
libqt2
libstdc++2.10-glibc2.2
xlibs
zlib1g

There's 3 more library packages that aren't found by dpkg-shlibdeps.  Am
I misinterpreting here, and I should in fact put these missing packages
in manually, or am I somehow building poorly, and that is causing the
discrepancy in the output?

Packages are available at http://www.lobefin.net/steve/~debian/

The latest build (-5) is lintian clean except for the /usr/share link
warning - this was added automatically by dh_make, so I'll get around to
taking care of that, but I'd like to figure out the problem with Depends
first.

Any help/suggestions/pointers to FM greatly appreciated.

Thanks a lot,
Steve
-- 
One of the signs of Napoleon's greatness is the fact that he once had a
publisher shot.
-- Siegfried Unseld



msg07384/pgp0.pgp
Description: PGP signature

Re: Control File

[Sean 'Shaleh' Perry]

On Thursday 03 October 2002 11:08, Sven LUTHER wrote:
>
> Mmm, is Provides a superset of Replaces, or do you have to specify both
> ?
>

Replaces says "it is ok to install me when this other package is installed, 
even if we have the same files, I now own those files".  Provides says "for 
all intents and purposes treat me as this other package when doing depends 
checks".

So if package foo has file /etc/bar which used to be in package bar you say 
Replaces: bar.  If package foo or package bar can be installed to satisfy the 
same depends you put a Provides: bar in foo's control file (or you have both 
of them Provide a psuedo package).  If the package foo is not a 100% 
replacement for the bar package AND you intend to take over bar's place in 
the Debian archive you say both replaces and provides.  If you want to remove 
the bar package from a user's machine while doing this you also specify a 
conflicts on bar.

All of this is documented in policy is different (and perhaps better) words.


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

Re: Control File

[Sean 'Shaleh' Perry]

On Thursday 03 October 2002 11:05, Zeno Davatz wrote:
>
> If I do apt-get install php4
>
> My Debian still asks me to install apache-common - Why?
>
> Thanks for your help.
>
> Zeno

Because php4 depends on a version of apache-common and Provides does not help 
with version depends.

As I commented earlier, you are probably best off grabbing the apache package, 
adding your options and using it rather than making your own package.


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

Re: Control File

[Matthias Urlichs]

Hi,

Sven LUTHER:
> Mmm, is Provides a superset of Replaces, or do you have to specify both

They simply have different semantics. It's better not to conflate them.

-- 
Matthias Urlichs | noris network AG | http://smurf.noris.de/


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

Re: Debianisieren von Programmen

[Simon Richter]

Flex,

Zuallererst 'mal: Diese Liste ist englisch, Debian ist ein
internationales Projekt.

On Thu, Oct 03, 2002 at 05:38:50PM +0200, Flex wrote:
> Ich hätte da nur eine Frage, habe bereits mit dem Utility "alien"
> Debian-Packages gemacht.

alien doesn't support all features a .deb package usually has and
doesn't handle complex situations (i.e. packages requiring more to
install that simply unpacking) gracefully.

> Habe aber erfahren, das es auch eine zweite Methode gibt, die
> normalerweise für die Distribution verwendet wird.

Exactly. The "regular way" is to use the dpkg program to build the
package from a directory with all the files that should go into the
package and a few special files to describe the package meta
information. See the new-maintainer guide[1] for explanation.

   Simon

[1] http://www.de.debian.org/doc/maint-guide/

-- 
GPG Fingerprint: 040E B5F7 84F1 4FBC CEAD  ADC6 18A0 CC8D 5706 A4B4



msg07388/pgp0.pgp
Description: PGP signature

Re: Control File

[Simon Richter]

Zeno,

On Thu, Oct 03, 2002 at 05:56:33PM +0200, Zeno Davatz wrote:
> Source: apache-ssl-ywesee
> Section: web
> Priority: optional
> Maintainer: ywesee <[EMAIL PROTECTED]>
> Build-Depends: debhelper (>> 3.0.0)i, libncurses5 (>= 5.2.20020112a-7 ),
> libssl0.9.6 (>= 0.9.6c-2.woody.1 ), openssl (>= 0.9.6c-2.woody.1 )

Watch out for syntax errors happening by using vi. :-)

> Standards-Version: 3.5.2
> 
> Package: apache-ssl-ywesee
> Replaces: apache, apache-common, apache-ssl

You do want to "Provides: apache, apache-common, apache-ssl" and
"Conflicts: apache". The "Replaces" is not needed.

   Simon

-- 
GPG Fingerprint: 040E B5F7 84F1 4FBC CEAD  ADC6 18A0 CC8D 5706 A4B4



msg07389/pgp0.pgp
Description: PGP signature

Forcing multiple package downgrades.

[Douglas Hoen]

I want to downgrade an arbitrary set of packages to lower versions, en masse _without 
manual intervention_. I have a repository containing a complete set of packages that I 
want to install onto any system, forcing downgrades if necessary. (All dependent 
packages are contained in the repository.) 

Is there some way to do this? For instance, is there some way to instruct the policy 
engine when doing a dist-upgrade to perform automatic downgrades of particular 
packages by using pin priorities?

BTW, I have tried using various apt-get install and dist-upgrade combinations without 
success. For instance, I have tried to make a meta-package listing the specific 
verstions that I want, but "apt-get install " fails with an error 
listing unmet dependencies for versions that require downgrading. (The actual error 
message is: "Sorry, but the following packages have unmet dependencies: 
: Depends:  (= ) but 
 is to be installed".)

Thanks very much in advance for any advice,
Doug
___
Douglas Hoen
[EMAIL PROTECTED]


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

Re: Control File

[Simon Richter]

Zeno,

On Thu, Oct 03, 2002 at 08:05:32PM +0200, Zeno Davatz wrote:
> > Watch out for syntax errors happening by using vi. :-)
> Sorry I am a newbie. Where are they?

The "i" in front of the comma.

   Simon

-- 
GPG Fingerprint: 040E B5F7 84F1 4FBC CEAD  ADC6 18A0 CC8D 5706 A4B4



msg07391/pgp0.pgp
Description: PGP signature

Re: Build-Depends/Depends wierdness

[Graham Wilson]

On Thu, Oct 03, 2002 at 02:09:12PM -0400, Stephen Gran wrote:
> Hello all,

hello.

> There's 3 more library packages that aren't found by dpkg-shlibdeps.  Am

are the extra libraries explicitly used by your program?

--
gram



msg07392/pgp0.pgp
Description: PGP signature

Re: Forcing multiple package downgrades.

[Paul Cupis]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Thursday 03 October 2002 20:42, Douglas Hoen wrote:
> I want to downgrade an arbitrary set of packages to lower versions, en
> masse _without manual intervention_. I have a repository containing a
> complete set of packages that I want to install onto any system, forcing
> downgrades if necessary. (All dependent packages are contained in the
> repository.)
>
> Is there some way to do this? For instance, is there some way to instruct
> the policy engine when doing a dist-upgrade to perform automatic downgrades
> of particular packages by using pin priorities?
>
> BTW, I have tried using various apt-get install and dist-upgrade
> combinations without success. For instance, I have tried to make a
> meta-package listing the specific verstions that I want, but "apt-get
> install " fails with an error listing unmet dependencies for
> versions that require downgrading. (The actual error message is: "Sorry,
> but the following packages have unmet dependencies: :
> Depends:  (= ) but
>  is to be installed".)

Read apt_preferences(5).

If you set the preferences file /etc/apt/preferences to give your local 
packages/local server a priority of >1000 (1010, say), then apt will install 
those packages even if it has to downgrade from the currently installed 
packages.

Paul Cupis
- -- 
[EMAIL PROTECTED]

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

iD8DBQE9nKcNIzuKV+SHX/kRAk1mAJ96rHby2fczLL5bVwA+II2+chDe8ACfXhIs
RjqStfV90EjTbNI/K0oyhlA=
=J7jX
-END PGP SIGNATURE-


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

Re: Build-Depends/Depends wierdness

[Stephen Gran]

This one time, at band camp, Graham Wilson said:
> On Thu, Oct 03, 2002 at 02:09:12PM -0400, Stephen Gran wrote:
> > Hello all,
> 
> hello.
> 
> > There's 3 more library packages that aren't found by dpkg-shlibdeps.  Am
> 
> are the extra libraries explicitly used by your program?
> 
> --
> gram

I believe so, although I am not %100 sure.  ldd seems to think so, at
any rate.  As a test, I guess I can try removing those libraries and see
if it runs, although I am a little worried about all the other stuff that
will be removed along with them.  

Steve

-- 
It is necessary to have purpose.
-- Alice #1, "I, Mudd", stardate 4513.3



msg07394/pgp0.pgp
Description: PGP signature

Re: Build-Depends/Depends wierdness

[Michel Dänzer]

On Don, 2002-10-03 at 20:09, Stephen Gran wrote:
> 
> In my control file, I just use ${shlibs:Depends} in the Depends: field.
> After building (in a Woody chroot, thanks to pbuilder - great tool!) I
> get a Depends: that looks like this:
> 
> Depends: kdelibs3 (>= 4:2.2.2-1), libc6 (>= 2.2.4-4), libfam0,
> libjpeg62, libpng2(>=1.0.12), libqt2 (>= 3:2.3.1-1),
> libstdc++2.10-glibc2.2 (>= 1:2.95.4-0.010810), xlibs (>> 4.1.0), zlib1g
> (>= 1:1.1.4)
> 
> But:
> steve@gashuffer:~$ for i in `ldd /usr/bin/kcdlabel | cut -f3 -d\ ` ; do
> dpkg -S $i ; done | sort | cut -f1 -d':' | uniq
> kdelibs3
> libc6
> libfam0
> libfreetype6
> libjpeg62
> liblcms
> libmng1
> libpng2
> libqt2
> libstdc++2.10-glibc2.2
> xlibs
> zlib1g
> 
> There's 3 more library packages that aren't found by dpkg-shlibdeps.  Am
> I misinterpreting here, and I should in fact put these missing packages
> in manually, or am I somehow building poorly, and that is causing the
> discrepancy in the output?

I think ldd also shows indirectly linked libraries, i.e. those linked to
libraries the app links to. Those don't generate a dependency, and
neither should they. If the app uses one of those directly, it should
link to it directly as well, then it will generate a dependency.

Now I hope this explains something and doesn't confuse. :)


-- 
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer
XFree86 and DRI project member   /  CS student, Free Software enthusiast


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

Re: Forcing multiple package downgrades.

[Leo Costela]

Hi Doug

On Thu, 2002-10-03 at 16:42, Douglas Hoen wrote:
> I want to downgrade an arbitrary set of packages to lower versions, en
> masse _without manual intervention_. I have a repository containing a
> complete set of packages that I want to install onto any system,  
> forcing downgrades if necessary. (All dependent packages are contained
> in the repository.) 
> 
> Is there some way to do this? For instance, is there some way to 
> instruct the policy engine when doing a dist-upgrade to perform 
> automatic downgrades of particular packages by using pin priorities?

I'm not really sure I understand your situation, but if your packages
are in a directory you could use
dpkg -i $(ls )
The --force-downgrade option of dpkg is on by default, so you shouldn't
need to set it.


Cheers

-- 

 Leo Costela
 [EMAIL PROTECTED] | [EMAIL PROTECTED] | [EMAIL PROTECTED]
 Public Key: http://wallsplash.net/leo/pubkey.asc
 "you must cut down the mightiest tree in the forest... with... a
herring!"



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

unsubscribe

[MC Yi]

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

RE: unsubscribe

[justin cunningham]

Did you also add the request to the email to line i.e.
[EMAIL PROTECTED] also, to avoid this email on
future lists you could do to: [EMAIL PROTECTED]
cc: debian-mentors...

regards, justin

-Original Message-
From: MC Yi [mailto:[EMAIL PROTECTED]] 
Sent: Thursday, October 03, 2002 5:10 PM
To: [EMAIL PROTECTED]
Subject: unsubscribe




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




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

Re: Control File

[Zeno Davatz]

On 2.10.2002 19:28 Uhr, "Simon Richter" <[EMAIL PROTECTED]> wrote:

> The "i" in front of the comma.
> 
>  Simon
Thanks. Do you have an idea why my Debian still wants to install
apache-common when I make apt-get install php4?

My control file is now:

Source: apache-ssl-ywesee
Section: web
Priority: optional
Maintainer: ywesee <[EMAIL PROTECTED]>
Build-Depends: debhelper (>> 3.0.0), libncurses5 (>= 5.2.20020112a-7 ),
libssl0.9.6 (>= 0.9.6c-2.woody.1 ), openssl (>= 0.9.6c-2.woody.1 )
Standards-Version: 3.5.2

Package: apache-ssl-ywesee
Replaces: apache, apache-common, apache-ssl
Architecture: any
Depends: ${shlibs:Depends}
Description: apache-ssl by ywesee 3.9.2002

Thanks for your help.

Zeno


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

packages which can be arch: all and arch: any ...

[Sven LUTHER]

Hello, ...

Well, this will be a complex question, and the subject is not all that
speaking, i apologize for it...

I maintain the ocaml package, which is a language which can produce
bytecode executables to be run in a virtual machine (as java does) or
native code executables (well, the source is converted to asm and then
assembled by gcc) on a limited range of arches (alpha, arm, i386, ia64,
powerpc and sparc).

Since the bytecode executables are arch independent, i think it would be
nice to build them arch: all, since this would mean, apart from smaller
sized packages, also that we don't have 12+ version of the same thing in
the archive (well, at least we can spare all the arches which do not
support native code compilers).

But then, on arches supporting the native code compiler, we want to
build the app as native code, since this will result in faster
executables.

That said, my first idea was, for a source package foo, to have a binary
package foo containing the bytecode executable and being arch: all, and
a binary package foo-native for the 6 arches who support it (which would
replace, provide and all that is needed the foo package).

The problem is that for the native supporting arches, both the arch: all
and the native code package is available, one being called foo, the
other providing foo. It is my guess that if a user does an apt-get
install foo, he will get the bytecode package, even if the native code
is available.

Is there a way to handle this so that apt will get the native code
package if it is available, and resort to the bytecode one on arches not
supporting the native code compiler ? Some sort of priorities or
something such ?

BTW, is there a more appropriated list for this kind of question ?

BTW2, if i go with virtual packages, i will most probably run with
problems on versioned dependencies, do someone know what is the problem
with that, if there is a fundamental flaw with doing them, or if it is
only the manpower to implement them which is at fault.

Friendly,

Sven Luther


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

Re: packages which can be arch: all and arch: any ...

[Matthias Urlichs]

Hi,

Sven LUTHER:
> Is there a way to handle this so that apt will get the native code
> package if it is available, and resort to the bytecode one on arches not
> supporting the native code compiler ? Some sort of priorities or
> something such ?
> 
I'd split the packages in three:
- ocaml (arch-independent, common stuff)
- ocaml-bytecode (ditto, bytecode interpreter)
- ocaml-native (arch-dependent, compiles to native code)

The latter two provide a common symbol "ocaml-runtime", both require ocaml;
ocaml requires "ocaml-runtime"; either -native can conflict with -bytecode
and vice versa, or you select which you want via the alternatives
mechanism.

For archs which don't have a native compiler, there's simply no choice.

> BTW, is there a more appropriated list for this kind of question ?
> 
Not that I know of.

> BTW2, if i go with virtual packages, i will most probably run with
> problems on versioned dependencies

You don't need them here. -bytecode and -native can even be versioned
independently; if a program has a problem with an old -native it can
register a conflict with lower versions of it.

-- 
Matthias Urlichs | noris network AG | http://smurf.noris.de/


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

Re: Specify root directory

[Zeno Davatz]

On 3.10.2002 1:26 Uhr, "Graham Wilson" <[EMAIL PROTECTED]> wrote:

> what version of apache are you using?
Apache 1.3.26 and mod_ssl2.8.10

We used the apache-ssl 1.3.26.1+1.47-2 version of Debian but found that some
things just do not want to work with that version, ie. Server status.

>in the version in unstable, the
> server root information is located in a file in the debian/patches
> directory of the source.
The installation and location of the installation was actually not a problem
with the Debian package.

> what, if any, local changes have you made to the source? could you provide a
> diff between the debian version and your version?
I can try. I far as I can remeber we mainly edited the rules file. We also
added our own layout to config.layout - and there comes the point were we
could not manage to specify the server root directory (for the files that
apache loads ie. httpd.conf)

Zeno

Re: menu icon format

[Philipp Frauenfelder]

Hi

On Wed, Oct 02, 2002 at 05:57:34PM -0400, Mike Furr wrote:
> One of my packages just changed its icon from an xpm to png.  I was all
> for it until I saw lintian complain:
> W: terminatorx: menu-icon-not-in-xpm-format
> /usr/share/pixmaps/terminatorX-app.png
> 
> Do we ship wm's that can't handle pngs, but do handle our menu system? 
> The menu sub-policy doesn't mention anything about formats...  I'd
> rather not put a build-depend on imagemagick just for this...

The odd thing about these menu icons is the following: lintian
complains about shipping a not-xpm icon and the Gnome panel
cannot handle xpm.

I built a package of me with the shipped png icon and it appear
in the menu in the Gnome panel. When I fixed the lintian warning
and converted the icon to xpm, the panel did no longer display
the icon.

Another odd thing: feh and ImageMagick (display) correctly
display the xpm picture (which was created from the png using
convert). xv does not display the picture and gimp 1.2.3 just
displays the conturs of the icon.

Any hints?

Regards
-- 
Philipp  | work: [EMAIL PROTECTED]  +41 1 632 60 38
Frauenfelder | home: [EMAIL PROTECTED]+41 1 862 73 14
[PGP]| http://www.math.ethz.ch/~pfrauenf/
Proudly running Debian GNU/Linux. See http://www.debian.org/

Sponsorship: esshsh, python-twofish, python-expect

[Andrew Lau]

Here's a quick rundown:

python-twofish and python-expect have bugfixes and esshsh is new
upstream.
320k worth of tarballs



all 3 are lintian clean and installed/purge tested
and afaict, conform with the current python policy

I've passed everything except for the final DAM stage, so I don't have
a mentor as such. So I would gladly appreciate anyone who could upload
these for me.

Yours sincerely,
Andrew "Netsnipe" Lau

-- 
---
* Andrew 'Netsnipe' Lau   Computer Science & Sturep, UNSW *
*   "apt-get into it"Debian GNU/Linux Packager*
**
* GnuPG 1024D/2E8B68BD 0B77 73D0 4F3B F286 63F1  9F4A 9B24 C07D 2E8B 68BD *
---


pgpK915lVR5t2.pgp
Description: PGP signature

Re: Sponsorship: esshsh, python-twofish, python-expect

[Fredrik Steen]

* Andrew Lau <[EMAIL PROTECTED]> [021003 10:05]:
> Here's a quick rundown:
> 
> python-twofish and python-expect have bugfixes and esshsh is new
> upstream.
> 320k worth of tarballs
> 
> 
> 
> all 3 are lintian clean and installed/purge tested
> and afaict, conform with the current python policy
> 
> I've passed everything except for the final DAM stage, so I don't have
> a mentor as such. So I would gladly appreciate anyone who could upload
> these for me.

I can help you. I will check the packages and upload if ok.

-- 
 .''`. Fredrik Steen, [EMAIL PROTECTED]
: :' : 2CD6 C838 BE77 795F 5EF1  3E5B DA91 EE7B A58E 164
`. `'  http://www.stone.nu/
  `--  http://www.debian.org/

Re: Specify root directory

[Graham Wilson]

On Thu, Oct 03, 2002 at 08:19:18AM +0200, Zeno Davatz wrote:
> On 3.10.2002 1:26 Uhr, "Graham Wilson" <[EMAIL PROTECTED]> wrote:
> > what, if any, local changes have you made to the source? could you
> > provide a diff between the debian version and your version?
>
> I can try. I far as I can remeber we mainly edited the rules file. We
> also added our own layout to config.layout - and there comes the point
> were we could not manage to specify the server root directory (for the
> files that apache loads ie. httpd.conf)

can you send me (via private email) a copy of your rules and
config.layout files?

--
gram


pgpAEDErJ4ozY.pgp
Description: PGP signature

Funziona davvero!!!

[[EMAIL PROTECTED]]

Vorresti Davvero Guadagnare con Internet?

Bene, la prima cosa da fare è salvare su disco questa pagina
per averla a portata di mano anche se il tuo PC non è connesso a Internet,
poi copia tutto in Word o in Blocco Note e stampalo,
così lo potrai leggere con più attenzione.

Questo Sistema è diverso da tutti gli altri,
quindi se non ti fidi leggi con attenzione le istruzioni per valutarlo,
e quando le avrai comprese ti assicuro che
sarà per te IRRESISTIBILE la voglia di partecipare.

QUESTO E`SENZA DUBBIO IL GIORNO PIU' FORTUNATO DELLA TUA VITA !!
IMMAGINA A COSA POTRESTI FARE CON 1.5 - 2 MILIARDI DI LIRE...
SEI UNO DEI PRIMI FORTUNATI ITALIANI A RICEVERE QUESTA FAMOSA MLM E-
MAIL, DELLA QUALE TUTTI STANNO PARLANDO, E DELLA QUALE LA TELEVISIONE
E TUTTI I GIORNALI ITALIANI HANNO DEDICATO AMPIO SPAZIO NELLE SCORSE
SETTIMANE !!! 1.5 - 2 MILIARDI DI LIRE IN SOLE 6 SETTIMANE !!!
GARANTITO !!! FINALMENTE TRADOTTA ANCHE IN ITALIANO, PER IL TUO
SUCCESSO !!! UN SISTEMA CHE ANNULLA COMPLETAMENTE TOTOCALCIO,
TOTOGOL, LOTTO, ENALOTTO E LOTTERIE VARIE !!! BASTA GIOCARE E
SPRECARE SOLDI INUTILMENTE !!! COMINCIA A VINCERE UNA VOLTA PER TUTTE
1.5 - 2 MILIARDI DI LIRE OGNI 6 SETTIMANE FINO A QUANDO SARAI STUFO
DI TUTTI QUEI SOLDI 

Proprio cosi` !!! Si, basta preoccuparsi del lavoro, del quale non se
ne puo` piu`, dei soldi, che non sono mai abbastanza, di quella
vacanza che VORRESTI ma e sempre più lontana!!! GRAZIE A QUESTA E-MAIL
RICEVERAI 



1.5 - 2 MILIARDI DI LIRE OGNI 6 SETTIMANE !!! ASSICURATO  

!!! Quindi
il mio consiglio e` quello di cominciare A TIRARE FUORI I SOGNI DAL
CASSETTO !!! Immagina per un attimo cosa potresti fare, ad esempio potresti
ordinare la nuova, fiammante, Lamborghini Murcielago che ti meriti,
oppure recati alla banca e pagare una volta per tutte quel mutuo sulla
casa o appartamento !!! Oppure potresti prenderti un
paio di mesi di vacanza o crociera in uno di quei posti esotici dei
quali hai sempre sognato, poi ritornato a casa decidere cosa fare con
piu` di un miliardo ancora a disposizione !!! Alle volte la realtà può
sembrare
un sogno ma come sai CON I SOGNI NON SI RISOLVE NULLA !!! Questa e`
PURA REALTA` e succedera` anche a te nelle prossime 6 settimane,
grazie all'incredibile sistema MLM americano !!! 6 SOLE SETTIMANE:
questo e` quanto ci vuole per accumulare un minimo di $750.000
DOLLARI AMERICANI, PARI A UN MILIARDO E MEZZO DI LIRE ITALIANE, ED
ENTRARE NEL CLUB DEI NUOVI MILIARDARI DEL QUALE HAI SENTITO PARLARE
ULTIMAMENTE ALLA TV !!!


Hai perso I servizi speciali in onda su Raitre, Canale5 e altre
emittenti televisive locali riguardo questo incredibile sistema
americano ??? Non importa, perche` questa e` la famosa e-mail dei
quali tutti parlano sulle reti televisive di tutto il mondo, non solo
italiane. Dovuto alla ormai crescente popolarita` di questa e-mail su
Internet, alcune emittenti televisive italiane hanno dedicato
ultimamente degli speciali sul come e` possibile guadagnare 1.5 - 2
miliardi di lire in 6 settimane, e per di piu` garantito.
" Come e` possibile garantire una vincita del genere, insomma, qui si parla
di
un sacco di quattrini !!!", e` stato il commento di quasi tutti i
conduttori dei vari programmi TV e articoli pubblicati. Gia`, come e`
possibile ASSICURARE che qualcuno vinca davvero ??? Il risultato e`
stato piu` che sorprendente, perfino per I conduttori, che hanno
espresso il loro desiderio di partecipare subito !!! In tutti gli
speciali, non solo si e` evidenziato e provato che il sistema
funziona davvero e assicura la vincita a CHIUNQUE PARTECIPA, ma e`
stato anche provato che non ci sono leggi in vigore (in Italia) che
impediscono la partecipazione al programma. Creato negli USA qualche
anno fa, e dopo aver generato non si sa quanti nuovi miliardari in
tutto il mondo, e ricevuto l'attenzione di emittenti televisive e
telegiornali in numerosi paesi del mondo, e` finalmente approdato
anche in Italia, grazie alla cortese collaborazione di un italiano
residente negli USA, che ha finalmente deciso di tradurre questa e-
mail in italiano, ed estendere l'opportunita` di diventare miliardari
anche a tutti gli italiani che desiderano partecipare !!!

Quante volte hai tentato la fortuna al Totocalcio ??? Totogol ???
Enalotto, lotterie Hai fatto fortuna ??? NO ??? E probabilmente
il tutto ti e` costato una gran bella cifra !!! Non preoccuparti:
finalmente e` arrivato il tuo momento, si, quello di vincere sul
serio, garantito oltre il 200%, perche` e` stato provato che nessuno
puo` perdere, nessuno !!! Non si puo` perdere per il semplice motivo
che ci sono migliaia di nuovi giocatori ogni giorno che vogliono
partecipare, e aspettano che i fortunati che sono in possesso di
questa e-mail (quale sei tu ad esempio), la spediscano anche a loro.
Hai seguito ultimamente gli speciali in onda su RaiTre, Canale 5 e
altre emittenti televisive locali riguardo il Super Sistema MLM
americano ???

In questa e-mail ti sveliamo il segreto di 

Debianisieren von Programmen

[Flex]

Ich hätte da nur eine Frage, habe bereits mit dem 
Utility "alien" Debian-Packages gemacht.
 
Habe aber erfahren, das es auch eine zweite Methode 
gibt, die normalerweise für die Distribution verwendet wird.
 
Könnten Sie mir erklären, wie das 
funktioniert?
 
Vielen Dank im Voraus
MfG Roman

Control File

[Zeno Davatz]

Hi List

My control file for our Apache-SSL-ywesee looks like this:

Source: apache-ssl-ywesee
Section: web
Priority: optional
Maintainer: ywesee <[EMAIL PROTECTED]>
Build-Depends: debhelper (>> 3.0.0)i, libncurses5 (>= 5.2.20020112a-7 ),
libssl0.9.6 (>= 0.9.6c-2.woody.1 ), openssl (>= 0.9.6c-2.woody.1 )
Standards-Version: 3.5.2

Package: apache-ssl-ywesee
Replaces: apache, apache-common, apache-ssl
Architecture: any
Depends: ${shlibs:Depends}
Description: apache-ssl by ywesee 3.9.2002
 

We use this package internally because we believe there is a bug in the
official Debian Apache-SSL package.

Now when I do apt-get install php4

My Debian tells me that I need to install apache-common.

Why do the dependency-manager not know that I already got apache-ssl
installed. I wrote in my control file that apache-ssl-ywesee replaces
apache, apache-common, apache-ssl

Thanks for your help.

Zeno

Re: Sponsorship: esshsh, python-twofish, python-expect

[Andrew Lau]

Dear Fredrik,
Thanks a lot for the very prompt sponsorship/upload. I owe you
in future.

Yours sincerely,
Andrew "Netsnipe" Lau

-- 
---
* Andrew 'Netsnipe' Lau   Computer Science & Sturep, UNSW *
*   "apt-get into it"Debian GNU/Linux Packager*
**
* GnuPG 1024D/2E8B68BD 0B77 73D0 4F3B F286 63F1  9F4A 9B24 C07D 2E8B 68BD *
---


pgpthAsCyMaDi.pgp
Description: PGP signature

Re: Debianisieren von Programmen

[Michael Banck]

On Thu, Oct 03, 2002 at 05:38:50PM +0200, Flex wrote:
> Habe aber erfahren, das es auch eine zweite Methode gibt, die
> normalerweise für die Distribution verwendet wird.

This mailing-list is in english.

> Könnten Sie mir erklären, wie das funktioniert?

read the 'Packaging' section of www.debian.org/devel.

regards,

Michael

Re: Debianisieren von Programmen

[Andreas Rottmann]

--NOTE--
Gleich mal vorweg: This is an English-Speaking List, so post in English.


"Flex" <[EMAIL PROTECTED]> writes:

> Ich hätte da nur eine Frage, habe bereits mit dem Utility "alien"
> Debian-Packages gemacht.
> 
This is rather a quick & dirty solution, many subtleties of the different
package-formats are ignored.

Das ist eher eine quick & dirty solution, vielerlei Feinheiten der
versch. Paketformate werden dabei nicht beachtet.

> 
> Habe aber erfahren, das es auch eine zweite Methode gibt, die normalerweise
> für die Distribution verwendet wird.
> 
Indeed you won't find a single alien-generated package in Debian.

In der Tat wirst du kein einziges alien-erzeugtes Paket in der
Distribution finden.

>  
> 
> Könnten Sie mir erklären, wie das funktioniert?
> 
RTFM: http://www.debian.org/doc/maint-guide/


Grüsse, Andi
-- 
Andreas Rottmann | [EMAIL PROTECTED]| [EMAIL PROTECTED] | 
[EMAIL PROTECTED]
http://www.8ung.at/rotty | GnuPG Key: http://www.8ung.at/rotty/gpg.asc
Fingerprint  | DFB4 4EB4 78A4 5EEE 6219  F228 F92F CFC5 01FD 5B62

Re: Control File

[David Given]

On Thu, 2002-10-03 at 16:56, Zeno Davatz wrote:
[...]
> Why do the dependency-manager not know that I already got apache-ssl
> installed. I wrote in my control file that apache-ssl-ywesee replaces
> apache, apache-common, apache-ssl

All Replaces: does is ensure that if you install apache-ssl-ywesee, then
apache, apache-common and apache-ssl are removed. What you want is to
add:

Provides: apache, apache-common, apache-ssl

This will tell the package manager that apache-ssl-ywesee has the same
functionality as the named packages, so that any dependency that relies
on one can depend on apache-ssl-ywesee instead.

-- 
+- David Given --McQ-+ Did you hear about the hard-working but ill sage
|  [EMAIL PROTECTED]| who got cursed with garlic breath? He was a
| ([EMAIL PROTECTED]) | super-calloused fragile mystic hexed with
+- www.cowlark.com --+ halitosis.


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

Re: Control File

[Sean 'Shaleh' Perry]

On Thursday 03 October 2002 08:56, Zeno Davatz wrote:
>
> My Debian tells me that I need to install apache-common.
>
> Why do the dependency-manager not know that I already got apache-ssl
> installed. I wrote in my control file that apache-ssl-ywesee replaces
> apache, apache-common, apache-ssl
>

replaces means "it is ok to install me over this other package".  You need to 
Provide: apache-common.  Or just take the Debian apache package, add you 
tweaks and use it locally.

Re: Control File

[Sven LUTHER]

On Thu, Oct 03, 2002 at 06:29:46PM +0100, David Given wrote:
> On Thu, 2002-10-03 at 16:56, Zeno Davatz wrote:
> [...]
> > Why do the dependency-manager not know that I already got apache-ssl
> > installed. I wrote in my control file that apache-ssl-ywesee replaces
> > apache, apache-common, apache-ssl
> 
> All Replaces: does is ensure that if you install apache-ssl-ywesee, then
> apache, apache-common and apache-ssl are removed. What you want is to
> add:
> 
> Provides: apache, apache-common, apache-ssl
> 
> This will tell the package manager that apache-ssl-ywesee has the same
> functionality as the named packages, so that any dependency that relies
> on one can depend on apache-ssl-ywesee instead.

Mmm, is Provides a superset of Replaces, or do you have to specify both
?

Friendly,

Sven Luther

Re: Control File

[Zeno Davatz]

On 2.10.2002 17:26 Uhr, "Simon Richter" <[EMAIL PROTECTED]> wrote:

> Watch out for syntax errors happening by using vi. :-)
Sorry I am a newbie. Where are they?

> You do want to "Provides: apache, apache-common, apache-ssl" and
> "Conflicts: apache". The "Replaces" is not needed.
Did not work: my control file is now:

Source: apache-ssl-ywesee
Section: web
Priority: optional
Maintainer: ywesee <[EMAIL PROTECTED]>
Build-Depends: debhelper (>> 3.0.0)i, libncurses5 (>= 5.2.20020112a-7 ),
libssl0.9.6 (>= 0.9.6c-2.woody.1 ), openssl (>= 0.9.6c-2.woody.1 )
Standards-Version: 3.5.2

Package: apache-ssl-ywesee
Provides: apache, apache-common, apache-ssl
Conflicts: apache
Architecture: any
Depends: ${shlibs:Depends}
Description: apache-ssl by ywesee 3.9.2002

If I do apt-get install php4

My Debian still asks me to install apache-common - Why?

Thanks for your help.

Zeno

Build-Depends/Depends wierdness

[Stephen Gran]

Hello all,

I am trying to package up kcdlabel, and am having a little trouble
getting the Build-Depends and Depends fields correct.  I used the script
from the New Maintainer's Guide to get the Build-Depends, but it appears
to have not worked in quite the way I expected.

I get a list of Build-Depends that correctly builds the package, but
only because of dependencies pulled in with the Build-Depends packages -
e.g., kdelibs-dev depends on libjpeg62-dev, as does this package, but
libjpeg62-dev does not show up as a Buid-Depend.  Is this behavior
expected?  I would like a way to make all direct Build-Depends show up,
so that if, e.g., kdelibs-dev changes it's dependencies at some point,
the build still succeeds.  Any one have other ways of doing this?

The Depends problem seems related to this, although I am not sure.  In
my control file, I just use ${shlibs:Depends} in the Depends: field.
After building (in a Woody chroot, thanks to pbuilder - great tool!) I
get a Depends: that looks like this:

Depends: kdelibs3 (>= 4:2.2.2-1), libc6 (>= 2.2.4-4), libfam0,
libjpeg62, libpng2(>=1.0.12), libqt2 (>= 3:2.3.1-1),
libstdc++2.10-glibc2.2 (>= 1:2.95.4-0.010810), xlibs (>> 4.1.0), zlib1g
(>= 1:1.1.4)

But:
[EMAIL PROTECTED]:~$ for i in `ldd /usr/bin/kcdlabel | cut -f3 -d\ ` ; do
dpkg -S $i ; done | sort | cut -f1 -d':' | uniq
kdelibs3
libc6
libfam0
libfreetype6
libjpeg62
liblcms
libmng1
libpng2
libqt2
libstdc++2.10-glibc2.2
xlibs
zlib1g

There's 3 more library packages that aren't found by dpkg-shlibdeps.  Am
I misinterpreting here, and I should in fact put these missing packages
in manually, or am I somehow building poorly, and that is causing the
discrepancy in the output?

Packages are available at http://www.lobefin.net/steve/~debian/

The latest build (-5) is lintian clean except for the /usr/share link
warning - this was added automatically by dh_make, so I'll get around to
taking care of that, but I'd like to figure out the problem with Depends
first.

Any help/suggestions/pointers to FM greatly appreciated.

Thanks a lot,
Steve
-- 
One of the signs of Napoleon's greatness is the fact that he once had a
publisher shot.
-- Siegfried Unseld


pgp1Wi5Qcz4Vn.pgp
Description: PGP signature

Re: Control File

[Sean 'Shaleh' Perry]

On Thursday 03 October 2002 11:08, Sven LUTHER wrote:
>
> Mmm, is Provides a superset of Replaces, or do you have to specify both
> ?
>

Replaces says "it is ok to install me when this other package is installed, 
even if we have the same files, I now own those files".  Provides says "for 
all intents and purposes treat me as this other package when doing depends 
checks".

So if package foo has file /etc/bar which used to be in package bar you say 
Replaces: bar.  If package foo or package bar can be installed to satisfy the 
same depends you put a Provides: bar in foo's control file (or you have both 
of them Provide a psuedo package).  If the package foo is not a 100% 
replacement for the bar package AND you intend to take over bar's place in 
the Debian archive you say both replaces and provides.  If you want to remove 
the bar package from a user's machine while doing this you also specify a 
conflicts on bar.

All of this is documented in policy is different (and perhaps better) words.

Re: Control File

[Sean 'Shaleh' Perry]

On Thursday 03 October 2002 11:05, Zeno Davatz wrote:
>
> If I do apt-get install php4
>
> My Debian still asks me to install apache-common - Why?
>
> Thanks for your help.
>
> Zeno

Because php4 depends on a version of apache-common and Provides does not help 
with version depends.

As I commented earlier, you are probably best off grabbing the apache package, 
adding your options and using it rather than making your own package.

Re: Control File

[Matthias Urlichs]

Hi,

Sven LUTHER:
> Mmm, is Provides a superset of Replaces, or do you have to specify both

They simply have different semantics. It's better not to conflate them.

-- 
Matthias Urlichs | noris network AG | http://smurf.noris.de/

Re: Debianisieren von Programmen

[Simon Richter]

Flex,

Zuallererst 'mal: Diese Liste ist englisch, Debian ist ein
internationales Projekt.

On Thu, Oct 03, 2002 at 05:38:50PM +0200, Flex wrote:
> Ich hätte da nur eine Frage, habe bereits mit dem Utility "alien"
> Debian-Packages gemacht.

alien doesn't support all features a .deb package usually has and
doesn't handle complex situations (i.e. packages requiring more to
install that simply unpacking) gracefully.

> Habe aber erfahren, das es auch eine zweite Methode gibt, die
> normalerweise für die Distribution verwendet wird.

Exactly. The "regular way" is to use the dpkg program to build the
package from a directory with all the files that should go into the
package and a few special files to describe the package meta
information. See the new-maintainer guide[1] for explanation.

   Simon

[1] http://www.de.debian.org/doc/maint-guide/

-- 
GPG Fingerprint: 040E B5F7 84F1 4FBC CEAD  ADC6 18A0 CC8D 5706 A4B4


pgp54qxwp6z6M.pgp
Description: PGP signature

Re: Control File

[Simon Richter]

Zeno,

On Thu, Oct 03, 2002 at 05:56:33PM +0200, Zeno Davatz wrote:
> Source: apache-ssl-ywesee
> Section: web
> Priority: optional
> Maintainer: ywesee <[EMAIL PROTECTED]>
> Build-Depends: debhelper (>> 3.0.0)i, libncurses5 (>= 5.2.20020112a-7 ),
> libssl0.9.6 (>= 0.9.6c-2.woody.1 ), openssl (>= 0.9.6c-2.woody.1 )

Watch out for syntax errors happening by using vi. :-)

> Standards-Version: 3.5.2
> 
> Package: apache-ssl-ywesee
> Replaces: apache, apache-common, apache-ssl

You do want to "Provides: apache, apache-common, apache-ssl" and
"Conflicts: apache". The "Replaces" is not needed.

   Simon

-- 
GPG Fingerprint: 040E B5F7 84F1 4FBC CEAD  ADC6 18A0 CC8D 5706 A4B4


pgpT7OsIC7qJ7.pgp
Description: PGP signature

Forcing multiple package downgrades.

[Douglas Hoen]

I want to downgrade an arbitrary set of packages to lower versions, en masse 
_without manual intervention_. I have a repository containing a complete set of 
packages that I want to install onto any system, forcing downgrades if 
necessary. (All dependent packages are contained in the repository.) 

Is there some way to do this? For instance, is there some way to instruct the 
policy engine when doing a dist-upgrade to perform automatic downgrades of 
particular packages by using pin priorities?

BTW, I have tried using various apt-get install and dist-upgrade combinations 
without success. For instance, I have tried to make a meta-package listing the 
specific verstions that I want, but "apt-get install " fails with 
an error listing unmet dependencies for versions that require downgrading. (The 
actual error message is: "Sorry, but the following packages have unmet 
dependencies: : Depends:  (= 
) but  is to be installed".)

Thanks very much in advance for any advice,
Doug
___
Douglas Hoen
[EMAIL PROTECTED]

Re: Control File

[Simon Richter]

Zeno,

On Thu, Oct 03, 2002 at 08:05:32PM +0200, Zeno Davatz wrote:
> > Watch out for syntax errors happening by using vi. :-)
> Sorry I am a newbie. Where are they?

The "i" in front of the comma.

   Simon

-- 
GPG Fingerprint: 040E B5F7 84F1 4FBC CEAD  ADC6 18A0 CC8D 5706 A4B4


pgpsGxM16bNno.pgp
Description: PGP signature

Re: Build-Depends/Depends wierdness

[Graham Wilson]

On Thu, Oct 03, 2002 at 02:09:12PM -0400, Stephen Gran wrote:
> Hello all,

hello.

> There's 3 more library packages that aren't found by dpkg-shlibdeps.  Am

are the extra libraries explicitly used by your program?

--
gram


pgpH4rsoZZmFX.pgp
Description: PGP signature

Re: Forcing multiple package downgrades.

[Paul Cupis]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Thursday 03 October 2002 20:42, Douglas Hoen wrote:
> I want to downgrade an arbitrary set of packages to lower versions, en
> masse _without manual intervention_. I have a repository containing a
> complete set of packages that I want to install onto any system, forcing
> downgrades if necessary. (All dependent packages are contained in the
> repository.)
>
> Is there some way to do this? For instance, is there some way to instruct
> the policy engine when doing a dist-upgrade to perform automatic downgrades
> of particular packages by using pin priorities?
>
> BTW, I have tried using various apt-get install and dist-upgrade
> combinations without success. For instance, I have tried to make a
> meta-package listing the specific verstions that I want, but "apt-get
> install " fails with an error listing unmet dependencies for
> versions that require downgrading. (The actual error message is: "Sorry,
> but the following packages have unmet dependencies: :
> Depends:  (= ) but
>  is to be installed".)

Read apt_preferences(5).

If you set the preferences file /etc/apt/preferences to give your local 
packages/local server a priority of >1000 (1010, say), then apt will install 
those packages even if it has to downgrade from the currently installed 
packages.

Paul Cupis
- -- 
[EMAIL PROTECTED]

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

iD8DBQE9nKcNIzuKV+SHX/kRAk1mAJ96rHby2fczLL5bVwA+II2+chDe8ACfXhIs
RjqStfV90EjTbNI/K0oyhlA=
=J7jX
-END PGP SIGNATURE-

Re: Build-Depends/Depends wierdness

[Stephen Gran]

This one time, at band camp, Graham Wilson said:
> On Thu, Oct 03, 2002 at 02:09:12PM -0400, Stephen Gran wrote:
> > Hello all,
> 
> hello.
> 
> > There's 3 more library packages that aren't found by dpkg-shlibdeps.  Am
> 
> are the extra libraries explicitly used by your program?
> 
> --
> gram

I believe so, although I am not %100 sure.  ldd seems to think so, at
any rate.  As a test, I guess I can try removing those libraries and see
if it runs, although I am a little worried about all the other stuff that
will be removed along with them.  

Steve

-- 
It is necessary to have purpose.
-- Alice #1, "I, Mudd", stardate 4513.3


pgpGZMWBxp3EB.pgp
Description: PGP signature

Re: Build-Depends/Depends wierdness

[Michel Dänzer]

On Don, 2002-10-03 at 20:09, Stephen Gran wrote:
> 
> In my control file, I just use ${shlibs:Depends} in the Depends: field.
> After building (in a Woody chroot, thanks to pbuilder - great tool!) I
> get a Depends: that looks like this:
> 
> Depends: kdelibs3 (>= 4:2.2.2-1), libc6 (>= 2.2.4-4), libfam0,
> libjpeg62, libpng2(>=1.0.12), libqt2 (>= 3:2.3.1-1),
> libstdc++2.10-glibc2.2 (>= 1:2.95.4-0.010810), xlibs (>> 4.1.0), zlib1g
> (>= 1:1.1.4)
> 
> But:
> [EMAIL PROTECTED]:~$ for i in `ldd /usr/bin/kcdlabel | cut -f3 -d\ ` ; do
> dpkg -S $i ; done | sort | cut -f1 -d':' | uniq
> kdelibs3
> libc6
> libfam0
> libfreetype6
> libjpeg62
> liblcms
> libmng1
> libpng2
> libqt2
> libstdc++2.10-glibc2.2
> xlibs
> zlib1g
> 
> There's 3 more library packages that aren't found by dpkg-shlibdeps.  Am
> I misinterpreting here, and I should in fact put these missing packages
> in manually, or am I somehow building poorly, and that is causing the
> discrepancy in the output?

I think ldd also shows indirectly linked libraries, i.e. those linked to
libraries the app links to. Those don't generate a dependency, and
neither should they. If the app uses one of those directly, it should
link to it directly as well, then it will generate a dependency.

Now I hope this explains something and doesn't confuse. :)


-- 
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer
XFree86 and DRI project member   /  CS student, Free Software enthusiast

Re: Forcing multiple package downgrades.

[Leo Costela]

Hi Doug

On Thu, 2002-10-03 at 16:42, Douglas Hoen wrote:
> I want to downgrade an arbitrary set of packages to lower versions, en
> masse _without manual intervention_. I have a repository containing a
> complete set of packages that I want to install onto any system,  
> forcing downgrades if necessary. (All dependent packages are contained
> in the repository.) 
> 
> Is there some way to do this? For instance, is there some way to 
> instruct the policy engine when doing a dist-upgrade to perform 
> automatic downgrades of particular packages by using pin priorities?

I'm not really sure I understand your situation, but if your packages
are in a directory you could use
dpkg -i $(ls )
The --force-downgrade option of dpkg is on by default, so you shouldn't
need to set it.


Cheers

-- 

 Leo Costela
 [EMAIL PROTECTED] | [EMAIL PROTECTED] | [EMAIL PROTECTED]
 Public Key: http://wallsplash.net/leo/pubkey.asc
 "you must cut down the mightiest tree in the forest... with... a
herring!"


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

unsubscribe

[MC Yi]

RE: unsubscribe

[justin cunningham]

Did you also add the request to the email to line i.e.
[EMAIL PROTECTED] also, to avoid this email on
future lists you could do to: [EMAIL PROTECTED]
cc: debian-mentors...

regards, justin

-Original Message-
From: MC Yi [mailto:[EMAIL PROTECTED] 
Sent: Thursday, October 03, 2002 5:10 PM
To: debian-mentors@lists.debian.org
Subject: unsubscribe




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