[opensuse-factory] Please revert --no-copy-dt-needed-default
Hi, Please revert --no-copy-dt-needed-default, the fallout is too large. failed/head-ppc$ grep -l "is defined in DSO" *|wc -l 77 Not even cairo or openssh builds. Ciao, Marcus -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
On Monday, August 29, 2011 09:34:24 Marcus Meissner wrote:
Hi,
Please revert --no-copy-dt-needed-default, the fallout is too large.
failed/head-ppc$ grep -l "is defined in DSO" *|wc -l 77
Not even cairo or openssh builds.
We have to fix it eventually. The question is whether it gets done now or we should wait for 12.2. So, let's first ask how helps fixing the failing 87 (on x86-64) packages, Andreas P.S. here's a list of packages on x86-64: aalib alpine balsa bb blktrace bomberclone cairo celestia cellwriter clicfs devilspie digikam dirmngr dssi fsvs ftgl fusecompress fvwm2 gimp gle-graphics gnome-panel gnome-phone-manager gq hawk heroes-tron icecast icecream-monitor icewm img2eps iscan-free jackEQ jack-rack klatexformula krecord ldapfuse libdv libmicro libtheora libvdpau libvorbis libxfce4menu libzypp-testsuite-tools lightdm mail-notification memphis midori mtpaint neverball novell-ipsec-tools nspluginwrapper ocfs2-tools openssh openssl_tpm_engine openvas-cli openvas-manager padevchooser parcellite parole pavuk procmeter pwdutils qinternet qterm rss-glx schedtop schismtracker sfftobmp smpppd smssend snd stardict-tools tpm-tools uim WindowMaker WindowMaker-applets wsndpref xchat-gnome xine-ui xlockmore xmms2 xorg-x11-server xournal xpdf-poppler xstroke xteddy xzgv yast2-gtk -- Andreas Jaeger, Program Manager openSUSE aj@{suse.com,opensuse.org} Twitter/Identica: jaegerandi SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 16746 (AG Nürnberg) GPG fingerprint = 93A3 365E CE47 B889 DF7F FED1 389A 563C C272 A126 -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
On Mon, Aug 29, 2011 at 10:10:25AM +0200, Andreas Jaeger wrote:
On Monday, August 29, 2011 09:34:24 Marcus Meissner wrote:
Hi,
Please revert --no-copy-dt-needed-default, the fallout is too large.
failed/head-ppc$ grep -l "is defined in DSO" *|wc -l 77
Not even cairo or openssh builds.
We have to fix it eventually. The question is whether it gets done now or we should wait for 12.2.
So, let's first ask how helps fixing the failing 87 (on x86-64) packages,
You are forgetting that this is the first wave, all their indirect dependencies will probably also break. given "cairo", it will probably all of GNOME. Ciao, MArcus -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
On Monday, August 29, 2011 10:11:56 Marcus Meissner wrote:
On Mon, Aug 29, 2011 at 10:10:25AM +0200, Andreas Jaeger wrote:
On Monday, August 29, 2011 09:34:24 Marcus Meissner wrote:
Hi,
Please revert --no-copy-dt-needed-default, the fallout is too large.
failed/head-ppc$ grep -l "is defined in DSO" *|wc -l 77
Not even cairo or openssh builds.
We have to fix it eventually. The question is whether it gets done now or we should wait for 12.2.
So, let's first ask how helps fixing the failing 87 (on x86-64) packages,
You are forgetting that this is the first wave, all their indirect dependencies will probably also break. given "cairo", it will probably all of GNOME.
I checked the head project where everything gets rebuild. Still, with a newly build cairo, other packages might fail as well that work with current cairo, Andreas -- Andreas Jaeger, Program Manager openSUSE aj@{suse.com,opensuse.org} Twitter/Identica: jaegerandi SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 16746 (AG Nürnberg) GPG fingerprint = 93A3 365E CE47 B889 DF7F FED1 389A 563C C272 A126 -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
On 29/08/11 05:11, Marcus Meissner wrote:
You are forgetting that this is the first wave, all their indirect dependencies will probably also break. given "cairo", it will probably all of GNOME.
gnome is the default desktop of all other distros that have already enabled this sanity flag in the linker.. so it should be fixed already..in theory. ps: I just fixed openssh. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
On 08/29/2011 10:10 AM, Andreas Jaeger wrote:
On Monday, August 29, 2011 09:34:24 Marcus Meissner wrote:
Hi,
Please revert --no-copy-dt-needed-default, the fallout is too large.
failed/head-ppc$ grep -l "is defined in DSO" *|wc -l 77
Not even cairo or openssh builds.
We have to fix it eventually. The question is whether it gets done now or we should wait for 12.2.
So, let's first ask how helps fixing the failing 87 (on x86-64) packages,
Andreas
P.S. here's a list of packages on x86-64:
digikam
I fixed this last week ;) Regards. -- İsmail Dönmez - openSUSE Booster SUSE LINUX Products GmbH Maxfeldstr. 5, 90409 Nürnberg, Germany GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 16746 (AG Nürnberg) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
On 29/08/11 18:10, Andreas Jaeger wrote:
On Monday, August 29, 2011 09:34:24 Marcus Meissner wrote:
Hi,
Please revert --no-copy-dt-needed-default, the fallout is too large.
failed/head-ppc$ grep -l "is defined in DSO" *|wc -l 77
Not even cairo or openssh builds.
We have to fix it eventually. The question is whether it gets done now or we should wait for 12.2.
So, let's first ask how helps fixing the failing 87 (on x86-64) packages,
Andreas
P.S. here's a list of packages on x86-64: [...] hawk
Fixed in network:ha-clustering:Factory and submitted today.
[...] ocfs2-tools
Fixed in network:ha-clustering:Factory but not yet submitted (needs a better changelog entry for $change-1, which has nothing to do with --no-copy-dt-needed-default). Only 85 more to go :) Regards, Tim -- Tim Serong Senior Clustering Engineer SUSE tserong@suse.com -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
On Mon, 29 Aug 2011, Marcus Meissner wrote:
Hi,
Please revert --no-copy-dt-needed-default, the fallout is too large.
failed/head-ppc$ grep -l "is defined in DSO" *|wc -l 77
Not even cairo or openssh builds.
87 fails (sofar) in head-x86_64, 88 in i586. SR 80004. Richard. -- Richard Guenther <rguenther@suse.de> SUSE / SUSE Labs SUSE LINUX Products GmbH - Nuernberg - AG Nuernberg - HRB 16746 GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer
Am Montag, 29. August 2011 schrieb Richard Guenther:
On Mon, 29 Aug 2011, Marcus Meissner wrote:
Hi,
Please revert --no-copy-dt-needed-default, the fallout is too large.
failed/head-ppc$ grep -l "is defined in DSO" *|wc -l 77
Not even cairo or openssh builds.
87 fails (sofar) in head-x86_64, 88 in i586.
SR 80004.
I'm confused. I thought this was changed after upstream changed defaults. I would rather go with fixing it if new binutils will have this default anyway. Greetings, Stephan -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
Am Montag, 29. August 2011 schrieb Stephan Kulow:
Am Montag, 29. August 2011 schrieb Richard Guenther:
On Mon, 29 Aug 2011, Marcus Meissner wrote:
Hi,
Please revert --no-copy-dt-needed-default, the fallout is too large.
failed/head-ppc$ grep -l "is defined in DSO" *|wc -l 77
Not even cairo or openssh builds.
87 fails (sofar) in head-x86_64, 88 in i586.
SR 80004.
I'm confused. I thought this was changed after upstream changed defaults. I would rather go with fixing it if new binutils will have this default anyway.
After a brief talk with Richard, I rather go with fixing the fallout - it doesn't have to be NOW. All programs that already link against all needed libraries will work no matter in what state cairo is. And fixing the packages is pretty much trival. Greetings, Stephan -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
On 29/08/11 08:43, Stephan Kulow wrote:
After a brief talk with Richard, I rather go with fixing the fallout - it doesn't have to be NOW. All programs that already link against all needed libraries will work no matter in what state cairo is.
And fixing the packages is pretty much trival.
I will fix as much a possible broken builds today. it doesnt have to be reverted, it is just a little pain ...;) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
On Monday 29 August 2011 12:11:24 Richard Guenther wrote:
Not even cairo or openssh builds.
87 fails (sofar) in head-x86_64, 88 in i586.
49 fails in KDE:KDE3 (2 of them due to dependency). I fixed some by adding export CXXFLAGS="$CXXFLAGS -Wl,--add-needed" but this does not work for many. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
On 29/08/11 06:00, Ilya Chernykh wrote:
On Monday 29 August 2011 12:11:24 Richard Guenther wrote:
Not even cairo or openssh builds.
87 fails (sofar) in head-x86_64, 88 in i586.
49 fails in KDE:KDE3 (2 of them due to dependency). I fixed some by adding
export CXXFLAGS="$CXXFLAGS -Wl,--add-needed"
but this does not work for many.
Of course lazy arse fixes may fail, it is expected , those are broken for good now, because it is the upstream linker defaults. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
On 29/08/11 06:00, Ilya Chernykh wrote:
On Monday 29 August 2011 12:11:24 Richard Guenther wrote:
Not even cairo or openssh builds.
87 fails (sofar) in head-x86_64, 88 in i586.
49 fails in KDE:KDE3 (2 of them due to dependency). I fixed some by adding
export CXXFLAGS="$CXXFLAGS -Wl,--add-needed"
That is not a fix, -Wl,--add-needed are linker flags .. at least use them in LDFLAGS ;) another quick and dirty way would be feeding the LIBS variable. Stopping beating the KDE3 dead horse is also a good idea. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
On Tuesday 30 August 2011 07:38:55 Cristian Rodríguez wrote:
Not even cairo or openssh builds.
87 fails (sofar) in head-x86_64, 88 in i586.
49 fails in KDE:KDE3 (2 of them due to dependency). I fixed some by adding
export CXXFLAGS="$CXXFLAGS -Wl,--add-needed"
That is not a fix, -Wl,--add-needed are linker flags .. at least use them in LDFLAGS ;)
To fix each package, I have to find which library is missing, then add it to somewhere in the spec, then wait for re4build and see which else library it missing and so on. One package may require 4-5 missing libraries. And this is in the best case where the environment variables such as LDFLAGS work. In most cases they do not. This happens with packages which use scons, qmake, simple makefiles and also with some applications that use autotools as well.
another quick and dirty way would be feeding the LIBS variable.
Stopping beating the KDE3 dead horse is also a good idea.
And what desktop to use then? -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
Am Wed, 31 Aug 2011 01:09:39 +0400 schrieb Ilya Chernykh <anixxsus@gmail.com>:
To fix each package, I have to find which library is missing, then add it to somewhere in the spec, then wait for re4build and see which else library it missing and so on.
Try "osc build --help" Once the build fails, you can chroot into the buildroot, change options, run configure and make manually in order to not rebuild everything from scratch.
And what desktop to use then?
A maintained one? There are lots to choose from which are actively maintained to keep building / working with current toolchains / infrastructure. -- Stefan Seyfried "Dispatch war rocket Ajax to bring back his body!" -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
On Wednesday 31 August 2011 10:26:38 Stefan Seyfried wrote:
To fix each package, I have to find which library is missing, then add it to somewhere in the spec, then wait for re4build and see which else library it missing and so on.
Try "osc build --help"
Once the build fails, you can chroot into the buildroot, change options, run configure and make manually in order to not rebuild everything from scratch.
Oh in that case I would need even more steps: first, clone the package on my local machine, then chroot etc.
And what desktop to use then?
A maintained one? There are lots to choose from which are actively maintained to keep building / working with current toolchains / infrastructure.
Which one? exactly? -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
Hi Ilya, Am Wed, 31 Aug 2011 11:19:02 +0400 schrieb Ilya Chernykh <anixxsus@gmail.com>:
On Wednesday 31 August 2011 10:26:38 Stefan Seyfried wrote:
Once the build fails, you can chroot into the buildroot, change options, run configure and make manually in order to not rebuild everything from scratch.
Oh in that case I would need even more steps: first, clone the package on my local machine, then chroot etc.
So you do packaging without having the packages checked out locally and test-building them before checkin? Well, in that case probably there's no good advice anyone could give you that would help. Whenever I do packaging workshops, I always teach people how to verify their build locally before committing it to the buildservice. Anything else is usually (except for a few very special packages) just a recipe to cause yourself a lot of pain.
And what desktop to use then?
A maintained one? There are lots to choose from which are actively maintained to keep building / working with current toolchains / infrastructure.
Which one? exactly?
Choose one from http://en.opensuse.org/Product_highlights#Latest_Free_Desktops for example. The list is from 11.4 but it applies to FACTORY as well. From the outside, it looks interesting to watch you trying to ride a dead horse, but IMVHO those efforts are in vain and could be spent more useful by improving one of the existing maintained alternatives so that it gets the features you are missing and that were in KDE3. -- Stefan Seyfried "Dispatch war rocket Ajax to bring back his body!" -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
On Wednesday 31 August 2011 11:59:50 Stefan Seyfried wrote:
On Wednesday 31 August 2011 10:26:38 Stefan Seyfried wrote:
Once the build fails, you can chroot into the buildroot, change options, run configure and make manually in order to not rebuild everything from scratch.
Oh in that case I would need even more steps: first, clone the package on my local machine, then chroot etc.
So you do packaging without having the packages checked out locally and test-building them before checkin?
In that case my home computer would be doing building all the time. KDE:KDE3 gets fully built good if 2 or 3 times a month.
Well, in that case probably there's no good advice anyone could give you that would help.
Whenever I do packaging workshops, I always teach people how to verify their build locally before committing it to the buildservice.
Anything else is usually (except for a few very special packages) just a recipe to cause yourself a lot of pain.
Why? Spending all my computer's power on building is good?
And what desktop to use then?
A maintained one? There are lots to choose from which are actively maintained to keep building / working with current toolchains / infrastructure.
Which one? exactly?
Choose one from http://en.opensuse.org/Product_highlights#Latest_Free_Desktops for example. The list is from 11.4 but it applies to FACTORY as well.
That page lists only KDE4, Gnome2, Gnome3 and Xfce. Gnome2 will not be available in 12.1 In KDE4 they still have broken file manager, and in Xfce there is no normal file manager at all.
From the outside, it looks interesting to watch you trying to ride a dead horse, but IMVHO those efforts are in vain and could be spent more useful by improving one of the existing maintained alternatives so that it gets the features you are missing and that were in KDE3.
First, I am not a programmer to improve something. Second, it is unreasonable to improve something for a desktop which creators do not respect the work of other programmers and easily throw it away. Third, If someone would like to improve KDE4 or Gnome 3 he would have to revert most of the changes which were made intentionally by the developers. I am sure such improvements will not be accepted. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
On 08/31/2011 10:20 AM, Ilya Chernykh wrote:
In KDE4 they still have broken file manager,
How so? -- İsmail Dönmez - openSUSE Booster SUSE LINUX Products GmbH Maxfeldstr. 5, 90409 Nürnberg, Germany GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 16746 (AG Nürnberg) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
On Wednesday 31 August 2011 12:21:32 Ismail Donmez wrote:
In KDE4 they still have broken file manager,
How so?
https://bugs.kde.org/show_bug.cgi?id=245874 -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
On 08/31/2011 10:26 AM, Ilya Chernykh wrote:
On Wednesday 31 August 2011 12:21:32 Ismail Donmez wrote:
In KDE4 they still have broken file manager,
How so?
Ok next time you better mention spatial mode being not implemented instead of saying "its broken" :) -- İsmail Dönmez - openSUSE Booster SUSE LINUX Products GmbH Maxfeldstr. 5, 90409 Nürnberg, Germany GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 16746 (AG Nürnberg) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
On Wednesday 31 August 2011 12:29:03 Ismail Donmez wrote:
Ok next time you better mention spatial mode being not implemented instead of saying "its broken"
A checkbox for it exists but does not work. Hence broken. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
Hi Ilya, Am Wed, 31 Aug 2011 12:20:31 +0400 schrieb Ilya Chernykh <anixxsus@gmail.com>:
On Wednesday 31 August 2011 11:59:50 Stefan Seyfried wrote:
So you do packaging without having the packages checked out locally and test-building them before checkin?
In that case my home computer would be doing building all the time. KDE:KDE3 gets fully built good if 2 or 3 times a month.
Are you changing all the packages all the time? If not, your computer does not need to rebuild anything. But if you changed something in a package, test-building *just this package* before submitting it is IMVHO a good idea, as the turnaround time is usually much faster than what the buildservice provides.
Why? Spending all my computer's power on building is good?
Not necessary, see above.
Choose one from http://en.opensuse.org/Product_highlights#Latest_Free_Desktops for example. The list is from 11.4 but it applies to FACTORY as well.
That page lists only KDE4, Gnome2, Gnome3 and Xfce.
and LXDE.
Gnome2 will not be available in 12.1
In KDE4 they still have broken file manager, and in Xfce there is no normal file manager at all.
Yes, there is Thunar for XFCE. And Krusader from KDE4 works pretty well for me.
First, I am not a programmer to improve something.
Second, it is unreasonable to improve something for a desktop which creators do not respect the work of other programmers and easily throw it away.
Third, If someone would like to improve KDE4 or Gnome 3 he would have to revert
I would not dare trying to work with KDE4 or GNOME3, but we are lucky that there are other choices. I think I quite understand where you are coming from. I was using KDE for quite some time, and even made the switch to KDE4. Finally, I was ditching KDE4 for GNOME (2.2x at the time), because there was always something broken, be it NetworkManager, power management, bluetooth or whatever, which simply just worked when using the GNOME parts (nm-applet, bluettooth-applet, gnome-power-manager). Then came GNOME3 and the first import into FACTORY was so broken, that it was unbearable. Not wanting to add random repos, I switched to XFCE which is, IMVHO "GNOME done right and without assuming users are stupid". I did not have much to complain since. Even the infamous GTK filepicker dialog evolved during the last 5 years into something usable, not worse than the QT counterparts. And QT3 with it's plain broken UTF8 support since >5 years is simply not a valid option nowadays, and nobody is going to fix this anymore (try using a textmode mailer, aka mutt, in KDE3 konsole and view some of that chinese spam. Just as an example that it's broken. Even when I was using KDE3 and KDE4 was just an alpha version on the horizon, I needed to use KDE4 konsole in order to get an remotely usable terminal.) And even though I liked KDE3, there is simply no economically feasible way of keeping it alive. So as I already wrote. It's interesting to watch you trying to ride that dead horse, but that's it. Good luck -- Stefan Seyfried "Dispatch war rocket Ajax to bring back his body!" -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
On Wednesday 31 August 2011 13:11:02 Stefan Seyfried wrote:
On Wednesday 31 August 2011 11:59:50 Stefan Seyfried wrote:
So you do packaging without having the packages checked out locally and test-building them before checkin?
In that case my home computer would be doing building all the time. KDE:KDE3 gets fully built good if 2 or 3 times a month.
Are you changing all the packages all the time?
If not, your computer does not need to rebuild anything.
But if you changed something in a package, test-building *just this package* before submitting it is IMVHO a good idea, as the turnaround time is usually much faster than what the buildservice provides.
Why should I spend my time and wait for rebuilds? It is impossible to do anything while the computer builds something.
Choose one from http://en.opensuse.org/Product_highlights#Latest_Free_Desktops for example. The list is from 11.4 but it applies to FACTORY as well.
That page lists only KDE4, Gnome2, Gnome3 and Xfce.
and LXDE.
LXDE even does not allow you to arrange icons on the desktop as you wish. Does not worth discussing.
Gnome2 will not be available in 12.1
In KDE4 they still have broken file manager, and in Xfce there is no normal file manager at all.
Yes, there is Thunar for XFCE.
Is it normal filemanager you think?
And Krusader from KDE4 works pretty well for me.
Krusader is OK but is is a special-purpose file manager, namely, panel-oriented (I do not use panel-oriented FMs usually). And also I avoid mixing applications from different desktops.
First, I am not a programmer to improve something.
Second, it is unreasonable to improve something for a desktop which creators do not respect the work of other programmers and easily throw it away.
Third, If someone would like to improve KDE4 or Gnome 3 he would have to revert
I would not dare trying to work with KDE4 or GNOME3, but we are lucky that there are other choices.
I think I quite understand where you are coming from. I was using KDE for quite some time, and even made the switch to KDE4. Finally, I was ditching KDE4 for GNOME (2.2x at the time), because there was always something broken, be it NetworkManager, power management, bluetooth or whatever, which simply just worked when using the GNOME parts (nm-applet, bluettooth-applet, gnome-power-manager).
Then came GNOME3 and the first import into FACTORY was so broken, that it was unbearable. Not wanting to add random repos, I switched to XFCE which is, IMVHO "GNOME done right and without assuming users are stupid". I did not have much to complain since.
As I said, Xfce-panel is OK, its window manager while simple, also acceptable, but the file manager is not enough functional for me.
Even the infamous GTK filepicker dialog evolved during the last 5 years into something usable, not worse than the QT counterparts.
The only file picker that annoys me is that from KDE4.
And QT3 with it's plain broken UTF8 support
Can you please clarify where it is broken and how can I see it?
since >5 years is simply not a valid option nowadays, and nobody is going to fix this anymore (try using a textmode mailer, aka mutt, in KDE3 konsole and view some of that chinese spam.
How it is related to Qt3? Mutt does not depend on Qt3 at all. The only thing that can affect its behavior is broken profiling which has nothing to do with Qt3
Just as an example that it's broken. Even when I was using KDE3 and KDE4 was just an alpha version on the horizon, I needed to use KDE4 konsole in order to get an remotely usable terminal.)
And even though I liked KDE3, there is simply no economically feasible way of keeping it alive. So as I already wrote. It's interesting to watch you trying to ride that dead horse, but that's it.
The basic, core packages do not take so much effort. But when somebody introduces a change that breaks ~50 packages, it is quite difficult to repair them all. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
On Wednesday 31 August 2011 13:11:02 Stefan Seyfried wrote:
And QT3 with it's plain broken UTF8 support since >5 years is simply not a valid option nowadays, and nobody is going to fix this anymore (try using a textmode mailer, aka mutt, in KDE3 konsole and view some of that chinese spam.
I am not usually interested in Chinese spam, but Russian works well in Mutt started from KDE3's console. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
On Wednesday 31 August 2011 13:11:02 Stefan Seyfried wrote:
And QT3 with it's plain broken UTF8 support since >5 years is simply not a valid option nowadays, and nobody is going to fix this anymore (try using a textmode mailer, aka mutt, in KDE3 konsole and view some of that chinese spam. Just as an example that it's broken.
Possibly the font you used in kconsole had no Chineese characters. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
Am Mittwoch, 31. August 2011, 11:11:02 schrieb Stefan Seyfried:
Hi Ilya,
Am Wed, 31 Aug 2011 12:20:31 +0400
schrieb Ilya Chernykh <anixxsus@gmail.com>:
On Wednesday 31 August 2011 11:59:50 Stefan Seyfried wrote:
So you do packaging without having the packages checked out locally and test-building them before checkin?
In that case my home computer would be doing building all the time. KDE:KDE3 gets fully built good if 2 or 3 times a month.
Are you changing all the packages all the time?
If not, your computer does not need to rebuild anything.
But if you changed something in a package, test-building *just this package* before submitting it is IMVHO a good idea, as the turnaround time is usually much faster than what the buildservice provides.
Why? Spending all my computer's power on building is good?
Not necessary, see above.
Choose one from http://en.opensuse.org/Product_highlights#Latest_Free_Desktops for example. The list is from 11.4 but it applies to FACTORY as well.
That page lists only KDE4, Gnome2, Gnome3 and Xfce.
and LXDE.
Gnome2 will not be available in 12.1
In KDE4 they still have broken file manager, and in Xfce there is no normal file manager at all.
Yes, there is Thunar for XFCE. And Krusader from KDE4 works pretty well for me.
First, I am not a programmer to improve something.
Second, it is unreasonable to improve something for a desktop which creators do not respect the work of other programmers and easily throw it away.
Third, If someone would like to improve KDE4 or Gnome 3 he would have to revert
I would not dare trying to work with KDE4 or GNOME3, but we are lucky that there are other choices.
I think I quite understand where you are coming from. I was using KDE for quite some time, and even made the switch to KDE4. Finally, I was ditching KDE4 for GNOME (2.2x at the time), because there was always something broken, be it NetworkManager, power management, bluetooth or whatever, which simply just worked when using the GNOME parts (nm-applet, bluettooth-applet, gnome-power-manager).
It's improved a lot, but not completely. At least not in my real hardware configuration. The play-and-sing-along vm doesn't deal with wifi, bridges and some other things and behaves more nicely. I'll do a clean hardware install with fresh home and etc by the time the first updates for 12.1 roll in. My contribution for 12.1 is more server-side.
And even though I liked KDE3, there is simply no economically feasible way of keeping it alive. So as I already wrote. It's interesting to watch you trying to ride that dead horse, but that's it.
I was an early adopter of KDE4 and believe me, nobody knows the trouble I've seen. Early KDE 4 lacked a lot justworkability and stayrunningness. Now it lacks a little. Still, to me, (3 at its time and now 4), is the only real desktop around. I do not consider a KDE 3 (fork) any better if it isn't locally built and tested by the packager. I also do not believe it will stay well-integrated with current systemd/nohal/feature-evolved base systems. I also liked DR DOS/Novell DOS (later to become Caldera OpenDOS) much better than the MS product but at some point in time this became pointless. So is this KDE3 thing. So please, let things evolve, adapt to changes that will come anyway or have come, make --no-copy-dt-needed-default and other sane but painful upgrades work on most software. Don't maintain GEM [1] just for the sake of it and because some time now a few years ago, somebody did some questionable decisions which most of the crowd followed anyway. [1] http://www.simpits.org/mailman/listinfo/gem-dev -- Ralf Lang Linux Consultant / Developer B1 Systems GmbH Osterfeldstraße 7 / 85088 Vohburg / http://www.b1-systems.de GF: Ralph Dehner / Unternehmenssitz: Vohburg / AG: Ingolstadt,HRB 3537 -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
On 29/08/11 04:34, Marcus Meissner wrote:
Not even cairo
huh, a one liner is needed.. it has to link with -lm or openssh builds. same thing, has to be linked against -lcrypto -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
participants (10)
-
Andreas Jaeger -
Cristian Rodríguez -
Ilya Chernykh -
Ismail Donmez -
Marcus Meissner -
Ralf Lang -
Richard Guenther -
Stefan Seyfried -
Stephan Kulow -
Tim Serong