Bug#251832: kdelibs4, kdelibs-bin uninstallable in sid

[Chris Cheney]

On Tue, Jun 01, 2004 at 03:30:24AM +0200, Kevin Price wrote:
> Hi Chris,
> 
> thanks for writing despite of your sickness. I hope you feel better 
> soon. I cannot NMU, but if I were a DD, I would attempt. I guess it 
> would be worth waiting for 3.2.3, since KDE scheduled ther upload for 
> May 30th. Where do they "upload to the packagers"?

I have started feeling a bit better late tonight so I might be well by
tomorrow. KDE 3.2.3 is now available to packagers on ktown.kde.org but
you have to have a special account to get access to the files.

> Thanks for your work up to now, please get well soon!

Thanks :)

Chris


signature.asc
Description: Digital signature

Processed: severity of 251878 is serious

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.7.95.1
> severity 251878 serious
Bug#251878: evolution: removed by dist-upgrade, can't install any more
Bug#251104: kdelibs4-dev: fails to install because of dep problem with 
libcupsys2-dev
Bug#251129: kdelibs4: needs rebuilt against libcupsys-gnutls10
Bug#251318: can't install apt-get install kde
Bug#251691: k3b: K3b does not install in Sid
Bug#251782: kdelibs-bin: depends on libcupsys2 which is no longer available in 
sid
Bug#251832: libcupsys2-gnutls10: Could you please do something agains broken 
dependencies
Severity set to `serious'.

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)

Bug#251832: kdelibs4, kdelibs-bin uninstallable in sid

[Kevin Price]

Hi Chris,

thanks for writing despite of your sickness. I hope you feel better 
soon. I cannot NMU, but if I were a DD, I would attempt. I guess it 
would be worth waiting for 3.2.3, since KDE scheduled ther upload for 
May 30th. Where do they "upload to the packagers"?


Thanks for your work up to now, please get well soon!
  Kevin

--
http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=214656
http://wwwkeys.pgp.net:11371/pks/lookup?op=vindex&search=0x7A56501D
ICQ # 75570407


signature.asc
Description: OpenPGP digital signature

Bug#250765: kdm: never spawns a login shell; thus ~/.bash_profile is never read

[Bob Proulx]

martin f krafft wrote:
> also sprach Bob Proulx <[EMAIL PROTECTED]> [2004.06.01.0108 +0200]:
> > Perhaps.  But how?  The implementation for different users with bash,
> > csh, zsh, ksh, some other weird shell, is probably not impossible but
> > I can't think of a way to handle it cleanly.
> 
> exec $(getent passwd `whoami` | cut -d: -f7) --login -c Xsession
> 
> ?

Assume /bin/ksh as the login shell for one counter example.  That does
not produce a valid command for ksh.

  ksh --login
  ksh: ksh: --: unknown option

Nor for /bin/csh.

  csh --login
  Unknown option: `--login'
  Usage: csh [ -bcdefilmnqstvVxX ] [ argument ... ].

The ksh needs -l to be told it is a login shell.  That works for bash
and zsh too so looks promising.  But csh won't take -l unless it is
the only option present.  I can't think of a way to pass an option to
a shell and have it work for every possible shell.

One time in the past I tried using a file of my construction at
/etc/X11/Xsession.d/95xfree86-common_userprofile which would load up
the user's profile.  But at that time the script is /bin/sh.  I knew
that but we were all running bourne compatible shells.  Or so I
thought.  The first user who put '. /etc/bash_completion' into their
$HOME/.profile (read by bash at login) broke things because that is
not /bin/sh shell syntax in there.  So just noting one type of failure
mechanism.

The real answer would have to be that the program name starts with a
'-' like login shells expect.  Of course we can do that[1], but then
we need to be able to tell the shell in the shell's command syntax to
run the Xsession command.

  # just for example but not for real
  echo Xsession | -$(basename $SHELL)
  
Something along those lines seems like the best way to go.

I think upstream is the right place to push these types of design
decisions.  This is not specific to Debian in any way.  KDE has this
issue on all platforms.

> >   #!/bin/bash --login
> >   exec x-session-manager  # or startkde or fvwm or whatever
> 
> Thanks. That's what I have been doing. It's just ugly...

And poorly documented.

Bob

[1] Perl comes to mind.  Off the top of my head.  Untested!

  #!/usr/bin/perl
  my $SHELL = $ENV{'SHELL'};
  my $SHELL_BASENAME = $SHELL;
  $SHELL_BASENAME =~ [EMAIL PROTECTED]/@@;
  exec {$SHELL} "-$SHELL_BASENAME";

-- 
Bob Proulx <[EMAIL PROTECTED]>
http://www.proulx.com/~bob/
CP-ASEL-IA-Tailwheel-Glider


pgpX3x4sVrTCu.pgp
Description: PGP signature

Processed: and again...

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> severity 251691 grave
Bug#251691: k3b: K3b does not install in Sid
Severity set to `grave'.

> reassign 251691 kdelibs4
Bug#251691: k3b: K3b does not install in Sid
Bug reassigned from package `k3b' to `kdelibs4'.

> merge 251691 251878
Bug#251691: k3b: K3b does not install in Sid
Bug#251878: evolution: removed by dist-upgrade, can't install any more
Bug#251104: kdelibs4-dev: fails to install because of dep problem with 
libcupsys2-dev
Bug#251129: kdelibs4: needs rebuilt against libcupsys-gnutls10
Bug#251318: can't install apt-get install kde
Bug#251782: kdelibs-bin: depends on libcupsys2 which is no longer available in 
sid
Bug#251832: libcupsys2-gnutls10: Could you please do something agains broken 
dependencies
Merged 251104 251129 251318 251691 251782 251832 251878.

> --
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)

Bug#251832: kdelibs4, kdelibs-bin uninstallable in sid

[Chris Cheney]

On Mon, May 31, 2004 at 05:16:40PM +0200, Dominique Devriese wrote:
> Kevin Price writes:
> 
> > Hi, on my sid machine, I solved the problem by simply recompiling
> > kdelibs4 with the correct libcupsys2-dev installed. IMHO a simple
> > build-depends on libcupsys2-dev (>= 1.1.20final+cvs20040330-4) would
> > be appropriate.
> 
> I'm pretty sure the maintainer is aware of the problem and the fix,
> but that he is only waiting until the KDE 3.3 release to upload a
> fixed version. This allows him to combine the two uploads, and
> prevents killing the buildd's with many resource-intensive kde*
> uploads.

The real reason I haven't uploaded it yet is that I am very sick. I have
been sick since Thursday morning. :\ The upload I am going to do if no
one ends up NMUing before then is to 3.2.3 since it fixes the recompile
issue, the security issue, and the new kde release update all at the same
time. I imagine that 3.2.3 will be available to packagers by the time I
get well enough to upload it.

Chris


signature.asc
Description: Digital signature

Bug#250765: kdm: never spawns a login shell; thus ~/.bash_profile is never read

[martin f krafft]

also sprach Bob Proulx <[EMAIL PROTECTED]> [2004.06.01.0108 +0200]:
> Perhaps.  But how?  The implementation for different users with bash,
> csh, zsh, ksh, some other weird shell, is probably not impossible but
> I can't think of a way to handle it cleanly.

exec $(getent passwd `whoami` | cut -d: -f7) --login -c Xsession

?

>   #!/bin/bash --login
>   exec x-session-manager  # or startkde or fvwm or whatever

Thanks. That's what I have been doing. It's just ugly...

-- 
Please do not CC me when replying to lists; I read them!
 
 .''`. martin f. krafft <[EMAIL PROTECTED]>
: :'  :proud Debian developer, admin, and user
`. `'`
  `-  Debian - when you have better things to do than fixing a system
 
Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver!


signature.asc
Description: Digital signature

Bug#250765: kdm: never spawns a login shell; thus ~/.bash_profile is never read

[Bob Proulx]

martin f krafft wrote:
> On all KDE systems I administer, ~/.bash_profile is never read.
> Thus, any entries in there -- quite a few in the case of
> a programmer -- are never read. I think this is because KDM never
> spawns a login shell, and Konsole doesn't either. Could this please
> be fixed? There are a lot of reasons why kdmsession or the like
> should be started as a child of a proper login shell.

Perhaps.  But how?  The implementation for different users with bash,
csh, zsh, ksh, some other weird shell, is probably not impossible but
I can't think of a way to handle it cleanly.

This is an upstream FAQ:

  http://www.kde.org/documentation/faq/configure.html#id2913380

  Summary:
9.7. KDE (kdm) does not read my .bash_profile!

The login managersxdm and kdm do not run a login shell, so .profile,
.bash_profile, etc. are not sourced. When the user logs in, xdm runs
Xstartup as root and then Xsession as user. So the normal practice
is to add statements in Xsession to source the user profile. Please
edit your Xsession and .xsession files.

They purposefully avoid reading the user's environment.  When you
select KDE you select *only* KDE and nothing else but KDE.  I imagine
it is just too difficult to guess the user's login shell and get the
syntax right for all of the possibilities so they avoid it entirely.
But I am not a KDE developer and do not know the actual reasons.

Use a .xsession file with the #! line using your login shell and
passing in whatever options your shell uses to make it a login shell.
That will read your login environment.  Here is one example for a bash
shell as the login shell.

  #!/bin/bash --login
  exec x-session-manager  # or startkde or fvwm or whatever

Make sure it is executable or it will have no effect.

  chmod a+x $HOME/.xsession

Then when you log in with kdm/gdm/xdm make sure you select "default"
and not specifically KDE since selecting KDE avoids reading your
environment files.

Bob

-- 
Bob Proulx <[EMAIL PROTECTED]>
http://www.proulx.com/~bob/
CP-ASEL-IA-Tailwheel-Glider


pgpFZKPbg2W2J.pgp
Description: PGP signature

Bug#251970: kde: broken dependency on libcupsys2 final

[Luke Kenneth Casson Leighton]

Package: kde
Severity: normal


as of 31may2004, kde cannot be installed because of a broken
dependency right down through kdebase to libcupsys2.

to get an install i had to dpkg -i the latest libcupsys2,
but worse than that i had to dpkg -i its dependencies
first!

don't know what's going on - something weird.

l.

-- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux highfield 2.6.6-selinux1 #5 Tue May 18 16:33:29 GMT 2004 i686
Locale: LANG=C, LC_CTYPE=C

Processed: Re: evolution: removed by dist-upgrade, can't install any more

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> severity 251878 grave
Bug#251878: evolution: removed by dist-upgrade, can't install any more
Severity set to `grave'.

> reassign 251878 kdelibs4
Bug#251878: evolution: removed by dist-upgrade, can't install any more
Bug reassigned from package `evolution' to `kdelibs4'.

> merge 251878 251832
Bug#251832: libcupsys2-gnutls10: Could you please do something agains broken 
dependencies
Bug#251878: evolution: removed by dist-upgrade, can't install any more
Bug#251104: kdelibs4-dev: fails to install because of dep problem with 
libcupsys2-dev
Bug#251129: kdelibs4: needs rebuilt against libcupsys-gnutls10
Bug#251318: can't install apt-get install kde
Bug#251782: kdelibs-bin: depends on libcupsys2 which is no longer available in 
sid
Merged 251104 251129 251318 251782 251832 251878.

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)

Bug#236520: marked as done (kdm: cannot start 'custom' session with $HOME/.xsession)

[Debian Bug Tracking System]

Your message dated Mon, 31 May 2004 13:28:12 -0400
with message-id <[EMAIL PROTECTED]>
and subject line kdm: cannot start 'custom' session with $HOME/.xsession
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--
Received: (at maintonly) by bugs.debian.org; 6 Mar 2004 18:15:13 +
>From [EMAIL PROTECTED] Sat Mar 06 10:15:13 2004
Return-path: <[EMAIL PROTECTED]>
Received: from 217-162-106-210.dclient.hispeed.ch (local.fippu.ch) 
[217.162.106.210] 
by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
id 1AzgKO-5X-00; Sat, 06 Mar 2004 10:15:13 -0800
Received: from local.fippu.ch (local.fippu.ch [127.0.0.1])
by local.fippu.ch (8.12.11/8.12.11/Debian-3) with ESMTP id 
i26IEepu019145
for <[EMAIL PROTECTED]>; Sat, 6 Mar 2004 19:14:40 +0100
Received: from localhost (localhost [[UNIX: localhost]])
by local.fippu.ch (8.12.11/8.12.11/Debian-3) id i26IEes9019142
for [EMAIL PROTECTED]; Sat, 6 Mar 2004 19:14:40 +0100
From: "Philipp E. Imhof" <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: kdm: cannot start 'custom' session with $HOME/.xsession
Date: Sat, 6 Mar 2004 19:14:40 +0100
User-Agent: KMail/1.6.1
MIME-Version: 1.0
Content-Disposition: inline
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
Message-Id: <[EMAIL PROTECTED]>
Delivered-To: [EMAIL PROTECTED]
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_05 
(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Status: No, hits=-5.0 required=4.0 tests=HAS_PACKAGE autolearn=no 
version=2.60-bugs.debian.org_2004_03_05
X-Spam-Level: 

Package: kdm
Version: 3.2.1-1

When choosing 'KDE' as session type in kdm, the .xsession 
script will not be executed (I did not have my key mappigns 
anymore and the euro sign did not either). Choosing 'Custom' 
always put me back to the kdm welcome screen.

I changed /etc/X11/Xsession.d/20xfree86-common_process-args by 
adding the following code at line 24:

---
custom)
  if grep -qs ^allow-user-xsession "$OPTIONFILE"; then
if [ -x "$USERXSESSION" ]; then
  exec "$USERXSESSION"
elif [ -x "$ALTUSERXSESSION" ]; then
  exec "$ALTUSERXSESSION"
else
  errormsg "unable to launch custom X session ---" \
   "neither $USERXSESSION nor $ALTUSERXSESSION" \
   "can be executed; aborting."
fi
  else
errormsg "unable to launch custom X session ---" \
 "allow-user-xsession is set to false; aborting."
  fi
;;
-

Maybe this report does not really consider the kdm package. I 
filed it here, because the problem did not exist with old kdm.

Wish you a nice weekend.

Philipp Imhof




---
Received: (at 236520-done) by bugs.debian.org; 31 May 2004 17:28:13 +
>From [EMAIL PROTECTED] Mon May 31 10:28:13 2004
Return-path: <[EMAIL PROTECTED]>
Received: from tomts36.bellnexxia.net (tomts36-srv.bellnexxia.net) 
[209.226.175.93] 
by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
id 1BUqa5-0007oM-00; Mon, 31 May 2004 10:28:13 -0700
Received: from quebec-hse-ppp3620067.sympatico.ca ([65.93.222.68])
  by tomts36-srv.bellnexxia.net
  (InterMail vM.5.01.06.05 201-253-122-130-105-20030824) with ESMTP
  id <[EMAIL PROTECTED]>
  for <[EMAIL PROTECTED]>;
  Mon, 31 May 2004 13:28:12 -0400
From: Christopher Martin <[EMAIL PROTECTED]>
Reply-To: Christopher Martin <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: Re: kdm: cannot start 'custom' session with $HOME/.xsession
Date: Mon, 31 May 2004 13:28:12 -0400
User-Agent: KMail/1.6.2
References: <[EMAIL PROTECTED]>
In-Reply-To: <[EMAIL PROTECTED]>
MIME-Version: 1.0
Content-Disposition: inline
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Message-Id: <[EMAIL PROTECTED]>
Delivered-To: [EMAIL PROTECTED]
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 
(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Status: No, hits=-1.0 required=4.0 tests=BAYES_20 autolearn=no 
version=2.60-bugs.debian.org_2004_03_25
X-Spam-Level: 

On May 29, 2004 12:48, Christopher Martin wrote:
> > When choosing 'KDE' as session type in kdm, the .xsession
> > script will not be executed (I did not have my key mappigns
> > anymore and the euro sign did not either). Choosing 'Custom'
> > always put me back to the kdm welcome screen.
>
> If you want your ~/.xsession used, try the "Default" session type.
> Debian doesn't use

Bug#251832: kdelibs4, kdelibs-bin uninstallable in sid

[Dominique Devriese]

Kevin Price writes:

> Hi,
> Dominique Devriese wrote:
>> I'm pretty sure the maintainer is aware of the problem and the fix,

> I figure that much too. My suggestion was aimed at those users
> filing more and more reports about the same problem. That's why I
> merged the first couple of bugs I came across.

Great, thanks.  Obligatory help request: If you're interested in
working on other kde* bugs in debian, we could very much use the
assistance ;)

>> but that he is only waiting until the KDE 3.3 release to upload a
>> fixed version. This allows him to combine the two uploads, and
>> prevents killing the buildd's with many resource-intensive kde*
>> uploads.

> My machine spent a long time compiling only the kdelibs4. I can well
> imagine how the buildds are impacted by too frequent kde*
> uploads. Is there a schedule for a kde 3.3 release?

Sigh, I meant 3.2.3 of course.  Look here for KDE release schedules:
  http://developer.kde.org/development-versions/

cheers
domi

Bug#251832: kdelibs4, kdelibs-bin uninstallable in sid

[Christopher Martin]

On May 31, 2004 11:16, Dominique Devriese wrote:
> I'm pretty sure the maintainer is aware of the problem and the fix,
> but that he is only waiting until the KDE 3.3 release

You mean 3.2.3? It should be tagged soon, IIRC.

kdenonbeta/kdedebian/kapture

[Peter Rockai]

CVS commit by mornfall: 

- add a sucky PkgStatusFilter (needs rewriting, this is just for testing)
- move CommitStatus into its own file
- call the CommitStatus hooks from PkgManager::_commit
- list more include files in Makefile.am (still needs checking)
- update TODO


  Alibkapture/commitstatus.cpp   1.1 [no copyright]
  Alibkapture/commitstatus.h   1.1 [UNKNOWN]
  M +2 -2  TODO   1.20
  M +32 -0 libcapture/filters.cpp   1.6
  M +14 -2 libcapture/filters.h   1.5
  M +1 -0  libcapture/grouper.cpp   1.6
  M +16 -1 libcapture/pkgmanager.cpp   1.17
  M +2 -1  libcapture/pkgmanager.h   1.12
  M +1 -0  libcapture/pkgtags.cpp   1.4
  M +7 -2  libkapture/Makefile.am   1.10
  M +3 -2  libkapture/acqprogress.cpp   1.11
  M +1 -25 libkapture/kapturemanager.cpp   1.12
  M +2 -17 libkapture/kapturemanager.h   1.8
  M +3 -0  libkapture/listtreeview.cpp   1.5

Bug#251832: kdelibs4, kdelibs-bin uninstallable in sid

[Kevin Price]

Hi,

Dominique Devriese wrote:
> I'm pretty sure the maintainer is aware of the problem and the fix,

I figure that much too. My suggestion was aimed at those users filing 
more and more reports about the same problem. That's why I merged the 
first couple of bugs I came across.


> but that he is only waiting until the KDE 3.3 release to upload a
> fixed version. This allows him to combine the two uploads, and
> prevents killing the buildd's with many resource-intensive kde*
> uploads.

My machine spent a long time compiling only the kdelibs4. I can well 
imagine how the buildds are impacted by too frequent kde* uploads. Is 
there a schedule for a kde 3.3 release?


brgds
  Kevin

--
http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=214656
http://wwwkeys.pgp.net:11371/pks/lookup?op=vindex&search=0x7A56501D
ICQ # 75570407


signature.asc
Description: OpenPGP digital signature

Bug#251832: kdelibs4, kdelibs-bin uninstallable in sid

[Dominique Devriese]

Kevin Price writes:

> Hi, on my sid machine, I solved the problem by simply recompiling
> kdelibs4 with the correct libcupsys2-dev installed. IMHO a simple
> build-depends on libcupsys2-dev (>= 1.1.20final+cvs20040330-4) would
> be appropriate.

I'm pretty sure the maintainer is aware of the problem and the fix,
but that he is only waiting until the KDE 3.3 release to upload a
fixed version. This allows him to combine the two uploads, and
prevents killing the buildd's with many resource-intensive kde*
uploads.

cheers
domi

Bug#251832: kdelibs4, kdelibs-bin uninstallable in sid

[Kevin Price]

Hi,

on my sid machine, I solved the problem by simply recompiling kdelibs4 
with the correct libcupsys2-dev installed. IMHO a simple build-depends 
on libcupsys2-dev (>= 1.1.20final+cvs20040330-4) would be appropriate.


See also the thread starting with M-ID 
<[EMAIL PROTECTED]> available at 



HTH
  Kevin

--
http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=214656
http://wwwkeys.pgp.net:11371/pks/lookup?op=vindex&search=0x7A56501D
ICQ # 75570407


signature.asc
Description: OpenPGP digital signature

■欲しい物を自由に手に入れ たい方■今、８千万円あったら ■将来、１億円あったら■楽し てもうけるか！00526号A

[◆株式会社経済文庫]

[EMAIL PROTECTED]"(B
 
 $B(B 
[$B;~Be$N$a!<$k%^%,%8%s(B]$B#0#0#5#2#79f(B
$B!!(B
  
$B(,(B[PR]$B(,#12/1_!/1_0J>e<}F~Z5r8+$;$^$9!#!!:_Bp%M%C%H$G=PMh$^$9!#!!4JC1%S%8%M%9$G=PMh$^$9!#(B
$B(B  $BAO6H#4#8G/$N<[EMAIL 
PROTECTED]e$NCK=w!"3F\$7$/$O(B  
http://hosyou003.orgdns.org

$B!!(B   $BKL3$F;(B $B$+$i(B 
$B2-Fl(B $B$N(B $BA49qE*$K(B $BDs6!$7$F$$$k$N$O(B
$B(B
$B(B   $B!Z#52/[EMAIL 
PROTECTED]|1_>Z5rM-%S%8%M%9![$H!ZJ]>Z>Z7t![EMAIL PROTECTED];$s![(B
$B(B $B!!(B
$B!!(B $B(B   
http://hosyou003.orgdns.org/page1.htm$B!!$+$i$b%A%c%s%9$r!*!*(B

   $B!!(B
http://hosyou003.orgdns.org/qanda11.html$B!!$+$i#Q!u#A$G4JC1$K(B
$B!!(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(B
$B!!(B
$B!!(B  $B"[EMAIL 
PROTECTED]"%7%s%W%k$G$9!&J#;($K9M$($k$HLB$$$^$9"!(B
$B(B
$B!!"!$*6b$,Bt;3$"$k?M$OF,$r$5$2$:$K!"M_$7$$J*$,<+M3$K?M$K!"%$%d%J?M(B
$B$KF,$r$5$2$J$1$l$P$J$j$^$;$s!#(B
$B!!(B
$B!!>\$7$/$O!"F,$r$5$2$F%W%i%$%I$re2<(B
$B!!$K$J$j5^>e>:[EMAIL PROTECTED]<[EMAIL 
PROTECTED]>[EMAIL PROTECTED]h!*Cf9q%*%j%s%T%C%/$NFC<{7J5$$K$h$j!"K\3JE*$K7J(B
$B!!5$2sI|$,;O$^$j$^$7$?!#(B
$B(B
$B(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(B 
   $B(B   
$B"##1#0F|$G#6#k#g8:$NA}6/HG!*8!::$G$o$+$k;iKC2r>C(B

$B!!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(B
 
$B!z!Z(B10$BF|$G(B6kg$B8:(B!?$B![!z$NA}6/HG!*;iKC2r>C$r(B[$B8!::(B]$B$,Z(B!$B:#$J$i(B[$BJVIJJ]>Z(B]
  
$B!1!1!1!1!1!1!1!1!1!1!1!1!1!1!1!1!1!1!1!1!1!1!1!1!1!1!1!1!1!1!1!1!1!1!1(B
  $B!V%9%j%`7O?&[EMAIL PROTECTED];[EMAIL 
PROTECTED]@$1$G$J$/!"!VCfG/[EMAIL PROTECTED](B
   [EMAIL 
PROTECTED](%C%H%5%]!<%H?)IJ!X(BPro$B!H(BD$B!I!Y$KA}6/HG!X(BPr$B!H(BD$B!I(BEX$B!YEP>l!*(B
  
$B"'!XLt!Y$G$J$$<+A3GI!X7r9/?)IJ!Y$J$N$K!X;iKC$N8!::%-%C%H!YJ;Gd$N<+?."'(B
  $B"M(B 
http://www.gigatrade.jp/prodx5/ 
  
$B!zGd$l$F$kM}M3$O"M!V6H3&:G9b0L4^M-(B70$B!s!W$N!X(BEPA$B!&(BDHA$B!Y$H!"OCBj$N!XDcJ,(B
   
$B;R%Z%W%A%I!Y(B($BE7A3%"%_%N;@M3Mh!K$b9bG;EY$KG[9g(B!$B99$K(B10$BF|L\$K;iKC2r>C$,(B
   
$BB,Dj$G$-$k!X8!::%-%C%H!Y$^$GJ;Gd$N<+?.(B!$B"M!Z%a%k%^%,[EMAIL 
PROTECTED](B20$BK|K\40Gd(B!$B![(B
  
$B"#"#"#BTK>$NA}6/HG!X(BPro"D"EX$B!Y?7EP>l"M$$$-$J$j%^%9%3%_$GBgCmL\(B!!$B"#"#"#(B
$B!!(B  
$B!!A}6/HG!X(BPro"D"EX$B!Y$O!":#%7!<%:%s"M%G%Q!<%H!"M-L>%;%l%/%H%7%g%C%W!"(B
$B!!(B  
$B!!%9%]!<%D%8%`!"0eNE4XO"5!4X!"99$K%"%a%j%+$G$bHNGd$,M=Dj$5$lD6OCBj$K!*(B
 $B!!!z#47nCf$KAi$;$h$&(B!$B!TJVIJJ]>Z!U(B 
http://www.gigatrade.jp/prodx5/ 
 
$B(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(B[PR]$B(,(B

   [EMAIL PROTECTED](.(,(3(,(3(,(/[EMAIL PROTECTED](B
$B!!(B   
$B!!8=6b(-#3(-#4(-#5(-K|1_(B
$B!!(B   
$B!!(1(,(1(,(1(,(B
 [EMAIL PROTECTED]<%s%HCf!*"M(B 
http://www.mailin.ne.jp/r/g.cgi?i=168 
  
$B(!(B[PR]$B(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(B
  
$B(.(,!z$40&MQo#1(B,$B#0#0#01_!!"[EMAIL PROTECTED](B
$B!!(B  $B!!(B 
http://www.adplan.ne.jp/cgi-bin/ad/rs?bid=113192 
  
$B(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(B[PR]
$B!Z!!9-9pEj9F?o;~Jg=8Cf(B 
$B![9-9p(B5$B2s7G:\(B10$BF|7G:\$G(B3000$B1_9-9p#1#72s7G:\#4#5F|(B
$B!!7G:\$G#4#0#0#01_!!(B 
$B9-9p#1#02s7G:\#6#0F|7G:\$G#5#0#0#01_!!L5NAEj9F9-9p(B
  
$B(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(B
   $B!!"[EMAIL 
PROTECTED];v9`"#Ev%a!<%k%^%,%8%s$K7G:\$7$F$$$k>pJs$K4X$7$FH/9T<[EMAIL 
PROTECTED]@U(B
$B!!G$$rIi$$$^$;[EMAIL 
PROTECTED

Bug#251872: konqueror: I can't search from location bar

[jjluza]

Package: konqueror
Version: 4:3.2.2-1
Severity: important
Tags: sid



Hello,
If I try to look for a word using a search engine (like google for
example) by writting a word in the location bar, it tries to load the
page www..com, which is a recent behaviour (it works properly one
month ago, I think).
It works if I write "gg: a_word" in the location bar, but since we can
select a default search engine, I would like to use it.
Thanks.




-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.6
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (ignored: LC_ALL set to [EMAIL 
PROTECTED])

Versions of packages konqueror depends on:
ii  kcontrol  4:3.2.2-1  KDE Control Center
ii  kdebase-kio-plugins   4:3.2.2-1  KDE I/O Slaves
ii  kdelibs4  4:3.2.2-2  KDE core libraries
ii  kdesktop  4:3.2.2-1  KDE Desktop
ii  kfind 4:3.2.2-1  KDE File Find Utility
ii  libart-2.0-2  2.3.16-5   Library of functions for 2D graphi
ii  libc6 2.3.2.ds1-13   GNU C Library: Shared libraries an
ii  libfam0c102   2.7.0-5client library to control the FAM 
ii  libgcc1   1:3.4.0-2  GCC support library
ii  libice6   4.3.0.dfsg.1-4 Inter-Client Exchange library
ii  libjpeg62 6b-9   The Independent JPEG Group's JPEG 
ii  libkonq4  4:3.2.2-1  Core libraries for KDE's file mana
ii  libpcre3  4.5-1.1Perl 5 Compatible Regular Expressi
ii  libpng12-01.2.5.0-6  PNG library - runtime
ii  libqt3c102-mt 3:3.2.3-2  Qt GUI Library (Threaded runtime v
ii  libsm64.3.0.dfsg.1-4 X Window System Session Management
ii  libstdc++51:3.3.3-9  The GNU Standard C++ Library v3
ii  libx11-6  4.3.0.dfsg.1-4 X Window System protocol client li
ii  libxext6  4.3.0.dfsg.1-4 X Window System miscellaneous exte
ii  libxrender1   0.8.3-7X Rendering Extension client libra
ii  xlibs 4.3.0.dfsg.1-4 X Window System client libraries m
ii  zlib1g1:1.2.1.1-3compression library - runtime

-- no debconf information

kdenonbeta/kdedebian/kapture

[Peter Rockai]

CVS commit by mornfall: 

- add KNOWN BUGS to README
- fix PkgNodeViewCommon layout
- improved AcqProgress quite a bit (progressbars now work, Hits/Gets are
  displayed as well)


  M +4 -2  README   1.9
  M +2 -0  libcapture/depgroupers.cpp   1.2
  M +2 -0  libcapture/feeder.cpp   1.3
  M +66 -63libkapture/acqprogress.cpp   1.10
  M +6 -13 libkapture/acqprogress.h   1.8
  M +4 -0  libkapture/errordialog.cpp   1.2
  M +272 -379  libkapture/pkgnodeviewcommonui.ui   1.4

Processed: merging 251104 251832

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.7.95.1
> merge 251104 251832
Bug#251104: kdelibs4-dev: fails to install because of dep problem with 
libcupsys2-dev
Bug#251832: libcupsys2-gnutls10: Could you please do something agains broken 
dependencies
Bug#251129: kdelibs4: needs rebuilt against libcupsys-gnutls10
Bug#251318: can't install apt-get install kde
Bug#251782: kdelibs-bin: depends on libcupsys2 which is no longer available in 
sid
Merged 251104 251129 251318 251782 251832.

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)

Processed: reassign 251832 to kdelibs4

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.7.95.1
> reassign 251832 kdelibs4
Bug#251832: libcupsys2-gnutls10: Could you please do something agains broken 
dependencies
Bug reassigned from package `libcupsys2-gnutls10' to `kdelibs4'.

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)

Re: Bug#250452: Out of date Qt makes Indian languages totally unusable in Qt/KDE apps

[Brian Nelson]

"Jaldhar H. Vyas" <[EMAIL PROTECTED]> writes:

> On Sun, 30 May 2004, Brian Nelson wrote:
>
>> Well, my packages are not yet fit for upload yet.  They contain some
>> drastic changes that really need to be tested more.
>>
>
> Would it be possible to upload the latest version at least?  That would
> solve my problem.

Not by me, at least for 9 days or so.  I didn't bring my private key
with me to Debconf4.  I can look at the packages you made though and let
you know if they look OK to NMU.

-- 
You win again, gravity!