reassign 603767 general
thanks
Le mercredi 17 novembre 2010 à 13:47 +1100, david b a écrit :
> After upgrading from lenny to squeeze, gdm starts on vt8 always (even
> after restarting it). It should start on vt7 as this is the expected
> behaviour.
I noticed this happens often to me too, and I ca
Hi,
The reason spice is still using celt-0.5.1 is that celt as
a protocol / format is considered not finished yet by celt
upstream and thus the bitstream format may change (and does
change) with every new upstream release.
In order to provide compatibility between different spice
client and serv
Processing commands for cont...@bugs.debian.org:
> reassign 603767 general
Bug #603767 [gdm] gdm: starts on v8 instead of vt7
Bug reassigned from package 'gdm' to 'general'.
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
603767: http://bugs.debian.org/cgi-bin/bug
> I noticed this happens often to me too, and I can assure you it’s not a
> GDM bug. The Linux VT interface wrongly reports vt7 as being in use,
> before gdm is even started. It does not happen on all systems, so it
> might be related to KMS - for example it happens with my radeon-based
> system.
>
retitle 603672 ITP: navi2ch -- Navigator for "2ch-style" web forum sites which
works on Emacs
stop
On Tue, 16 Nov 2010 05:41:50 -0400
David Bremner wrote:
> > * Package name: navi2ch
> > Version : 1.8.3
> > Upstream Author : Taiki SUGAWARA
> > * URL or Web page : http://navi2ch.
On Wed, Nov 17, 2010 at 09:36:14AM +0100, Josselin Mouette wrote:
> Le mercredi 17 novembre 2010 à 13:47 +1100, david b a écrit :
> > After upgrading from lenny to squeeze, gdm starts on vt8 always (even
> > after restarting it). It should start on vt7 as this is the expected
> > behaviour.
>
> I
Hi,
On Sun, 07.11.2010 at 11:45:05 +0800, Paul Wise wrote:
> Screenshots on packages.d.o
> ---
>
> You may have noticed that packages.d.o now includes screenshots[1]
> with a link to a the Debian screenshots site[2]. Where a screenshot
> isn't available a "No screensh
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? It always
> takes some time to find the
I am using gdm and not gdm3.
If you can give me more details as to why you think it is a kernel bug
that would be good ^ ^
(also the ordering of this bug report on the website rather weird...)
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Tro
On Wed, 2010-11-17 at 18:42 +0800, 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 featu
On Wed, Nov 17, 2010 at 6:50 PM, Ian Campbell wrote:
> Why does the "no screenshot available" message need to be an image? If
> no screenshot is available why not insert the relevant text instead?
Currently packages.d.o does not know if a package has a screenshot or
not. To do that it would need
On Wed, Nov 17, 2010 at 06:42:49PM +0800, Paul Wise wrote:
> Some libraries warrant screenshots (GTK+, Qt for example).
>
> The problem is that there is no reliable way to differentiate between
> packages that it is appropriate to have a screenshot for and those
> that should never have a screen
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
Norbert Preining writes:
> Hi Paul,
>
> thanks for the answer.
>
> On So, 14 Nov 2010, Paul Wise wrote:
>> $ tar tf luatex-beta-0.64.0-doc.tar.bz2 | head -n2
>> luatex-beta-0.64.0/manual/
>> luatex-beta-0.64.0/manual/graphics/
>>
>> So the manual/manual thing comes from the orig.tar suffix plus
Hi Hans,
Hans de Goede writes:
> The if at all part depends on if it will be doable without too much
> pain to support both celt-0.5.1 and celt "1.0" in the same binary.
> This is important to us as we care a lot about protocol
> compatibility.
Are you seriously telling me that you have no plan
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 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 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 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 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
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
Hi,
I have been working on a piuparts rewrite that makes it easier to find
install/removal/upgrade bugs. When running it on all packages in
squeeze, I'm currently getting 682 failures. That doesn't mean 682 RC
bugs, because some of the failures are caused by bugs in other packages,
or only exhibit
Hi,
On 11/17/2010 01:04 PM, Ron wrote:
Hi Hans,
Hans de Goede writes:
The if at all part depends on if it will be doable without too much
pain to support both celt-0.5.1 and celt "1.0" in the same binary.
This is important to us as we care a lot about protocol
compatibility.
Are you serious
Hi Lucas,
thanks for the tests, I think this is much appreciated.
I checked my package install-info and that was a false positive,
the removal test failed - of course - becasue install-info is
an essential package, so removing it needs typing in
Yes, do as I say!
;-)
Again, thanks for d
On 17/11/10 at 23:50 +0900, Norbert Preining wrote:
> Hi Lucas,
>
> thanks for the tests, I think this is much appreciated.
>
> I checked my package install-info and that was a false positive,
> the removal test failed - of course - becasue install-info is
> an essential package, so removing it
Hi Lucas,
On Mittwoch, 17. November 2010, Lucas Nussbaum wrote:
> I'm looking for people willing to work on such tools and mass bug
> filings (that also include archive rebuilds). I'm getting a bit tired of
> working on that myself, and might stop after squeeze.
Understandable.
Please dont stop
[Debian Edu people please read below at /education-/]
Hi Lucas,
thanks for all your QA efforts!
On Wed, Nov 17, 2010 at 08:37:17AM -0600, Lucas Nussbaum wrote:
>
> [1] http://people.debian.org/~lucas/logs/2010/11/17/
> Full dd-list (binary packages):
> ---
>
> An
On 2010-11-17 15:50 +0100, Norbert Preining wrote:
> I checked my package install-info and that was a false positive,
> the removal test failed - of course - becasue install-info is
> an essential package, so removing it needs typing in
> Yes, do as I say!
Or rather apt treats install-info
On 11/17/10 13:04, Ron wrote:
Hi Hans,
Hans de Goede writes:
The if at all part depends on if it will be doable without too much
pain to support both celt-0.5.1 and celt "1.0" in the same binary.
Should work without major trouble, the symbols exported by the shared
library have a versioned
Hi,
On Mittwoch, 17. November 2010, Andreas Tille wrote:
> >education-desktop-kde (U)
> >education-thin-client (U)
> >education-thin-client-server (U)
> >education-workstation (U)
> I have looked into these logs and think they are caused by dependant
> packages. The only probable
Hi
2010/11/17 Ron :
> On Wed, Nov 17, 2010 at 03:48:36PM +0100, Gerd Hoffmann wrote:
>> On 11/17/10 13:04, Ron wrote:
> Why not just let systems negotiate the best codec they both know?
That was a bit my goal with this patch:
http://gitorious.org/~elmarco/spice/elmarco-spice/commit/e310493a3e5a28
On Wed, Nov 17, 2010 at 09:36:14AM +0100, Josselin Mouette wrote:
> Le mercredi 17 novembre 2010 à 13:47 +1100, david b a écrit :
> > After upgrading from lenny to squeeze, gdm starts on vt8 always (even
> > after restarting it). It should start on vt7 as this is the expected
> I noticed this happe
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
On Wed, Nov 17, 2010 at 03:48:36PM +0100, Gerd Hoffmann wrote:
> On 11/17/10 13:04, Ron wrote:
> >Are you seriously telling me that you have no plan whatsoever for how
> >to transition from a random snapshot of an experimental codec,
>
> We can transition just fine. server + client can signal sup
> Well, to me, it does indeed appear to be a GDM bug: I can not reproduce
> this permanent VT allocation with either KDM, XDM or startx. The issue
> does only show up with GDM. And it does never show up when starting GDM
> the first time after boot, GDM needs to be stopped and started again for
>
Hi,
If you don't want package celt 0.5.1 -- fine. You can patch your
spice server and client to just not signal the celt capability, and
they will interoperate just fine with everybody else using raw
uncompressed audio. But IMHO it would be stupid to not support
audio compression in your spi
Le mercredi 17 novembre 2010 à 17:15 +0100, Mario 'BitKoenig' Holbe a
écrit :
> Well, to me, it does indeed appear to be a GDM bug: I can not reproduce
> this permanent VT allocation with either KDM, XDM or startx. The issue
> does only show up with GDM. And it does never show up when starting GDM
On Thu, Nov 11, 2010 at 01:52:12PM +, maximilian attems wrote:
[...]
> Automated tests
> ---
>
> This is a pressing task, we should know sooner if the specific
> branch compiles and boots.
>
> waldi shouts for reprepro, sbuild and wannbuild. Build server
> needed between 6-12 hour
Package: wnpp
Severity: wishlist
Owner: Sylvain Le Gall
* Package name: ocaml-data-notation
Version : 0.0.3
Upstream Author : Sylvain Le Gall
* URL : http://forge.ocamlcore.org/projects/odn
* License : LGPL-2.1 with OCaml linking exception
Programming Lang:
Package: wnpp
Severity: wishlist
Owner: Sylvain Le Gall
* Package name: ocaml-expect
Version : 0.0.2
Upstream Author : Sylvain Le Gall
* URL : http://forge.ocamlcore.org/projects/ocaml-expect/
* License : LGPL-2.1 with OCaml linking exception
Programming Lan
Package: wnpp
Severity: wishlist
Owner: Sylvain Le Gall
* Package name: oasis
Version : 0.2.0
Upstream Author : Sylvain Le Gall
* URL : http://oasis.forge.ocamlcore.org/
* License : LGPL-2.1 with OCaml linking exception
Programming Lang: OCaml
Description
On 17/11/10 at 16:07 +0100, Andreas Tille wrote:
> [Debian Edu people please read below at /education-/]
> Hi Lucas,
>
> thanks for all your QA efforts!
>
> On Wed, Nov 17, 2010 at 08:37:17AM -0600, Lucas Nussbaum wrote:
> >
> > [1] http://people.debian.org/~lucas/logs/2010/11/17/
>
>
> > Ful
Lucas Nussbaum writes:
> Russ Allbery
>libpam-afs-session
>libpam-openafs-kaserver
>openafs-client
>openafs-dbg
>openafs-dbserver
>openafs-fileserver
>openafs-kpasswd
>openafs-modules-dkms
Bug in dpkg. Nothing that the openafs packages can do anything about so
f
On 17/11/10 at 10:48 -0800, Russ Allbery wrote:
> Lucas Nussbaum writes:
>
> > Russ Allbery
> >libpam-afs-session
> >libpam-openafs-kaserver
> >openafs-client
> >openafs-dbg
> >openafs-dbserver
> >openafs-fileserver
> >openafs-kpasswd
> >openafs-modules-dkms
>
>
Lucas Nussbaum writes:
> On 17/11/10 at 10:48 -0800, Russ Allbery wrote:
>> Lucas Nussbaum writes:
>>> Russ Allbery
>>>libpam-afs-session
>>>libpam-openafs-kaserver
>>>openafs-client
>>>openafs-dbg
>>>openafs-dbserver
>>>openafs-fileserver
>>>openafs-kpasswd
>>>o
Lucas Nussbaum writes:
> Russ Allbery
>libsaml2-dev (U)
>libshibsp-dev (U)
>libxml-security-c-dev (U)
>libxmltooling-dev (U)
These are all the same problem, I think, but I don't understand the
problem. It's an inability to upgrade from lenny to squeeze that's
blocking because o
> > I checked for cimg-dev in
> >
> > http://people.debian.org/~lucas/logs/2010/11/17/cimg-dev.log
> >
> > and found only one hint of a failure when it says:
> >
> > -- New version is unstable version: FAILED (UNINSTALLED != 1.3.9-1)
> >
> > but from reasing the log I can not find any hint for this
On Wed, Nov 17, 2010 at 06:01:53PM +0100, Josselin Mouette wrote:
> Le mercredi 17 novembre 2010 à 17:15 +0100, Mario 'BitKoenig' Holbe a
> écrit :
> > Well, to me, it does indeed appear to be a GDM bug: I can not reproduce
> > this permanent VT allocation with either KDM, XDM or startx. The issue
Package: wnpp
Owner: Axel Beckert
Severity: wishlist
* Package name: libtext-tags-perl
Version : 0.04
Upstream Author : David Glasser
* URL or Web page : http://search.cpan.org/dist/Text-Tags/
* License : Artistic
Description : parses "folksonomy" space-separated ta
On Tue, 16 Nov 2010 23:44:45 + brian m. carlson wrote:
> On Tue, Nov 16, 2010 at 06:35:30PM +0100, Michael Banck wrote:
[...]
> > - Other than as used herein, neither the name Battelle Memorial Institute
> >or Battelle may be used in any form whatsoever without the express
> >written
On Wed, Nov 17, 2010 at 12:28:54PM -0600, Lucas Nussbaum wrote:
> > I checked for cimg-dev in
> >
> > http://people.debian.org/~lucas/logs/2010/11/17/cimg-dev.log
> >
> > and found only one hint of a failure when it says:
> >
> > -- New version is unstable version: FAILED (UNINSTALLED != 1.3.9-1
Le mercredi 17 novembre 2010 à 21:33 +0100, Andreas Tille a écrit :
> On Wed, Nov 17, 2010 at 12:28:54PM -0600, Lucas Nussbaum wrote:
> > So, that one is an interesting case, and there are several occurences of
> > this. It might be a problem in APT. What happens is that, if you install
> > cimg-d
On 17/11/10 at 21:53 +0100, Josselin Mouette wrote:
> Le mercredi 17 novembre 2010 à 21:33 +0100, Andreas Tille a écrit :
> > On Wed, Nov 17, 2010 at 12:28:54PM -0600, Lucas Nussbaum wrote:
> > > So, that one is an interesting case, and there are several occurences of
> > > this. It might be a pro
On Wed, 2010-11-17 at 21:33:52 +0100, Andreas Tille wrote:
> On Wed, Nov 17, 2010 at 12:28:54PM -0600, Lucas Nussbaum wrote:
> > It seems that after installation of dict-wn, there's a process that is still
> > running, so destroying the chroot fails.
>
> I'm quoting the relevant part of dict-wn po
On 2010-11-17 22:16 +0100, Guillem Jover wrote:
> On Wed, 2010-11-17 at 21:33:52 +0100, Andreas Tille wrote:
>> On Wed, Nov 17, 2010 at 12:28:54PM -0600, Lucas Nussbaum wrote:
>> > It seems that after installation of dict-wn, there's a process that is
>> > still
>> > running, so destroying the ch
On Wed, Nov 17, 2010 at 4:16 PM, Guillem Jover wrote:
> On Wed, 2010-11-17 at 21:33:52 +0100, Andreas Tille wrote:
>> On Wed, Nov 17, 2010 at 12:28:54PM -0600, Lucas Nussbaum wrote:
>> > It seems that after installation of dict-wn, there's a process that is
>> > still
>> > running, so destroying
On Wed, Nov 17, 2010 at 04:37:38PM -0500, James Vega wrote:
> >> I'm quoting the relevant part of dict-wn postinst resp. postrm:
> >
> >> remove|purge)
> >> if [ -x /usr/sbin/dictdconfig ]; then dictdconfig -w ;fi
> >>
> >> # if [ -x /etc/init.d/dictd ]; then /etc/init.d/dictd r
Hello Lucas,
concerning the openswan* packages:
http://people.debian.org/~lucas/logs/2010/11/17/openswan.log:
Configuration file `/etc/ipsec.conf'
==> Modified (by you or by a script) since installation.
==> Package distributor has shipped an updated version.
What would you like
On 17/11/10 at 22:34 +0100, Harald Jenny wrote:
> Hello Lucas,
>
> concerning the openswan* packages:
>
> http://people.debian.org/~lucas/logs/2010/11/17/openswan.log:
>
>Configuration file `/etc/ipsec.conf'
> ==> Modified (by you or by a script) since installation.
> ==> Package dis
Hello,
The current kfreebsd version of the installation manual is lacking
review: a lot of things have been fixed (e.g. "Linux" doesn't appear
where it shouldn't), but quite a few things still need to be fixed,
and we need kfreebsd-knowledgeable people to provide information.
Basically, the whole
So what's kind of why i asked about how you were trying to find the bug.
Don't tell me to search through lots of C code point it out!
I don't have time for that and you seemed to know more!
We so then the question is what happens if it is 'busy' and we attempt
to use it anyways ;) ?
--
To UNSUBS
On Wed, 2010-11-17 at 22:36:42 +0100, Sven Joachim wrote:
> On 2010-11-17 22:16 +0100, Guillem Jover wrote:
> > It's restarting (instead of stoppping) on remove/purge.
>
> Could you elaborate? Surely a dictionary package should not stop the
> dictionary server when it is being removed, should it?
This appears to be a duplicate of 596700.
--
.''`. Stephen Powell
: :' :
`. `'`
`-
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/1758119783.480227
Hi,
2010/11/15 Julien Cristau :
> On Mon, Nov 15, 2010 at 11:12:52 +0900, Nobuhiro Iwamatsu wrote:
>
>> Package: wnpp
>> Owner: Nobuhiro Iwamatsu
>> Severity: wishlist
>>
>> *** Please type your report below this line ***
>>
>> * Package name : xf86-input-multitouch
>> Version : 1.0~
64 matches
Mail list logo
