debian/watch problem
Hello, I'm struggling to get debian/watch working for the package jing-trang. The problem is upstream says Google no longer allows publishing tarballs under [0]. So they only have tag for the latest release [1]. My question is, is it possible to write a d/watch file for that? [0] https://code.google.com/p/jing-trang/downloads/list [1] https://code.google.com/p/jing-trang/source/browse/#svn%2Ftags%2FV20131210 Thanks, Eugene -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/capqgmfjkxix6bsxmpgkrgvnzi7uvcgm0-tnvlzabsh7qfdx...@mail.gmail.com
virtual machine from USB stick (virt-manager & qemu/kvm)
Hello, I know this question probably doesn't belong to this list, and I tried debian-user@ first, but didn't get a single response. I'm trying to create a VM with Windows 7. Is there a way to do that from USB stick? It is a ~10GB corporate Windows package. Thanks, Eugene -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/capqgmfjrxeowsqu1kz+zebemcnf8yqunsy3yjkpb1ajq-7r...@mail.gmail.com
uscan connection error
Hello, I'm trying to download sources using d/watch and uscan. Here is the output of uscan --verbose --force-download: -- Scanning for watchfiles in . -- Found watchfile in ./debian -- In debian/watch, processing watchfile line: https://www.saxonica.co.uk/repos/archive/opensource/tags/ (\d.*)/ debian debian/orig-tar.sh uscan warning: In watchfile debian/watch, reading webpage https://www.saxonica.co.uk/repos/archive/opensource/tags/ failed: 500 Can't connect to www.saxonica.co.uk:443 -- Scan finished Any clue? Thanks, Eugene -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAPqGMfJsVJ2sivF-vLNX1k6YVMRax8pnAgNidHk8=sudsvk...@mail.gmail.com
Re: uscan connection error
On Thu, May 16, 2013 at 10:30 AM, Eugene Zhukov wrote: > On Thu, May 16, 2013 at 9:53 AM, Mathieu Malaterre wrote: >> On Thu, May 16, 2013 at 7:05 AM, Eugene Zhukov wrote: >>> Hello, >>> >>> I'm trying to download sources using d/watch and uscan. Here is the >>> output of uscan --verbose --force-download: >>> -- Scanning for watchfiles in . >>> -- Found watchfile in ./debian >>> -- In debian/watch, processing watchfile line: >>>https://www.saxonica.co.uk/repos/archive/opensource/tags/ (\d.*)/ >>> debian debian/orig-tar.sh >>> uscan warning: In watchfile debian/watch, reading webpage >>> https://www.saxonica.co.uk/repos/archive/opensource/tags/ failed: >>> 500 Can't connect to www.saxonica.co.uk:443 >>> -- Scan finished >> >> >> I have not check the error, however I know that for saxonica, you'll >> find the open source version of their products on sf.net: >> >> https://sourceforge.net/projects/saxon/files/ >> > I'm aware of the source at sf.net, however I'm unable to compile > source taken from e.g. > http://sourceforge.net/projects/saxon/files/Saxon-HE/9.4/saxon9-4-0-7source.zip > >> You're better off writting the d/watch using sf.net (checkout >> libsaxon-java and of saxonb package BTW). >> >> 2cts > > On the official website [1] it reads that from Saxon 9.4, the > Subversion repository for source code is no longer maintained in > SourceForge, but on the Saxonica site [2]. > Source from [3] compiles and works just fine. > > Any idea how to overcome wrong SSL certificate issue in uscan? > > [1] http://saxon.sourceforge.net/ > [2] https://dev.saxonica.com/repos/archive/opensource > [3] https://dev.saxonica.com/repos/archive/opensource/tags/9.4.0.7/ I got it working with dev.saxonica.com instead of www.saxonica.co.uk. Apparently both point to the same repo, but the latter one gives the above error. Thanks, Eugene -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAPqGMf+fSPnqvfmoKx1P1AEgmGntf=hspxxpczn_esh+74_...@mail.gmail.com
Re: uscan connection error
On Thu, May 16, 2013 at 9:53 AM, Mathieu Malaterre wrote: > On Thu, May 16, 2013 at 7:05 AM, Eugene Zhukov wrote: >> Hello, >> >> I'm trying to download sources using d/watch and uscan. Here is the >> output of uscan --verbose --force-download: >> -- Scanning for watchfiles in . >> -- Found watchfile in ./debian >> -- In debian/watch, processing watchfile line: >>https://www.saxonica.co.uk/repos/archive/opensource/tags/ (\d.*)/ >> debian debian/orig-tar.sh >> uscan warning: In watchfile debian/watch, reading webpage >> https://www.saxonica.co.uk/repos/archive/opensource/tags/ failed: >> 500 Can't connect to www.saxonica.co.uk:443 >> -- Scan finished > > > I have not check the error, however I know that for saxonica, you'll > find the open source version of their products on sf.net: > > https://sourceforge.net/projects/saxon/files/ > I'm aware of the source at sf.net, however I'm unable to compile source taken from e.g. http://sourceforge.net/projects/saxon/files/Saxon-HE/9.4/saxon9-4-0-7source.zip > You're better off writting the d/watch using sf.net (checkout > libsaxon-java and of saxonb package BTW). > > 2cts On the official website [1] it reads that from Saxon 9.4, the Subversion repository for source code is no longer maintained in SourceForge, but on the Saxonica site [2]. Source from [3] compiles and works just fine. Any idea how to overcome wrong SSL certificate issue in uscan? [1] http://saxon.sourceforge.net/ [2] https://dev.saxonica.com/repos/archive/opensource [3] https://dev.saxonica.com/repos/archive/opensource/tags/9.4.0.7/ -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/capqgmf+yrwawz3no3pfrf1c+3obo5hgjc4nyfnzp74rvdeb...@mail.gmail.com
Re: Unreleased libraries
My apologies if something isn't right with this email, I'm writing from my phone. > On 7.2.2014, at 18.25, Pau Garcia i Quiles wrote: > > Hello, > > I am interested in packaging Skia ( https://code.google.com/p/skia/ ), the 2D > library used in Chromium, Firefox and others. I need it because a package I > maintain (witty) is replacing GraphicsMagick with Skia. > > I went to Skia's download page and... found there is none: Skia does not make > releases, tags, or anything like that. You download from Subversion and the > svn revision is all you have. > Have you tried asking them (the upstream) for a tag? I have a couple of times asked politely for a tag from some upstreams and was lucky to get one, even though the upstream hasn't had a tag in years. Eugene
credentials config at pkg install
Hi, I plan to package a perl script to run as daemon. It will update dynamic DNS provider with IP changes etc., but for that it needs user credentials registered at provider's web site beforehand. Is it a good solution to ask for credentials at package installation step? These credentials and other configurations I plan to put under /etc. If that's OK solution, could you please point me to some example package doing similar thing? Thanks, Eugene -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAPqGMfJLcNjkm+TuLSKZmo8=crs1w-ac8d2swzruqnjxeo3...@mail.gmail.com
Re: credentials config at pkg install
Thanks for quick replies! I'll go forward with AICCU and debconf way. Not sure if I will eventually upload my package to Debian though, since this dynDNS provider is only for Finland and user base would be small. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAPqGMfJB3qkcy8j7Ub+ae3=oi0cujzzxedvzb0bdrfjjqwa...@mail.gmail.com
Re: Who gets an email when with bugreports [was: Re: Unauthorised activity surrounding tbb package]
On Mon, Jan 19, 2015 at 11:26 AM, Wookey wrote: > +++ Paul Wise [2015-01-19 17:14 +0800]: >> On Mon, Jan 19, 2015 at 5:03 PM, Tomas Pospisek wrote: >> >> > I can understand your point of view and I think also the why but isn't >> > that position the exception from the rule? That is shouldn't the process >> > be optimized for the "common" case and allow the exception? >> >> The problem is that there is no common case. The only generality I can >> think of is that people who have been around for a long time generally >> want the status quo and new people who are usually used to other bug >> trackers want to be subscribed by default. > > I want to be subscribed to bugs I submit (by default). It annoys me > that this doesn't happen and I miss replies or updates. Occaisionally > I submit bugs I'm not actually very interested in, but that's not the > usual case. > > Can someone remind me what the current rules are (or where it's > written down). I know it doesn't work the way I expect it ought to, but > I forget/never-understood exactly how it does work. > > Do maintainers always get the initial mail to a bug, but not the rest, > unless they subscribe? That seems rather unhelpful if so (as > illustrated by Mr Capper's frustration at the start of this thread) Through my experience this is not the case - even the maintainer doesn't get mail about a bug. For example I'm listed as a maintainer of epubcheck package, but I didn't receive any email about reported bug #773366. I've sent a mail to ow...@bugs.debian.org asking about absence of any notification about reported bug, but no response since 12/22/14. Eugene -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/capqgmflvr7fq7yv67ybhpj1vwgaz5m5am82aauoi8p5ikbu...@mail.gmail.com
Re: oauth2 sprint at DebConf?
Hi! On Thu, Mar 19, 2015 at 11:11 AM, Enrico Zini wrote: > Hello, > > the oauth2 part of our single signon system is in need of a team of > people to maintain it, and my experience so far has been that nobody > seems to understand oauth2[1]. > > I would like, in some future, to completely replace DACS with OAuth2 for > sso.debian.org, but I would not want that to happen until there are at > least three active people in Debian who actually know the protocol > inside out and have an interest in becoming comaintainers of the > sso.debian.org infrastructure[2]. I would be happy to participate! I have my pet identity management service hosted at ee.dy.fi (based on Cross-Domain Identity Management Protocol http://www.simplecloud.info/). oauth2 is used for authentication/authorization (Bearer OAuth Access Tokens and ssl) > > Studying the protocol is probably more fun when done in a group, so this > looks like an idea for a DebConf Sprint[3]. > > Who would be interested in joining this? > I've already booked my flight to DebConf. Eugene -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAPqGMfJMAqXfZwVWWjeWqVACx8ZO_s9_g_1S=nix3mestru...@mail.gmail.com
Rebuilding package reverse build-dependencies
Hello,
I have a package (saxonhe) whose newer versions are not backwards
compatible and break other packages (build)depending on it e.g.
epubcheck. I guess this is a common problem which sometimes happens
with some packages.
Is there a way to rebuild all ${package} reverse build-dependencies in
one go in a more-or-less clean environment (chroot/container/vm)?
Thanks,
Eugene
Re: Rebuilding package reverse build-dependencies
On Thu, Feb 9, 2017 at 3:48 PM, Adam Borowski wrote:
> On Thu, Feb 09, 2017 at 03:24:48PM +0200, Eugene Zhukov wrote:
>> I have a package (saxonhe) whose newer versions are not backwards
>> compatible and break other packages (build)depending on it e.g.
>> epubcheck. I guess this is a common problem which sometimes happens
>> with some packages.
>> Is there a way to rebuild all ${package} reverse build-dependencies in
>> one go in a more-or-less clean environment (chroot/container/vm)?
>
> "ratt" is supposed to do this.
>
> I haven't personally used it yet -- if you prefer dirty hacks instead, my
> way consists of the following scripts:
>
Thanks for the hints, Adam and Holger.
I came up with my own way, if anyone is interested it's here:
https://github.com/ezhukov/testvm
Thanks,
Eugene
Package removal from testing for bug in stable
Hello, The package is marked for autoremoval from testing, however the RC[1] bug is reported against version in stable (testing has a newer version, without a bug). How autoremoval is relevant in this case? [1] Although my question is generic, #826864 triggered this question Thanks, Eugene
Re: Package removal from testing for bug in stable
On Mon, Jun 20, 2016 at 6:09 AM, Simon Richter wrote: > Hi, > > On 17.06.2016 09:31, Eugene Zhukov wrote: > >> The package is marked for autoremoval from testing, however the RC[1] >> bug is reported against version in stable (testing has a newer >> version, without a bug). > > In this case, send a mail to cont...@bugs.debian.org, with "notfound", > the bug number and the version number in testing -- this will correctly > track the bug as unfixed in stable, but not affecting testing or unstable. Thanks, that's the kind of answer I was looking for.
