Re: jffi 1.2.7 nearly ready to go, but jar at new location
On 4 Mar 2015, at 6:14 pm, Emmanuel Bourg wrote: > > Le 04/03/2015 04:27, Potter, Tim (Cloud Services) a écrit : > >> Is there any packaging trick to make jffi appear at both locations - >> org.jruby.extras and com.github.jnr? I thought this was what >> debian/maven.publishedRules was for, but it either doesn't do that or I >> can't figure out the syntax. > > Hi Tim, > > maven.publishedRules provides substitution rules to mh_make when the > dependencies are resolved *at build time*. It doesn't affect the > installed libraries. This means the broken reverse dependencies have to > be rebuilt, you'll see the new substitution rules automatically added to > maven.rules. OK - thanks Emmanuel! Is there some tricky way to coordinate updating two interdependent packages like this? My plan was to have jffi uploaded then propose an update to jenkins which will kick off a rebuild. There’s a window where jenkins could be rebuilt automatically and have a FTBFS bug filed against it, but I guess that’s not the end of the world. Tim. -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/633e9a1c-7794-492b-b0d6-ec8e25e28...@hp.com
Re: jffi 1.2.7 nearly ready to go, but jar at new location
Le 04/03/2015 10:06, Potter, Tim (Cloud Services) a écrit : > OK - thanks Emmanuel! Is there some tricky way to coordinate updating two > interdependent packages like this? > > My plan was to have jffi uploaded then propose an update to jenkins which > will kick off a rebuild. There’s a window where jenkins could be rebuilt > automatically and have a FTBFS bug filed against it, but I guess that’s not > the end of the world. If you know updating a package will break another one you just have to coordinate the uploads at the same time (on an hours scale). Emmanuel Bourg -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54f6d07e.7030...@apache.org
Re: maven-compiler-plugin 3.x
On Wed, Mar 04, 2015 at 08:20:42AM +0100, Emmanuel Bourg wrote: > > I vaguely remember from the last time I upgraded the > maven-compiler-plugin and plexus-compiler that the version 3.x wasn't > compatible with Maven 2. Did you check that? I'm still checking this. If we find it's is not compatible with Maven 2, had we discuss what to do? There are lots of packages relying on this plugin and Maven 2 but it's also time to use Maven 3 and to update this plugin. Maybe can we have a new package maven-compiler-plugin-3.0 to deal with this possible uncompatibility? > Also note that upgrading maven-compiler-plugin requires an update to > maven2-core and maven2 (in this order) to modify the version of the > plugin in the super pom (the pom is in maven2-core and is then embedded > in maven2). That's right. I remember having to do this in the past. Thanks for the reminder. BTW, I have some questions regarding Maven 3 super pom but I'll comment about that in another thread later. Cheers, -- Miguel Landaeta, nomadium at debian.org secure email with PGP 0x6E608B637D8967E9 available at http://miguel.cc/key. "Faith means not wanting to know what is true." -- Nietzsche signature.asc Description: Digital signature
Re: RFS: jnr-constants 0.8.6-3
On Wed, Mar 04, 2015 at 04:51:29AM +, Potter, Tim (Cloud Services) wrote: > > If this is OK I can do the upload myself if I am given DM upload permission > for this package. (Granting permission process is documented at > https://wiki.debian.org/DebianMaintainer#Granting_Permissions if that helps > (-:). > Hi Tim, I'll review the change and give you access to complete this upload. Thanks for preparing a fix. Cheers, -- Miguel Landaeta, nomadium at debian.org secure email with PGP 0x6E608B637D8967E9 available at http://miguel.cc/key. "Faith means not wanting to know what is true." -- Nietzsche signature.asc Description: Digital signature
Re: jffi 1.2.7 nearly ready to go, but jar at new location
On Wed, Mar 04, 2015 at 03:27:45AM +, Potter, Tim (Cloud Services) wrote: > Hi everyone. I've been doing some build tests against reverse > dependencies for jffi. There's a slight problem with rebuilding jenkins > though, as it's expecting the jar to live at a different location: > Hi Tim, Can you push all your changes in repo git://anonscm.debian.org/pkg-java/jffi-1.2.7.git to git://anonscm.debian.org/pkg-java/jffi.git? There is no need for two repos, if you are concerned about breaking something in jessie/sid, you can push your changes to an experimental branch. Cheers, -- Miguel Landaeta, nomadium at debian.org secure email with PGP 0x6E608B637D8967E9 available at http://miguel.cc/key. "Faith means not wanting to know what is true." -- Nietzsche signature.asc Description: Digital signature
Re: maven-compiler-plugin 3.x
Le 04/03/2015 11:06, Miguel Landaeta a écrit : > I'm still checking this. If we find it's is not compatible with Maven > 2, had we discuss what to do? There are lots of packages relying on > this plugin and Maven 2 but it's also time to use Maven 3 and to > update this plugin. > > Maybe can we have a new package maven-compiler-plugin-3.0 to deal > with this possible uncompatibility? If there is a compatibility issue a new package is the way to go, however I'd prefer a maven-compiler-plugin-2.5 package with the old version, and the unversionned package keeps the most recent version. Emmanuel Bourg -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54f6dc74.2050...@apache.org
Re: jffi 1.2.7 nearly ready to go, but jar at new location
On 4/03/15 9:22 PM, "Miguel Landaeta" wrote: >On Wed, Mar 04, 2015 at 03:27:45AM +, Potter, Tim (Cloud Services) >wrote: >> Hi everyone. I've been doing some build tests against reverse >> dependencies for jffi. There's a slight problem with rebuilding jenkins >> though, as it's expecting the jar to live at a different location: >> > >Hi Tim, > >Can you push all your changes in repo >git://anonscm.debian.org/pkg-java/jffi-1.2.7.git >to git://anonscm.debian.org/pkg-java/jffi.git? > >There is no need for two repos, if you are concerned about breaking >something in jessie/sid, you can push your changes to an experimental >branch. Done. Just doing a rebuild of the package now. I was more afraid of pushing something that was difficult to undo, although I guess with git it's easy enough to reverse a patch even though it makes a mess in the history. Tim. smime.p7s Description: S/MIME cryptographic signature
Re: RFS: jnr-constants 0.8.6-3
On Wed, Mar 04, 2015 at 07:15:28AM -0300, Miguel Landaeta wrote: > I'll review the change and give you access to complete this upload. > > Thanks for preparing a fix. Hi Tim, Please just go ahead and upload the fix. Thanks, -- Miguel Landaeta, nomadium at debian.org secure email with PGP 0x6E608B637D8967E9 available at http://miguel.cc/key. "Faith means not wanting to know what is true." -- Nietzsche signature.asc Description: Digital signature
Re: maven-compiler-plugin 3.x
On Wed, Mar 04, 2015 at 11:20:36AM +0100, Emmanuel Bourg wrote: > > If there is a compatibility issue a new package is the way to go, > however I'd prefer a maven-compiler-plugin-2.5 package with the old > version, and the unversionned package keeps the most recent version. I agree. I'll introduce a new package for maven-compiler-plugin-2.5 if needed. I'll go back on this when I complete the update and I have tested the impact of the change. -- Miguel Landaeta, nomadium at debian.org secure email with PGP 0x6E608B637D8967E9 available at http://miguel.cc/key. "Faith means not wanting to know what is true." -- Nietzsche signature.asc Description: Digital signature
Re: maven-compiler-plugin 3.x
On Wed, Mar 04, 2015 at 04:34:15PM -0300, Miguel Landaeta wrote: > On Wed, Mar 04, 2015 at 11:20:36AM +0100, Emmanuel Bourg wrote: > > > > If there is a compatibility issue a new package is the way to go, > > however I'd prefer a maven-compiler-plugin-2.5 package with the old > > version, and the unversionned package keeps the most recent version. > > I agree. I'll introduce a new package for maven-compiler-plugin-2.5 > if needed. I'll go with this route. > I'll go back on this when I complete the update and I have tested the > impact of the change. It turns out maven2 doesn't build when you use maven-compiler-plugin 3.2, so fortunately I didn't have to spend too much time testing this option. I'll upload maven-compiler-plugin-2.5 to don't disrupt Maven 2 and switch to Maven 3 to use the updated maven-compiler-plugin release. -- Miguel Landaeta, nomadium at debian.org secure email with PGP 0x6E608B637D8967E9 available at http://miguel.cc/key. "Faith means not wanting to know what is true." -- Nietzsche signature.asc Description: Digital signature