Package: wnpp
Severity: wishlist
Owner: Ritesh Raj Sarraf
* Package name: gateone
Version : 1.1-1
Upstream Author : Dan McDougall
* URL : http://liftoffsoftware.com/Products/GateOne
* License : AGPLv3
Programming Lang: Python
Description : HTML5 web-ba
Hi Michael, Zack, et al,
thank you Michael for codesearch. Since somebody asked about code browsing and
Zack is interested in some source.debian.org I wanted to mention my dream:
For every debian source package that enters the archive, dak should commit the
source code to a public readable Git
Le Wed, Nov 07, 2012 at 09:36:39AM +0100, Thomas Koch a écrit :
> Hi Michael, Zack, et al,
>
> thank you Michael for codesearch. Since somebody asked about code browsing
> and
> Zack is interested in some source.debian.org I wanted to mention my dream:
>
> For every debian source package that e
Thomas Koch writes:
> For every debian source package that enters the archive, dak should commit
> the
> source code to a public readable Git repository and put a signed tag on it.
I do not think that is a good idea:
You would end with two repositories for packages maintained in Git.
It has t
Dropping users and adding pkg-xen-devel and debian-kernel.
On Tue, 2012-11-06 at 15:43 +0100, Stephan Seitz wrote:
> On Mon, Nov 05, 2012 at 06:12:53PM -0200, Henrique de Moraes Holschuh wrote:
> >I would like to bring to your attention the improved support for system
> >processor (CPU) microcode
On 2012-10-30 14:32, Niels Thykier wrote:
> Hi,
>
> [...]
>
> If the relevant RC bugs in the affected packages are not dealt with
> /before/ Wednesday the 7th of Nov.[1], the packages will be removed
> from testing. Note that "dealt with" may also include downgrading a
> severity-inflated bug or
On 11/07/2012 05:21 PM, Ansgar Burchardt wrote:
> Thomas Koch writes:
>> For every debian source package that enters the archive, dak should commit
>> the
>> source code to a public readable Git repository and put a signed tag on it.
+1
I would use such service!
> I do not think that is a good
Package: wnpp
Severity: wishlist
Owner: Xiangfu Liu
* Package name: toped
Version : 0.9.8
* URL : http://www.toped.org.uk
* License : GPL
Programming Lang: C
Description : Toped is a cross-platform IC layout editor
Toped is a cross-platform IC layout edi
Henrique de Moraes Holschuh writes:
>> > # iucode_tool --scan-system -vv
>> > iucode_tool: cpuid kernel driver unavailable, cannot scan system processor
>> > signatures
>
> Hmm, that should happen only if iucode-tool is installed/configured after
> intel-microcode.
I've seen this message too, du
On Wed, 07 Nov 2012, Nikolaus Rath wrote:
> Henrique de Moraes Holschuh writes:
> >> > # iucode_tool --scan-system -vv
> >> > iucode_tool: cpuid kernel driver unavailable, cannot scan system
> >> > processor signatures
> >
> > Hmm, that should happen only if iucode-tool is installed/configured af
Package: wnpp
Severity: wishlist
* Package name: wkhtmltopdf
Version : 0.11.0~rc1
Upstream Author : Jan Habermann, Christian Sciberras and Jakob Truelsen
* URL : http://code.google.com/p/wkhtmltopdf/
* License : LGPL-3+
Programming Lang: C++
Description
]] Thomas Goirand
> > It has the same problems with non-free files in the history as 3.0
> > (git). Actually worse as the maintainer cannot remove parts of the
> > history in a later upload.
>
> We have the same trouble with snapshot.debian.org, and Alioth, no?
No, since we can black out packa
On 07/11/12 02:50, Henrique de Moraes Holschuh wrote:
> On Wed, 07 Nov 2012, Adrian Fita wrote:
>> My CPU is an AMD Turion(tm)X2 Dual Core Mobile RM-76, cpu family: 17, so
>> it doesn't need the amd64-microcode package which contains microcode
>> updates only for cpu families: 10h - 14h & 15h. But
On Wed, 07 Nov 2012, Ansgar Burchardt wrote:
> It has the same problems with non-free files in the history as 3.0
> (git). Actually worse as the maintainer cannot remove parts of the
> history in a later upload.
in such cases just 'git filter-branch' that repository, and replace with
a filtered
On Wed, 07 Nov 2012, Adrian Fita wrote:
> Fair enough, but how about having the linux-image packages recommend the
> *microcode packages for installation so users won't get confused by the
> message caused by the module trying to load the file with the microcode
> update and not finding it?
I don'
[ not implying that the original idea of importing packages
automatically into git is necessarily a good one.. however.. ]
On 11/07/2012 05:09 PM, Tollef Fog Heen wrote:
>> We have the same trouble with snapshot.debian.org, and Alioth, no?
>
> No, since we can black out packages there in the rare
On Tue, Nov 06, 2012 at 07:05:43PM +0100, Michael Stapelberg wrote:
> Hi,
>
> I hereby announce a new Debian project: Debian Code Search.
[...]
> You can use the search engine at http://codesearch.debian.net/
> Here are a few sample queries:
> • http://codesearch.debian.net/search?q=workaround+p
Hi Chris,
Chris Bannister writes:
> See:
> http://grammar.about.com/od/words/a/amount.htm
> http://grammarist.com/usage/amount-number/
Thanks. I have heard about this rule but must have forgotten it.
I changed the text and will push an update soon.
--
Best regards,
Michael
--
To UNSUBSCRIBE
Hi Neil,
Neil Williams writes:
> That's just swamped by licences, as would be received and lots of other
> common words (which are, rightly or wrongly, used as variable names or
> as part of function names).
Well, of course searching for common words will result in a lot of
results. Asking the ot
On Wed, 07 Nov 2012 21:56:17 +0100
Michael Stapelberg wrote:
> Neil Williams writes:
> > That's just swamped by licences, as would be received and lots of other
> > common words (which are, rightly or wrongly, used as variable names or
> > as part of function names).
> Well, of course searching
Hi Neil,
Neil Williams writes:
> Just because a file doesn't end in .pl, doesn't mean it isn't perl -
> Policy mandates that perl in /usr/bin does not end in .pl Is this only
> finding perl modules and perl scripts in /usr/share?
As the FAQ¹ states, this is filtering by file extension. I will kee
On Wed, Nov 07, 2012 at 04:33:00PM -0200, Henrique de Moraes Holschuh wrote:
> On Wed, 07 Nov 2012, Adrian Fita wrote:
> > Fair enough, but how about having the linux-image packages recommend the
> > *microcode packages for installation so users won't get confused by the
> > message caused by the m
On 08/11/12 01:44, Ben Hutchings wrote:
> On Wed, Nov 07, 2012 at 04:33:00PM -0200, Henrique de Moraes Holschuh wrote:
>> On Wed, 07 Nov 2012, Adrian Fita wrote:
>>> Fair enough, but how about having the linux-image packages recommend the
>>> *microcode packages for installation so users won't get
On Thu, 2012-11-08 at 02:35 +0200, Adrian Fita wrote:
> On 08/11/12 01:44, Ben Hutchings wrote:
> > On Wed, Nov 07, 2012 at 04:33:00PM -0200, Henrique de Moraes Holschuh wrote:
> >> On Wed, 07 Nov 2012, Adrian Fita wrote:
> >>> Fair enough, but how about having the linux-image packages recommend th
On Wed, Nov 7, 2012 at 4:36 PM, Thomas Koch wrote:
> For every debian source package that enters the archive, dak should commit the
> source code to a public readable Git repository and put a signed tag on it.
While we are discussing wacky ideas, there is a derivative putting the
entire installed
On 08/11/2012 11:26, Paul Wise wrote:
> On Wed, Nov 7, 2012 at 4:36 PM, Thomas Koch wrote:
>
>> For every debian source package that enters the archive, dak should commit
>> the
>> source code to a public readable Git repository and put a signed tag on it.
>
> While we are discussing wacky ideas
On 06/11/12 17:05, Henrique de Moraes Holschuh wrote:
> Still, it did lead me to a possible cause: I am not trying to modprobe
> "microcode" in the intel-microcode postinst. This can indeed cause the
> failure to update microcode at package install time.
>
> I forget why I didn't do it that way
27 matches
Mail list logo
