libphp-adodb: Don't do silent transitions of library files! (from /usr/share/adodb to /usr/share/php/adodb)

[Javier Fernández-Sanguino Peña]

(Note: CC'ing debian-devel since this transition seems to be something that
some other PHP packages are doing too. This is a warning so that others don't
make a similar mistake)

Dear maintainer,

Since version 4.64-1 of libphp-adodb you moved the adodb Php files
from /usr/share/adodb to /usr/share/php/adodb. This has prompted
bugs #320782, #322082 and uploads fixing this from other packages (like
acidlab and phpgacl, which I maintain and sponsor respectively).

IF you make this king of changes _you_ are in the obligation of notifying the
package maintainers that use your package so that they fix the location of
the include files. Otherwise, you are breaking all the Php files that use
Adodb without notice. Maintainers should not be hearing from users first
about this problem, they should have been notified by you that they:

a) had to change their include paths to /usr/share/php/adodb
b) had to change their Depends: line to be 'libphp-adodb (>= 4.50-1)'
  instead of just 'libphp-adodb'

A simple 'apt-cache showpkg rdepends libphp-adodb' would have provided
you with the list of packages that need to be notified. In any case, 
I have already filed bugs for either a) or b) to all the packages that 
looked buggy after inspecting their source code (cacti, flyspray and 
mediamate)

Regards

Javier


signature.asc
Description: Digital signature

Re: Bug#325371: ITP: binfmtc -- a binfmt_misc hook for running C programs as scripts

[Romain Francoise]

Junichi Uekawa <[EMAIL PROTECTED]> writes:

> I would be interested to know if there is any existing tool that does
> something similar, and also if anyone finds use for such system.

TCC does C scripting, but it's nowhere near as complete as GCC and while
it runs much faster, the resulting code is not optimized at all and runs
very slowly.

So yeah, binfmt + gcc is probably the way to go.

-- 
  ,''`.
 : :' :Romain Francoise <[EMAIL PROTECTED]>
 `. `' http://people.debian.org/~rfrancoise/
   `-


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

Re: Bug#325371: ITP: binfmtc -- a binfmt_misc hook for running C programs as scripts

[Wouter van Heyst]

On Sun, Aug 28, 2005 at 12:21:42PM +0200, Romain Francoise wrote:
> Junichi Uekawa <[EMAIL PROTECTED]> writes:
> 
> > I would be interested to know if there is any existing tool that does
> > something similar, and also if anyone finds use for such system.
> 
> TCC does C scripting, but it's nowhere near as complete as GCC and while
> it runs much faster, the resulting code is not optimized at all and runs
> very slowly.

Are you sure? http://fabrice.bellard.free.fr/tcc/ claims it produces
optimized x86 code, which could be a problem on other archs.

Wouter van Heyst


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

Re: Bug#325371: ITP: binfmtc -- a binfmt_misc hook for running C programs as scripts

[Antti-Juhani Kaijanaho]

Wouter van Heyst wrote:
> Are you sure? http://fabrice.bellard.free.fr/tcc/ claims it produces
> optimized x86 code, which could be a problem on other archs.

TCC does some simple local optimizations (AIUI, some peephole
optimization, and simple intra-statement linear register allocation),
but calling it an "optimizing" compiler in the GCC sense would be too much.

The TCC architecture would require significant changes if one wanted to
make it a true optimizing compiler.

However, TCC-compiled code is likely much faster than anything that the
interpreters (Python, Perl) produce from equivalent code.

-- 
Antti-Juhani


signature.asc
Description: OpenPGP digital signature

Bug#325389: ITP: gprsec -- GPRS Easy Connect - Connect to the Internet with a GPRS phone

[Gabor Nagy]

Package: wnpp
Severity: wishlist
Owner: Gabor Nagy <[EMAIL PROTECTED]>


* Package name: gprsec
  Version : 2.5.3
  Upstream Author : Name <[EMAIL PROTECTED]>
* URL : http://gprsec.linuxforum.hu/
* License : (GPL)
  Description : GPRS Easy Connect - Connect to the Internet with a GPRS 
phone

(Include the long description here.)

This program is a GUI to make GPRS connection
It supports 291 phones and 217 providers.


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

Re: Bug#325389: ITP: gprsec -- GPRS Easy Connect - Connect to the Internet with a GPRS phone

[martin f krafft]

also sprach Gabor Nagy <[EMAIL PROTECTED]> [2005.08.27.1132 +0200]:
> This program is a GUI to make GPRS connection
> It supports 291 phones and 217 providers.

Sounds like a debian-volatile candidate.

-- 
Please do not send copies of list mail to me; I read the list!
 
 .''`. martin f. krafft <[EMAIL PROTECTED]>
: :'  :proud Debian developer and author: http://debiansystem.info
`. `'`
  `-  Debian - when you have better things to do than fixing a system
 
Invalid/expired PGP (sub)keys? Use subkeys.pgp.net as keyserver!
 
"the faster i go, the behinder i get."
-- lewis carroll


signature.asc
Description: Digital signature (GPG/PGP)

Re: Is that your password?

[ebay]

 Dies ist eine Automatisch generierte Mail, nur zur Information 
Lieber ebay-Kunde,
vielen Dank für Ihr Interesse an unseren Artikeln. 
Wir haben es uns zum Ziel gemacht Ihre Fragen schnellstmöglich zu bearbeiten.  
Unsere Kundenbetreuung erhält täglich zwischen 350-400 Mails. Alle Mails werden 
an Werktagen in der Regel binnen 24 Stunden bearbeitet.  
Auf Grund des großen Interesses an unseren Produkten und des damit verbundenen 
hohen Mailaufkommens kann eine Antwort aber auch mal bis zu 48 Stunden dauern. 

Bitte beachten Sie:
An Wochenenden und Feiertagen ist unser Büro nicht besetzt. Somit werden 
E-Mails, welche Sie an diesen Tagen senden,  an den beiden darauf folgenden 
Werktagen beantwortet.

Vielen Dank für Ihr Verständnis!
Mit freundlichen Grüßen
Ihr Magic-Mountains Team
-Email Support-


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

Re: Bug#325289: ITP: debian-hebrew -- Hebrew support in the Debian desktop

[Shachar Shemesh]

Lior Kaplan wrote:

> This meta package will install Hebrew desktop related Debian
> packages for use by Hebrew debian users.
> .
> It also includes a script 'hebrew-settings' to reconfigure
> the system to have a fully Hebrew-ized desktop.
> .
> Homepage: http://debian-hebrew.alioth.debian.org/
>  
>
What do you intend to do regarding "msttcorefonts", which are pretty
much a requirement?

  Shachar


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

Bug#325415: ITP: pida -- Python Integrated Development Application, a Python IDE.

[Jan Luebbe]

Package: wnpp
Severity: wishlist
Owner: Jan Luebbe <[EMAIL PROTECTED]>

* Package name: pida
  Version : 0.2.2
  Upstream Author : Ali Afshar <[EMAIL PROTECTED]>
* URL : http://pida.berlios.de/
* License : MIT
  Description : Python Integrated Development Application, a Python IDE.

PIDA is the Python Integrated Development Application.
It is an IDE (integrated development environment) written
in Python (http://www.python.org/) and the GTK
(http://www.pygtk.org/) graphical toolkit.

Pida is an IDE, but one that is slightly different from
other IDEs. Rather than attempting to write a set of
development tools  of its own, Pida uses tools that the
developer has available. In this regards Pida can be used as
a framework for putting together your own bespoke IDE.

Although still a young application, Pida can already boast
a huge number of features because of the power of some of
the tools it integrates. For example features such as code completion
and syntax highlighting are well implemented in Pida's integrated
editors far better than any editor built for a commercial IDE.
Pida currently features:
Full code editing (syntax highlighting, code completion, automatic
indenting, block commenting etc) Project management, version control management,
Python debugger and profiler, GTK graphical user interface building and
rapid application design, Pastebin integration.

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (300, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.4.20-021stab028.17.777-smpnosplit
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)


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

Re: a place for a package directory in root

[Goswin von Brederlow]

Joerg Sommer <[EMAIL PROTECTED]> writes:

> sean finney <[EMAIL PROTECTED]> wrote:
>> On Sat, Aug 27, 2005 at 12:53:09PM -0700, Steve Langasek wrote:
>>> /run/bootchart, but there seems to be some resistance to actually trying to
>>> standardize on /run :)
>> what about /dev/shm?
>>  sean
>
> Is it available _before_ init is started?
>
> Jörg.

Nothing is available before init is started, init is always the first
thing to start, even on initrd or initramfs (some archs call init
linuxrc though).

If you are running from the initrd already then that is writeable
nowadays I think. You have to retrieve the file after pivot_root
though.

If it runs after the pivot_root then /run or /dev/shm is a good
place. You just have to mount them before or in bootchart.

MfG
Goswin


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

Re: a place for a package directory in root

[Petter Reinholdtsen]

[Goswin von Brederlow]
> Nothing is available before init is started, init is always the
> first thing to start, even on initrd or initramfs (some archs call
> init linuxrc though).

You suspect you miss the point.  bootchartd is a init _replacement_.
We use it by passing init=/sbin/bootchartd to the kernel.  It starts
recording statistics about the boot, and then run init to continue the
boot process.


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

Re: a place for a package directory in root

[Goswin von Brederlow]

Petter Reinholdtsen <[EMAIL PROTECTED]> writes:

> [Goswin von Brederlow]
>> Nothing is available before init is started, init is always the
>> first thing to start, even on initrd or initramfs (some archs call
>> init linuxrc though).
>
> You suspect you miss the point.  bootchartd is a init _replacement_.
> We use it by passing init=/sbin/bootchartd to the kernel.  It starts
> recording statistics about the boot, and then run init to continue the
> boot process.

Then you are init. :)

My suggestion still stands. You have to mount /run or /dev/shm to make
a place that is writable.

MfG
Goswin


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

Re: Bug#306089: tetex-bin: rename texconfig => tex-config; consistent with other utilities

[Frank Küster]

Henning Makholm <[EMAIL PROTECTED]> wrote:

> But perhaps texconfig ought to be in /usr/sbin instead of /usr/bin.
> One cannot do much useful stuff with it as an unprivileged user.

You are right.  Wait for teTeX-3.0 (or have a look at it in
experimental), where texconfig is for users, and a new texconfig-sys is
for admins.

Regards, Frank
-- 
Frank Küster
Inst. f. Biochemie der Univ. Zürich
Debian Developer

Re: a place for a package directory in root

[Roger Leigh]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

sean finney <[EMAIL PROTECTED]> writes:

> On Sat, Aug 27, 2005 at 12:53:09PM -0700, Steve Langasek wrote:
>> /run/bootchart, but there seems to be some resistance to actually trying to
>> standardize on /run :)
>
> what about /dev/shm?

/dev/shm is an implementation detail of POSIX shared memory support by
the Linux kernel.  See POSIX 1003.1 (2001)
http://www.cnop.net/docs/susv3/functions/shm_open.html (or download
from www.unix.org).

Some packages chose to place random junk in there (e.g. resolvconf).
This is wrong.  This location is for (and *only* for) file-backed
shared memory storage, otherwise there is potential for namespace
clashes, and it's totally disgusting.

The fact that it's useful for other things should be an indication
that we need another tmpfs mount, mounted elsewhere, rather than
abusing a location intended for a specific, unrelated, use.


Regards,
Roger

- -- 
Roger Leigh
Printing on GNU/Linux?  http://gimp-print.sourceforge.net/
Debian GNU/Linuxhttp://www.debian.org/
GPG Public Key: 0x25BFB848.  Please sign and encrypt your mail.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.8 

iD8DBQFDEh3nVcFcaSW/uEgRAiZHAJ9h1X7qiGEAyDHW6rnL3Ok3NteJOgCePo9K
WdxOdITvUQyPsArK7pmfZyI=
=QsqU
-END PGP SIGNATURE-


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

Additional binary package generated by a source package: how to handle this ?

[Xavier Roche]

Hi folks,

If a source package "foo", which produces a binary package (say, "bar"), also 
produces an additional "baz" package in an updated version, how this should be 
handled ? Any specific things to do, apart from appending the debian/control 
file (and debian/baz.files) with the new entry ? Will the autobuilders handle 
this without troubles ?

Cheers,
Xavier


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

incoming

[Elimar Riesebieter]

Hi all,

is there a reponsible person for cleaning up the cadavers in
incoming? If yes, could you you please do so? Don't found a severity
for that in the BTS.

The oldest entry is from
oops_1.5.19.cvs.20010818-0.1woody1_ia64.changes 20-May-2005 04:32

Elimar

-- 
  Alles was viel bedacht wird ist bedenklich!;-)
 Friedrich Nietzsche


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

Re: a place for a package directory in root

[Joerg Sommer]

Hello Goswin,

Goswin von Brederlow <[EMAIL PROTECTED]> wrote:
> Petter Reinholdtsen <[EMAIL PROTECTED]> writes:
>
>> [Goswin von Brederlow]
>>> Nothing is available before init is started, init is always the
>>> first thing to start, even on initrd or initramfs (some archs call
>>> init linuxrc though).
>>
>> You suspect you miss the point.  bootchartd is a init _replacement_.
>> We use it by passing init=/sbin/bootchartd to the kernel.  It starts
>> recording statistics about the boot, and then run init to continue the
>> boot process.
>
> Then you are init. :)

Yes. :)

> My suggestion still stands. You have to mount /run or /dev/shm to make
> a place that is writable.

I think /dev/shm is not usable, because the devfsd init script might
mount a new filesystem on /dev/ which would cover my mounted /dev/shm.

What about /run/? Can a new package simply use/create /run? I would add
/run to the directories of the package and mount a tmpfs there at
startup. Is this alright?

Good night, Jörg.
-- 
Es ist außerdem ein weit verbreiteter Irrtum das USENET "helfen" soll.
Tatsächlich wurde USENET nachweislich zur persönlichen Belustigung
seiner Erfinder geschaffen.
Jörg Klemenz <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>


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

Re: tetex-bin: rename texconfig => tex-config; consistent with other utilities

[Henning Makholm]

Scripsit Frank Küster <[EMAIL PROTECTED]>
> Jari Aalto <[EMAIL PROTECTED]> wrote:

>> | > It would be good if the configuration program name was consistent
>> | > with the other programs like apt-config, fvwm-config, gtk-config ...
>> | > so please rename

This is a non-analogy. The programs apt-config, fvwm-config and
gtk-config are all configuration *query* programs that installation
scripts for other software can use to easily find out how apt, fvwm,
gtk are configured on a particular machine.

On the other hand, texconfig is an *interactive* program that a user
can use to *change* system-wide parameters for the teTeX installation.

The only thing it has in common with the *-config programs mentioned
is that they all have names that match /-?config$/.

>> | I cannot see a consistent naming here.  In fact in /usr/bin there are
>> | only two without the dash on my system (vs. 12 with it).  On the other
>> | hand, in /usr/sbin there are 11 without it vs. 3 with a dash, and in
>> | /sbin there are only four, all without dash.

This actually reflects nicely the different roles of the programs.

But perhaps texconfig ought to be in /usr/sbin instead of /usr/bin.
One cannot do much useful stuff with it as an unprivileged user.

> Anyway, I don't see the advantage of changing names here:

I think it would be *wrong* to change names here.
Interactive configuration tools commonly do *not* take a dash.

-- 
Henning Makholm  "I consider the presence of the
  universe to be a miracle. The universe
 and everything in it. Can you deny it?"

Re: Additional binary package generated by a source package: how to handle this ?

[Adam Heath]

On Sun, 28 Aug 2005, Xavier Roche wrote:

> Hi folks,
>
> If a source package "foo", which produces a binary package (say, "bar"),
> also produces an additional "baz" package in an updated version, how this
> should be handled ? Any specific things to do, apart from appending the
> debian/control file (and debian/baz.files) with the new entry ? Will the
> autobuilders handle this without troubles ?

First, fix your mailer to wrap long lines.

Second, yes, the autobuilders are source package based.  They don't care.

Third, the upload will be stuck in NEW, as it contains a new binary.


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

Re: incoming

[Nico Golde]

Hi,
* Elimar Riesebieter <[EMAIL PROTECTED]> [2005-08-29 00:45]:
> is there a reponsible person for cleaning up the cadavers in
> incoming? If yes, could you you please do so? Don't found a severity
> for that in the BTS.
> 
> The oldest entry is from
> oops_1.5.19.cvs.20010818-0.1woody1_ia64.changes 20-May-2005 04:32

Mail to the ftpmasters team.
Regards Nico
-- 
Nico Golde - JAB: [EMAIL PROTECTED] | GPG: 0x73647CFF
http://www.ngolde.de | http://www.muttng.org | http://grml.org 
VIM has two modes - the one in which it beeps 
and the one in which it doesn't -- encrypted mail preferred


pgpCuvvFJMaIU.pgp
Description: PGP signature

Re: Additional binary package generated by a source package: how to handle this ?

[Wouter Verhelst]

On Sun, Aug 28, 2005 at 11:07:24PM +0200, Xavier Roche wrote:
> Hi folks,
> 
> If a source package "foo", which produces a binary package (say,
> "bar"), also produces an additional "baz" package in an updated
> version, how this should be handled ? Any specific things to do, apart
> from appending the debian/control file (and debian/baz.files) with the
> new entry ?

No.

> Will the autobuilders handle this without troubles ?

Yes.

You will have to go through NEW processing again, though.

-- 
The amount of time between slipping on the peel and landing on the
pavement is precisely one bananosecond


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

Re: incoming

[Roger Leigh]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Elimar Riesebieter <[EMAIL PROTECTED]> writes:

> is there a reponsible person for cleaning up the cadavers in
> incoming? If yes, could you you please do so? Don't found a severity
> for that in the BTS.
>
> The oldest entry is from
> oops_1.5.19.cvs.20010818-0.1woody1_ia64.changes 20-May-2005 04:32

You could upload a .commands file.  See the README in incoming.


- -- 
Roger Leigh
Printing on GNU/Linux?  http://gimp-print.sourceforge.net/
Debian GNU/Linuxhttp://www.debian.org/
GPG Public Key: 0x25BFB848.  Please sign and encrypt your mail.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.8 

iD8DBQFDElSYVcFcaSW/uEgRAu9yAKCZm42C538sv4aDO4+cXWIjoX/vugCeIbPl
iIwqa8SwTFL+S5RJF7iXRec=
=E6Qs
-END PGP SIGNATURE-


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

Re: incoming

[martin f krafft]

also sprach Roger Leigh <[EMAIL PROTECTED]> [2005.08.29.0219 +0200]:
> > is there a reponsible person for cleaning up the cadavers in
> > incoming? If yes, could you you please do so? Don't found a severity
> > for that in the BTS.
> >
> > The oldest entry is from
> > oops_1.5.19.cvs.20010818-0.1woody1_ia64.changes 20-May-2005 04:32
> 
> You could upload a .commands file.  See the README in incoming.

Correct me if I am wrong, but .commands files are for the upload
queue, not for incoming. I don't think this will work.

-- 
Please do not send copies of list mail to me; I read the list!
 
 .''`. martin f. krafft <[EMAIL PROTECTED]>
: :'  :proud Debian developer and author: http://debiansystem.info
`. `'`
  `-  Debian - when you have better things to do than fixing a system
 
Invalid/expired PGP (sub)keys? Use subkeys.pgp.net as keyserver!
 
"being shot is not as bad as i always thought it might be.
 as long as you can keep the fear from your mind."
  -- special agent dale cooper


signature.asc
Description: Digital signature (GPG/PGP)

Re: a place for a package directory in root

[Goswin von Brederlow]

Joerg Sommer <[EMAIL PROTECTED]> writes:

> Hello Goswin,
>
> Goswin von Brederlow <[EMAIL PROTECTED]> wrote:
>> Petter Reinholdtsen <[EMAIL PROTECTED]> writes:
>>
>>> [Goswin von Brederlow]
 Nothing is available before init is started, init is always the
 first thing to start, even on initrd or initramfs (some archs call
 init linuxrc though).
>>>
>>> You suspect you miss the point.  bootchartd is a init _replacement_.
>>> We use it by passing init=/sbin/bootchartd to the kernel.  It starts
>>> recording statistics about the boot, and then run init to continue the
>>> boot process.
>>
>> Then you are init. :)
>
> Yes. :)
>
>> My suggestion still stands. You have to mount /run or /dev/shm to make
>> a place that is writable.
>
> I think /dev/shm is not usable, because the devfsd init script might
> mount a new filesystem on /dev/ which would cover my mounted /dev/shm.
>
> What about /run/? Can a new package simply use/create /run? I would add
> /run to the directories of the package and mount a tmpfs there at
> startup. Is this alright?
>
> Good night, Jörg.

Do it and get enough things to use it. Then there is no stopping you.

Good candidates are mount and resolv-conf.

MfG
Goswin


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

Gia ve may bay

[vu quocvuong]

Chung toi can 3 ve may bay di tu Ha noi den Nanjing
ngay 4 thang 9. Bao ngay cho Vuong dia chi email:
[EMAIL PROTECTED]; dt: 0913377231

__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 


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

Gia ve may bay

[vu quocvuong]

Chung toi can 3 ve may bay di tu Ha noi den Nanjing
ngay 4 thang 9. Bao ngay cho Vuong dia chi email:
[EMAIL PROTECTED]; dt: 0913377231

__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 


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

Re: Mua ve may bay

[kim ngoc to]

Chung toi xin gui loi cho tran trong nhat toi DAi ly .
Hien nay, Chung toi dang can mua 4 ve khu hoi di tu HN
den TP HCM va nguoc lai. 
 - chieu di: HN-HCM, ngay 02/09/2005.
 - chieu ve: HCM - HN, ngay ve de mo (Co the dieu
chinh ngay ve tu 13/09/2005 den 16/09/2005.
  De nghi dai ly cung cap cho chung toi mot so thong
tin ve gia ve, gio bay,..cua hai hang hang khong:
Vietnam Airline va Pacific Airline.
   Dai ly co the goi cho chung toi theo so may:
 Anh Truong:  04.7655121, so le:226.
DD: 0983498386





Start your day with Yahoo! - make it your home page 
http://www.yahoo.com/r/hs 
 


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

Any reason why libmotif3 vanished for Sparc

[Andreas Tille]

Hi,

I just noticed that libmotif3 vanished for Sparc architecture from the
non-free archive.

* stable (libs): Open Motif - shared libraries [non-free]
  2.2.3-1: alpha arm hppa i386 ia64 m68k mips powerpc s390
* testing (libs): Open Motif - shared libraries [non-free]
  2.2.3-1: alpha amd64 arm hppa i386 ia64 m68k mips powerpc s390
* unstable (libs): Open Motif - shared libraries [non-free]
  2.2.3-1.1: alpha arm i386 ia64 mips powerpc
  2.2.3-1: amd64 hppa m68k s390

I know that it was there formerly because I once got it without any extra
lines in my sources.list file.  Now the Sparc port can be found at

   http://ftp.unixdev.net/pub/debian-udev/pool/non-free/o/openmotif/

but I wonder what might be the reason to drop this single archive from the
non-free mirrors?

Kind regards

  Andreas.

--
http://fam-tille.de


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

Re: Accepted fam 2.7.0-8 (source i386)

[Aurelien Jarno]

Chuan-kai Lin a écrit :

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Sun, 28 Aug 2005 20:17:15 -0700
Source: fam
Binary: libfam0 fam libfam-dev
Architecture: source i386
Version: 2.7.0-8
Distribution: unstable
Urgency: low
Maintainer: Chuan-kai Lin <[EMAIL PROTECTED]>
Changed-By: Chuan-kai Lin <[EMAIL PROTECTED]>
Description: 
 fam- File Alteration Monitor

 libfam-dev - client library to control the FAM daemon - development files
 libfam0- client library to control the FAM daemon
Closes: 185635 317700 317839 324837
Changes: 
 fam (2.7.0-8) unstable; urgency=low

 .
   * Acknowledge NMU (closes: #317700, #317839)
   * Make libfam0 Provides libfam0c102


I am afraid you can't do that. libfamc2 does NOT provide
the same interface as libfam, so they are both incompatible.

For more information see:
http://lists.debian.org/debian-devel-announce/2005/07/msg7.html

Bye,
Aurelien

--
  .''`.  Aurelien Jarno | GPG: 1024D/F1BCDB73
 : :' :  Debian GNU/Linux developer | Electrical Engineer
 `. `'   [EMAIL PROTECTED] | [EMAIL PROTECTED]
   `-people.debian.org/~aurel32 | www.aurel32.net


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

Re: Accepted fam 2.7.0-8 (source i386)

[Russ Allbery]

Aurelien Jarno <[EMAIL PROTECTED]> writes:

>> Changes:  fam (2.7.0-8) unstable; urgency=low
>>  .
>>* Acknowledge NMU (closes: #317700, #317839)
>>* Make libfam0 Provides libfam0c102

> I am afraid you can't do that. libfamc2 does NOT provide
> the same interface as libfam, so they are both incompatible.

Didn't we just have this discussion about libfam, noticing that it didn't
expose a C++ interface?

> For more information see:
> http://lists.debian.org/debian-devel-announce/2005/07/msg7.html

This reference doesn't help with the question of libraries that use C++
internally but don't expose a C++ interface.

-- 
Russ Allbery ([EMAIL PROTECTED]) 


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