On Fri, 03 Jan 2025 23:47:15 +0100, Helmar Gerloni wrote:
> I just uploaded version 1.6.6 to salsa:
> https://salsa.debian.org/helger/tuxguitar
> Maybe you can push this new version into Sid?
It looks like the master branch is updated but the upstream and
pristine-tar branches are still at 1.6.4.
On Sat, 24 Aug 2024 22:36:25 +0200, Helmar Gerloni wrote:
> I am looking for a sponsor for my package "tuxguitar":
>
> * Package name : tuxguitar
>Version : 1.6.4+dfsg1-1
>Upstream contact : Helmar Gerloni
> * URL : https://www.tuxguitar.app
> * License
On Tue, 25 Jun 2024 23:06:59 +0200, Emmanuel Bourg wrote:
> > Regarding the "IRC spam": IMHO this is not a Salsa CI feature but
> > rather the KGB bot you can switch of.
> I'd like KGB to report commits but not CI builds, if that's possible.
In the Perl team we're using
https://kgb.debian.net/we
On Wed, 19 Apr 2023 09:48:54 +, Loïc Rouchon wrote:
> Debian would need to provide a way to perform the "JRE with exact java
> $version exists"
> check. This could be done by providing stable symlinks, or alternatives like
> /etc/alternatives/jre_
(I haven't read the complete thread in detai
On Sun, 19 Jul 2020 12:44:16 +0200, Geert Stappers wrote:
> > every time I create a (new) java package i get the message that
> >
> > is an obsolete email address.
> > Is there another address which I should use?
>
> In https://lists.debian.org/debian-java/2020/07/msg00046.html
> is said that pk
On Thu, 10 Oct 2019 06:30:52 -0700, tony mancill wrote:
> > error: No member named $memberName
> > at /usr/share/perl5/Archive/Zip/Archive.pm line 411.
> >
> > Archive::Zip::Archive::contents(Archive::Zip::Archive=HASH(0x55bbbdadedd0),
> > "META-INF/MANIFEST.MF") called at /usr/bin/jh_mani
On Thu, 10 Oct 2019 06:30:52 -0700, tony mancill wrote:
> I have recently started observing build failures for packages that use
> jh_manifest (which is part of Debian's javahelper). All of the failures
> I have seen so far have the same symptom, namely that the manifest
> cannot be extracted fro
On Fri, 19 Oct 2018 19:17:43 +0200, Emmanuel Bourg wrote:
> I know we have several repositories that weren't created with the script
> and are lacking the "default" configuration I defined when migrating to
> Salsa. I'm considering writing a script scanning the repositories and
> fixing the config
On Sun, 25 Mar 2018 23:29:13 +0200, Andreas Tille wrote:
> > (b) relaxing the default pkg-java permissions to be like those of the
> > Debian Perl Team and allow all DDs by default
> I'd prefer this a lot. We did so for Debian Med on Alioth - I'm not
> sure how that works on Salsa but if we found
urgency=low
* debian/control: move package from contrib to main, since libcglib2.1-java
did the same; thanks to Bastien ROUCARIES for the bug report
(closes: #538899).
[..]
-- gregor herrmann Tue, 11 Aug 2009 17:16:07 +0200
Cheers,
gregor
--
.''`. https://info.com
On Mon, 05 Mar 2018 21:54:43 +0200, Adrian Bunk wrote:
> Source: libxml-saxon-xslt2-perl
> Version: 0.010-2
> Severity: serious
> Tags: buster sid
>
> https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/libxml-saxon-xslt2-perl.html
> PERL_DL_NONLAZY=1 "/usr/bin/perl" "-MExtUtils::
On Thu, 01 Feb 2018 17:13:53 +0100, Bas Couwenberg wrote:
> > Mehdi Dogguy wrote some scripts performing most of these operations [1],
> > I'd like to assemble them into a unique script tailored for the Java
> > team.
> For the Debian GIS team I wrote similar scripts, see:
> https://lists.debian.
On Sat, 01 Jul 2017 18:14:38 +0200, Markus Koschany wrote:
> >>> do we still have to do this
> >>> search&replace dance in debian/rules?
> >> You mean the cmap copying back and forth?
> >> Probably not (see below).
> >> And it looks like the whole repackaging needs an update:
> > Yes, I suspect it
On Fri, 30 Jun 2017 15:54:00 +0200, Markus Koschany wrote:
> I dropped the libjempbox-java package because it is no longer
> unsupported and was removed upstream. Apparently xmpbox is the successor
> but I don't know if we have to build the module in order to replace
> jempbox or if we can just li
On Thu, 18 Aug 2016 21:41:04 +0100, Christopher Hoskin wrote:
> I'm considering how to remove .jar files and convenience copies of other
> libraries from upstream tar balls. It seems to me that there are several
> ways of approaching repacking:
Just one additional thought:
> 1) Add Files-Exclud
Control: forwarded -1 https://github.com/JabRef/jabref/issues/393
On Tue, 16 Feb 2016 22:50:14 +0100, Josef Atmin wrote:
> Dear Gregor,
> thanks a lot for the quick reply.
Thanks for looking further into this issue!
> > >prompt> DEBUG_WRAPPER=1 JAVA_HOME=/usr/lib/jvm/java-8-openjdk-amd64/
Control: tag -1 + unreproducible
Control: severity -1 important
On Tue, 16 Feb 2016 12:34:32 +0100, Josef Atmin wrote:
> Package: jabref
> Version: 2.10+ds-5
> Severity: grave
> Justification: renders package unusable
>
> Dear Maintainer,
Hallo Josef!
Sorry to hear that you have problems with
On Thu, 21 Jan 2016 10:02:48 +0100, Andreas Tille wrote:
> On Thu, Jan 21, 2016 at 09:51:37AM +0100, Thorsten Glaser wrote:
> > tglase@tglase:/tmp $ git clone git://anonscm.debian.org/debian-med/gatk.git
> > Cloning into 'gatk'...
> > Permission denied (publickey).
> > fatal: Could not read from r
On Sun, 12 Jul 2015 07:35:47 -0700, tony mancill wrote:
> >> On 07/11/2015 05:45 PM, Debian buildds wrote:
> >>> * Source package: service-wrapper-java
> >>> * Version: 3.5.26-1
> >>> * Architecture: sparc
> >>> * State: failed
> >>> * Suite: sid
> >>> * Builder: lebrun.debian.org
> >>> * B
On Sat, 11 Jul 2015 21:40:52 -0700, tony mancill wrote:
> On 07/11/2015 05:45 PM, Debian buildds wrote:
> > * Source package: service-wrapper-java
> > * Version: 3.5.26-1
> > * Architecture: sparc
> > * State: failed
> > * Suite: sid
> > * Builder: lebrun.debian.org
> > * Build log:
> > ht
On Wed, 10 Jun 2015 15:30:31 +0200, Emmanuel Bourg wrote:
> > I haven't tried this yet, but it appears that dpkg added versioned
> > support for virtual packages to unstable last August
> Thanks, this is very interesting. That means we could stop the
> proliferation of java-runtime virtual package
On Tue, 12 May 2015 23:22:17 +0200, Markus Koschany wrote:
> I am looking for a sponsor for commons-httpclient. The upload would fix
> a security vulnerability which is still present in wheezy.
[..]
> I have already got the go ahead from the release team, I only need
> someone who wants to upload
On Sat, 25 Apr 2015 08:59:27 -0700, tony mancill wrote:
> P.S. Jessie will be released Really Soon Now. I'd like to take a
> moment to reflect upon all of the team effort that went into making this
> happen and say "Thanks!"
From my point of view of a relative outsider (just co-maintaing a
hand
On Wed, 08 Apr 2015 15:35:59 +0200, Markus Koschany wrote:
> On 07.04.2015 23:45, Emmanuel Bourg wrote:
> >> But perhaps then it just ends up looking like a list. The statistics
> >> suggested by Markus might be more compact. (# of new, % updated, etc.)
> > Is there any script available to compi
On Tue, 15 Jul 2014 23:20:32 +0100, Adam Spragg wrote:
> Well, thanks for all the help, but now I'm stuck on step the 9th, trying to
> compile SignApk.java. And I think I'm just going to give up.
>
> I'm getting compile errors of the form:
>
> SignApk.java:20: error: cannot find symbol
> im
On Thu, 05 Jun 2014 11:16:59 +0200, Emmanuel Bourg wrote:
> > One more thing. I think it would also be great if the script
> > downloaded the upstream source with get-orig-source, extracted and
> > committed it as well.
> Yes that's a good idea. Either call get-orig-source or download the
> latest
On Mon, 12 May 2014 17:01:55 +0200, Emmanuel Bourg wrote:
> I fixed the libjxp-java package to build with Java 8 and I'm looking for
> a sponsor to upload it.
Built (from git, not mentors), signed, uploaded, tagged.
Thank you!
Cheers,
gregor
>
--
.''`. Homepage: http://info.comodo.priv.a
On Mon, 13 Jan 2014 22:58:36 -0800, tony mancill wrote:
> However, having just been through a similar experience (read: "hassle")
> with migrating from ruby 1.8 -> 1.9.1 (for the build system in jblas),
> it got me to thinking that since some build systems expect to be run
> within a given locale,
On Sun, 05 Jan 2014 11:50:36 +1100, Ben Finney wrote:
> On 31-Dec-2013, gregor herrmann wrote:
> > Can't this be solved with a simple
> > Provides: closure-compiler
> > in the libclosure-compiler-java package?
> > (Or the other way round.)
>
> That doe
On Tue, 18 Jun 2013 23:51:07 +0200, Markus Koschany wrote:
> > If you or I would have changed something after the tag we would have
> > needed to delete it and re-create it and then overone who has already
> > pulled is unhappy -- at least that's my maybe wrong understanding :)
> Just a short comm
On Tue, 18 Jun 2013 23:10:32 +0200, Markus Koschany wrote:
> >> I am looking for a sponsor for my package mockito which i intend to
> >> adopt. It builds also fine with its reverse dependencies.
> > Uploaded, from/to the pkg-java git repo.
> Thank you very much for the quick upload and your review
On Tue, 18 Jun 2013 12:52:29 +0200, Markus Koschany wrote:
> I am looking for a sponsor for my package mockito which i intend to
> adopt. It builds also fine with its reverse dependencies.
Uploaded, from/to the pkg-java git repo.
Some minor remarks:
- In my experience the git tag is set by the
On Sun, 02 Jun 2013 10:46:42 -0700, tony mancill wrote:
> I'm not aware of a set of established conventions for this for the Java
> team, but perhaps there are some out there. Can anyone point to GBP
> branch naming convention in use by another team?
The conventions for pkg-perl can be found at
On Wed, 27 Mar 2013 08:15:22 +0100, Emmanuel Bourg wrote:
> The bug #654050 looks a bit odd to me (remove Michael Koch from the
> uploaders list). Since I have to add myself to the uploaders to fix it,
> I'll be subject to a similar automated bug in a few time.
Don't worry, the MIA team doesn't
On Fri, 22 Mar 2013 08:53:05 +0100, Thomas Koch wrote:
> Second thing is with source tarballs or Git repos. For building a Debian
> package we need a source tarball that does not contain any non-free or binary
> artifacts.
What's equally annyoing are tarballs/zipfiles that don't contain the
co
On Sun, 02 Dec 2012 18:04:45 +0100, Thomas Koch wrote:
> gregor herrmann:
> > > run pristine-tar commit with the downloaded tarball against
> > > upstream/$VERSION
> > What's the advantage of this approach over just using
> > git-import-orig?
> As I s
On Sun, 02 Dec 2012 10:41:00 +0100, Thomas Koch wrote:
> > I guess you create an upstream source tarball and use "git-import-orig"
> > to merge this into the 'upstream' branch of the debian git repo.
> I don't create an upstream source tarball. I download upstreams official
> release tarball.
>
On Sat, 03 Nov 2012 14:30:35 +0100, Mathieu Malaterre wrote:
> Has anyone dealt with such issues before ? I cannot run the test
> suite from pdebuild, it fails because of [1]. I could not find
> anything in the man page of pdebuild
>
> Thanks.
>
> [1].
> [junit] Testcase:
> draw(org.apache
On Tue, 30 Oct 2012 13:32:36 +0100, Thomas Koch wrote:
> does anybody know how java packaging is done on the other side? What tools,
> policies does Fedora has? Could you point me to the related websites?
I just found https://fedoraproject.org/wiki/Packaging:Java [0];
haven't read it but maybe i
On Mon, 04 Jun 2012 12:37:45 +0200, Vincent Fourmond wrote:
> > [java] No protocol specified
> > [java] Exception in thread "main" java.lang.InternalError: Can't
> > connect to X11 window server using ':0.0' as the value of the DISPLAY
> > variable.
> I had similar problems that I sol
On Sat, 02 Jul 2011 21:59:46 +0100, Nicholas Bamber wrote:
> > From http://titanpad.com/yyhfwA9Pyr :
> > http://anonscm.debian.org/viewvc/ doesn't allow to browse SVN
> > repositories
> > when (old, conflicting) CVS repositories are kept alive (ex: pkg-samba,
> > pkg-perl).
> I belie
On Sun, 24 Sep 2006 03:04:12 +0200, gregor herrmann wrote:
> > the package uses the prebuilt jar files in lib for the build and FTBFS
> > without them. please either use existing debian packages as build
> > dependencies or package needed build dependencies.
> Thanks
On Sat, 23 Sep 2006 20:28:18 +0200, Matthias Klose wrote:
> the package uses the prebuilt jar files in lib for the build and FTBFS
> without them. please either use existing debian packages as build
> dependencies or package needed build dependencies.
Thanks for pointing out this problem, I'll l
43 matches
Mail list logo
