Re: error with dput

2018-05-19 Thread Ko Ko Ye`
debsign ../fonts-labiryntowy_VERSION_ARCH.changes On Sun, May 20, 2018 at 8:54 AM, Ko Ko Ye` wrote: > debuild -S > or > debuild -S -sa > > On Sat, May 19, 2018 at 9:59 PM, Brian Smith > wrote: > >> >> >> On Fri, May 18, 2018 at 1:17 PM, ox16 wrote: >> >>> I get this >>> *Unfortunately your

Re: error with dput

2018-05-19 Thread Ko Ko Ye`
debuild -S or debuild -S -sa On Sat, May 19, 2018 at 9:59 PM, Brian Smith wrote: > > > On Fri, May 18, 2018 at 1:17 PM, ox16 wrote: > >> I get this >> *Unfortunately your package "fonts-labiryntowy" was rejected because of >> the following* >> >> *reason:* >> *Your upload does not appear to be

Bug#899057: RFS: multimc/0.6.2-1 [ITP]

2018-05-19 Thread Zebulon McCorkle
On Fri, 2018-05-18 at 13:32 -0500, Zebulon McCorkle wrote: > Alternatively, one can download the package with dget using this > command: > > dget -x https://mentors.debian.net/debian/pool/contrib/m/multimc/mult > imc_0.6.2-1.dsc Looks like my email client butchered that with line wrapping (prob

Re: Move packages from alioth to salsa

2018-05-19 Thread Geert Stappers
On Fri, May 18, 2018 at 03:59:41PM +0200, Geert Stappers wrote: > On Fri, May 11, 2018 at 11:04:13AM +0200, Jörg Frings-Fürst wrote: > > > > please can someone move my packages from alioth to salsa. > > > > Copying is done > > Next step is automating granting permission. > Done. If it needs

Re: error with dput

2018-05-19 Thread Brian Smith
On Fri, May 18, 2018 at 1:17 PM, ox16 wrote: > I get this > *Unfortunately your package "fonts-labiryntowy" was rejected because of > the following* > > *reason:* > *Your upload does not appear to be signed* > What signed my packages? > What command do you use the build the package? The default

Bug#897238: Re: Bits about Intel MKL packaging -- Higher Priority than OpenBLAS

2018-05-19 Thread Drew Parsons
On Sat, 2018-05-19 at 10:55 +, Lumin wrote: > On Fri, May 18, 2018 at 11:49:05PM +0800, Drew Parsons wrote: > > > > I wonder if the simplest solution is to just have > > intel-mkl Depends: libblas. i.e. use policy to simply prevent a > > sole > > mkl installation. > > > > That way, the mk

Bug#897238: Re: Bits about Intel MKL packaging -- Higher Priority than OpenBLAS

2018-05-19 Thread Lumin
On Fri, May 18, 2018 at 11:49:05PM +0800, Drew Parsons wrote: > > I wonder if the simplest solution is to just have > intel-mkl Depends: libblas. i.e. use policy to simply prevent a sole > mkl installation. > > That way, the mkl alternative will always have a free BLAS to press > it's preferen