Re: Uploading GBrowse to experimental ?
On Wed, Apr 13, 2011 at 08:31:49AM +0200, Olivier Sallou wrote: > Hi, > what do you mean by : > > And, it may be time for your Debian Maintainer application ? What about Google: Debian Maintainer application ? :-) It just simplifies things if you can upload packages yourself if you are a Debian Maintainer. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-med-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110413073213.gi10...@an3as.eu
Re: Uploading GBrowse to experimental ?
Hi, what do you mean by : And, it may be time for your Debian Maintainer application ? Olivier Le 4/12/11 5:09 PM, Steffen Möller a écrit : Hello, On 04/12/2011 04:20 PM, Charles Plessy wrote: Le Tue, Apr 12, 2011 at 02:22:50PM +0200, Olivier Sallou a écrit : I have updated gbrowse to move "db" related data to /var/lib instead of /usr/share I removed call to metadb_config script and updated config to disable user management by default (in fact I think it is best for default install). I made a few updates too for the gbrowse_slave where a restart is required at gbrowse-data install. To test it, please reload patches as I updated them. it works ! whow! many thanks. During the next weeks I will be less available. I will try to upload to experimental tomorrow. In addition to the package polishing, the next step will go through a new upstream release of BioPerl. If you are interested, do not hesitate to: debcheckout -a bioperl and enjoy playing with Git ! Andreas has done many uploads over the past days ... many thanks. I am a bit overbooked these days but uploads I can do, just ping me. And, it may be time for your Debian Maintainer application. Steffen -- gpg key id: 4096R/326D8438 (pgp.mit.edu) Key fingerprint = 5FB4 6F83 D3B9 5204 6335 D26D 78DC 68DB 326D 8438 -- To UNSUBSCRIBE, email to debian-med-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4da54355.4050...@irisa.fr
Re: Uploading GBrowse to experimental ?
On Tue, Apr 12, 2011 at 05:09:45PM +0200, Steffen Möller wrote: > Andreas has done many uploads over the past days ... many thanks. ... however, these are unrelated to gbrowse. I just harvested some low hanging fruits to fix some nasty bugs just the right thing to do if you find some spare minutes which do not allow larger chunks of coding. > I am a bit overbooked these days but uploads I can do, just ping me. > And, it may be time for your Debian Maintainer application. This is a reasonable thing to do for those people who have succeeded in packaging some software which is finally uploaded to the mirrors. I also think that Alex could go for it. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-med-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110412162735.ga18...@an3as.eu
Re: Uploading GBrowse to experimental ?
Hello, On 04/12/2011 04:20 PM, Charles Plessy wrote: > Le Tue, Apr 12, 2011 at 02:22:50PM +0200, Olivier Sallou a écrit : >> I have updated gbrowse to move "db" related data to /var/lib instead >> of /usr/share >> I removed call to metadb_config script and updated config to disable >> user management by default (in fact I think it is best for default >> install). >> >> I made a few updates too for the gbrowse_slave where a restart is >> required at gbrowse-data install. >> >> To test it, please reload patches as I updated them. > it works ! whow! many thanks. > During the next weeks I will be less available. I will try to upload to > experimental tomorrow. In addition to the package polishing, the next step > will go through a new upstream release of BioPerl. If you are interested, > do not hesitate to: > > debcheckout -a bioperl > > and enjoy playing with Git ! Andreas has done many uploads over the past days ... many thanks. I am a bit overbooked these days but uploads I can do, just ping me. And, it may be time for your Debian Maintainer application. Steffen -- To UNSUBSCRIBE, email to debian-med-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4da46b39.7050...@gmx.de
Re: Uploading GBrowse to experimental ?
Le Tue, Apr 12, 2011 at 02:22:50PM +0200, Olivier Sallou a écrit : > > I have updated gbrowse to move "db" related data to /var/lib instead > of /usr/share > I removed call to metadb_config script and updated config to disable > user management by default (in fact I think it is best for default > install). > > I made a few updates too for the gbrowse_slave where a restart is > required at gbrowse-data install. > > To test it, please reload patches as I updated them. Hi Olivier, it works ! During the next weeks I will be less available. I will try to upload to experimental tomorrow. In addition to the package polishing, the next step will go through a new upstream release of BioPerl. If you are interested, do not hesitate to: debcheckout -a bioperl and enjoy playing with Git ! Cheers, -- Charles -- To UNSUBSCRIBE, email to debian-med-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110412142050.gb27...@merveille.plessy.net
Re: Uploading GBrowse to experimental ?
Hi, I have updated gbrowse to move "db" related data to /var/lib instead of /usr/share I removed call to metadb_config script and updated config to disable user management by default (in fact I think it is best for default install). I made a few updates too for the gbrowse_slave where a restart is required at gbrowse-data install. To test it, please reload patches as I updated them. Olivier Le 4/11/11 9:33 AM, Olivier Sallou a écrit : Hi Charles, the script metadb is used for the "user management". It creates a new "database" (sqlite) if not already created. It is required for some actions enabled by default at install. I think we can remove it from post-install however. User can still execute it if required. Olivier - Mail original - De: "Charles Plessy" À: "Olivier Sallou", debian-med@lists.debian.org Envoyé: Dimanche 10 Avril 2011 13:28:04 Objet: Uploading GBrowse to experimental ? Dear Olivier, as you probably have seen on the commit mailing list, I have made a couple of changes to the gbrowse package. The goal of many of them was to make the build process more simple according to the common practices in Debian. I hope that you are not offended that I undid some of your work, just to redo it “our way”. I think that it will help other members of the Debian Med team to contribute. My main problem is the postinst script that calls /usr/bin/gbrowse_metadb_config, as I do not understand well that this script is doing exactly. It looks like it creates and deletes directories under /usr and /var. I think that it is difficult to justify, as these directories may belong to the package itself. Indeed, gbrowse fails to be installed twice in a row when this script is enabled. Since it does not look necessary to at least run the examples, I disabled it for the moment. Similarly, GBrowse seems to create some files or directory under /usr at run time. This is also something that we will have to correct. This said, I do not want to postpone the upload of the package ad vitam aeternam. How about uploading it to the experimental section of our archive ? Then we can keep on working on the issues above, and the proper setup of the render farm. In the past, Upstream has been very suppportive and if we have GBrowse in experimental, I think that they will be very motivated to help us by adding some flexibility in GBrowse where needed. Have a nice day, -- Charles Plessy Debian Med packaging team, http://www.debian.org/devel/debian-med Tsurumi, Kanagawa, Japan -- gpg key id: 4096R/326D8438 (pgp.mit.edu) Key fingerprint = 5FB4 6F83 D3B9 5204 6335 D26D 78DC 68DB 326D 8438 -- To UNSUBSCRIBE, email to debian-med-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4da4441a.4080...@irisa.fr
Re: Uploading GBrowse to experimental ?
I will have a look for db location, I will certainly have to patch the code to move it. Olivier - Mail original - > De: "Andreas Tille" > À: debian-med@lists.debian.org > Envoyé: Lundi 11 Avril 2011 10:01:56 > Objet: Re: Uploading GBrowse to experimental ? > On Mon, Apr 11, 2011 at 09:33:24AM +0200, Olivier Sallou wrote: > > Hi Charles, > > the script metadb is used for the "user management". It creates a > > new "database" (sqlite) if not already created. It is required for > > some actions enabled by default at install. > > > > I think we can remove it from post-install however. User can still > > execute it if required. > > IMHO the more urgent problem was *where* this database is created. It > must not be created under /usr but rather in /var/lib/gbrowse. Could > you please clarify this issue? > > Kind regards > > Andreas. > > -- > http://fam-tille.de > > > -- > To UNSUBSCRIBE, email to debian-med-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact > listmas...@lists.debian.org > Archive: http://lists.debian.org/20110411080156.gh3...@an3as.eu -- To UNSUBSCRIBE, email to debian-med-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1030866067.1217362.1302511629396.javamail.r...@zmbs1.inria.fr
Re: Uploading GBrowse to experimental ?
On Mon, Apr 11, 2011 at 09:33:24AM +0200, Olivier Sallou wrote: > Hi Charles, > the script metadb is used for the "user management". It creates a new > "database" (sqlite) if not already created. It is required for some actions > enabled by default at install. > > I think we can remove it from post-install however. User can still execute it > if required. IMHO the more urgent problem was *where* this database is created. It must not be created under /usr but rather in /var/lib/gbrowse. Could you please clarify this issue? Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-med-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110411080156.gh3...@an3as.eu
Re: Uploading GBrowse to experimental ?
Hi Charles, the script metadb is used for the "user management". It creates a new "database" (sqlite) if not already created. It is required for some actions enabled by default at install. I think we can remove it from post-install however. User can still execute it if required. Olivier - Mail original - > De: "Charles Plessy" > À: "Olivier Sallou" , debian-med@lists.debian.org > Envoyé: Dimanche 10 Avril 2011 13:28:04 > Objet: Uploading GBrowse to experimental ? > Dear Olivier, > > as you probably have seen on the commit mailing list, I have made a > couple of > changes to the gbrowse package. The goal of many of them was to make > the build > process more simple according to the common practices in Debian. I > hope that > you are not offended that I undid some of your work, just to redo it > “our way”. > I think that it will help other members of the Debian Med team to > contribute. > > My main problem is the postinst script that calls > /usr/bin/gbrowse_metadb_config, as I do not understand well that this > script is > doing exactly. It looks like it creates and deletes directories under > /usr and > /var. I think that it is difficult to justify, as these directories > may belong > to the package itself. Indeed, gbrowse fails to be installed twice in > a row > when this script is enabled. Since it does not look necessary to at > least run > the examples, I disabled it for the moment. Similarly, GBrowse seems > to create > some files or directory under /usr at run time. This is also something > that > we will have to correct. > > This said, I do not want to postpone the upload of the package ad > vitam aeternam. > How about uploading it to the experimental section of our archive ? > Then we > can keep on working on the issues above, and the proper setup of the > render farm. > > In the past, Upstream has been very suppportive and if we have GBrowse > in > experimental, I think that they will be very motivated to help us by > adding > some flexibility in GBrowse where needed. > > Have a nice day, > > -- > Charles Plessy > Debian Med packaging team, > http://www.debian.org/devel/debian-med > Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-med-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/346928857.1215564.1302507204002.javamail.r...@zmbs1.inria.fr
Uploading GBrowse to experimental ?
Dear Olivier, as you probably have seen on the commit mailing list, I have made a couple of changes to the gbrowse package. The goal of many of them was to make the build process more simple according to the common practices in Debian. I hope that you are not offended that I undid some of your work, just to redo it “our way”. I think that it will help other members of the Debian Med team to contribute. My main problem is the postinst script that calls /usr/bin/gbrowse_metadb_config, as I do not understand well that this script is doing exactly. It looks like it creates and deletes directories under /usr and /var. I think that it is difficult to justify, as these directories may belong to the package itself. Indeed, gbrowse fails to be installed twice in a row when this script is enabled. Since it does not look necessary to at least run the examples, I disabled it for the moment. Similarly, GBrowse seems to create some files or directory under /usr at run time. This is also something that we will have to correct. This said, I do not want to postpone the upload of the package ad vitam aeternam. How about uploading it to the experimental section of our archive ? Then we can keep on working on the issues above, and the proper setup of the render farm. In the past, Upstream has been very suppportive and if we have GBrowse in experimental, I think that they will be very motivated to help us by adding some flexibility in GBrowse where needed. Have a nice day, -- Charles Plessy Debian Med packaging team, http://www.debian.org/devel/debian-med Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-med-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110410112804.gc13...@merveille.plessy.net
