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~
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
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?
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
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
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 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 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
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 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, 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 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
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 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
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
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 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
> > 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
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
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
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:
> 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 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
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
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: 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:
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
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
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
> 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
>
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
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 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
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
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
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
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
[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
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
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,
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
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,
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
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
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
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
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
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 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, 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
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, 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
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 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
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.
> 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.
>
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
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
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
64 matches
Mail list logo
