Já chegou o novo Nokia 7650

[informacao]

LOJADOTELEMOVEL.COM 12 de Agosto 2002
http://www.lojadotelemovel.com


][][][][][][][][][][][][][][][ BOAS FÉRIAS ][][][][][][][][][][][][][][][

--Ouça rádio e mantenha-se atento às chamadas
Onde quer que se encontre, não perca o contacto com quem lhe liga. Auriculares 
com rádio FM stereo são a grande novidade deste verão. Ao atender o seu 
telemóvel, a música pára até desligar a sua chamada.
Disponível para telemóveis Nokia, Siemens, Motorola e Ericsson.
Compre já o seu aqui: 
http://www.lojadotelemovel.com/default.php3?cPath=3&SESSAO=

--CARCAÇAS
Todas as semanas adiccionamos novos modelos à maior coleção de capas (carcaças) 
em Portugal:

Cápsula mutante Nokia 8210 em Nokia 5210 em cinzento e laranja
http://www.lojadotelemovel.com/default.php3?cPath=509_513&SESSAO=

 
Cápsulas de Luxo para o Samsung A400
http://www.lojadotelemovel.com/default.php3?cPath=509_630&SESSAO=

Carcaças completas com temas exclusivos para o Motorola T191
http://www.lojadotelemovel.com/default.php3?cPath=509_615&SESSAO=
 
Carcaças completas para o Ericsson T68 e Sonyericsson T68i
http://www.lojadotelemovel.com/default.php3?cPath=509_617&SESSAO=

A carcaça mutante para transformar completamente o seu velho Nokia 8210 no topo 
de gama 8850, sem dispender muito dinheiro.
http://www.lojadotelemovel.com/product_info.php3?cPath=509_513&products_id=3393&SESSAO


--ACESSÓRIOS

Acessórios para o Nokia 9210 e 9210i
http://www.lojadotelemovel.com/default.php3?cPath=3_9_480&SESSAO=

Acessórios para o Nokia 7650
http://www.lojadotelemovel.com/default.php3?cPath=3_9_631&SESSAO=

Não encontra o acessório que deseja? Pergunte-nos.
http://www.lojadotelemovel.com/contact_us.php3


--WIRELESS/BLUETOOTH
Temos a maior selecção de equipamento Bluetooth da Peninsula Ibérica.
http://www.lojadotelemovel.com/default.php3?cPath=572&SESSAO=


--ORGANIZERS
É o PDA mais indicados pelos especialistas. O Ericsson MC218 é o potente PSION 
MX5 e agora com upgrade para ligações GPRS com o seu telemóvel.
A internet está agora no seu bolso.
http://www.lojadotelemovel.com/product_info.php3?cPath=573_584_586&products_id=3523&SESSAO=

--DIVERSOS

Caixa de ferramenta para Nokias e Ericsson
http://www.lojadotelemovel.com/product_info.php3?cPath=5&products_id=2488&SESSAO=

Conjunto de ferramentas de precisão para o Motorola série V
http://www.lojadotelemovel.com/product_info.php3?cPath=5&products_id=3800&SESSAO=

 

Está a receber este e-mail porque se inscreveu na LOJADOTELEMOVEL.com, 
indicando o seu endereço de email.
Para deixar de receber as nossas mensagens da LOJADOTELEMOVEL.com
escreva o seu email no campo indicado em: http://www.lojadotelemovel.com

PS: Não faça reply a esta mensagem, para nos contactar carregue aqui


-
lojadotelemovel.com
#1 em telemoveis e acessorios

Re: Archive link at the end of each post?

[Carlos Laviola]

On Sun, Aug 11, 2002 at 08:34:31PM +1000, Martijn van Oosterhout wrote:
> I think the problem is that at the point the mailing list is forwarding the
> message it has no idea where it is going to be archived so it cannot add a
> reference.

In my original idea there is no such problem, as you can notice the
"To UNSUBSCRIBE, email to [EMAIL PROTECTED]" changes
according to each mailing list. The basis are already there.

-- 
Carlos Laviola   < [EMAIL PROTECTED] >
Debian GNU/Linux 

Re: Pin and apt

[Julien Danjou]

Le Sun, Aug 11, 2002 at 10:33:46PM +0200, Julien Danjou a écrit:
> (In my local repository I have only 2 packages: icewm and icewm-common)

It works fine with:
deb file:/root/deb/ sid main

So there is no more problem :-)

-- 
Julien Danjou

 .''`. Debian developer
: :' : http://jdanjou.org
`. `'  http://people.debian.org/~acid
  `-   GPG: 9A0D 5FD9 EB42 22F6 8974  C95C A462 B51E C2FE E5CD

Re: New to the list, and need info

[Matt Zimmerman]

On Sun, Aug 11, 2002 at 08:47:02PM -0400, Individual . . wrote:

> I have subscribed to this list because I am nearing the end of my list 
> of possibilities.
> 
> I am searching for a mailing list that will tolerate my simple c++ 
> questions.
> 
> More specifically, I want to learn how to use libpng (a library for 
> creating PNG images), and have found the documentation rushed and 
> unclear on many topics. Maybe this is just my impression.

If I were in your place, the first thing that I would look for is a libpng
mailing list, not a Debian mailing list.

http://www.libpng.org/pub/png/pngmisc.html#lists

> If the general consensus is that simple questions about c++ might be 
> better answered elsewhere, then please be kind and tell me where, what 
> mailing list.

The general consensus is that simple questions about C++ might be better
answered elsewhere.

For starters, read the entire C++ FAQ-lite:

http://www.parashift.com/c++-faq-lite/

and if it doesn't answer your question:

http://www.parashift.com/c++-faq-lite/how-to-post.html#faq-5.9

-- 
 - mdz

Bug#156356: ITP: db1-compat -- Berkeley DB 1 compatibility library

[Colin Watson]

Package: wnpp
Severity: wishlist

* Package name: db1-compat (binary package libdb1-compat)
  Version : 3.1.3 (based on db1-addon-2.1.3.tar.bz2 from glibc)
  Upstream Author : Sleepycat Software
* URL : http://www.sleepycat.com/
* License : Sleepycat licence, same as other libdb* packages
  Description : The Berkeley database routines [glibc 2.0/2.1 compatibility]

I'm putting together a package that provides libdb.so.2, which was
recently removed from glibc. This package is intended only for
compatibility with old third-party binaries; if your package ends up
using it, it is buggy and should switch to libdb4.0 or similar.
Accordingly, there will be no corresponding development package.

A preview is available at
http://people.debian.org/~cjwatson/db1-compat/, but I haven't fully
tested it yet and still need to discuss some details with the glibc
maintainers. (So if the .deb there breaks your system, you get to keep
both pieces ...) For example, if libc6 is to depend on it for sarge,
it'll be Priority: required, otherwise it'll be Priority: extra.

-- 
Colin Watson  [EMAIL PROTECTED]

Re: Bug#156257: ITP: libpam-ssh -- I didn't write it, I'm just working on it. It authenticates you by u

[Roderick Schertler]

On Sun, 11 Aug 2002 11:43:41 +0900 (JST), Oohara Yuuma <[EMAIL PROTECTED]> said:
> On Sat, 10 Aug 2002 22:20:26 -0400,
> Roderick Schertler <[EMAIL PROTECTED]> wrote:
>>
>> The pam_ssh PAM module allows you to authenticate yourself by supplying
>> the passphrase for your SSH key (id_dsa, id_rsa, or identity in ~/.ssh).
>> Better yet, it can be to configured launch an ssh-agent and load the
>> decrypted key into it.  You supply your passphrase just once when you
>> log in, and you get an agent loaded with that key.
>
> Why not use ssh-agent directly?

I don't know what you mean by that.  Directly instead of what part of
the above process?

-- 
Roderick Schertler
[EMAIL PROTECTED]

New to the list, and need info

[Individual . .]

Hello.
I have subscribed to this list because I am nearing the end of my list 
of possibilities.

I am searching for a mailing list that will tolerate my simple c++ 
questions.

More specifically, I want to learn how to use libpng (a library for 
creating PNG images), and have found the documentation rushed and 
unclear on many topics. Maybe this is just my impression.

If the general consensus is that simple questions about c++ might be 
better answered elsewhere, then please be kind and tell me where, what 
mailing list.

If someone on this list has experience with the aforementioned library, 
I would greatly appreciate your offlist help.

Thanks
Paul

Re: please remove current libsdl-image1.2, libsdl-perl etc. from sarge.

[Oohara Yuuma]

On Sun, 11 Aug 2002 11:38:29 +0900 (JST),
Oohara Yuuma <[EMAIL PROTECTED]> wrote:
> On Sun, 11 Aug 2002 10:17:42 +0900 (JST),
> Oohara Yuuma <[EMAIL PROTECTED]> wrote:
> > 4. old foo, new libsdl-image1.2 and new libpng3
> Sorry, this is impossible.
s/libpng3/libpng2/, now I see why emails suck.

-- 
Oohara Yuuma <[EMAIL PROTECTED]>
Debian developer
PGP key (key ID F464A695) http://www.interq.or.jp/libra/oohara/pub-key.txt
Key fingerprint = 6142 8D07 9C5B 159B C170  1F4A 40D6 F42E F464 A695

Better just encrypt it all in your head :-).
--- Derrick 'dman' Hudson, about encryption without any physical medium

Re: Bug#156257: ITP: libpam-ssh -- I didn't write it, I'm just working on it. It authenticates you by u

[Oohara Yuuma]

On Sat, 10 Aug 2002 22:20:26 -0400,
Roderick Schertler <[EMAIL PROTECTED]> wrote:
> The pam_ssh PAM module allows you to authenticate yourself by supplying
> the passphrase for your SSH key (id_dsa, id_rsa, or identity in ~/.ssh).
> Better yet, it can be to configured launch an ssh-agent and load the
> decrypted key into it.  You supply your passphrase just once when you
> log in, and you get an agent loaded with that key.
Why not use ssh-agent directly?

-- 
Oohara Yuuma <[EMAIL PROTECTED]>
Debian developer
PGP key (key ID F464A695) http://www.interq.or.jp/libra/oohara/pub-key.txt
Key fingerprint = 6142 8D07 9C5B 159B C170  1F4A 40D6 F42E F464 A695

Better just encrypt it all in your head :-).
--- Derrick 'dman' Hudson, about encryption without any physical medium

Bug#156346: [ITP]: tads2-mode -- Emacs mode for editing TADS code

[Daniel Schepler]

Package: wnpp
Severity: wishlist

* Package name: tads2-mode
  Version : 1.2
  Upstream Author : Stephen Granade
* URL : 
http://www.ifarchive.org/if-archive/programming/editors/tads2-mode.el
* License : GPL
  Description : Emacs mode for editing TADS code
 This package provides an (X)Emacs mode which makes it easier to edit
 source code for TADS games.  TADS implements a programming language
 especially designed for writing text adventures; interpreters for the
 resulting byte-code are available for most operating systems
 (including Debian GNU/Linux, in the tadsr package).
-- 
Daniel Schepler  "Please don't disillusion me.  I
[EMAIL PROTECTED]haven't had breakfast yet."
 -- Orson Scott Card

Re: Problems with freeswan upload

[Mark Brown]

On Sun, Aug 11, 2002 at 10:21:44PM +0200, Rene Mayrhofer wrote:

> Since I am getting more and more bug-reports about users requesting an
> updated package, I would like to get this resolved quickly. Therefore, I
> am happy about any hint on what I am doing wrong (RTFM with a pointer to
> the respective document is more than welcome :) ).

I'd suggest asking debian-legal about the OpenSSL licensing issue.

Other than that both the new binary package and the move from non-US to
main require manual intervention by the ftpmasters and barring any
licesning or similar problems they might identify the best thing to do
is wait for them.  In my recent experience that has been taking a bit
longer than week for simple packages.

-- 
"You grabbed my hand and we fell into it, like a daydream - or a fever."

Re: The dependencies of libc6 must handle packages that break without db1

[Colin Watson]

On Fri, Aug 09, 2002 at 10:34:13AM -0400, Ben Collins wrote:
> On Fri, Aug 09, 2002 at 03:14:32PM +0100, Colin Watson wrote:
> > On Fri, Aug 09, 2002 at 09:56:30AM -0400, Ben Collins wrote:
> > > Sounds like a good idea. Someone has already offered to do exactly this
> > > (and please don't use the "g" extension, it dates back to hamm, and
> > > serves no good purpose nowadays).
> > 
> > There is one problem there in that there's already a libdb1 package
> > providing libdb.so.1.85.4, and although the differences are small I
> > think they're enough for it to be incompatible. The compatibility
> > package would have to be called something else.
> 
> libdb1-glibc-compat?

The libdb1 package currently in unstable is for libc5 (didn't spot that
at first for some reason ...), so I thought this was exactly what the
'g' suffix was for? I've no particular religious convictions either way
though.

I have something that looks pretty close to a working package in my home
directory now. objdump output for its libdb.so.2 and the one from glibc
is almost identical, with the exception of a couple of missing sections
which I'm trying to figure out. I'll put it somewhere public for testing
when I've cleaned it up a bit more.

Is it going to be necessary to apply upgrade hacks to libdb.so.2 in
libc6's postinst, similar to those currently there for libdb.so.3?

-- 
Colin Watson  [EMAIL PROTECTED]

Re: mirroring question

[Jonathan Oxer]

Oops!

> 
> Or you could try Apt-cacher:
> http://www.apt-cacher.com/
> 

http://www.apt-cacher.org/

Re: mirroring question

[Jonathan Oxer]

> apt-move and demish are really mirror programs that rely on apt for
> downloading of packages, while apt-proxy is 'just' a cache (you could
> also try squid instead of apt-proxy).


Or you could try Apt-cacher:
http://www.apt-cacher.com/


Jonathan Oxer
Ph +61 3 9723 9399 / Fx +61 3 9723 4899
GPG key: http://www.ivt.com.au/gpg/jon.oxer.gpg

Re: Why db_input ... || true

[Stefan Hornburg Racke]

Robert Bihlmeyer <[EMAIL PROTECTED]> writes:

> Holger Kubiak <[EMAIL PROTECTED]> writes:
> 
> > Is it possible that lintian searches this entrys (in the sense: is
> > it possible to change lintian).
> 
> It is. But db_* commands return status for a reason, so people may
> want to omit the "|| true" and actually do something with the exit
> codes. lintian has no business bitchin about that.

db_input medium iptables/modename || [ $? -eq 30 ]

This stops if anything is wrong with the template, but not if the
question is already asked. IMHO makes a lot more sense then || true.

Ciao
Racke

-- 
Prolific Interchange Consulting (Excellent German Quality !).
Take a look at Materialboerse (http://www.materialboerse.de/), WITT 
(http://www.witt-weiden.de/), Boxmover (http://shop.boxmover.ch/) or 
Passionshop (http://www.passionshop.com/racke). Need a shop ? Contact us.

Re: Bug#156257: ITP: libpam-ssh -- SSH key authentication and single sign-on via PAM

[Roderick Schertler]

On Sun, 11 Aug 2002 06:59:29 +0200, Russell Coker <[EMAIL PROTECTED]> said:
>
> With such a PAM module installed anyone who can write to your home directory
> can change your password.

The module provides only PAM auth and session components, so they can't
literally change your password.  Yes, if they can write to your ~/.ssh
directory they'll be able to authenticate as you for any program which uses
the pam_ssh.so auth scheme, but if they can do that they can already log in
as you (by putting their key into your ~/.ssh directory) and connecting
with SSH.

Of course, installing the module won't turn it on for any PAM clients.
The admin will choose how they want to use it.

-- 
Roderick Schertler
[EMAIL PROTECTED]

Re: Pin and apt

[Julien Danjou]

Le Sun, Aug 11, 2002 at 04:01:55PM -0400, Matt Zimmerman a écrit:
> On Sun, Aug 11, 2002 at 07:50:31PM +0200, Julien Danjou wrote:
> 
> > Le Sun, Aug 11, 2002 at 01:32:19PM -0400, Matt Zimmerman a ?crit:
> > > On Sun, Aug 11, 2002 at 05:11:00PM +0200, Julien Danjou wrote: It looks
> > > like you are providing the same package versions from both sources.
> > 
> > It's right.
> > 
> > > Pins are used to select between distinct versions. 
> > 
> > Why can I specify a release pin instead a version pin ?  I don't agree.
> 
> Releases are just a convenient way of selecting versions of packages, it is
> not (as far as I know) intended to distinguish between particular sources of
> packages.

Hum, but release are for all packages from ONE source, so... ?
I think all packages from this source have release set to the repository 
release.
 
> > Identical :-(
> 
> Something else is wrong, then, as it is supposed to prefer them in order.
> Does it work correctly if you remove the pins, then list the file: source
> first?

No.

[EMAIL PROTECTED]:/etc/apt-> head -1 sources.list
deb file:/root/deb/ ./
[EMAIL PROTECTED]:/etc/apt-> ls -l preferences*
-rw-r--r--1 root root   54 2002-08-11 02:05 preferences.bak
[EMAIL PROTECTED]:/etc/apt-> apt-get update
[...]
Reading Package Lists... Done
Building Dependency Tree... Done
[EMAIL PROTECTED]:/etc/apt-> apt-cache policy icewm
icewm:
  Installed: (none)
  Candidate: 1.2.0-1
  Version Table:
 1.2.0-1 0
500 http://debian.mirrors.easynet.fr sid/main Packages
500 file: ./ Packages
[EMAIL PROTECTED]:/etc/apt-> apt-get install icewm --print-uris -y
Reading Package Lists... Done
Building Dependency Tree... Done
The following extra packages will be installed:
  icewm-common 
The following NEW packages will be installed:
  icewm icewm-common 
0 packages upgraded, 2 newly installed, 0 to remove and 8  not upgraded.
Need to get 499kB of archives. After unpacking 2294kB will be used.
'http://debian.mirrors.easynet.fr/pool/main/i/icewm/icewm-common_1.2.0-1_i386.deb'
 icewm-common_1.2.0-1_i386.deb 238048 4959cbcaa274dd5ae9bb35144923538c
'http://debian.mirrors.easynet.fr/pool/main/i/icewm/icewm_1.2.0-1_i386.deb' 
icewm_1.2.0-1_i386.deb 260934 73f7800ef2f37da5f0a66819d397cd1e


> sources.list(5):
> 
>It  is  important to list sources in order of preference, with the most
>preferred source listed first. Typically this will result in sorting by
>speed from fastest to slowest (CD-ROM followed by hosts on a local net-
>work, followed by distant Internet hosts, for example).

Thanks, this is useful, but do not seems to work (or I am stupid). :-(

Does "apt-get update" really update ? :-/

(In my local repository I have only 2 packages: icewm and icewm-common)

-- 
Julien Danjou

 .''`. Debian developer
: :' : http://jdanjou.org
`. `'  http://people.debian.org/~acid
  `-   GPG: 9A0D 5FD9 EB42 22F6 8974  C95C A462 B51E C2FE E5CD

Problems with freeswan upload

[Rene Mayrhofer]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi all,
[Please CC me in replies, I am currently not subscribed to debian-devel.]
I have, most probably due to my own stupidity, problems uploading new
packages of freeswan. Since 2002-08-05, there is a 1.98b-1 package
sitting in queue/new on ftp-master (and a 1.96-2 package since
2002-04-26). However, I don't know why it does not get installed. The
"problem" might be that 1.96-2 did the move from non-US to main (not
changing much besides this) and I am currently not really sure if
linking with libssl is OK for freeswan. It is mentioned in the CREDITS
file, but maybe it is not solved properly. If somebody could shed light
on this, I would be more than happy.
With the current package, a new binary package named
kernel-patch-freeswan-ext (which contains the kernel patch with
additional crypto algorithms) is available in addition to
kernel-patch-freeswan. This might also be a reason for the delay.
Since I am getting more and more bug-reports about users requesting an
updated package, I would like to get this resolved quickly. Therefore, I
am happy about any hint on what I am doing wrong (RTFM with a pointer to
the respective document is more than welcome :) ).
best regards,
Rene
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.7 (GNU/Linux)
Comment: Using GnuPG with Debian - http://enigmail.mozdev.org
iEYEARECAAYFAj1Wx1YACgkQq7SPDcPCS97yLwCggJ5pIfd6dWDLI6NxnBGfQZ3g
TREAnA79nmQrVvUkfRJQqSxmFYVJbsuW
=Cd56
-END PGP SIGNATURE-

Re: dpkg-buildpackage -rfakeroot error

[Matt Zimmerman]

On Sun, Aug 11, 2002 at 07:52:04PM +0200, Daniel Kobras wrote:

> On Sun, Aug 11, 2002 at 01:29:19PM -0400, Matt Zimmerman wrote:
> > On Sun, Aug 11, 2002 at 02:12:25PM +0200, Daniel Kobras wrote:
> > > Rather 'chmod +x /usr/bin/make' according to the error message.  Weird.
> > 
> > It is a confusing (confused) error message.  The permission problem is with
> > the script, not the interpreter.
> 
> Huh?
> 
> [snip "proof" by example]
> 
> The last line exactly matches the original error messages.  Clearly not
> a problem with debian/rules, but with make.

Oh yes, clearly.

mizar:[/tmp/test] cat > test
#!/usr/bin/doesnt-even-exist
mizar:[/tmp/test] ls -l
total 4
-rw-r--r--1 mdz  mdz29 2002-08-11 16:08 test
mizar:[/tmp/test] sh -c ./test
sh: line 1: ./test: Permission denied
mizar:[/tmp/test] chmod 611 test
mizar:[/tmp/test] ls -l test
-rw---x--x1 mdz  mdz29 2002-08-11 16:08 test
mizar:[/tmp/test] sh -c ./test  
sh: ./test: /usr/bin/doesnt-even-exist: bad interpreter: Permission denied

-- 
 - mdz

Re: Pin and apt

[Matt Zimmerman]

On Sun, Aug 11, 2002 at 07:50:31PM +0200, Julien Danjou wrote:

> Le Sun, Aug 11, 2002 at 01:32:19PM -0400, Matt Zimmerman a ?crit:
> > On Sun, Aug 11, 2002 at 05:11:00PM +0200, Julien Danjou wrote: It looks
> > like you are providing the same package versions from both sources.
> 
> It's right.
> 
> > Pins are used to select between distinct versions. 
> 
> Why can I specify a release pin instead a version pin ?  I don't agree.

Releases are just a convenient way of selecting versions of packages, it is
not (as far as I know) intended to distinguish between particular sources of
packages.

> Identical :-(

Something else is wrong, then, as it is supposed to prefer them in order.
Does it work correctly if you remove the pins, then list the file: source
first?

sources.list(5):

   It  is  important to list sources in order of preference, with the most
   preferred source listed first. Typically this will result in sorting by
   speed from fastest to slowest (CD-ROM followed by hosts on a local net-
   work, followed by distant Internet hosts, for example).

-- 
 - mdz

Re: RFD: Architecture field being retarded? [was: How to specify architectures *not* to be built?]

[Andreas Rottmann]

> "Roland" == Roland Bauerschmidt <[EMAIL PROTECTED]> writes:

Roland> Andreas Rottmann wrote:
>> I think in the light of upcoming *BSD ports, the HURD port and
>> the (hopefully not too distant ;-)) possibility of getting the
>> HURD ported to other CPU families, we really need improvement
>> here.

Roland> http://master.debian.org/~brinkmd/arch-handling.txt


This looks like much more comprehensive and consistent solution than
what I have come up with. Any plans to make this real?

Regards, Andy
-- 
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: transition plan to gtk 2.0

[Andres Salomon]

Definitely not; sinek and gde both required some pretty extensive
changes to function normally w/ gtk2..

On Sun, Aug 11, 2002 at 03:37:36AM +0200, Erich Schubert wrote:
> 
> > Some random packages use gtk 2.0 now.  What is the transition
> > plan to gtk 2.0?  I think every library which depends on gtk
> > should be recompiled first.
> 
> Uhm, gtk1 and gtk2 are not API compatible i think.
> Recompiling only solves ABI problems, not API.
> So it's not about recompiling, but it requires some major changes to the
> code i think. That's why they increased the major version number.
> It's not gtk 1.0 -> 1.0.2 or 1.0 -> 1.2 migration...
> Think of gtk2 as a new gtk design.
> 
> So the transition plan is: wait for upstream to finish their gtk2 port.
> wait for them to fix all the major bugs. then build a package based upon
> gtk2.
> 
> See for example gnumeric in bugtracking. Or see galeon2, which is a
> complete rewrite of galeon1.
> 
> (well, i havn't done much with gtk yet, just a few experiments with
> gtk2, but i'm pretty sure that you can't just recompile a gtk1 app with
> gtk2... not even after some minor changes...)
> 
> Greetings,
> Erich
> 
> -- 
> erich@(mucl.de|debian.org)--GPG Key ID: 4B3A135C
>  A man doesn't know what he knows until he knows what he doesn't know.
> Liebe ist eine schwere Geisteskrankheit (Platon)
> "Wissen ist Macht" - wenn man das richtige daraus macht.
> 
> 
> -- 
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
> 

-- 
Broad surveillance is a mark of bad security.
-- Bruce Schneier

Re: mirroring question

[Admar Schoonen]

On Fri, Aug 09, 2002 at 04:03:05PM -0400, Loren Jordan wrote:
> I just want to pull a copy of these packages just like they sit in the 
> apt-get'able directory structure so I don't have to re-create the 
> Packages[.gz] files and such...
use apt-move, apt-proxy or demish (http://luon.net/~admar)

apt-move and demish are really mirror programs that rely on apt for
downloading of packages, while apt-proxy is 'just' a cache (you could
also try squid instead of apt-proxy).

/shamelessly promoting his own package
demish builds a mirror, containing only those packages (and optionally
their dependencies) that the maintainer wants, and thus gives him
(almost) full control over the size of the mirror. It is useful if you
have a fast internet connection at work/school and a laptop or a
cdwriter: just make a mirror on the laptop or cd, and update your
computers at home.
/end of commercial block

Cheers!

Admar

Re: dpkg-buildpackage -rfakeroot error

[Paul Cupis]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Sunday 11 August 2002 20:03, Paul Cupis wrote:
> On Sunday 11 August 2002 18:52, Daniel Kobras wrote:
> > % chmod a-x debian/rules
>
> *Ahem*
>
> chmod a+x debian/rules

Never mind.

/me smacks himself

Paul Cupis
- -- 
[EMAIL PROTECTED]

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

iD8DBQE9VrhmIzuKV+SHX/kRAiXpAKCE+4eh8FHqb8BeSz/l1esRhxdIkwCfRQYX
qrYGt1qB9+Jt7muqEtWGYNY=
=VArT
-END PGP SIGNATURE-

Re: dpkg-buildpackage -rfakeroot error

[Jonas Meurer]

On 11/08/2002 Daniel Kobras wrote:
> % chmod a+x debian/rules
> % sudo chmod a-x /usr/bin/make

First line right, second is moronic. /usr/bin/make is a binary, it must
be executable.

bye
 mejo

Re: dpkg-buildpackage -rfakeroot error

[Paul Cupis]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Sunday 11 August 2002 18:52, Daniel Kobras wrote:

> % chmod a-x debian/rules

*Ahem*

chmod a+x debian/rules


Paul Cupis
- -- 
[EMAIL PROTECTED]

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

iD8DBQE9VrUQIzuKV+SHX/kRAuugAJ9rpyEwDp7eQ+Bb+H1jvTnVG9lROgCdFGEH
WcMPVZ7+WRp3rLcdU3ZxNHs=
=E1tp
-END PGP SIGNATURE-

Re: RFD: Architecture field being retarded? [was: How to specify architectures *not* to be built?]

[Roland Bauerschmidt]

Andreas Rottmann wrote:
> I think in the light of upcoming *BSD ports, the HURD port and the
> (hopefully not too distant ;-)) possibility of getting the HURD ported
> to other CPU families, we really need improvement here.

http://master.debian.org/~brinkmd/arch-handling.txt

-- 
Roland Bauerschmidt

RFD: Architecture field being retarded? [was: How to specify architectures *not* to be built?]

[Andreas Rottmann]

> "Russell" == Russell Coker <[EMAIL PROTECTED]> writes:

Russell> On Sun, 11 Aug 2002 16:35, Geert Stappers wrote:
>> When the cause of the buildproblem is in the package, fix the
>> problem there. The package maintainer hasn't to do it by
>> himself, he can/must/should cooperate with people of other
>> architectures.  A sign like "!hurd-i386" looks to me like "No
>> niggers allowed", it is not an invitation to cooperation.

Russell> So you think I should keep my selinux packages as
Russell> architecture any, even though they will never run on on
Russell> HURD or BSD?

Thanks, Russell, you are making my point. It is similiar with radvd,
which was designed for Linux/BSD and won't work on the HURD, since it
simply isn't supported upstream. I am not in the position to port
radvd to the HURD, altough this would be the ideal way to go.

In any case, I think the current architecture format/scheme has
serious deficiencies. I guess there are a bunch of packages around
that are aimed at a particuliar OS Kernel/Platform (or at several of
them). radvd and selinux are two examples. IMO, it should be possible
to tell the autobuilders and people trying to build the package "hey,
watch out, this is a linux/BSD/whatever sepecific package", or,
e.g. (as is the case with radvd): "this package will build only on BSD
and linux based operating systems".

I guess we should therefore discuss how we can make such build
requirements clear without stating every platform (Linux, BSD, Hurd,
...) and processor combination (i386, hppa, arm, ...).

I can see two different reasons for making a package neither
'Architecture: all' nor 'Architecture: any'.

1) The package is tailored towards a specific (set of)
   platform(s). This is the case with selinux, AFAICT: it is designed
   for linux, and will never be ported to another kernel/platform (i
   guess ;-). radvd is a bit different in that it supports more than
   one platform (linux + BSD) and might be ported to more platforms in
   the future.

2) The package is somehow dependent on processor architecture. cpuid
   and x86info come to mind. They are only useful (and buildable) for
   i386 derivates.


What I want is a way to specify something like:

Platform: any
CPU: i386

for example. (This would fit cpuid and x86info)

radvd would then get

Platform: linux, bsd  # As soon as we have an official bsd port
CPU: any

This was of course just a suggestion of a possible solution.

I think in the light of upcoming *BSD ports, the HURD port and the
(hopefully not too distant ;-)) possibility of getting the HURD ported
to other CPU families, we really need improvement here.

Regards, Andy
-- 
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: dpkg-buildpackage -rfakeroot error

[Daniel Kobras]

On Sun, Aug 11, 2002 at 01:29:19PM -0400, Matt Zimmerman wrote:
> On Sun, Aug 11, 2002 at 02:12:25PM +0200, Daniel Kobras wrote:
> > Rather 'chmod +x /usr/bin/make' according to the error message.  Weird.
> 
> It is a confusing (confused) error message.  The permission problem is with
> the script, not the interpreter.

Huh?

% chmod a-x debian/rules
% dpkg-buildpackage -rfakeroot -us -uc
dpkg-buildpackage: source package is noflushd
dpkg-buildpackage: source version is 2.6.3-1
dpkg-buildpackage: source maintainer is Daniel Kobras <[EMAIL PROTECTED]>
dpkg-buildpackage: host architecture is i386
 fakeroot debian/rules clean
sh: line 1: debian/rules: Permission denied
% chmod a+x debian/rules
% sudo chmod a-x /usr/bin/make
% dpkg-buildpackage -rfakeroot -us -uc
dpkg-buildpackage: source package is noflushd
dpkg-buildpackage: source version is 2.6.3-1
dpkg-buildpackage: source maintainer is Daniel Kobras <[EMAIL PROTECTED]>
dpkg-buildpackage: host architecture is i386
 fakeroot debian/rules clean
sh: debian/rules: /usr/bin/make: bad interpreter: Permission denied

The last line exactly matches the original error messages.  Clearly not
a problem with debian/rules, but with make.

Regards,

Daniel.

Re: Pin and apt

[Julien Danjou]

Le Sun, Aug 11, 2002 at 01:32:19PM -0400, Matt Zimmerman a écrit:
> On Sun, Aug 11, 2002 at 05:11:00PM +0200, Julien Danjou wrote:
> 
> > [EMAIL PROTECTED]:~-> apt-cache policy icewm icewm-common
> > icewm:
> >   Installed: (none)
> >   Candidate: 1.2.0-1
> >   Version Table:
> >  1.2.0-1 0
> > 500 http://debian.mirrors.easynet.fr sid/main Packages
> > 999 file: ./ Packages
> > icewm-common:
> >   Installed: (none)
> >   Candidate: 1.2.0-1
> >   Version Table:
> >  1.2.0-1 0
> > 500 http://debian.mirrors.easynet.fr sid/main Packages
> > 999 file: ./ Packages
> 
> It looks like you are providing the same package versions from both sources.

It's right.

> Pins are used to select between distinct versions. 

Why can I specify a release pin instead a version pin ?
I don't agree.

> For packages with the
> same version number (and thus should be identical), I believe apt will
> select the one which comes from the source which is listed first in
> sources.list.

[EMAIL PROTECTED]:~-> head -1 /etc/apt/sources.list
deb file:/root/deb/ ./

then apt-get update (to be sure)

[EMAIL PROTECTED]:~-> apt-get install --print-uris icewm
Reading Package Lists... Done
Building Dependency Tree... Done
The following extra packages will be installed:
  icewm-common 
The following NEW packages will be installed:
  icewm icewm-common 
0 packages upgraded, 2 newly installed, 0 to remove and 8  not upgraded.
Need to get 499kB of archives. After unpacking 2294kB will be used.
Do you want to continue? [Y/n] 
'http://debian.mirrors.easynet.fr/pool/main/i/icewm/icewm-common_1.2.0-1_i386.deb'
 icewm-common_1.2.0-1_i386.deb 238048 4959cbcaa274dd5ae9bb35144923538c
'http://debian.mirrors.easynet.fr/pool/main/i/icewm/icewm_1.2.0-1_i386.deb' 
icewm_1.2.0-1_i386.deb 260934 73f7800ef2f37da5f0a66819d397cd1e

Identical :-(

-- 
Julien Danjou

 .''`. Debian developer
: :' : http://jdanjou.org
`. `'  http://people.debian.org/~acid
  `-   GPG: 9A0D 5FD9 EB42 22F6 8974  C95C A462 B51E C2FE E5CD

Re: Pin and apt

[Matt Zimmerman]

On Sun, Aug 11, 2002 at 05:11:00PM +0200, Julien Danjou wrote:

> [EMAIL PROTECTED]:~-> apt-cache policy icewm icewm-common
> icewm:
>   Installed: (none)
>   Candidate: 1.2.0-1
>   Version Table:
>  1.2.0-1 0
> 500 http://debian.mirrors.easynet.fr sid/main Packages
> 999 file: ./ Packages
> icewm-common:
>   Installed: (none)
>   Candidate: 1.2.0-1
>   Version Table:
>  1.2.0-1 0
> 500 http://debian.mirrors.easynet.fr sid/main Packages
> 999 file: ./ Packages

It looks like you are providing the same package versions from both sources.
Pins are used to select between distinct versions.  For packages with the
same version number (and thus should be identical), I believe apt will
select the one which comes from the source which is listed first in
sources.list.

If all you want is to prefer a local package repository (containing
identical packages!) over a remote repository, just list it first.
If you want to use different packages in your local repository, give them
different version numbers.

-- 
 - mdz

Re: dpkg-buildpackage -rfakeroot error

[Matt Zimmerman]

On Sun, Aug 11, 2002 at 02:12:25PM +0200, Daniel Kobras wrote:

> On Sun, Aug 11, 2002 at 02:05:23PM +0200, Bart Schuller wrote:
> > 
> > chmod +x debian/rules
> 
> Rather 'chmod +x /usr/bin/make' according to the error message.  Weird.

It is a confusing (confused) error message.  The permission problem is with
the script, not the interpreter.

-- 
 - mdz

Re: debugging g++ 3.1 compiled apps

[Daniel Jacobowitz]

On Sun, Aug 11, 2002 at 09:25:21AM +0300, Kalle Valo wrote:
> Daniel Jacobowitz <[EMAIL PROTECTED]> writes:
> 
> > Do you mean C++?
> 
> The subject says g++ so I would guess he uses C++.
> 
> >  It's being worked on.  Slowly; it's very complicated.
> 
> Just out of curiosity, what's the problem? I was planning to use g++
> 3.1 but now I think g++ 2.95 is a safer bet.

Namespaces are used much more correctly in GCC 3.1 and the debugger is
not prepared for them (yet).

-- 
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer

Re: junkbuster is gone

[Martin Michlmayr]

* Stephen Zander <[EMAIL PROTECTED]> [2002-08-07 22:33]:
> Martin> junkbuster was removed from Debian; therefore closing this
> Martin> ITA.

> Having previously spoken to the privoxy maintainer about merging the
> two packages, I heartily concur.

Can you go through the open bugs of junkbuster and reassign those who
apply to privoxy and close the rest?

junkbuster: 29358 29588 29627 30833 34841 40354 42639 42667 43586 44474 44498 
49497 52577 56655 58321 61593 66013 66892 67773 73005 74622 74623 74670 76488 
76490 76801 78067 78120 78979 8 83149 85568 86031 88168 98981 99661 101247 
107813 110917 112615 114431 115902 115905 116816 121069 135087 136969 139050 
139793 142749 152522 153214
29358: extended blank patch
29588: junkbuster: please include mailing list information
29627: junkbuster: New upstream Version 2.0.2 and new blank patch available
30833: log file permissions
34841: junkbuster: user configurable block pages
40354: junkbuster: Too many pages are blocked - bad standard configuration
42639: junkbuster: automatically updating blockfile
42667: junkbuster: init.d/junkbuster optimization
43586: junkbuster config files need carriage-returns stripped
44474: junkbuster: forwarded request for a certain URL fails
44498: junkbuster: /usr/doc/junkbuster/ijb{man,faq}.html links to the Internet
49497: won't handle setiathome requests
52577: junkbuster: current working directory location
56655: [PATCH] su: Conversation error
58321: Junkbuster running as nobody can't write to jarfile
61593: logging cookie requests
66013: Javascript Popup Patch
66892: junkbuster cron entries grab correct file but names wrong
67773: junkbuster: adduser in junkbuster.postinst dies without proper 
notification
73005: junkbuster: Maintainer's patch breaks clean compile
74622: imagefile should be imagelist, blockfile should be blocklist
74623: examples in cookiefile should not be active
74670: junkbuster: Junkbuster does not work with URL like http://user:[EMAIL 
PROTECTED]/
76488: junkbuster: Syntax changed in "trustfile" (last line should be "+*")
76490: "junkbuster restart" broken by "fix" #52577
76801: junkbuster: postinst uses adduser, but does not depend on it
78067: Konqueror loads web pages from the wrong server when using proxy
78120: junkbuster postinst script requires adduser
78979: junkbuster: over-eager connect() timeout
8: junkbuster: /var/log/junkbuster/logfile world-readable
83149: junkbuster: client machines cannot connect.
85568: client_x_forwarded_adder in parsers.c contains a memory leak
86031: Junkbuster fails over reading the blockfile
88168: package did not install /etc/junkbuster/* although files ought to be 
there given dpkg -L junkbuster
98981: junkbuster: New entry for blockfile
99661: please change default port back to 8000
101247: junkbuster monthly cron file misspelled
107813: junkbuster: The documentation says it listens on port 8000, but it 
actually installs listening on port 5865.
110917: junkbuster: /etc/init.d/junkbuster restart needs absolute path
112615: junkbuster's patterns don't always work
114431: junkbuster should bind to local address
115902: junkbuster: User .cookiefile
115905: suggested cron improvements
116816: updated version of junkbuster available
121069: junkbuster dies regulary
135087: junkbuster: Alert!: HTTP/1.0 400 Invalid header received from browser
136969: /etc/init.d/junkbuster restart doesn't run
139050: RTP: junkbuster 2.9.11
139793: junkbuster should have per-user config
142749: junkbuster: /etc/init.d file doesn't work correctly
152522: junkbuster: mention privoxy
153214: blockfile, cookiefile and friends should be cated from directories

-- 
Martin Michlmayr
[EMAIL PROTECTED]

Strange idea

[Nikita V. Youshchenko]

Hello debian-devel.

I was reading the threads about libpng[23] and glibc/db1 than cause 
incompatabilities that are hard to describe with debian dependency control 
fields. And I've got an idea.

What about adding one more field with the following semantics.
If package P has

FirstCompatable: N

in it's control, then P should conflict with any package that depends on P 
and allows P version to be lower than N. Than means, any package that 
depends on P should depend on P (>> M), where M>=N.

This should solve the situation when newer version of package is 
incompatable with the previous. E.g. if it provides a library that links 
with libpng3, and the previous version linked with libpng2, and changing 
soname is a bad idea for somereason.

Sorry if the idea in silly or not new.

Bug#156300: ITP: avview -- TV viewing and capture software for ATI video cards from the GATOS project

[Matt Zimmerman]

Package: wnpp
Version: N/A; reported 2002-08-11
Severity: wishlist

* Package name: avview
  Version : 0.9.5
  Upstream Author : Vladimir Dergachev <[EMAIL PROTECTED]>
* URL : http://gatos.sourceforge.net/
* License : GPL
  Description : TV viewing and capture software for ATI video cards from 
the GATOS project

A GUI for viewing and capturing video using the overlay and capture
capabilities of some ATI video cards.  gatos-km is required for capture.

-- System Information:
Debian Release: unstable
Architecture: i386
Kernel: Linux mizar 2.4.18-evms1.1.0-freeswan-usbdnet #1 Fri Aug 2 17:09:37 EDT 
2002 i686
Locale: LANG=en_US, LC_CTYPE=en_US

-- no debconf information


-- 
 - mdz

Bug#156298: ITP: gatos-km -- video4linux drivers for ATI video cards from the GATOS project

[Matt Zimmerman]

Package: wnpp
Version: N/A; reported 2002-08-11
Severity: wishlist

* Package name: gatos-km
  Version : (CVS)
  Upstream Author : Vladimir Dergachev <[EMAIL PROTECTED]>
* URL : http://gatos.sourceforge.net/
* License : GPL
  Description : video4linux drivers for ATI video cards from the GATOS 
project

These drivers work in concert with the ati.2 XFree86 video drivers to
provide a video4linux capture divec to capture video from ATI video cards
which support it.

-- 
 - mdz

Pin and apt

[Julien Danjou]

Hello,
I am truing to get a Pin to works.
Could someone explain me why it does not install icewm
from my local repository ?


[EMAIL PROTECTED]:~-> cat /etc/apt/preferences
Package: *
Pin: release o=acid
Pin-Priority: 999

[EMAIL PROTECTED]:/var/lib/apt/lists-> cat _root_deb_._Release 
Archive: unstable
Component: main
Origin: acid
Label: acid
Architecture: i386

[EMAIL PROTECTED]:~-> apt-cache policy
Package Files:
 100 /var/lib/dpkg/status
 release a=now
 999 file: ./ Packages
 release o=acid,a=unstable,l=acid,c=main
 500 http://non-us.debian.org sid/non-US/non-free Packages
 release o=Debian,a=unstable,l=Debian,c=non-US/non-free
 origin non-us.debian.org
 500 http://non-us.debian.org sid/non-US/contrib Packages
 release o=Debian,a=unstable,l=Debian,c=non-US/contrib
 origin non-us.debian.org
 500 http://non-us.debian.org sid/non-US/main Packages
 release o=Debian,a=unstable,l=Debian,c=non-US/main
 origin non-us.debian.org
 500 http://debian.mirrors.easynet.fr sid/contrib Packages
 release o=Debian,a=unstable,l=Debian,c=contrib
 origin debian.mirrors.easynet.fr
 500 http://debian.mirrors.easynet.fr sid/non-free Packages
 release o=Debian,a=unstable,l=Debian,c=non-free
 origin debian.mirrors.easynet.fr
 500 http://debian.mirrors.easynet.fr sid/main Packages
 release o=Debian,a=unstable,l=Debian,c=main
 origin debian.mirrors.easynet.fr
Pinned Packages:

[EMAIL PROTECTED]:~-> apt-cache policy icewm icewm-common
icewm:
  Installed: (none)
  Candidate: 1.2.0-1
  Version Table:
 1.2.0-1 0
500 http://debian.mirrors.easynet.fr sid/main Packages
999 file: ./ Packages
icewm-common:
  Installed: (none)
  Candidate: 1.2.0-1
  Version Table:
 1.2.0-1 0
500 http://debian.mirrors.easynet.fr sid/main Packages
999 file: ./ Packages

[EMAIL PROTECTED]:~-> apt-get install --print-uris icewm
Reading Package Lists... Done
Building Dependency Tree... Done
The following extra packages will be installed:
  icewm-common 
The following NEW packages will be installed:
  icewm icewm-common 
0 packages upgraded, 2 newly installed, 0 to remove and 8  not upgraded.
Need to get 499kB of archives. After unpacking 2294kB will be used.
Do you want to continue? [Y/n] 
'http://debian.mirrors.easynet.fr/pool/main/i/icewm/icewm-common_1.2.0-1_i386.deb'
 icewm-common_1.2.0-1_i386.deb 238048 4959cbcaa274dd5ae9bb35144923538c
'http://debian.mirrors.easynet.fr/pool/main/i/icewm/icewm_1.2.0-1_i386.deb' 
icewm_1.2.0-1_i386.deb 260934 73f7800ef2f37da5f0a66819d397cd1e

Maybe my error is stupid, but I don't understand
--

I have tried Pin-Priority 600, 700, 900, 999...
An idea ?

-- 
Julien Danjou

 .''`. Debian developer
: :' : http://jdanjou.org
`. `'  http://people.debian.org/~acid
  `-   GPG: 9A0D 5FD9 EB42 22F6 8974  C95C A462 B51E C2FE E5CD

Re: dpkg-buildpackage -rfakeroot error

[Matt Zimmerman]

On Sun, Aug 11, 2002 at 11:54:34PM +1200, Adam Warner wrote:

> Could someone please help me interpret this clisp 2.28 build error:
> 
> $dpkg-buildpackage -rfakeroot
> dpkg-buildpackage: source package is clisp
> dpkg-buildpackage: source version is 1:2.28-1
> dpkg-buildpackage: source maintainer is Will Newton <[EMAIL PROTECTED]>
> dpkg-buildpackage: host architecture is i386
>  fakeroot debian/rules clean
> sh: debian/rules: /usr/bin/make: bad interpreter: Permission denied

chmod +x debian/rules

-- 
 - mdz

Re: dpkg-buildpackage -rfakeroot error

[Adam Warner]

Hi Bart Schuller,

>> sh: debian/rules: /usr/bin/make: bad interpreter: Permission denied
> 
> chmod +x debian/rules

Of course! Thanks Bart and Daniel.

The resulting diff of debian/rules to compile in POSIX regular expression
support for CLISP is below.

28a29
> --with-module=regexp \

Regards,
Adam