On Tue, Jan 20, 2004 at 04:14:08PM +1100, Ben Burton wrote:
>
> > kdeaddons
> > -
-snip-
> Of course this is all pure speculation - I haven't actually had a chance
> to downloaded the kdemultimedia sources and take a look.
As far as I can tell the only thing that uses libxine is xine_arts
> As far as I can tell the only thing that uses libxine is xine_artsplugin
> which shouldn't be being linked into anything. libxine-dev is already in
> the kdemultimedia Build-Depends due to xine_artsplugin using it.
Nevertheless, having downloaded the alpha noatun package, it seems that
for both
CVS commit by hausmann:
- goodbye KDE_CHECK_KIMGIO. not needed.
M +0 -4 configure.in.in 1.3
--- kdenonbeta/kdedebian/kapture/configure.in.in #1.2:1.3
@@ -5,8 +5,4 @@
dnl These are common macros that you might or might not want to use
-dnl Image readers/writers
-KDE_CHECK_KIMGIO
-
CVS commit by juanjux:
fix
M +1 -0 Changelog 1.4
M +1 -1 kalternatives 1.6
--- kdenonbeta/kdedebian/kalternatives/Changelog #1.3:1.4
@@ -1,4 +1,5 @@
0.8
[Juanjo]
+
* Mandrake support
--- kdenonbeta/kdedebian/kalternatives/kalternatives #1.5:1.6
@@ -241,5 +241,5 @@
Package: kdepim
Severity: normal
Hi,
I noticed you are building the docs with doxygen even on a binary-only
build. Thats is quite wastefull of the buildds resources. It would be
good if you could split that out in the makefile into different
targets.
I also noticed a lot or warnings and several
On Mon, Jan 19, 2004 at 10:19:04PM -0600, Chris Cheney wrote:
> Everything is in sid now, but the buildds FUCKING SUCK! The buildd
> admins must be incompetent or on crack. They failed all the builds that
> failed due to the g++ RC enum bug instead of updating their buildd and
> setting the package
On Tue, Jan 20, 2004 at 01:23:38PM +0100, Wouter Verhelst wrote:
> Actually, Ingo Juergensmann is just the local admin of arrakis. He
> doesn't help because he's not a DD, that's all.
That's why you was supposed to do the buildd stuff. I think we're forming a
nice couple in that way... ;))
> Th
Rizsanyi Zsolt writes:
> On Monday 19 January 2004 23.53, Dominique Devriese wrote:
>> Zsolt Rizsanyi writes:
>> > So I think the first step is to set the DisplaySize in
>> > XF86Config. Then at least startx would work correctly.
>>
>> There is no way afaict to guess this value for every user's
>>
Hello,
I recently noticed a change to Kmix that resulted in an amazing number of new
slider controls.
I use both ALSA (for my primary soundcard) and OSS (for btaudio) in my system.
Prior to this change, I believe Kmix was looking at my OSS mixers (one of
which was actually an ALSA OSS-compati
On Mon, Jan 19, 2004 at 10:19:04PM -0600, Chris Cheney wrote:
> qt-x11-free
> ---
> finished
... but has an RC bug due apparently to breakage in libxrender-dev. I've
suggested a binary-only NMU workaround, since the bug appears to have
manifested only on the maintainer's build machine and
> Btw, xdm also still adds the -dpi setting, so I'm inclined to think
> there must still be a reason for it, no ?
I believe this is because debian X maintainers are overloaded with 4.3
work ...
On Tuesday 20 January 2004 13.58, Dominique Devriese wrote:
> Rizsanyi Zsolt writes:
> > On Monday 19 January 2004 23.53, Dominique Devriese wrote:
> >> Zsolt Rizsanyi writes:
> >> > So I think the first step is to set the DisplaySize in
> >> > XF86Config. Then at least startx would work correctly.
CVS commit by ervin:
Completing the french translation : installer and welcome page.
Ainstaller-strings_fr 1.1
Awelcome_fr.html 1.1
M +5 -0 ChangeLog 1.20
--- kdenonbeta/kdedebian/livecd/docs/ChangeLog #1.19:1.20
@@ -1,2 +1,7 @@
+2004-01-20 K�vin 'erv
Zsolt Rizsanyi writes:
>> > I think it can be guessed for most of the current hw
>> > configurations. For the systems where it cannot be guessed the
>> > user should enter the values. He already does need to enter the
>> > horizontal and vertical refresh ranges of the monitor and the
>> > display
hi everyone,
i am trying to update umbrello to the new version, but all the buildds
come up with a weird error [0] about some object not being for this
architecture. this looks a lot like i am doing something wrong or as if
i would ship i386 objects with the package, so i checked everything and
it
Robert Lemmen writes:
> hi everyone, i am trying to update umbrello to the new version, but
> all the buildds come up with a weird error [0] about some object not
> being for this architecture. this looks a lot like i am doing
> something wrong or as if i would ship i386 objects with the package,
On Tue, Jan 20, 2004 at 08:51:48PM +0100, Robert Lemmen wrote:
> hi everyone,
>
> i am trying to update umbrello to the new version, but all the buildds
> come up with a weird error [0] about some object not being for this
> architecture. this looks a lot like i am doing something wrong or as if
>
Your message dated Tue, 20 Jan 2004 22:13:09 +0100
with message-id <[EMAIL PROTECTED]>
and subject line Bug#198206: kdeprint: Please close bug Shortly after I
reported the bug a package update solved the problem, and printing has worked
perfectly since!
has caused the attached Bug report to be ma
tags 220878 +fixed-upstream
thanks
Hi,
Calc, clee and I debugged this problem, wrote a patch, and it got
accepted upstream for HEAD and 3_2_BRANCH.
cheers
domi
Package: ksysguardd
Severity: normal
ksysguardd depends on libsensors-1debian1 but this package is not in testing
-- System Information:
Debian Release: testing
Architecture: i386
Kernel: Linux brave 2.4.22-1-386 #9 Sat Oct 4 14:30:39 EST 2003 i686
Locale: LANG=C, LC_CTYPE=C
Processing commands for [EMAIL PROTECTED]:
> tags 220878 +fixed-upstream
Bug#220878: meinproc: seems to incorrectly use $USER instead of $HOME
Tags were: upstream
Bug#194305: meinproc: seems to incorrectly use $USER instead of $HOME
Tags added: fixed-upstream
> thanks
Stopping processing here.
P
Vladimir Jelen writes:
> Package: ksysguardd Severity: normal
> ksysguardd depends on libsensors-1debian1 but this package is not in
> testing
This is fixed in unstable already. Please check for duplicates when
filing a bug.
thanks
domi
Your message dated Wed, 21 Jan 2004 00:59:30 +0100
with message-id <[EMAIL PROTECTED]>
and subject line Bug#228781: unmet dependecies
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 resp
CVS commit by benb:
Build-depend on libxine-dev as a temporary workaround for libtool dependency
problems.
M +7 -0 changelog 1.22.2.18
M +1 -1 control 1.26.2.13
--- kdeaddons/debian/changelog #1.22.2.17:1.22.2.18
@@ -1,2 +1,9 @@
+kdeaddons (4:3.1.5-2) unstable; urgency=low
CVS commit by juanjux:
fix
M +4 -1 kalternatives 1.7
--- kdenonbeta/kdedebian/kalternatives/kalternatives #1.6:1.7
@@ -357,5 +357,8 @@
def __init__(self, parent, item):
self.name = item.getName()
-QCheckListItem.__init__(self, parent, self.name,
QCheckListItem
If the failed g++ builds get retried soon it looks like KDE will be in
good shape. However, I do need to do another upload of kdemultimedia to
fix the libxine issue with kdeaddons. Also kdeutils is STILL stuck in
the new queue. :(
Chris
arts
finished
kdeaddons
-
alpha - failed -
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi...
On Wed, 21 Jan 2004 03:26 pm, Chris Cheney wrote:
> kdebindings
> ---
> probably should be packaged sometime... not blocking anything though
Strange you should mention it.
Try:
http://www.hawkins.emu.id.au/kdebindings-20040121.diff
(dif
> However, I do need to do another upload of kdemultimedia to
> fix the libxine issue with kdeaddons.
Not urgent, since I've just done a new kdeaddons upload with libxine-dev
temporarily added to the build-depends until the issue can be resolved
properly.
Ben.
28 matches
Mail list logo
