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
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
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 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 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 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
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
-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
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
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
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
>
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
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 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-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 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
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
[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
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
* 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.
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
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
-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 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
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
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.
* 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
-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
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
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
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
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
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
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
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
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
]] 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
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
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
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 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 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, 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, 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
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
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
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 \
-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
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
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
> 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
[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
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
[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
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
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
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
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 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 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
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 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
>>>
>>
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 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 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 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 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
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
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
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,
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
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
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
"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
]] 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
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
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
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 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:
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
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
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
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
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
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
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
"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 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
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 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
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
>
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
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
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
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
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
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
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
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
99 matches
Mail list logo
