*****SPAM***** Re: no exam, valium, xanax, viagra, more
This is a multi-part message in MIME format. --9F.3_AB7D6 Content-Type: text/html Content-Transfer-Encoding: quoted-printable html head /head body div align=3Dcenter table borderColor=3D#ff cellPadding=3D0 width=3D476 bgColor=3D= #f3f4fe border=3D3 tbody tr td class=3DNormal width=3D176 div align=3Dcenter table cellPadding=3D0 width=3D581 border=3D1 tbody tr td class=3DNormal vAlign=3Dbottom width=3D176 div align=3Dright table cellPadding=3D0 width=3D176 border=3D0= tbody tr td class=3DNormal vAlign=3Dbottom width=3D= 176 table cellPadding=3D0 width=3D150 borde= r=3D0 tbody tr td class=3DNormal vAlign=3Dbottom= width=3D80 rowSpan=3D2 p style=3DTEXT-ALIGN: right align= =3Drightbspan style=3DFONT-SIZE: 25pt; COLOR: #99; FONT-FAMILY:= Arialfont face=3DArial, Helvetica, sans-serif color=3D#ff size= =3D7R/font/span/b/p /td td class=3DNormal width=3D80nbs= p;/td td class=3DNormal width=3D10nbs= p;/td /tr tr td class=3DNormal vAlign=3Dbottom= width=3D80 rowSpan=3D2 pbspan style=3DFONT-SIZE: 25pt= ; COLOR: #33; FONT-FAMILY: Arialfont face=3DArial, Helvetica, sans= -serif color=3D#ff size=3D7X/font/span/b/p /td td class=3DNormal width=3D10nbs= p;/td /tr tr td class=3DNormal width=3D80nbs= p;/td td class=3DNormal width=3D10nbs= p;/td /tr /tbody /table p style=3DTEXT-ALIGN: right align=3Drigh= tbspan style=3DFONT-SIZE: 14pt; COLOR: #99; FONT-FAMILY: Arial= font face=3DGeneva, Arial, Helvetica, sans-serif size=3D4FASTbr /font/span/bfont face=3DGeneva, Aria= l, Helvetica, sans-serif size=3D4bspan style=3DFONT-SIZE: 16pt; CO= LOR: #99; FONT-FAMILY: ArialCONVENIENT/spanspan style=3DFONT-SIZ= E: 18pt; COLOR: #99; FONT-FAMILY: Arialbr AFFORDABLEbr /spanspan style=3DFONT-SIZE: 20pt; COLOR= : #66; FONT-FAMILY: ArialONLINE/span/b/font/p /td /tr /tbody /table /div /td td class=3DNormal vAlign=3Dbottom width=3D388 row= Span=3D2 table cellSpacing=3D5 cellPadding=3D0 width=3D38= 8 border=3D0 tbody tr td class=3DNormal vAlign=3Dbottom borderCol= or=3D#ff width=3D388 bgColor=3D#99 p align=3Dcenterbspan style=3DFONT-SIZ= E: 8.5pt; COLOR: #33; FONT-FAMILY: 'Arial Black'font face=3DVerdan= a, Arial, Helvetica, sans-serif color=3D#99 size=3D3FDA Approved Prescriptions/font/span/bbr br bspan style=3DFONT-SIZE: 10pt; COLOR: #666= 666; FONT-FAMILY: VerdanaOne Of Our Licensed Physicians Will Writebr the prescription for you if you approve./span= /b/p p align=3Dcenterbspan style=3DFONT-SIZ= E: 10pt; COLOR: #66; FONT-FAMILY: VerdanaNo Embarrassing Doctors Visits!br Quick Online Consultation!br Discreet Shipping amp; Billing!br FAST AND SECURE !!!br font face=3DVerdana, Arial, Helvetica, sans-= serif size=3D3a href=3Dhttp://169.207.147.103/a/m/htm/index.htm;cli= ck here/abr br /font/span/b/p /td /tr /tbody /table /td /tr tr td class=3DNormal vAlign=3Dtop width=3D176 rowSpa= n=3D2 div align=3Dright div align=3Dcenter font size=3D4 br bspan style=3Dfont-family: Arialfont color=3D= #FF face=3DGeneva, Arial,
Unidentified subject!
-- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Cameleon completed
Hi, I have the pleasure to announced that cameleon has been finaly built on ARM, after months of pain. Cheers, -- Jérôme Marant [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Cameleon completed
On Mon, Mar 31, 2003 at 11:19:57AM +0200, Jérôme Marant wrote: Hi, I have the pleasure to announced that cameleon has been finaly built on ARM, after months of pain. Note that i did ask on debian-arm last friday or so, and got a response there, i thought you did also, didn't you ? Ok, This means that all our debian packages are valid candidates, the mini-freeze is out of our hands. The list of packages that are stopping ocaml from entering testing is : got: 34+0: a-34 * alpha: libcamlimages-ocaml, libcamlimages-ocaml-dev, * libconfigwin-ocaml-dev, libgdome2-ocaml, libgdome2-ocaml-dev, * libgdome2-xslt-ocaml, libgdome2-xslt-ocaml-dev, * liblablgl-ocaml, liblablgl-ocaml-dev, liblablgtk-ocaml, * liblablgtk-ocaml-dev, liblablgtkmathview-ocaml, * liblablgtkmathview-ocaml-dev, libmlgtk-ocaml, * libmlgtk-ocaml-dev, libnetclient-ocaml-dev, * libocamlnet-ocaml-dev, libpcre-ocaml, libpcre-ocaml-dev, * libpgsql-ocaml-dev, libpxp-ocaml-dev, libsdl-ocaml, * libsdl-ocaml-dev, libshell-ocaml, libshell-ocaml-dev, * libxstr-ocaml-dev, libzip-ocaml, libzip-ocaml-dev, ocamltk, * zoggy So, this translates as source packages : camlimages, cameleon, gmetadom, gdome2-xslt, lablgl, lablgtk, lablgtkmathview, mlgtk, netclient, ocamlnet, pcre-ocaml, pxp, ocamlsdl, shell, xstr and camlzip. Which are packages from jerome (cameleon and ocamlsdl), Stefano (camlimages, gmetadom, gdome2-xslt, lablgtkmathview, netclient, ocamlnet, pcre-ocaml, pxp, shell and xstr) and me (lablgl, lablgtk, mlgtk and camlzip). The testing data is really not all that good to work with, so we have to do the checking ourselves, and have to look at the first level dependencies (and maybe build dependencies, altough i think the testing scripts does not handle these). Ok, i have done a detailed listing below, but right now, there are only 3 dependency issues (does not include the build-dependency issues though) : lablgtk : has a dependency on libglu1-mesa | libglu1 which may not be ok on testing. I have to check and upload a new version if need be. ocamlsdl : sdl-mixer1.2 is not ready to enter testing because of the libvorbis mess. The problem seems to have been solved, but other packages may hinder either sdl-mixer1.2 or libvorbis to enter testing. libpgsql-ocaml-dev : postgresql has 2 RC bugs, and is out of date on arm and m68k. for my package, this goes as follows : ocaml-base : libc6 (= 2.3.1-1), libgdbmg1, libncurses5 (= 5.3.20021109-1), tcl8.3 (= 8.3.0), tk8.3 (= 8.3.0), xlibs ( 4.1.0) Currently in testing, we have : glibc 2.3.1-14, gdbmg 1.7.3-27.1, ncurses 5.3.20021109-2, tcl8.3 and tk8.3 8.3.5-1 and xlibs 4.2.1-3. ocaml : libc6 (= 2.3.1-1), libncurses5-dev, ocaml-base (= 3.06-15), ocaml-base-3.06-1 No new dependency ocaml-native-compilers : ocaml (= 3.06-15), ocaml-3.06-1, libc6 (= 2.3.1-1), libncurses5 (= 5.3.20021109-1) No new dependency ocaml-source : no dependency liblablgl-ocaml : ocaml-base-3.06-1, libc6 (= 2.3.1-1), tcl8.3 (= 8.3.5), tk8.3 (= 8.3.5), xlibmesa3-gl | xlibmesa3 (4.2.1-5) | libgl1, xlibmesa3-glu | xlibmesa3 (4.2.1-5) | libglu1, xlibs ( 4.1.0) liblablgl-ocaml-dev : liblablgl-ocaml (= 0.99-15), ocaml-3.06-1, xlibmesa-gl-dev|xlibmesa-dev(4.2.1-5)|libgl-dev, xlibmesa-glu-dev|xlibmesa-dev(4.2.1-5)|libglu-dev, tk8.3-dev The mesa libraries should be satisfiable in testing (and in woody) since it either requires the newer xlibmesa-gl/glu or the older xlibmesa, which is satisfiable by the version currently in testing (4.2.1-3). liblablgtk-ocaml : ocaml-base-3.06-1, liblablgl-ocaml (= 0.99-3), gdk-imlib1, gtkglarea5, libart2 (= 1.2.13-5), libaudiofile0 (= 0.2.3-4), libc6 (= 2.3.1-1), libdb3 (= 3.2.9-17), libesd0 (= 0.2.23-1) | libesd-alsa0 (= 0.2.23-1), libgdk-pixbuf2 (= 0.22.0-1), libgl1, libglade-gnome0, libglade0, libglib1.2 (= 1.2.0), libglu1-mesa | libglu1, libgnome32 (= 1.2.13-5), libgnomesupport0 (= 1.2.13-5), libgnomeui32 (= 1.4.2-3), libgtk1.2 (= 1.2.10-4), libgtkxmhtml1 (= 1.4.2-3), libjpeg62, libpng2 (=1.0.12), libxml1 (= 1:1.8.14-3), xlibs ( 4.1.0), zlib1g (= 1:1.1.4) liblablgtk-ocaml-dev : liblablgtk-ocaml (= 1.2.5-8), ocaml-3.06-1, liblablgl-ocaml-dev (= 0.99-3), libgtk1.2-dev, libglade-gnome-dev, libgtkxmhtml-dev These are the gnome/gtk 1 dependencies, so they should be ok in testing, but let's check : gtkglarea 1.2.3-1, gnome-libs 1.4.2-11, audiofile 0.2.3-4, db3 3.2.9-17, esound 0.2.23-3, gdk-pixbuf 0.22.0-2, libgl1 (from xfree86 4.2.1-3), libglade 1:0.17-2.7, glib1.2 1.2.10-8, gnome-libs 1.4.2-11, gtk+1.2 1.2.10-14, libjpeg6b 6b-7, libpng 1.0.12-8, libxml 1:1.8.17-2, xfree86 4.2.1-3, zlib 1:1.1.4-11. The only problem here is the libglu1-mesa | libglu1 dependency, it may cause problems because libglu1 is a post xfree86 4.2.1-5 thingy. I think i will have to re-upload a new package with the same trick as lablgl :((( libmlgtk-ocaml :
Re: Cameleon completed
En réponse à Sven Luther [EMAIL PROTECTED]: ocamlsdl : sdl-mixer1.2 is not ready to enter testing because of the libvorbis mess. The problem seems to have been solved, but other packages may hinder either sdl-mixer1.2 or libvorbis to enter testing. libpgsql-ocaml-dev : postgresql has 2 RC bugs, and is out of date on arm and m68k. So, Jerome and Stefano, what do we do about these two, i guess we can just wait, maybe the libvorbis situation will greatly improve in the next time, but the postgresql will need more time. Would you agree, if it we where sure that it was the sole remaining problems, to have these two packages temporarily removed from testing ? How would removing ocamsdl from testing solve problem? (if it solves problem, then I'm OK from removing it) Cheers, -- Jérôme Marant [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Cameleon completed
On Mon, Mar 31, 2003 at 03:26:59PM +0200, Jérôme Marant wrote: En réponse à Sven Luther [EMAIL PROTECTED]: ocamlsdl : sdl-mixer1.2 is not ready to enter testing because of the libvorbis mess. The problem seems to have been solved, but other packages may hinder either sdl-mixer1.2 or libvorbis to enter testing. libpgsql-ocaml-dev : postgresql has 2 RC bugs, and is out of date on arm and m68k. So, Jerome and Stefano, what do we do about these two, i guess we can just wait, maybe the libvorbis situation will greatly improve in the next time, but the postgresql will need more time. Would you agree, if it we where sure that it was the sole remaining problems, to have these two packages temporarily removed from testing ? How would removing ocamsdl from testing solve problem? (if it solves problem, then I'm OK from removing it) If ocamlsdl is no more in testing, then ocaml 3.06 will not break the version of ocamlsdl that is in testing, and will thus enter testing unhindered. ocamlsdl will follow suit as soon as its dependencies are also ready. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Cameleon completed
En réponse à Sven Luther [EMAIL PROTECTED]: On Mon, Mar 31, 2003 at 11:19:57AM +0200, Jérôme Marant wrote: Hi, I have the pleasure to announced that cameleon has been finaly built on ARM, after months of pain. Note that i did ask on debian-arm last friday or so, and got a response there, i thought you did also, didn't you ? I asked myself one or two weeks ago on debian-arm. -- Jérôme Marant [EMAIL PROTECTED] [EMAIL PROTECTED] http://marant.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Cameleon completed
On Mon, Mar 31, 2003 at 04:35:15PM +0200, Jérôme Marant wrote: En réponse à Sven Luther [EMAIL PROTECTED]: How would removing ocamsdl from testing solve problem? (if it solves problem, then I'm OK from removing it) If ocamlsdl is no more in testing, then ocaml 3.06 will not break the version of ocamlsdl that is in testing, and will thus enter testing unhindered. ocamlsdl will follow suit as soon as its dependencies are also ready. OK. Let's go for it. Let's wait for Stefano's response too, and let's check first that there are no missing problems. Could you ask on irc about the testing scripts, and if it is true that it does only check the dependencies and not the build dependencies. Also, i did check the dependencies, but there may be other package which do conflict with ours, but this seems rather unlikely. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Cameleon completed
En réponse à Sven Luther [EMAIL PROTECTED]: OK. Let's go for it. Let's wait for Stefano's response too, and let's check first that there are no missing problems. Could you ask on irc about the testing scripts, and if it is true that it does only check the dependencies and not the build dependencies. Also, i did check the dependencies, but there may Sorry, I don't have access to IRC currently. And last time I asked about testing scripts, I've been bashed. Cheers, -- Jérôme Marant [EMAIL PROTECTED] [EMAIL PROTECTED] http://marant.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Cameleon completed
On Mon, Mar 31, 2003 at 05:28:10PM +0200, Jérôme Marant wrote: En réponse à Sven Luther [EMAIL PROTECTED]: OK. Let's go for it. Let's wait for Stefano's response too, and let's check first that there are no missing problems. Could you ask on irc about the testing scripts, and if it is true that it does only check the dependencies and not the build dependencies. Also, i did check the dependencies, but there may Sorry, I don't have access to IRC currently. And last time I asked about testing scripts, I've been bashed. No problem, i read the testing FAQ, and it seems my guesses would be ok. I think we can ask for the removal (it is even documented in the FAQ) as soon as we have Stefano's approval. How do we best go about this ? Do you and stefano write a mail for each of your packages, or do we send a common mail signed by all three of us ? I think we should send this mail to both aj (as release manager) and the ftp-masters, isn't it ? Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Cameleon completed
On Mon, Mar 31, 2003 at 08:41:56PM +0200, Jérôme Marant wrote: Sven Luther [EMAIL PROTECTED] writes: Sorry, I don't have access to IRC currently. And last time I asked about testing scripts, I've been bashed. No problem, i read the testing FAQ, and it seems my guesses would be ok. I think we can ask for the removal (it is even documented in the FAQ) as soon as we have Stefano's approval. How do we best go about this ? Do you and stefano write a mail for each of your packages, or do we send a common mail signed by all three of us ? I think we should send this mail to both aj (as release manager) and the ftp-masters, isn't it ? I guess we have to file bug reports again ftp.debian.org. A yes, altough it is the same as writing to ftp-masters, and http://www.debian.org/devel/testing#faq says (sorry for the french, if you want it in your local, just follow the above link) : Le responsable de la publication peut transgresser les règles dans deux cas de figure : * Il peut décider que la rupture engendrée par l'installation d'une nouvelle bibliothèque sera un bienfait, et il l'installera avec sa flottille de dépendances ; * Il peut également enlever de façon manuelle des paquets de « testing », qui autrement seraient cassés, pour pouvoir installer de nouveaux éléments. So a cc to aj, the current release manage, should be ok. If it is all the same to you, i can do this, and sign the mail as both of you, and cc you to ? Amicalement, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Cameleon completed
Sven Luther [EMAIL PROTECTED] writes: I guess we have to file bug reports again ftp.debian.org. A yes, altough it is the same as writing to ftp-masters, and http://www.debian.org/devel/testing#faq says (sorry for the french, if you want it in your local, just follow the above link) : Le responsable de la publication peut transgresser les règles dans deux cas de figure : * Il peut décider que la rupture engendrée par l'installation d'une nouvelle bibliothèque sera un bienfait, et il l'installera avec sa flottille de dépendances ; * Il peut également enlever de façon manuelle des paquets de « testing », qui autrement seraient cassés, pour pouvoir installer de nouveaux éléments. So a cc to aj, the current release manage, should be ok. If it is all the same to you, i can do this, and sign the mail as both of you, and cc you to ? Yes, sure. -- Jérôme Marant http://marant.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Cameleon completed
On Mon, Mar 31, 2003 at 09:11:54PM +0200, Sven Luther wrote: If it is all the same to you, i can do this, and sign the mail as both of you, and cc you to ? Ok, go for it. Cheers. -- Stefano Zacchiroli - Undergraduate Student of CS @ Uni. Bologna, Italy [EMAIL PROTECTED],debian.org,bononia.it} - http://www.bononia.it/zack/ I know you believe you understood what you think I said, but I am not sure you realize that what you heard is not what I meant! -- G.Romney pgp0.pgp Description: PGP signature
Re: Cameleon completed
On Mon, Mar 31, 2003 at 07:54:33PM +0200, Sven Luther wrote: No problem, i read the testing FAQ, and it seems my guesses would be ok. I think we can ask for the removal (it is even documented in the FAQ) as soon as we have Stefano's approval. Approved! How do we best go about this ? Do you and stefano write a mail for each of your packages, or do we send a common mail signed by all three of us ? As you wish ... I think we should send this mail to both aj (as release manager) and the ftp-masters, isn't it ? Yes, even if I've some doubt about their approval; anyway ... let's try. Cheers. -- Stefano Zacchiroli - Undergraduate Student of CS @ Uni. Bologna, Italy [EMAIL PROTECTED],debian.org,bononia.it} - http://www.bononia.it/zack/ I know you believe you understood what you think I said, but I am not sure you realize that what you heard is not what I meant! -- G.Romney pgp0.pgp Description: PGP signature
Unidentified subject!
Cameleon completed
Hi, I have the pleasure to announced that cameleon has been finaly built on ARM, after months of pain. Cheers, -- Jérôme Marant [EMAIL PROTECTED]
Re: Cameleon completed
On Mon, Mar 31, 2003 at 11:19:57AM +0200, Jérôme Marant wrote: Hi, I have the pleasure to announced that cameleon has been finaly built on ARM, after months of pain. Note that i did ask on debian-arm last friday or so, and got a response there, i thought you did also, didn't you ? Ok, This means that all our debian packages are valid candidates, the mini-freeze is out of our hands. The list of packages that are stopping ocaml from entering testing is : got: 34+0: a-34 * alpha: libcamlimages-ocaml, libcamlimages-ocaml-dev, * libconfigwin-ocaml-dev, libgdome2-ocaml, libgdome2-ocaml-dev, * libgdome2-xslt-ocaml, libgdome2-xslt-ocaml-dev, * liblablgl-ocaml, liblablgl-ocaml-dev, liblablgtk-ocaml, * liblablgtk-ocaml-dev, liblablgtkmathview-ocaml, * liblablgtkmathview-ocaml-dev, libmlgtk-ocaml, * libmlgtk-ocaml-dev, libnetclient-ocaml-dev, * libocamlnet-ocaml-dev, libpcre-ocaml, libpcre-ocaml-dev, * libpgsql-ocaml-dev, libpxp-ocaml-dev, libsdl-ocaml, * libsdl-ocaml-dev, libshell-ocaml, libshell-ocaml-dev, * libxstr-ocaml-dev, libzip-ocaml, libzip-ocaml-dev, ocamltk, * zoggy So, this translates as source packages : camlimages, cameleon, gmetadom, gdome2-xslt, lablgl, lablgtk, lablgtkmathview, mlgtk, netclient, ocamlnet, pcre-ocaml, pxp, ocamlsdl, shell, xstr and camlzip. Which are packages from jerome (cameleon and ocamlsdl), Stefano (camlimages, gmetadom, gdome2-xslt, lablgtkmathview, netclient, ocamlnet, pcre-ocaml, pxp, shell and xstr) and me (lablgl, lablgtk, mlgtk and camlzip). The testing data is really not all that good to work with, so we have to do the checking ourselves, and have to look at the first level dependencies (and maybe build dependencies, altough i think the testing scripts does not handle these). Ok, i have done a detailed listing below, but right now, there are only 3 dependency issues (does not include the build-dependency issues though) : lablgtk : has a dependency on libglu1-mesa | libglu1 which may not be ok on testing. I have to check and upload a new version if need be. ocamlsdl : sdl-mixer1.2 is not ready to enter testing because of the libvorbis mess. The problem seems to have been solved, but other packages may hinder either sdl-mixer1.2 or libvorbis to enter testing. libpgsql-ocaml-dev : postgresql has 2 RC bugs, and is out of date on arm and m68k. for my package, this goes as follows : ocaml-base : libc6 (= 2.3.1-1), libgdbmg1, libncurses5 (= 5.3.20021109-1), tcl8.3 (= 8.3.0), tk8.3 (= 8.3.0), xlibs ( 4.1.0) Currently in testing, we have : glibc 2.3.1-14, gdbmg 1.7.3-27.1, ncurses 5.3.20021109-2, tcl8.3 and tk8.3 8.3.5-1 and xlibs 4.2.1-3. ocaml : libc6 (= 2.3.1-1), libncurses5-dev, ocaml-base (= 3.06-15), ocaml-base-3.06-1 No new dependency ocaml-native-compilers : ocaml (= 3.06-15), ocaml-3.06-1, libc6 (= 2.3.1-1), libncurses5 (= 5.3.20021109-1) No new dependency ocaml-source : no dependency liblablgl-ocaml : ocaml-base-3.06-1, libc6 (= 2.3.1-1), tcl8.3 (= 8.3.5), tk8.3 (= 8.3.5), xlibmesa3-gl | xlibmesa3 (4.2.1-5) | libgl1, xlibmesa3-glu | xlibmesa3 (4.2.1-5) | libglu1, xlibs ( 4.1.0) liblablgl-ocaml-dev : liblablgl-ocaml (= 0.99-15), ocaml-3.06-1, xlibmesa-gl-dev|xlibmesa-dev(4.2.1-5)|libgl-dev, xlibmesa-glu-dev|xlibmesa-dev(4.2.1-5)|libglu-dev, tk8.3-dev The mesa libraries should be satisfiable in testing (and in woody) since it either requires the newer xlibmesa-gl/glu or the older xlibmesa, which is satisfiable by the version currently in testing (4.2.1-3). liblablgtk-ocaml : ocaml-base-3.06-1, liblablgl-ocaml (= 0.99-3), gdk-imlib1, gtkglarea5, libart2 (= 1.2.13-5), libaudiofile0 (= 0.2.3-4), libc6 (= 2.3.1-1), libdb3 (= 3.2.9-17), libesd0 (= 0.2.23-1) | libesd-alsa0 (= 0.2.23-1), libgdk-pixbuf2 (= 0.22.0-1), libgl1, libglade-gnome0, libglade0, libglib1.2 (= 1.2.0), libglu1-mesa | libglu1, libgnome32 (= 1.2.13-5), libgnomesupport0 (= 1.2.13-5), libgnomeui32 (= 1.4.2-3), libgtk1.2 (= 1.2.10-4), libgtkxmhtml1 (= 1.4.2-3), libjpeg62, libpng2 (=1.0.12), libxml1 (= 1:1.8.14-3), xlibs ( 4.1.0), zlib1g (= 1:1.1.4) liblablgtk-ocaml-dev : liblablgtk-ocaml (= 1.2.5-8), ocaml-3.06-1, liblablgl-ocaml-dev (= 0.99-3), libgtk1.2-dev, libglade-gnome-dev, libgtkxmhtml-dev These are the gnome/gtk 1 dependencies, so they should be ok in testing, but let's check : gtkglarea 1.2.3-1, gnome-libs 1.4.2-11, audiofile 0.2.3-4, db3 3.2.9-17, esound 0.2.23-3, gdk-pixbuf 0.22.0-2, libgl1 (from xfree86 4.2.1-3), libglade 1:0.17-2.7, glib1.2 1.2.10-8, gnome-libs 1.4.2-11, gtk+1.2 1.2.10-14, libjpeg6b 6b-7, libpng 1.0.12-8, libxml 1:1.8.17-2, xfree86 4.2.1-3, zlib 1:1.1.4-11. The only problem here is the libglu1-mesa | libglu1 dependency, it may cause problems because libglu1 is a post xfree86 4.2.1-5 thingy. I think i will have to re-upload a new package with the same trick as lablgl :((( libmlgtk-ocaml :
Re: Cameleon completed
En réponse à Sven Luther [EMAIL PROTECTED]: ocamlsdl : sdl-mixer1.2 is not ready to enter testing because of the libvorbis mess. The problem seems to have been solved, but other packages may hinder either sdl-mixer1.2 or libvorbis to enter testing. libpgsql-ocaml-dev : postgresql has 2 RC bugs, and is out of date on arm and m68k. So, Jerome and Stefano, what do we do about these two, i guess we can just wait, maybe the libvorbis situation will greatly improve in the next time, but the postgresql will need more time. Would you agree, if it we where sure that it was the sole remaining problems, to have these two packages temporarily removed from testing ? How would removing ocamsdl from testing solve problem? (if it solves problem, then I'm OK from removing it) Cheers, -- Jérôme Marant [EMAIL PROTECTED]
Re: Cameleon completed
On Mon, Mar 31, 2003 at 03:26:59PM +0200, Jérôme Marant wrote: En réponse à Sven Luther [EMAIL PROTECTED]: ocamlsdl : sdl-mixer1.2 is not ready to enter testing because of the libvorbis mess. The problem seems to have been solved, but other packages may hinder either sdl-mixer1.2 or libvorbis to enter testing. libpgsql-ocaml-dev : postgresql has 2 RC bugs, and is out of date on arm and m68k. So, Jerome and Stefano, what do we do about these two, i guess we can just wait, maybe the libvorbis situation will greatly improve in the next time, but the postgresql will need more time. Would you agree, if it we where sure that it was the sole remaining problems, to have these two packages temporarily removed from testing ? How would removing ocamsdl from testing solve problem? (if it solves problem, then I'm OK from removing it) If ocamlsdl is no more in testing, then ocaml 3.06 will not break the version of ocamlsdl that is in testing, and will thus enter testing unhindered. ocamlsdl will follow suit as soon as its dependencies are also ready. Friendly, Sven Luther
Re: Cameleon completed
En réponse à Sven Luther [EMAIL PROTECTED]: On Mon, Mar 31, 2003 at 11:19:57AM +0200, Jérôme Marant wrote: Hi, I have the pleasure to announced that cameleon has been finaly built on ARM, after months of pain. Note that i did ask on debian-arm last friday or so, and got a response there, i thought you did also, didn't you ? I asked myself one or two weeks ago on debian-arm. -- Jérôme Marant [EMAIL PROTECTED] [EMAIL PROTECTED] http://marant.org
Re: Cameleon completed
En réponse à Sven Luther [EMAIL PROTECTED]: How would removing ocamsdl from testing solve problem? (if it solves problem, then I'm OK from removing it) If ocamlsdl is no more in testing, then ocaml 3.06 will not break the version of ocamlsdl that is in testing, and will thus enter testing unhindered. ocamlsdl will follow suit as soon as its dependencies are also ready. OK. Let's go for it. -- Jérôme Marant [EMAIL PROTECTED] [EMAIL PROTECTED] http://marant.org
Re: Cameleon completed
On Mon, Mar 31, 2003 at 04:35:15PM +0200, Jérôme Marant wrote: En réponse à Sven Luther [EMAIL PROTECTED]: How would removing ocamsdl from testing solve problem? (if it solves problem, then I'm OK from removing it) If ocamlsdl is no more in testing, then ocaml 3.06 will not break the version of ocamlsdl that is in testing, and will thus enter testing unhindered. ocamlsdl will follow suit as soon as its dependencies are also ready. OK. Let's go for it. Let's wait for Stefano's response too, and let's check first that there are no missing problems. Could you ask on irc about the testing scripts, and if it is true that it does only check the dependencies and not the build dependencies. Also, i did check the dependencies, but there may be other package which do conflict with ours, but this seems rather unlikely. Friendly, Sven Luther
Re: Cameleon completed
En réponse à Sven Luther [EMAIL PROTECTED]: OK. Let's go for it. Let's wait for Stefano's response too, and let's check first that there are no missing problems. Could you ask on irc about the testing scripts, and if it is true that it does only check the dependencies and not the build dependencies. Also, i did check the dependencies, but there may Sorry, I don't have access to IRC currently. And last time I asked about testing scripts, I've been bashed. Cheers, -- Jérôme Marant [EMAIL PROTECTED] [EMAIL PROTECTED] http://marant.org
Re: Cameleon completed
On Mon, Mar 31, 2003 at 05:28:10PM +0200, Jérôme Marant wrote: En réponse à Sven Luther [EMAIL PROTECTED]: OK. Let's go for it. Let's wait for Stefano's response too, and let's check first that there are no missing problems. Could you ask on irc about the testing scripts, and if it is true that it does only check the dependencies and not the build dependencies. Also, i did check the dependencies, but there may Sorry, I don't have access to IRC currently. And last time I asked about testing scripts, I've been bashed. No problem, i read the testing FAQ, and it seems my guesses would be ok. I think we can ask for the removal (it is even documented in the FAQ) as soon as we have Stefano's approval. How do we best go about this ? Do you and stefano write a mail for each of your packages, or do we send a common mail signed by all three of us ? I think we should send this mail to both aj (as release manager) and the ftp-masters, isn't it ? Friendly, Sven Luther
Re: Cameleon completed
Sven Luther [EMAIL PROTECTED] writes: Sorry, I don't have access to IRC currently. And last time I asked about testing scripts, I've been bashed. No problem, i read the testing FAQ, and it seems my guesses would be ok. I think we can ask for the removal (it is even documented in the FAQ) as soon as we have Stefano's approval. How do we best go about this ? Do you and stefano write a mail for each of your packages, or do we send a common mail signed by all three of us ? I think we should send this mail to both aj (as release manager) and the ftp-masters, isn't it ? I guess we have to file bug reports again ftp.debian.org. Cheers, -- Jérôme Marant http://marant.org
Re: Cameleon completed
On Mon, Mar 31, 2003 at 08:41:56PM +0200, Jérôme Marant wrote: Sven Luther [EMAIL PROTECTED] writes: Sorry, I don't have access to IRC currently. And last time I asked about testing scripts, I've been bashed. No problem, i read the testing FAQ, and it seems my guesses would be ok. I think we can ask for the removal (it is even documented in the FAQ) as soon as we have Stefano's approval. How do we best go about this ? Do you and stefano write a mail for each of your packages, or do we send a common mail signed by all three of us ? I think we should send this mail to both aj (as release manager) and the ftp-masters, isn't it ? I guess we have to file bug reports again ftp.debian.org. A yes, altough it is the same as writing to ftp-masters, and http://www.debian.org/devel/testing#faq says (sorry for the french, if you want it in your local, just follow the above link) : Le responsable de la publication peut transgresser les règles dans deux cas de figure : * Il peut décider que la rupture engendrée par l'installation d'une nouvelle bibliothèque sera un bienfait, et il l'installera avec sa flottille de dépendances ; * Il peut également enlever de façon manuelle des paquets de « testing », qui autrement seraient cassés, pour pouvoir installer de nouveaux éléments. So a cc to aj, the current release manage, should be ok. If it is all the same to you, i can do this, and sign the mail as both of you, and cc you to ? Amicalement, Sven Luther
Re: Cameleon completed
Sven Luther [EMAIL PROTECTED] writes: I guess we have to file bug reports again ftp.debian.org. A yes, altough it is the same as writing to ftp-masters, and http://www.debian.org/devel/testing#faq says (sorry for the french, if you want it in your local, just follow the above link) : Le responsable de la publication peut transgresser les règles dans deux cas de figure : * Il peut décider que la rupture engendrée par l'installation d'une nouvelle bibliothèque sera un bienfait, et il l'installera avec sa flottille de dépendances ; * Il peut également enlever de façon manuelle des paquets de « testing », qui autrement seraient cassés, pour pouvoir installer de nouveaux éléments. So a cc to aj, the current release manage, should be ok. If it is all the same to you, i can do this, and sign the mail as both of you, and cc you to ? Yes, sure. -- Jérôme Marant http://marant.org
Re: Cameleon completed
On Mon, Mar 31, 2003 at 09:11:54PM +0200, Sven Luther wrote: If it is all the same to you, i can do this, and sign the mail as both of you, and cc you to ? Ok, go for it. Cheers. -- Stefano Zacchiroli - Undergraduate Student of CS @ Uni. Bologna, Italy [EMAIL PROTECTED],debian.org,bononia.it} - http://www.bononia.it/zack/ I know you believe you understood what you think I said, but I am not sure you realize that what you heard is not what I meant! -- G.Romney pgpzqjQToGOiZ.pgp Description: PGP signature
Re: Cameleon completed
On Mon, Mar 31, 2003 at 07:54:33PM +0200, Sven Luther wrote: No problem, i read the testing FAQ, and it seems my guesses would be ok. I think we can ask for the removal (it is even documented in the FAQ) as soon as we have Stefano's approval. Approved! How do we best go about this ? Do you and stefano write a mail for each of your packages, or do we send a common mail signed by all three of us ? As you wish ... I think we should send this mail to both aj (as release manager) and the ftp-masters, isn't it ? Yes, even if I've some doubt about their approval; anyway ... let's try. Cheers. -- Stefano Zacchiroli - Undergraduate Student of CS @ Uni. Bologna, Italy [EMAIL PROTECTED],debian.org,bononia.it} - http://www.bononia.it/zack/ I know you believe you understood what you think I said, but I am not sure you realize that what you heard is not what I meant! -- G.Romney pgpTxQ82r2nnQ.pgp Description: PGP signature
