Le dimanche 01 décembre 2024 à 11:42 +0100, Paul Gevers a écrit :
> Hi,
>
> On 12/1/24 11:36, Julien Puydt wrote:
> > Can you try:
> >
> > sbuild --build-dir=~/Debian/repo --extra-package=~/Debian/repo
> >
> > This should save all binary packages to the directory and use
> > them in
Hi,
On 12/1/24 11:36, Julien Puydt wrote:
Can you try:
sbuild --build-dir=~/Debian/repo --extra-package=~/Debian/repo
This should save all binary packages to the directory and use them in
subsequent runs.
It doesn't: it fails saying BUILD_DIR doesn't exist.
Does it still me
Hi
Le dim. 1 déc. 2024, 11:14, Jochen Sprickerhof a
écrit :
>
> Can you try:
>
> sbuild --build-dir=~/Debian/repo --extra-package=~/Debian/repo
>
> This should save all binary packages to the directory and use them in
> subsequent runs.
>
It doesn't: it fails saying BUILD_DIR doesn't exist.
I
Hi Julien,
* Julien Puydt [2024-12-01 10:59]:
My use case isn't with a single package, but with a bunch of them. For
example, updating the coq package means about fifty packages in seven
stages. That means I compile all packages of one of the stages
(sometimes in parallel), move the results to
Hi,
Le samedi 23 novembre 2024 à 22:20 +0100, Philipp Kern a écrit :
>
> https://wiki.debian.org/sbuild
>
I tried to update my DD setup to this new kind of sbuild using the
above documentation, and there is something I don't manage to replicate
from my previous setup.
My use case isn't with a
On Monday, November 25, 2024 4:57:50 PM MST Soren Stoutner wrote:
> On Saturday, November 23, 2024 2:20:45 PM MST Philipp Kern wrote:
> > Debian buildds are using sbuild with unshare now
> >
> >
> > The wanna-build team switched all buildds to the
On Tuesday, November 26, 2024 12:27:22 PM MST Andrey Rakhmatullin wrote:
> On Tue, Nov 26, 2024 at 12:21:55PM -0700, Soren Stoutner wrote:
> > > > # Specify the distribution, -d
> > > > $distribution = 'unstable';
> > >
> > > Setting this will override the Distribution of the .changes file created
Hi Soren,
Quoting Soren Stoutner (2024-11-26 20:21:55)
> > Setting this will override the Distribution of the .changes file created by
> > sbuild with "unstable", ignoring what your package has set. Are you sure
> > you want this?
>
> I would like it to be able to build instead of fail when the c
On Tue, Nov 26, 2024 at 12:21:55PM -0700, Soren Stoutner wrote:
> > > # Specify the distribution, -d
> > > $distribution = 'unstable';
> >
> > Setting this will override the Distribution of the .changes file created by
> > sbuild with "unstable", ignoring what your package has set. Are you sure yo
On Tuesday, November 26, 2024 12:23:00 PM MST Soren Stoutner wrote:
> On Tuesday, November 26, 2024 3:17:45 AM MST Jochen Sprickerhof wrote:
> > Hi Soren,
> >
> > * Soren Stoutner [2024-11-25 16:57]:
> > >I am not able to get the example unshare .sbuildrc to work with piuparts.
> > >
> > >0m0.0s
On Tuesday, November 26, 2024 3:17:45 AM MST Jochen Sprickerhof wrote:
> Hi Soren,
>
> * Soren Stoutner [2024-11-25 16:57]:
> >I am not able to get the example unshare .sbuildrc to work with piuparts.
> >
> >0m0.0s DEBUG: Unpacking /home/soren/.cache/sbuild/unstable-amd64.tar.xz
into
> >/ tmp/tm
Johannes,
On Monday, November 25, 2024 11:37:41 PM MST Johannes Schauer Marin Rodrigues
wrote:
> Hi,
>
> Quoting Soren Stoutner (2024-11-26 01:07:06)
>
> > I suppose I should note that I have made a few modifications to the example
> > file because it wasn’t behaving as expected. Specifically,
Hi Soren,
* Soren Stoutner [2024-11-25 16:57]:
I am not able to get the example unshare .sbuildrc to work with piuparts.
0m0.0s DEBUG: Unpacking /home/soren/.cache/sbuild/unstable-amd64.tar.xz into /
tmp/tmplbhnn26l
0m0.0s DEBUG: Starting command: ['tar', '-C', '/tmp/tmplbhnn26l', '--auto-
com
Hi,
Quoting Soren Stoutner (2024-11-26 01:07:06)
> I suppose I should note that I have made a few modifications to the example
> file because it wasn’t behaving as expected. Specifically, I disabled the
> mmdebstgrap auto create because otherwise it was ignoring the tarball I had
> created in the
On Monday, November 25, 2024 4:57:50 PM MST Soren Stoutner wrote:
> On Saturday, November 23, 2024 2:20:45 PM MST Philipp Kern wrote:
> > The news are collected on https://wiki.debian.org/DeveloperNews
> > Please contribute short news about your work/plans/subproject.
> >
> > In this issue:
> > +
On Saturday, November 23, 2024 2:20:45 PM MST Philipp Kern wrote:
> The news are collected on https://wiki.debian.org/DeveloperNews
> Please contribute short news about your work/plans/subproject.
>
> In this issue:
>
> + Debian buildds are using sbuild with unshare now
> + sbuild chroot manage
On Monday, November 25, 2024 10:37:39 AM MST Chris Hofstaedtler wrote:
> > the extension (.tar.xz, .tar.gz or plain .tar, etc). As of May 2024, ZST
> > seems to provide the best size/time ratio. It certainly is the fastest on
a
> > Dell>
> > Precision 3800M, 16GB RAM, on an SSD drive (a computer
* Soren Stoutner [241125 18:30]:
> > > In principle, unshare mode can also work with directories. Helmut is
> working
> > > on something in that direction. But for me personally, one second of
> unpack
> > > time is not enough of a motivation for me to put time into
> > > directory+overlayfs sup
On Sunday, November 24, 2024 7:06:06 PM MST Sean Whitton wrote:
> On Sun 24 Nov 2024 at 07:53am +01, Johannes Schauer Marin Rodrigues wrote:
> > Hi,
> >
> > Quoting Sean Whitton (2024-11-24 01:23:24)
> >
> >> This is interesting. One concern I have is speed -- isn't it always
slower
> >> to hav
Hi,
On 2024-11-24 08:23, Sean Whitton wrote:
> This is interesting. One concern I have is speed -- isn't it always
> slower to have to unpack a tarball before the build instead of having a
> chroot under /srv/chroot that's always unpacked?
Other than the speed of tarball unpacking, which as Joha
Hello,
On Sun 24 Nov 2024 at 07:53am +01, Johannes Schauer Marin Rodrigues wrote:
> Hi,
>
> Quoting Sean Whitton (2024-11-24 01:23:24)
>> This is interesting. One concern I have is speed -- isn't it always slower
>> to have to unpack a tarball before the build instead of having a chroot under
>>
On Nov 24, Sean Whitton wrote:
> This is interesting. One concern I have is speed -- isn't it always
> slower to have to unpack a tarball before the build instead of having a
> chroot under /srv/chroot that's always unpacked?
People who feel this is a problem can try my super fast fork of pbuild
Hi,
Quoting Sean Whitton (2024-11-24 01:23:24)
> This is interesting. One concern I have is speed -- isn't it always slower
> to have to unpack a tarball before the build instead of having a chroot under
> /srv/chroot that's always unpacked?
that is correct. Unpacking a tarball takes time. Havin
Hello,
On Sat 23 Nov 2024 at 10:20pm +01, Philipp Kern wrote:
> sbuild chroot manager for unshare backend users
> ---
>
> After installing sbuild 0.87.0 or later from unstable, you can now build
> packages without any additional setup. With an empty ~
Hi Paul,
Original Message
Subject: Re: Misc Developer News (#59)
From: Paul Gevers
To: Donald Norwood , Philipp Kern
Cc: debian-devel@lists.debian.org
Date: 11/22/2023
More likely you need to do this signing of the mail differently. d-d-a is
picky on accepting messages
Hi,
On 22-11-2023 12:21, Donald Norwood wrote:
The new attempt is a fresh email to d-d-a via cut and paste from the
original email with the 1 correction that was needed. The email for some
reason seems to be in d-d-a and d-d limbo, so I think we await the next
cron run.
More likely you need
Hi Philipp!
Original Message
Subject: Re: Misc Developer News (#59)
From: Philipp Kern
To: Donald Norwood
Cc: debian-devel@lists.debian.org
Date: 11/22/2023
Hi Donald,
On 2023-11-22 03:17, Donald Norwood wrote:
The news are collected on https://wiki.debian.org
Hi Donald,
On 2023-11-22 03:17, Donald Norwood wrote:
The news are collected on https://wiki.debian.org/DeveloperNews
Please contribute short news about your work/plans/subproject.
Thanks for posting this, but it looks like you crafted this email as a
reply, which means it got automatically r
The news are collected on https://wiki.debian.org/DeveloperNews
Please contribute short news about your work/plans/subproject.
In this issue:
+ britney option enabled to look at tests.reproducible-builds.org
+ reportbug and ftp.d.o/release.d.o/wnpp pseudo-packages
+ non-free-firmware is now au
Package: wnpp
Severity: wishlist
Owner: Jérémy Lal
X-Debbugs-Cc: debian-devel@lists.debian.org, Debian Nginx Maintainers
* Package name: libnginx-mod-http-set-misc
Version : 0.33
Upstream Author : Yichun "agentzh" Zhang (章亦春) agen...@gmail.com
* URL
On Thu, 2022-12-01 at 11:42 +0100, Bastian Venthur wrote:
> I wonder if there's an easy fix here, like a new version of anacron that
> adds a check for this particular issue, offering to fix it during
> upgrade of the package.
It is hard to tell the difference between an affected system and one
On 01.12.22 10:03, Paul Wise wrote:
On Fri, 2022-11-25 at 12:46 +0100, Bastian Venthur wrote:
On 21.11.22 00:18, Paul Wise wrote:
anacron might be disabled if 2.3-33 was ever installed
[...]
I'm having trouble assessing the severity of the situation. Is more or
less everyone affected who uses
On Fri, 2022-11-25 at 12:46 +0100, Bastian Venthur wrote:
> On 21.11.22 00:18, Paul Wise wrote:
> > anacron might be disabled if 2.3-33 was ever installed
> [...]
> I'm having trouble assessing the severity of the situation. Is more or
> less everyone affected who uses unstable? If yes, how do we
On 21.11.22 00:18, Paul Wise wrote:
[...]
anacron might be disabled if 2.3-33 was ever installed
--
If you run Debian testing/unstable and ever installed anacron 2.3-33 on
a systemd based system, then anacron will no longer be enabled and t
remove me from the email list please
regards,
On Mon, Nov 21, 2022 at 12:19 AM Paul Wise wrote:
> The news are collected on https://wiki.debian.org/DeveloperNews
> Please contribute short news about your work/plans/subproject.
>
> In this issue:
> + anacron might be disabled if 2.3-33 was ever
Package: wnpp
Severity: wishlist
Owner: Diane Trout
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: scikit-misc
Version : 0.1.4
Upstream Author : Hassan Kibirige
* URL : https://github.com/has2k1/scikit-misc
* License : BSD with non-endorsement
Programming Lang: C++
Description : Utilities and misc libraries for ogon
The ogon project is an open source driven collection of services and
tools mainly written in C/C++ that provide graphical remote access to
Linux desktop sessions using the Remote Desktop Protocol (RDP). It
supports most
Paul Wise wrote:
> [3] https://salsa.debian.org/kgb-team/kg
Apologies for mangling it, the URL should have been:
https://salsa.debian.org/kgb-team/kgb/wikis/usage
--
bye,
pabs
https://wiki.debian.org/PaulWise
signature.asc
Description: This is a digitally signed message part
On Sat, Aug 5, 2017 at 10:03 AM, Steve Robbins wrote:
> The news item doesn't specify what to do after scanning, but the referenced
> bug requests removal of the offending material.
Personally I would recommend removal, especially since most (but not
all) malware is not DFSG-free. If the malware
On Sat, 05 Aug 2017 at 09:03:12 -0500, Steve Robbins wrote:
> The news bit refers to "test corpus", so removal would presumably not change
> the output. But I have to wonder: are there not cases where the malware is
> present for *training* a detection system? If so, I would imagine removal
>
On Friday, August 4, 2017 12:35:04 PM CDT Paul Wise wrote:
> Windows viruses in Debian email packages
>
>
> Sometimes[6] upstreams of email related packages include live Windows
> viruses/malware in their test corpus, either by accident or on purpose,
>
Package: wnpp
Severity: wishlist
Owner: Jordi Mallach
* Package name: golang-github-tideland-golib
Version : 4.12.0-1
Upstream Author : Frank Mueller
* URL : https://github.com/tideland/golib
* License : BSD-3-clause
Programming Lang: Go
Description :
Hi & sorry for the noise. Upon re-reading when replying I realized I didnt
have anything to add/ask and then failed to cancel sending…
To add some signal. I'll just say: Thanks for these developer news!
--
cheers,
Holger
signature.asc
Description: Digital signature
On Mon, Oct 17, 2016 at 09:53:21AM +0800, Paul Wise wrote:
> The news are collected on https://wiki.debian.org/DeveloperNews
> Please contribute short news about your work/plans/subproject.
>
> In this issue:
> + git-series: track changes to a patch series over time
> + PHP licence applicability
On Sun, 19 Jun 2016 07:57:11 +0200
Sven Joachim wrote:
> The 29MB is the size of the packages which debootstrap downloaded. Run
> du -sh /srv/chroot/sid/var/cache/apt/archives.
Aha, thanks, I understand.
And I hope Debian will become more slim like alpine :)
http://www.alpinelinux.org/downl
On 2016-06-19 12:18 +0900, Hideki Yamane wrote:
> On Mon, 6 Jun 2016 17:03:38 +0200
> Julien Cristau wrote:
>> `init` no longer required
>> -
> (snip)
>> For unstable as of 2016-06-05 this change reduced the size of binary
>> packages to install from 33MB to 29MB for the
Hi,
On Mon, 6 Jun 2016 17:03:38 +0200
Julien Cristau wrote:
> `init` no longer required
> -
(snip)
> For unstable as of 2016-06-05 this change reduced the size of binary
> packages to install from 33MB to 29MB for the `minbase` variant.
I've created chroot with --varia
Lang: Python
Description : misc utilities for fuel
Fuel is an open source deployment and management tool for OpenStack. Developed
as an OpenStack community effort, it provides an intuitive, GUI-driven
experience for deployment and management of OpenStack, related community
projects and
On Sat, Mar 28, 2015 at 7:48 AM, Hideki Yamane wrote:
> How about check and warn it with watch and lintian?
>
> e.g. https://qa.debian.org/cgi-bin/watch?pkg=mecab was hosted in Google Code,
> and if so, warn "hosted site will be closed (January 25th, 2016)" with
> Packages overview and lintian
> Paul Wise wrote:
> > Will be on d-d-a when the next DevNews is posted:
> >
> > https://wiki.debian.org/DeveloperNews#Google_Code_closing
>
> How about check and warn it with watch and lintian?
>
> e.g. https://qa.debian.org/cgi-bin/watch?pkg=mecab was hosted in Google Code,
> and if so, wa
On Fri, 13 Mar 2015 11:05:47 +0800
Paul Wise wrote:
> Will be on d-d-a when the next DevNews is posted:
>
> https://wiki.debian.org/DeveloperNews#Google_Code_closing
How about check and warn it with watch and lintian?
e.g. https://qa.debian.org/cgi-bin/watch?pkg=mecab was hosted in Google Cod
On Tue, Mar 10, 2015 at 07:51:35PM -0700, Russ Allbery wrote:
> Launchpad exists as code for self-hosting.
>
> https://dev.launchpad.net/Getting
>
> Setting it up is a little like trying to set up dak yourself: it's
> possible, and people have done it, but it's not common, so it's not
> painl
On Fri, Mar 13, 2015 at 9:06 AM, Bernd Zeimetz wrote:
> And google code:
>
> http://google-opensource.blogspot.fr/2015/03/farewell-to-google-code.html
I should have waited a few more days :(
Will be on d-d-a when the next DevNews is posted:
https://wiki.debian.org/DeveloperNews#Google_Code_clos
On 10.03.2015 04:54, Paul Wise wrote:
Gitorious and Codehaus closing
--
And google code:
http://google-opensource.blogspot.fr/2015/03/farewell-to-google-code.html
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.de
Quoting Russ Allbery (2015-03-11 03:51:35)
> Jonas Smedegaard writes:
>
>> I don't know all those services, but would be surprised if e.g.
>> launchpad exists as code for self-hosting. Don't get me wrong: I
>> would be _happy_ to stand corrected!
>
> Launchpad exists as code for self-hosting.
>
Jonas Smedegaard writes:
> I don't know all those services, but would be surprised if e.g.
> launchpad exists as code for self-hosting. Don't get me wrong: I would
> be _happy_ to stand corrected!
Launchpad exists as code for self-hosting.
https://dev.launchpad.net/Getting
Setting it up i
On Tue, Mar 10, 2015 at 10:28 PM, Jonathan Dowland wrote:
> On Tue, Mar 10, 2015 at 06:51:21PM +0800, Paul Wise wrote:
>> git tags not pushed to all remotes:
>
> Currently vcs-lint does this for origin only but I agree a check for all
> remotes would be useful,
Great :)
>> git commit/tag signing
Quoting Johannes Schauer (2015-03-10 14:43:22)
> Quoting Paul Wise (2015-03-10 11:53:35)
>> There are many options that could be used, for example fusionforge,
>> kallithea, gitolite, girocco, allura, launchpad, redmine etc.
>
> since I'm also affected by the closing of gitorious, I thought this
On Tue, Mar 10, 2015 at 06:51:21PM +0800, Paul Wise wrote:
> I have the following VCS related items on the TODO list for c-a-a-t,
> if you would like to add those to vcs-lint get it into Debian, I would
> be very glad to add a check for it to c-a-a-t.
Cool, I need to look at these more thoroughly,
On Tue, Mar 10, 2015 at 10:07:38PM +0800, Paul Wise wrote:
> On Tue, Mar 10, 2015 at 8:37 PM, Dominique Dumont wrote:
>
> > I've also worked on a way to improve licensecheck2dep5 (without knowing
> > about
> > license-reconcile).
>
> It might be interesting to consolidate these three tools or ch
On Tue, Mar 10, 2015 at 8:37 PM, Dominique Dumont wrote:
> I've also worked on a way to improve licensecheck2dep5 (without knowing about
> license-reconcile).
It might be interesting to consolidate these three tools or choose the
best one and delete the others.
--
bye,
pabs
https://wiki.debian
On Tue, Mar 10, 2015 at 06:53:35PM +0800, Paul Wise wrote:
> On Tue, 2015-03-10 at 11:54 +0800, Paul Wise wrote:
>
> > Gitorious and Codehaus closing
> > --
>
> I forgot to mention that it would be a good idea to discuss using free
> repository hosting tools with your
Hi,
Quoting Paul Wise (2015-03-10 11:53:35)
> There are many options that could be used, for example fusionforge,
> kallithea, gitolite, girocco, allura, launchpad, redmine etc.
since I'm also affected by the closing of gitorious, I thought this would be
the best time to move all my code to a DFS
On Tuesday 10 March 2015 11:25:22 Jonas Smedegaard wrote:
> license-reconcile began, I believe, as a fork of licensecheck2dep5.. I
> have not yet figured out how to actually use license-reconcile - it may
> be far superior on all fronts, you'll have to consult its author about
> that.
I've als
On Tue, 2015-03-10 at 11:54 +0800, Paul Wise wrote:
> Gitorious and Codehaus closing
> --
I forgot to mention that it would be a good idea to discuss using free
repository hosting tools with your upstream developers and link to this:
http://mako.cc/writing/hill-free_t
On Tue, Mar 10, 2015 at 6:25 PM, Jonathan Dowland wrote:
> Sounds cool. It could wrap vcs-lintı, not yet in Debian: I filed a bug
> to add it to devscripts 3 years ago², which has not yet had a response,
> but the tool has languished largely since then. I've recently started to
> give it some more
On Tue, Mar 10, 2015 at 6:25 PM, Jonas Smedegaard wrote:
> Quoting Paul Wise (2015-03-10 10:50:08)
>> On Tue, 2015-03-10 at 08:53 +0100, Axel Beckert wrote:
>>> I'm missing license-reconcile here which checks licensecheck's output
>>> against debian/copyright (and seems to can do some more stuff).
On Tue, Mar 10, 2015 at 11:54:52AM +0800, Paul Wise wrote:
> If you know of a tool in Debian it could wrap, please commit a
> checker, send a patch or a link. If you know of a tool not yet in Debian
> it could wrap, please package the tool and or send a link. You can ask
> questions about it on
Quoting Paul Wise (2015-03-10 10:50:08)
> On Tue, 2015-03-10 at 08:53 +0100, Axel Beckert wrote:
>> I'm missing license-reconcile here which checks licensecheck's output
>> against debian/copyright (and seems to can do some more stuff).
>
> There is licensecheck2dep5 in cdbs but I doubt that is a
On Tue, 2015-03-10 at 08:53 +0100, Axel Beckert wrote:
> Codehaus already has a horribly slow main page... Never really heard
> of them before, though. (I'm always thinking of Spamhaus when reading
> its name. :-)
Searching my mailing list archives, Java projects seem to like them.
> Sounds like
Hi Paul,
me again. ;-)
Paul Wise wrote:
> Gitorious and Codehaus closing
> --
>
> Both and Gitorious and Codehaus are closing soon. Gitorious will[1] shut
> down at the end of May and Codehaus will[2] be removing projects from
> April 2nd onwards (most around May 1
On Nov 25, Arturo Borrero Gonzalez wrote:
> Is there a Debian-specific policy on how to apply these directives?
We are working on one, but the general idea is "please enable as many
security features as feasible". :-)
--
ciao,
Marco
pgpfFub5bB57R.pgp
Description: PGP signature
Hi Marc,
On Tue, Nov 25, 2014 at 10:54:39AM +0100, Marc Haber wrote:
> On Tue, 25 Nov 2014 10:04:06 +0100, Arturo Borrero Gonzalez
> wrote:
> >On 25 November 2014 at 02:22, Paul Wise wrote:
> >> [13] http://0pointer.net/public/systemd-nluug-2014.pdf
> >This seems pretty interesting.
>
> Inde
On Tue, 25 Nov 2014 10:04:06 +0100, Arturo Borrero Gonzalez
wrote:
>On 25 November 2014 at 02:22, Paul Wise wrote:
>>
>> Making packages secure with systemd service files
>> -
>>
>> Packagers of Debian software, who are needing to create systemd se
On 25 November 2014 at 02:22, Paul Wise wrote:
>
> Making packages secure with systemd service files
> -
>
> Packagers of Debian software, who are needing to create systemd service
> files would benefit from learning from Lennart Poettering's recen
Quoting Thomas Goirand (2014-05-28 10:20:44)
> On 05/27/2014 03:08 PM, Jose Luis Rivas wrote:
> > I've seen the issue with people sending me emails using Thunderbird in
> > Windows, never from another OS
>
> I had the issue myself (and I'm not a Windows user, using Debian
> stable on my laptop...
On 05/27/2014 03:08 PM, Jose Luis Rivas wrote:
> I've seen the issue with people sending me emails using Thunderbird in
> Windows, never from another OS
I had the issue myself (and I'm not a Windows user, using Debian stable
on my laptop...), but switching everything away from html (all options,
a
On 27/05/14, 05:41pm, Bastian Venthur wrote:
> On 27.05.2014 11:47, Paul Wise wrote:
>
> [...]
>
> > Common mistakes with OpenPGP keys in Debian
> > ---
> >
> > Jo Shields reported[6] on common mistakes that Debian members and
> > contributors are making
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 27.05.2014 11:47, Paul Wise wrote:
[...]
> Common mistakes with OpenPGP keys in Debian
> ---
>
> Jo Shields reported[6] on common mistakes that Debian members and
> contributors are making with their Open
On 8/18/12, Paul Wise wrote:
> The news are collected on http://wiki.debian.org/DeveloperNews
> Please contribute short news about your work/plans/subproject.
>
> In this issue:
> + Report from DSA Team Sprint
> + Using RAM for temporary files ?
> + Control Commands at sub...@bugs.debian.org ti
On Sun, 19 Aug 2012, Vincent Danjean wrote:
> Le 18/08/2012 12:47, Paul Wise a écrit :
> > Control Commands at sub...@bugs.debian.org time
> > ---
> >
> > You can now use control commands at sub...@bugs.debian.org time in the
> > pseudo-headers.
>
>
On Sun, Aug 19, 2012 at 7:12 AM, Vincent Danjean wrote:
> Does this mean that it will be possible to improve reportbug so
> that it will be possible to automaticcaly subscribe a bug when
> reporting it? Anyone already working on it?
Subscribing to bugs does not use the control bot, so I'm not s
Le 19/08/2012 01:17, Sandro Tosi a écrit :
> On Sun, Aug 19, 2012 at 1:12 AM, Vincent Danjean wrote:
>> Hi,
>>
>> Le 18/08/2012 12:47, Paul Wise a écrit :
>>> Control Commands at sub...@bugs.debian.org time
>>> ---
>>>
>>> You can now use control comm
On Sun, Aug 19, 2012 at 1:12 AM, Vincent Danjean wrote:
> Hi,
>
> Le 18/08/2012 12:47, Paul Wise a écrit :
>> Control Commands at sub...@bugs.debian.org time
>> ---
>>
>> You can now use control commands at sub...@bugs.debian.org time in the
>> pseud
Hi,
Le 18/08/2012 12:47, Paul Wise a écrit :
> Control Commands at sub...@bugs.debian.org time
> ---
>
> You can now use control commands at sub...@bugs.debian.org time in the
> pseudo-headers.
Does this mean that it will be possible to improve r
Package: wnpp
Severity: wishlist
Owner: Taku YASUI
* Package name: tdiary-contrib
Version : 20120504
Upstream Author : TADA Tadashi
* URL : http://www.tdiary.org/
* License : GPL
Programming Lang: Ruby
Description : Misc plugins and utilities for
Stefano Zacchiroli writes:
> On Wed, Feb 02, 2011 at 04:13:55PM +, Philipp Kern wrote:
>> > http://wiki.debian.org/HowToRelease
>> > (which has not been edited since 2009)
>> If you start linking to the wiki, take the right page:
>> http://wiki.debian.org/ReleaseTimetable
>
> Can the other pa
On 2011-02-01, Simon Paillard wrote:
> On Tue, Feb 01, 2011 at 10:34:48PM +0100, Alexander Reichle-Schmehl wrote:
>> * Goswin von Brederlow [110201 21:29]:
>> > > squeeze release live microblogging
>> [..]
>> > Is there a ToDo list of things that need to happen during the release
>> > process, id
On Tue, Feb 01, 2011 at 10:34:48PM +0100, Alexander Reichle-Schmehl wrote:
> * Goswin von Brederlow [110201 21:29]:
> > > squeeze release live microblogging
> [..]
> > Is there a ToDo list of things that need to happen during the release
> > process, idealy with ETAs? Something that gives an overv
Hi!
* Goswin von Brederlow [110201 21:29]:
> > squeeze release live microblogging
[..]
> Is there a ToDo list of things that need to happen during the release
> process, idealy with ETAs? Something that gives an overview without the
> distractions of funny and otherwise interesting facts about De
Paul Wise writes:
> squeeze release live microblogging
> --
>
> The Debian squeeze release will be live microblogged[4] to Debian's
> identica account[5]. Several steps of the release process are quite long
> and boring, so these quiet periods will be filled wit
On 2010-11-07, Paul Wise wrote:
> On Sun, Nov 7, 2010 at 12:38 PM, Simon Ruggier wrote:
>
>> Has anyone considered patching the screenshot tools of GNOME or KDE to
>> include support for automating the process of submitting to
>> screenshots.debian.org? It would almost certainly cause a big incre
On Wed, Nov 17, 2010 at 12:21:38PM +0100, Andreas Tille wrote:
[...]
> To some extend the problem also exists for several command line
> applications.
[...]
> To implement this idea we should probably define a reasonable
> default xterm to get some consistency and put this information in
> the usag
Le mercredi 17 novembre 2010 à 12:34 +, Sune Vuorela a écrit :
> On 2010-11-17, Paul Wise wrote:
> > Some libraries warrant screenshots (GTK+, Qt for example).
>
> I don't really see why these packages warrants screenshots. their look
> is fully dependant on the chosen style (and the two ment
On 2010-11-17, Andreas Tille wrote:
> This argument is true for any application using GTK+ or Qt - would you
> conclude that also in this case a screenshot is not warranted? IMHO
No. e.g. seenig the layout of a editor, the structure of a IDE, the
appearance of a instant message program, ...
/Su
On Wed, Nov 17, 2010 at 01:45:22PM +0100, Andreas Tille wrote:
> On Wed, Nov 17, 2010 at 07:14:41PM +0800, Paul Wise wrote:
> > Currently packages.d.o does not know if a package has a screenshot or
> > not. To do that it would need to regularly download the screenshots
> > metadata and make use of
On Wed, Nov 17, 2010 at 12:34:54PM +, Sune Vuorela wrote:
> > Some libraries warrant screenshots (GTK+, Qt for example).
>
> I don't really see why these packages warrants screenshots. their look
> is fully dependant on the chosen style (and the two mentioned, GTK+ and
> Qt can actually look e
On Wed, Nov 17, 2010 at 07:14:41PM +0800, Paul Wise wrote:
> Currently packages.d.o does not know if a package has a screenshot or
> not. To do that it would need to regularly download the screenshots
> metadata and make use of it. Patches welcome if anyone wants to
> implement it.
I have no idea
On 2010-11-17, Paul Wise wrote:
> On Wed, Nov 17, 2010 at 6:10 PM, Toni Mueller wrote:
>
>> I guess the majority of packages don't lend themselves to have a
>> screenshot. All libraries, and many daemons, come to mind. Would it be
>> possible to exclude the screenshot feature for such packages? I
On Wed, Nov 17, 2010 at 06:42:49PM +0800, Paul Wise wrote:
> Some libraries warrant screenshots (GTK+, Qt for example).
The Debian Pure Blends web sentinel has this screenshot feature for some
time and we stumbled upon the same question (without having a reasonable
solution). To some extend the p
1 - 100 of 409 matches
Mail list logo
