Hi!
On Mon, 2011-02-14 at 08:39:21 +0100, Raphael Hertzog wrote:
> On Sat, 12 Feb 2011, Guillem Jover wrote:
> > Using Build-Architecture would be a workaround, it should not be
> > needed once multiarch is in place and those packages are built for
> > their respective architectures.
>
> While te
On 2011-02-15, Steve Langasek wrote:
> I wasn't suggesting the use of -backports here, I was referring to
> backported features in the general sense of the term.
I know. -backports would've been the "easy" way out, though. But obviously a
no-go for official infrastructure.
> Of course I'm not
On Mon, 14 Feb 2011, Philipp Kern wrote:
> You'd lose the notion of it being useful on other architectures (that's the
> arch:all -> arch:i386 Raphael's talking about), though. But then packages
> like qemu-system would just depend on openbios-sparc:sparc, no? If you
> don't need to deal with the
Hi,
Am Montag, den 14.02.2011, 15:38 +0100 schrieb Tollef Fog Heen:
> ]] Petter Reinholdtsen
>
> | I believe we need to come up with a way where most or all package
> | maintainers (perhaps those handling kernel events and early boot stuff
> | should be expected) only need to maintain one boot s
Package: wnpp
Severity: wishlist
Owner: Charles Plessy
Hello everybody,
I will package some bioinformatics tools called FASTX-Toolkit, and they
require a separate library, gtextutils, which is used only by them. But
since it is distributed as a separate tarball, the simplest is still
to distribt
On Tue, Feb 15, 2011 at 06:15:35AM +, Philipp Kern wrote:
> On 2011-02-15, Steve Langasek wrote:
> >> sbuild switched to using Dpkg::Deps for parsing dependencies; we would
> >> ideally want an equivalent to Dpkg::Deps::reduce_arch() to do the
> >> stripping (if reduce_arch wasn't the appropri
On 2011-02-15, Steve Langasek wrote:
>> sbuild switched to using Dpkg::Deps for parsing dependencies; we would
>> ideally want an equivalent to Dpkg::Deps::reduce_arch() to do the
>> stripping (if reduce_arch wasn't the appropriate place to do it
>> already). This saves us from reimplementing yet
Charles Plessy wrote:
> Le Sun, Feb 13, 2011 at 10:46:53PM -0600, Raphael Geissert a écrit :
>> What signatures?
>
> The signatures that certify that the logs are really the ones for the the
> packages we distribute. I suppose that the closest to this is the .changes
> files signed by the buildd
Roger Leigh wrote:
> However, in order to understand the implications, we need concrete
> data about exactly how they differ, and under what situations. What
> I would like to do is a rebuild of the squeeze archive (since it
> won't change between builds) using each of the "internal", "apt" and
>
On Mon, Feb 14, 2011 at 09:52:32PM +, Roger Leigh wrote:
> On Mon, Feb 14, 2011 at 01:08:51PM -0800, Steve Langasek wrote:
> > And although for the most part the roll-out of multiarch is intended to be
> > backwards-compatible and a smooth transition, there are two small extensions
> > required
Package: wnpp
Owner: Jonathan Yu
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name: libjio
Version : 1.01
Upstream Author : Jonathan Yu
* URL : http://blitiri.com.ar/p/libjio/
* License : BOLA
Programming Lang: C
Description
On Mon, Feb 14, 2011 at 06:10:37PM -0600, Ron Johnson wrote:
> On 02/14/2011 04:26 PM, The Fungi wrote:
> >You probably don't have an en_GB.utf-8 locale (maybe you have
> >localepurge installed?). I bet en_US.utf-8 will net you different
> >results.
>
> That's it...
>
> No localepurge, but when i
"Kai Wasserbäch" wrote:
>Dear Scott,
>Scott Kitterman schrieb am 14.02.2011 22:46:
>> "Erik Schanze (Debian)" wrote:
>>> Is there any mail interface like Debian has?
>>
>> There is, but it still requires an account. I marked it fixed.
>
>can Ubuntu that at least open said interface up to Debian
On 02/14/2011 04:26 PM, The Fungi wrote:
On Mon, Feb 14, 2011 at 03:57:44PM -0600, Ron Johnson wrote:
It doesn't seem to work for me.
[...]
$ LC_CTYPE=en_GB.utf-8 python -c 'print u"\u00a3"'
Traceback (most recent call last):
File "", line 1, in
UnicodeEncodeError: 'ascii' codec can't encod
Le Mon, Feb 14, 2011 at 04:37:36PM +0100, gregor herrmann a écrit :
> On Mon, 14 Feb 2011 13:27:38 +0900, Charles Plessy wrote:
>
> > I would be happy to get build logs as well, or at least a link to an URL
> > where they are dowloadable withouth HTML processing.
> >
> > For the moment, I only fo
Hi folks,
sbuild, which does the job of building binary packages on our buildds,
uses a built-in build-dependency resolver ("internal") to work out
what packages need installing/removing in order to satisfy a package's
Build-Depends and Build-Conflicts. Unfortunately, this has a number
of bugs, e
Dear Scott,
Scott Kitterman schrieb am 14.02.2011 22:46:
> "Erik Schanze (Debian)" wrote:
>> Is there any mail interface like Debian has?
>
> There is, but it still requires an account. I marked it fixed.
can Ubuntu that at least open said interface up to Debian Developers using their
Debian add
On 02/14/2011 04:03 PM, Paul Tagliamonte wrote:
> On Mon, Feb 14, 2011 at 4:46 PM, Scott Kitterman wrote:
>> "Erik Schanze (Debian)" wrote:
>>
>>> Hi,
>>>
>>> one of my packages (antiword) has an open bug in Ubuntu
>>> https://bugs.launchpad.net/ubuntu/+source/antiword/+bug/237918
>>> that was fi
Package: wnpp
Severity: wishlist
Owner: Gabriel de Perthuis
* Package name: kyototycoon
Version : 0.9.33
Upstream Author : Mikio Hirabayashi
* URL : http://fallabs.com/kyototycoon/
* License : GPL3+
Programming Lang: C++
Description : Kyoto Tycoon is a
Package: wnpp
Severity: wishlist
Owner: Gabriel de Perthuis
* Package name: kyotocabinet
Version : 1.2.43
Upstream Author : Mikio Hirabayashi
* URL : http://fallabs.com/kyotocabinet/
* License : GPL-3+
Programming Lang: C++
Description : Kyoto Cabinet
On Mon, Feb 14, 2011 at 03:57:44PM -0600, Ron Johnson wrote:
> It doesn't seem to work for me.
[...]
> $ LC_CTYPE=en_GB.utf-8 python -c 'print u"\u00a3"'
> Traceback (most recent call last):
> File "", line 1, in
> UnicodeEncodeError: 'ascii' codec can't encode character u'\xa3' in
> position 0:
I demand that Adrian von Bidder may or may not have written...
[snip]
> As Paul has said, there is a patch to include the Debian logo at boot. As
> far as I know, the kernel still displays the traditional penguin at boot if
> a framebuffer is used, but note that on recent systems framebuffer has b
On Mon, Feb 14, 2011 at 4:46 PM, Scott Kitterman wrote:
> "Erik Schanze (Debian)" wrote:
>
>>Hi,
>>
>>one of my packages (antiword) has an open bug in Ubuntu
>>https://bugs.launchpad.net/ubuntu/+source/antiword/+bug/237918
>>that was fixed for a while in Debian
>>http://bugs.debian.org/cgi-bin/bu
On 02/14/2011 10:39 AM, Ian Jackson wrote:
[snip]
The fact that naive Python programs work (honouring LC_CTYPE as they
should) unless you pipe their output to something is clearly a bug.
The fact that it's a specification bug doesn't mean it's not a bug.
It doesn't seem to work for me.
$ pyt
]] Henrique de Moraes Holschuh
| On Mon, 14 Feb 2011, Tollef Fog Heen wrote:
| > That would mean limiting each init system to the limitations of the most
| > limited init system, which would be a sad state of affairs. Also, I
|
| Yes. So, we also have to set where we want the low bar.
I'd rat
"Erik Schanze (Debian)" wrote:
>Hi,
>
>one of my packages (antiword) has an open bug in Ubuntu
>https://bugs.launchpad.net/ubuntu/+source/antiword/+bug/237918
>that was fixed for a while in Debian
>http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=464490.
>
>I'd like to help them and would close i
On Mon, Feb 14, 2011 at 01:08:51PM -0800, Steve Langasek wrote:
> And although for the most part the roll-out of multiarch is intended to be
> backwards-compatible and a smooth transition, there are two small extensions
> required to the package relationship fields in order to deploy a full
> multi
On 2011-02-14, Luk Claes wrote:
> On 02/14/2011 08:39 AM, Raphael Hertzog wrote:
>> On Sat, 12 Feb 2011, Guillem Jover wrote:
>>> On Fri, 2011-02-11 at 11:33:10 +0800, Paul Wise wrote:
On Fri, Feb 11, 2011 at 5:58 AM, Ben Hutchings
wrote:
> Since there is no support for auto-buildi
Hi,
one of my packages (antiword) has an open bug in Ubuntu
https://bugs.launchpad.net/ubuntu/+source/antiword/+bug/237918
that was fixed for a while in Debian
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=464490.
I'd like to help them and would close it, but did not found how.
(I'm not member
Ian Jackson writes:
> Klaus Ethgen writes:
>> No, it is not. 00a3 is just not a utf-8 character, it is unicode. To
>> get a correct utf-8 character you need to print \x{c2a3} and then
>> isutf8 is happy.
> When LC_CTYPE=en_GB.utf-8, programs which attempt to print unicode
> characters to stdout
Hi Joerg,
On Thu, Feb 03, 2011 at 10:05:27PM +0100, Joerg Jaspert wrote:
> Attached below is a tentative agenda. This is an unsorted list and we
> might not get to every point. We might also have missed any number of
> points, if so feel free to tell us about them.
One other item I'd like to sub
Hello everybody,
I'm planning to upload libgphoto2 2.4.10.1 to sid.
There's a package currently in experimental, and I'm now asking maintainers of
dependant packages (BCCed) to check whether their package compiles and works
fine with it. A dd-list is attached.
Kindly,
David
--
. ''`. Debian d
On Mon, Feb 14, 2011 at 06:17:36PM +0100, Josselin Mouette wrote:
> The panel remains, but it will be a GTK3 / D-Bus panel. In its current
> state, it doesn’t support the good old GTK2 / bonobo applets, of which
> we have a lot in the archive. Upstream confirmed they don’t have time to
> support th
On Monday 14 February 2011 21:07:57 Steve Langasek wrote:
> > if [ -e "/etc/init/${NAME}.conf" ] && /sbin/telinit --version >/dev/null
> > 2>&1
> > | grep -qs upstart
> > then
> > exit 0
> > fi
> >
> > inside the sysvinit init script.
>
> This does not appear to be consistent with
> http://b
On Monday 14 February 2011 21:00:09 Olaf van der Spek wrote:
> On Mon, Feb 14, 2011 at 3:38 PM, Tollef Fog Heen wrote:
> > ]] Petter Reinholdtsen
> >
> > | I believe we need to come up with a way where most or all package
> > | maintainers (perhaps those handling kernel events and early boot stuf
On Monday 14 February 2011 20:55:06 Tollef Fog Heen wrote:
> | I believe we need to come up with a way where most or all package
> | maintainers (perhaps those handling kernel events and early boot stuff
> | should be expected) only need to maintain one boot setup for their
> | package, and this b
On Mon, 14 Feb 2011 18:17:36 +0100
Josselin Mouette osó decir:
> [Bcc: all maintainers of GNOME applets]
>
> Hi,
>
> ...
>
> If no one is interested, a large portion of the
> following list is going to leave the archive.
>
>
> David Villa Alises
>ows
I am also the upstream author of t
On 02/14/2011 08:39 AM, Raphael Hertzog wrote:
> On Sat, 12 Feb 2011, Guillem Jover wrote:
>> Hi!
>>
>> On Fri, 2011-02-11 at 11:33:10 +0800, Paul Wise wrote:
>>> On Fri, Feb 11, 2011 at 5:58 AM, Ben Hutchings wrote:
Since there is no support for auto-building arch-independent binaries
>>>
>>
Thanks for starting this effort! Some comments below:
On Mon, Feb 14, 2011, Josselin Mouette wrote:
> Debian GNOME Maintainers
>deskbar-applet
>gnome-mag (U)
>gnome-main-menu (U)
>gnome-netstatus (U)
>gnome-utils
>hamster-applet (U)
>mousetweaks (U)
>netspeed (U)
On Feb 14, Tollef Fog Heen wrote:
> That would mean limiting each init system to the limitations of the most
> limited init system, which would be a sad state of affairs. Also, I
> don't believe there's a 1:1 correspondence between the semantics of all
> the different init systems, making this a
On 14/02/11 17:36, Joachim Breitner wrote:
> Also, for link-monitor-applet, I need to find out whether gob2 needs to
> be updated. But it seems that GTK-3 still uses GLib-2, so this might
> work.
There's no GLib 3.
Emilio
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a
On Mon, Feb 14, 2011 at 11:17:20AM +0100, Marco Amadori wrote:
> In data Saturday 12 February 2011 05:55:16, Joachim Breitner ha scritto:
> >> I included some patches to have nodm gracefully uses the upstart job.
> >> Since those patches permits to have both init scripts in the system, no
> >> ma
On Mon, 14 Feb 2011 16:43:11 +
Ian Jackson wrote:
> Klaus Ethgen writes ("Re: OT: Python (was: Make Unicode bugs release
> critical?)"):
> > No, it is not. 00a3 is just not a utf-8 character, it is unicode.
> > To get a correct utf-8 character you need to print \x{c2a3} and
> > then isutf8 is
Hi,
thanks for the heads-up.
Am Montag, den 14.02.2011, 18:17 +0100 schrieb Josselin Mouette:
> 3. Port your applet to GTK3 and the new D-Bus API. The bindings for
> Python and C# will probably not work either, so you might have
> to start with them.
do you have some pointe
Il 14/02/2011 18.17, Josselin Mouette ha scritto:
> Debian GNOME Maintainers
>tsclient
Removed from unstable.
> Luca Falavigna
>remmina-gnome
Will be removed as soon as remmina 0.9.3 hits wheezy.
--
.''`.
: :' : Luca Falavigna
`. `'
`-
signature.asc
Description: OpenPGP
[Bcc: all maintainers of GNOME applets]
Hi,
as it was already mentioned for other reasons, GNOME 3 is just around
the corner, and there are some big changes ahead. DO NOT PANIC: the
current desktop with gnome-panel and metacity will remain as an
alternative. Anyone wanting to troll about how gnom
Klaus Ethgen writes ("Re: OT: Python (was: Make Unicode bugs release
critical?)"):
> No, it is not. 00a3 is just not a utf-8 character, it is unicode. To get
> a correct utf-8 character you need to print \x{c2a3} and then isutf8 is
> happy.
When LC_CTYPE=en_GB.utf-8, programs which attempt to pri
[Joey Hess]
> File sizes won't 100% stable unfortunatly but the rest should be.
Well, depending on how often I upgrade, vs. how often the buildd does
(and for that matter, how long my package sits in a queue before it is
built), there can be dependency changes due to build-depends shlibs /
symbol
> a way like metainit? http://wiki.debian.org/MetaInit
>
> The project died some two or three years ago and anyone is welcome to
> try to revive it.
Mh it claims it would work only for simple scripts, not for any kind of
scripts, so not all the packages could be converted.
Bye
--
Salvo Tomasell
2011/2/14 Marc Haber :
> That would be an acceptable workaround. Is there any way to prevent
> dkms from trying to build modules for the currently running kernel
> when module sources are installed (which is bound to fail in my build
> chroot)?
As far as I can see, it wouldn't be a problem.
Patric
Le lundi 14 février 2011 à 15:33 +0100, Fabian Greffrath a écrit :
> It seems the panel to set the preferred applications has been removed
> from future versions of the control center on purpose of the GNOME
> developers:
>
> http://osdir.com/ml/fedora-development/2011-02/msg00116.html
The dis
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Am Mo den 14. Feb 2011 um 16:24 schrieb Ian Jackson:
> Jakub Wilk writes ("Re: OT: Python (was: Make Unicode bugs release
> critical?)"):
> > * Klaus Ethgen , 2011-02-14, 14:37:
> > >~> LC_CTYPE=en_GB.utf-8 perl -e 'print "\x{00a3}\n";'
> > >~> LC_C
On Mon, Feb 14, 2011 at 02:01:08PM -0200, Henrique de Moraes Holschuh wrote:
> As long as python 3 is compiled to use UCS-4 as the internal
> representation, you mean. Are our packages set to use UCS-4?
At least for python 3.1, yes:
common_configure_args = \
--prefix=/usr \
Am 14.02.2011 17:04, schrieb Marc Haber:
On Mon, 14 Feb 2011 14:43:23 +, Ben Hutchings
wrote:
On Mon, Feb 14, 2011 at 12:19:37PM +0100, Klaus Ethgen wrote:
Am So den 13. Feb 2011 um 23:21 schrieb Patrick Matthäi:
since we have got a stable release with dkms now, I am asking myself, if
it
Le mardi 15 février 2011 à 01:03 +0900, Norbert Preining a écrit :
> > The defaults are set in /etc/gnome/defaults.list. This file is used in
>
> And per user?
.local/share/applications/defaults.list and mimeapps.list
The former sets defaults associations, the latter is necessary to add
associat
On Mon, 14 Feb 2011 00:12:48 +0100, Iustin Pop
wrote:
>With my sysadmin hat on, compilation on servers is a *very* big no-no,
>so if mkdeb doesn't work or if it doesn't provide nice modules, then m-a
>should stay in.
+1
Greetings
Marc
--
-- !! No courtesy cop
On Mon, 14 Feb 2011, Tollef Fog Heen wrote:
> That would mean limiting each init system to the limitations of the most
> limited init system, which would be a sad state of affairs. Also, I
Yes. So, we also have to set where we want the low bar.
> don't believe there's a 1:1 correspondence betwe
On Mon, Feb 14, 2011 at 3:38 PM, Tollef Fog Heen wrote:
> ]] Petter Reinholdtsen
>
> | I believe we need to come up with a way where most or all package
> | maintainers (perhaps those handling kernel events and early boot stuff
> | should be expected) only need to maintain one boot setup for their
On Mon, 14 Feb 2011 14:43:23 +, Ben Hutchings
wrote:
>On Mon, Feb 14, 2011 at 12:19:37PM +0100, Klaus Ethgen wrote:
>> Am So den 13. Feb 2011 um 23:21 schrieb Patrick Matthäi:
>> > since we have got a stable release with dkms now, I am asking myself, if
>> > it is still necessary to support mo
On Mo, 14 Feb 2011, Josselin Mouette wrote:
> > How is that default communicated? An environment variable? A gconf key?
>
> The defaults are set in /etc/gnome/defaults.list. This file is used in
And per user?
> Good. We can probably let it migrate once epiphany and iceweasel have
> been fixed; u
On Mon, 14 Feb 2011, Josselin Mouette wrote:
> You must specify the encoding of your data in your bitstreams. I agree
> this is inconvenient (and one of the things I dislike in Python), but it
> is:
> 1. completely independent of the locale (UTF8 or not)
> 2. easy to work with once you
Le lundi 14 février 2011 à 14:28 +0100, Raphael Hertzog a écrit :
> On Mon, 14 Feb 2011, Josselin Mouette wrote:
> > There will be a default selected in gnome-session, that can be changed
> > by user action. Without a session-wide default (any session manager can
> > set one, of course) a random c
]] Petter Reinholdtsen
| I believe we need to come up with a way where most or all package
| maintainers (perhaps those handling kernel events and early boot stuff
| should be expected) only need to maintain one boot setup for their
| package, and this boot setup should be used by all the differe
On Mon, Feb 14, 2011 at 08:29:38AM +0100, Hendrik Sattler wrote:
[...]
> It's like having to install a package with "pear" because horde
> upgrade scripts once again requires a module that is not packaged
> in Debian (which was the case for Lenny and is also the case for
> Squeeze :-( ). Can those
Le lundi 14 février 2011 à 12:42 +, Ian Jackson a écrit :
> Josselin Mouette writes ("Re: Make Unicode bugs release critical? (was: Re:
> RFA: all my packages)"):
> > Kicking out software that doesn?t work at all in UTF-8 locales and
> > requires the user to set a broken locale, OTOH, sounds
Jakub Wilk writes ("Re: OT: Python (was: Make Unicode bugs release critical?)"):
> * Klaus Ethgen , 2011-02-14, 14:37:
> >~> LC_CTYPE=en_GB.utf-8 perl -e 'print "\x{00a3}\n";'
> >~> LC_CTYPE=en_GB.utf-8 perl -e 'print "\x{00a3}\n";' | cat
>
> Let me try...
>
> $ LC_CTYPE=en_GB.utf-8 perl -e 'prin
On Mon, 14 Feb 2011 13:27:38 +0900, Charles Plessy wrote:
> I would be happy to get build logs as well, or at least a link to an URL
> where they are dowloadable withouth HTML processing.
>
> For the moment, I only found raw logs in /srv/buildd.debian.org/db on
> buildd.debian.org, but that direc
Hi,
Am Montag, den 14.02.2011, 13:57 +0100 schrieb Petter Reinholdtsen:
> I believe we need to come up with a way where most or all package
> maintainers (perhaps those handling kernel events and early boot stuff
> should be expected) only need to maintain one boot setup for their
> package, and t
There will be a default selected in gnome-session, that can be changed
by user action. Without a session-wide default (any session manager can
set one, of course) a random choice (possibly alphabetical) is used.
It seems the panel to set the preferred applications has been removed
from future v
On Mon, Feb 14, 2011 at 12:19:37PM +0100, Klaus Ethgen wrote:
> Hello,
>
> Am So den 13. Feb 2011 um 23:21 schrieb Patrick Matthäi:
> > since we have got a stable release with dkms now, I am asking myself, if
> > it is still necessary to support module-assistant.
> > dkms is IMHO the better system
On Mon, Feb 14, 2011 at 02:02:11PM +, Philipp Kern wrote:
> On 2011-02-14, Klaus Ethgen wrote:
> > ~> LC_CTYPE=en_GB.utf-8 perl -e 'print "\x{00a3}\n";'
> > ~> LC_CTYPE=en_GB.utf-8 perl -e 'print "\x{00a3}\n";' | cat
> > Both gives the same result, a '£' sign as expected.
>
> And what's the v
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Am Mo den 14. Feb 2011 um 15:15 schrieb Lars Wirzenius:
> On ma, 2011-02-14 at 14:37 +0100, Klaus Ethgen wrote:
> > lets start a python rant. I love to hate this language. :-)
>
> Let's not.
'Till here it is personal desire.
> Let's not rant about
* Klaus Ethgen , 2011-02-14, 14:37:
~> LC_CTYPE=en_GB.utf-8 perl -e 'print "\x{00a3}\n";'
~> LC_CTYPE=en_GB.utf-8 perl -e 'print "\x{00a3}\n";' | cat
Let me try...
$ LC_CTYPE=en_GB.utf-8 perl -e 'print "\x{00a3}\n";' | isutf8
stdin: line 1, char 1, byte offset 1: invalid UTF-8 code
But I don
tags 611125 + help
thanks
Hi,
As a developper of imagemagick, i am correcting bug #611125, and i need to
package jquery.fancybox
However I have no experience in javascript and I need some help.
Please package jquery.fancybox
Thanks
Bastien
--
To UNSUBSCRIBE, email to debian-devel-requ.
On ma, 2011-02-14 at 14:37 +0100, Klaus Ethgen wrote:
> lets start a python rant. I love to hate this language. :-)
Let's not.
Let's not rant about any languages, or tools, or desktop environments.
Let's be constructive on Debian mailing lists, shall we?
We have plenty of side-channels for rants
On 2011-02-14, Klaus Ethgen wrote:
> ~> LC_CTYPE=en_GB.utf-8 perl -e 'print "\x{00a3}\n";'
> ~> LC_CTYPE=en_GB.utf-8 perl -e 'print "\x{00a3}\n";' | cat
> Both gives the same result, a '£' sign as expected.
And what's the value in that demonstration? Yes, you can treat UTF8 like a
bytestream. A
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hi,
lets start a python rant. I love to hate this language. :-)
Am Mo den 14. Feb 2011 um 14:14 schrieb Jakub Wilk:
> >$ LC_CTYPE=en_GB.utf-8 python -c 'print u"\u00a3"'
> >
[...]
> >$ LC_CTYPE=en_GB.utf-8 python -c 'print u"\u00a3"' | cat
> >Trace
On Mo, 14 Feb 2011, Josselin Mouette wrote:
> We are used to have much more terrible breakage in testing/unstable
> right after a release. If our concerns are now bugs wrt. setting the
> default browser, it must mean we are doing *great* :)
Aehmm, I have set the default browser in about 10 places
On Mon, 14 Feb 2011, Josselin Mouette wrote:
> > How is one supposed to prioritize between the various browsers?
>
> There will be a default selected in gnome-session, that can be changed
> by user action. Without a session-wide default (any session manager can
> set one, of course) a random choic
* Ian Jackson , 2011-02-14, 12:42:
Kicking out software that doesn?t work at all in UTF-8 locales and
requires the user to set a broken locale, OTOH, sounds like a sanitary
emergency.
Excellent, I look forward to the removal of python. I always hated
that language anyway.
$ LC_CTYPE=en_GB.
Josselin Mouette writes ("Re: Make Unicode bugs release critical? (was: Re:
RFA: all my packages)"):
> Kicking out software that doesn?t work at all in UTF-8 locales and
> requires the user to set a broken locale, OTOH, sounds like a sanitary
> emergency.
Excellent, I look forward to the removal
[Marco Amadori]
> I think it would be interesting for wheezy to easely permit an Admin
> to choose an alternate init system
Sound like a good idea, if it do not give the Debian project a lot of
unneeded work.
> and to permit to package maintainer to carefully provide init script
> tailored for a
Le Sun, Feb 13, 2011 at 10:46:53PM -0600, Raphael Geissert a écrit :
> Charles Plessy wrote:
> >
> > I would be happy to get build logs as well, or at least a link to an URL
> > where they are dowloadable withouth HTML processing.
>
> You can always | html2text -utf8
Or scp
buildd.debian.org:/s
On 14/02/11 at 12:13 +, Philipp Kern wrote:
> On 2011-02-13, Tollef Fog Heen wrote:
> > ]] Philipp Kern
> >| Actually those build failures are nowadays sent to the PTS for further
> >| distribution (the "buildd" keyword). I don't know how many are subscribed
> >| to those notifications, thou
On 2011-02-14, Raphael Geissert wrote:
> Philipp Kern wrote:
>> Actually those build failures are nowadays sent to the PTS for further
>> distribution (the "buildd" keyword). I don't know how many are subscribed
>> to those notifications, though. (After all, they're not automatically
>> sent to
On 2011-02-13, Felipe Sateler wrote:
> AFAIK, that service also mails when the build was successful, leading to
> a lot of noise.
Eh no, it never did.
Kind regards
Philipp Kern
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact
On 2011-02-13, Tollef Fog Heen wrote:
> ]] Philipp Kern
>| Actually those build failures are nowadays sent to the PTS for further
>| distribution (the "buildd" keyword). I don't know how many are subscribed
>| to those notifications, though. (After all, they're not automatically
>| sent to the
On Lu, 14 feb 11, 12:33:49, Josselin Mouette wrote:
> >
> > How is one supposed to prioritize between the various browsers?
>
> There will be a default selected in gnome-session, that can be changed
> by user action. Without a session-wide default (any session manager can
> set one, of course) a
In data Saturday 12 February 2011 05:55:16, Joachim Breitner ha scritto:
>> I included some patches to have nodm gracefully uses the upstart job.
>> Since those patches permits to have both init scripts in the system, no
>> matter if upstart or sysvinit is used, a little more effort is required
>
Le lundi 14 février 2011 à 12:26 +0100, Raphael Hertzog a écrit :
> > There are defaults shipped in gnome-session, precisely to avoid that
> > kind of issue.
> >
> > With glib 2.28, the x-scheme-handler/* stuff becomes the new priority.
> > It just means we have to update epiphany to include it a
Hi,
On Mon, 14 Feb 2011, Josselin Mouette wrote:
> Le samedi 12 février 2011 à 01:15 +0900, Norbert Preining a écrit :
> > > I'd say it should probably be reported as a minor bug in gvfs-open, to
> > > respect gnome settings before falling back to mimeinfo.cache.
> >
> > I consider that not mino
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hello,
Am So den 13. Feb 2011 um 23:21 schrieb Patrick Matthäi:
> since we have got a stable release with dkms now, I am asking myself, if
> it is still necessary to support module-assistant.
> dkms is IMHO the better system and maintaining two diff
On Sun, Feb 13, 2011 at 06:00:10PM -0500, Michael Gilbert wrote:
> On Sun, 13 Feb 2011 23:52:22 +0100 Christoph Anton Mitterer wrote:
>
> > On Sun, 2011-02-13 at 23:21 +0100, Patrick Matthäi wrote:
> > > since we have got a stable release with dkms now, I am asking myself, if
> > > it is still nec
Le vendredi 11 février 2011 à 21:30 +, Mark Hymers a écrit :
> On Thu, 10, Feb, 2011 at 09:27:14PM +0100, Josselin Mouette spoke thus..
> > Would it be possible to add support for ddebs?
>
> I'll stick it on the agenda. I assume the details at
> http://wiki.debian.org/AutomaticDebugPackages
Le vendredi 11 février 2011 à 19:33 +0100, Axel Beckert a écrit :
> Kicking out good and unique software, only because of missing or
> incomplete UTF-8 support, will surely lower Debian's quality more than
> missing or broken UTF-8 support in very few packages. And it would
> make those users (and
Le samedi 12 février 2011 à 01:15 +0900, Norbert Preining a écrit :
> > I'd say it should probably be reported as a minor bug in gvfs-open, to
> > respect gnome settings before falling back to mimeinfo.cache.
>
> I consider that not minor. If alphabetic order is what I am forced to
> live with, t
Le dimanche 13 février 2011 à 17:57 +0100, Andreas Tille a écrit :
> IMHO one upload per Debian release with a recent Standards-Version
> should be done for every package. It shows that the maintainer is
> active and continues to be interested in the package. Given that our
> release cycle is >
Le lundi 14 février 2011 à 00:12 +0100, Iustin Pop a écrit :
> With my sysadmin hat on, compilation on servers is a *very* big no-no,
> so if mkdeb doesn't work or if it doesn't provide nice modules, then m-a
> should stay in.
Regardless, there should be a way to provide the modules without
insta
Zitat von Patrick Matthäi :
I know that right now, when backporting stuff at work, we have to drop
the DKMS stuff and write our own packaging since DKMS doesn't play
nicely with multiple kernel versions, embedding the kernel *and* package
version in the final module version, etc. Things might hav
99 matches
Mail list logo
