On Wednesday 03 February 2010 17:27:06 Daniel Griffiths wrote:
> Last Maintainer: Stefan Husmann <stefan-husmann@t-online.de>
> yaz
> Depends: icu, libxslt, openssl
> Required By: tellico
adopted.

I vote to move ruby-* that are needed by none to AUR; alexandria needed they
but now it is in AUR.

--
Andrea `bash` Scarpino
Arch Linux Developer

Am 03.02.2010 17:45, schrieb Andrea Scarpino:

On Wednesday 03 February 2010 17:27:06 Daniel Griffiths wrote:

I vote to move ruby-* that are needed by none to AUR; alexandria needed they
but now it is in AUR.



1+ from me.

I could have done so whe I dropped alexandria, but I was not sure if other
TUs wanted to maintain them.

Regards Stefan

-------- Forwarded Message --------
From: JW Foster <jfoster81747@verizon.net>
Reply-to: jfoster81747@verizon.net
To: debian-testing-changes <debian-testing-changes@lists.debian.org>,
debian-user <debian-user@lists.debian.org>
Subject: Linux kernel image & udev updates in testing
Date: Wed, 03 Feb 2010 14:55:37 -0600

I'm getting this error message when I try to update udev in my testing
system.
---------------------------------------------------------------------------
Preconfiguring packages ...
(Reading database ... 423096 files and directories currently installed.)
Preparing to replace udev 149-2
(using .../archives/udev_150-2_i386.deb) ...
Since release 150, udev requires that support for the
CONFIG_SYSFS_DEPRECATED
feature is disabled in the running kernel.

Please upgrade your kernel before or while upgrading udev.

AT YOUR OWN RISK, you can force the installation of this version of udev
WHICH DOES NOT WORK WITH YOUR RUNNING KERNEL AND WILL BREAK YOUR SYSTEM
AT THE NEXT REBOOT by creating the /etc/udev/kernel-upgrade file.
There is always a safer way to upgrade, do not try this unless you
understand what you are doing!

dpkg: error processing /var/cache/apt/archives/udev_150-2_i386.deb
(--unpack):
subprocess new pre-installation script returned error exit status 1
Errors were encountered while processing:
/var/cache/apt/archives/udev_150-2_i386.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
A package failed to install. Trying to recover:
---------------------------------------------------------------------------
At this point it errors out & though I have installed the updated kernel
image it does not work. Seems to load until it gets to the video stuff
then crashes.
The kernel images I have installed is:

linux-image-2.6.26-2-686 (this one works but gives a boot error message
similar to above.)
Linux 2.6.26 image on PPro/Celeron/PII/PIII/P4

linux-image-2.6.32-trunk-686 (this one stops loading when it is about to
load video drivers.)
Linux 2.6.32 for modern PCs

Installation of second one also says there is missing firmware
drivers /lib/firmware/rtl8168dxxx
& indeed it is not there.

Anyone have any suggestions?





--
To UNSUBSCRIBE, email to debian-kernel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

Hi archers,

I'm maintening stellarium-svn in AUR and I saw Stellarium 0.10.3 in
[testing]. It shows qt>=4.5.1 in dependencies but this version (which
doesn't seem to be very stable - several bugs with QT and GLSL -
according to the mailing list) depends on qt 4.6.

Here is the error output when launching :
stellarium: Symbol `_ZTI15QGraphicsWidget' has different size in shared
object, consider re-linking
Use compilation-provided default graphics system: raster
stellarium: symbol lookup error: stellarium: undefined symbol:
_ZN9QListData7detach3Ev

In fact I'm not using my own package for the moment (it doesn't
compile anymore) since I don't have installed qt 4.6 from testing...

--
radio ianux - http://ianux.fr/

2010/2/4, ianux <ianux@free.fr>:
> Hi archers,
>
> I'm maintening stellarium-svn in AUR and I saw Stellarium 0.10.3 in
> [testing]. It shows qt>=4.5.1 in dependencies but this version (which
> doesn't seem to be very stable - several bugs with QT and GLSL -
> according to the mailing list) depends on qt 4.6.

Hi ianux,

Stellarium 0.10.3 in [testing] has been built against qt 4.6


--
Arch Linux Developer
http://www.archlinux.org
http://www.archlinux.it

Le 04/02/10, Giovanni Scafora <giovanni@archlinux.org> a écrit :


> 2010/2/4, ianux <ianux@free.fr>:
> > Hi archers,
> >
> > I'm maintening stellarium-svn in AUR and I saw Stellarium 0.10.3 in
> > [testing]. It shows qt>=4.5.1 in dependencies but this version
> > (which doesn't seem to be very stable - several bugs with QT and
> > GLSL - according to the mailing list) depends on qt 4.6.
>
> Hi ianux,
>
> Stellarium 0.10.3 in [testing] has been built against qt 4.6
>
>

yes indeed, it's mandatory to use - and compile -
stellarium 0.10.3 with qt 4.6
but packages from testing requires qt>=4.5.1, so enabling
[testing] in pacman.conf and doing pacman -S stellarium doesn't upgrade
qt since qt 4.5.3 (>=4.5.1) is already in extra, which leads to broken
binary.
I'm just saying that stellarium PKGBUILD from [testing] MUST mention
qt>=4.6

--
radio ianux - http://ianux.fr/

On 02/05/2010 12:41 AM, ianux wrote:

Le 04/02/10, Giovanni Scafora<giovanni@archlinux.org> a écrit :



2010/2/4, ianux<ianux@free.fr>:

Hi archers,

I'm maintening stellarium-svn in AUR and I saw Stellarium 0.10.3 in
[testing]. It shows qt>=4.5.1 in dependencies but this version
(which doesn't seem to be very stable - several bugs with QT and
GLSL - according to the mailing list) depends on qt 4.6.


Hi ianux,

Stellarium 0.10.3 in [testing] has been built against qt 4.6




yes indeed, it's mandatory to use - and compile -
stellarium 0.10.3 with qt 4.6
but packages from testing requires qt>=4.5.1, so enabling
[testing] in pacman.conf and doing pacman -S stellarium doesn't upgrade
qt since qt 4.5.3 (>=4.5.1) is already in extra, which leads to broken
binary.
I'm just saying that stellarium PKGBUILD from [testing] MUST mention
qt>=4.6



but still the only supported way is to fully update from testing and not
cherry picking.


--
Ionut

Can you confirm the fix from Rumko does not break your ulibc setup ?

--
cvaroqui,
http://www.opensvc.com
--
dm-devel mailing list
dm-devel@redhat.com
https://www.redhat.com/mailman/listinfo/dm-devel

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hello,
I got no replies from Michael.
Could any DD review and upload this?

http://mentors.debian.net/debian/pool/main/g/ganymed-ssh2/ganymed-ssh2_210-3.dsc
or
svn://svn.debian.org/svn/pkg-java/trunk/ganymed-ssh2

Thanks,
Gabriele


- -------- Original Message --------
Subject: maven-scm, ganymed-ssh2 and maven
Date: Mon, 25 Jan 2010 01:59:41 +0100
From: Gabriele Giacone <1o5g4r8o@gmail.com>
To: Marcus Better <marcus@better.se>, Michael Koch <konqueror@gmx.de>

Hi Marcus Hi Michael,

The software I'm packaging depends on maven-scm, which depends on
ganymed-ssh2,

- -
-
--maven-scm-providers/maven-scm-providers-cvs/maven-scm-provider-cvsjava/pom.xml
[...]
<dependency>
<groupId>ch.ethz.ganymed</groupId>
<artifactId>ganymed-ssh2</artifactId>
<version>build210</version>
</dependency>
[...]
but ganymed-ssh2 doesn't support maven and maven-scm doesn't find it.

So I did some changes to ganymed-ssh2 on svn.
Changes are:
+ * Maven integration
+ * dh compat to 7
+ * d/control:
+ - Added maven-repo-helper as Build-Depends
+ - Added ${miscepends} ad Depends
+ - Standard-Version to 3.8.3
+ - Updated Homepage field
+ - Section from libs to java

Could you please review and upload it?

Thanks,
Gabriele
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)

iEYEARECAAYFAktvCrEACgkQp3cdCbVcnCvPUwCcCTAk/pJc8JSCe5Vuo3hJE7cU
HsYAn3ahk3AFpRScWcqgE6qp1QKn29jY
=Km9T
-----END PGP SIGNATURE-----


--
To UNSUBSCRIBE, email to debian-java-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

HI,

since I upgraded to F12, I can't read anymore html emails in evolution. Many html portions of text are replaced by [?].
Hidden text is often embedded in "span" tags.
Messages come from an exchange server but message source is valid html.




--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines