[opensuse-factory] meeting minutes of last dist meeting
Our last meeting was moved by a week and I forgot to inform you. Sorry about that. Here're the minutes, Andreas * libata per default We're going to use libata by default for future products. For 10.3, we will implement the following in YaST to handle disks with more than 15 partitions (libata uses the SCSI stack that only allows 15 partitions): If YaST recognizes that an IDE disk has more than 15 partitions and we use libata on it, YaST will display something like the following message: "openSUSE is switching to the new IDE drivers using the libata modules. These do only support partitions with up to 15 partitions. You have the following options with openSUSE 10.3: - Use the old IDE drivers: Boot again and add 'hwprobe=-modules.pata' as argument to the kernel - Repartition your system so that maximal 15 partitions are used. To repartition, use your existing operating system. In the future only the new libata drivers will be supported, so we advice to repartition. Installation will be aborted now." * Hal vs USB backends for cups. The use cases we like to solve are: * Detecting a printer when plugged into the machine and prompting the user to configure it - or even automatically selecting a driver like OS X and have the printer just work. * Not needing root to configure a printer * Detecting when a printer is connected/disconnected and offering virtual feedback * Ability to remove printers from copy when they are unplugged Basically cups is using its USB backend to detect printers. There is a hal backend we are kind of using for GNOME (Fedora also ships it) that only partially integrates. Since the rest of our hardware detection is running through hal, this seems like a sensible move. The discussion showed that there are many open questions and a smaller group will discuss how to move forward. * Splitting languages out of packages Usecases: * Reduced image size especially of thin clients and Live images * Reduced image size for distributions * Updating of single translation should be easier We do not want to make a $lang sub-package for every package, this way we get far too many. The following ideas exist: * convince upstream, e.g. GNOME, to do this similar to KDE. But this will only solve one part of the problem and not the base system. * Alter autobuild to split out languages itself. * Use the lang support in RPM, ie: rpm -i --define "_install_langs fr:es" <package> This would break delta RPMs. The idea is to add to spec file of packages a new rpm macro so that subpackages are created and then related subpackages are repacked for each language in our build system. This way we would get e.g. basesystem-$lang and gnome-$lang packages and those can then be installed. -- Andreas Jaeger, aj@suse.de, http://www.suse.de/~aj/ SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg) Maxfeldstr. 5, 90409 Nürnberg, Germany GPG fingerprint = 93A3 365E CE47 B889 DF7F FED1 389A 563C C272 A126
On Mon, 2007-02-19 at 19:35 +0100, Andreas Jaeger wrote:
Our last meeting was moved by a week and I forgot to inform you. Sorry about that. Here're the minutes,
Usecases: * Reduced image size especially of thin clients and Live images * Reduced image size for distributions * Updating of single translation should be easier
A key part this last item would be the ability to take translations from
the community as well, similar to Ubuntu's Rosetta.
-JP
--
JP Rosevear
On Monday 19 February 2007, Andreas Jaeger wrote:
* Use the lang support in RPM, ie: rpm -i --define "_install_langs fr:es" <package> This would break delta RPMs.
I don't think breaking delat rpms is a good idea... Andras -- Quanta Plus developer - http://quanta.kdewebdev.org K Desktop Environment - http://www.kde.org
Andras Mantia
On Monday 19 February 2007, Andreas Jaeger wrote:
* Use the lang support in RPM, ie: rpm -i --define "_install_langs fr:es" <package> This would break delta RPMs.
I don't think breaking delat rpms is a good idea...
That's why we're not going for it ;-). It was discussed as an option, Andreas -- Andreas Jaeger, aj@suse.de, http://www.suse.de/~aj/ SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg) Maxfeldstr. 5, 90409 Nürnberg, Germany GPG fingerprint = 93A3 365E CE47 B889 DF7F FED1 389A 563C C272 A126
Andreas Jaeger wrote:
Andras Mantia
writes: On Monday 19 February 2007, Andreas Jaeger wrote:
* Use the lang support in RPM, ie: rpm -i --define "_install_langs fr:es" <package> This would break delta RPMs.
I don't think breaking delat rpms is a good idea...
That's why we're not going for it ;-). It was discussed as an option,
Another possible solution is more robust delta rpm, which can group files by "lang" and "doc" tags and make deltas on each group of these files separately. The cost would be a larger delta file. -- Best Regards / S pozdravem, Stanislav Brabec software developer --------------------------------------------------------------------- SUSE LINUX, s. r. o. e-mail: sbrabec@suse.cz Lihovarská 1060/12 tel: +420 284 028 966 190 00 Praha 9 fax: +420 284 028 951 Czech Republic http://www.suse.cz/ --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
On Monday 19 February 2007 18:35:32 Andreas Jaeger wrote:
Our last meeting was moved by a week and I forgot to inform you. Sorry about that. Here're the minutes,
I understand the issue/status of GNOME packages (and of the several apparently ignored critical bugs) was going to be addressed. Any update on this? Kind thoughts, -- Francis Giannaros Web: http://francis.giannaros.org IRC: apokryphos (irc.freenode.net)
Francis Giannaros
On Monday 19 February 2007 18:35:32 Andreas Jaeger wrote:
Our last meeting was moved by a week and I forgot to inform you. Sorry about that. Here're the minutes,
I understand the issue/status of GNOME packages (and of the several apparently ignored critical bugs) was going to be addressed. Any update on this?
Those are not on-topic for the dist meeting. I got a list of 4 bugs and I though we see progress there. Don't we? Andreas -- Andreas Jaeger, aj@suse.de, http://www.suse.de/~aj/ SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg) Maxfeldstr. 5, 90409 Nürnberg, Germany GPG fingerprint = 93A3 365E CE47 B889 DF7F FED1 389A 563C C272 A126
I understand the issue/status of GNOME packages (and of the several apparently ignored critical bugs) was going to be addressed. Any update on this?
Those are not on-topic for the dist meeting.
I got a list of 4 bugs and I though we see progress there. Don't we?
Andreas
Just for knowledge, the original list was: * Bug 229190 - main-menu Hangs * Bug 228129 - gnome-main-menu leaks ~2mb per recent entry/opened file * Bug 216129 - gnome-panel crash * Bug 224409 - gnome-panel burns my CPU (100000 gettimeofday calls in 10 seconds) * Bug 215301 - Banshee doesn't recognise my ipod anymore * Bug 230676 - It's impossible to configure a printer if not root. (The gnome configuration tool doesn't remember per-user settings like two-side printing or printing quality). * Bug 229254 - Gnome CD/DVD burning dialog widget disappear Not really gnome-specific, but still serious: Bug 231258 - ZMD sucks the CPU power at boot-up and during refresh Regards, Alberto --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
Alberto Passalacqua
I understand the issue/status of GNOME packages (and of the several apparently ignored critical bugs) was going to be addressed. Any update on this?
Those are not on-topic for the dist meeting.
I got a list of 4 bugs and I though we see progress there. Don't we?
Andreas
Just for knowledge, the original list was:
* Bug 229190 - main-menu Hangs
This one seems difficult to reproduce ;-(
* Bug 228129 - gnome-main-menu leaks ~2mb per recent entry/opened file * Bug 216129 - gnome-panel crash * Bug 224409 - gnome-panel burns my CPU (100000 gettimeofday calls in 10 seconds) * Bug 215301 - Banshee doesn't recognise my ipod anymore * Bug 230676 - It's impossible to configure a printer if not root. (The gnome configuration tool doesn't remember per-user settings like two-side printing or printing quality).
I doubt that this will get fixed soonish.
* Bug 229254 - Gnome CD/DVD burning dialog widget disappear
Some more than I received ;-)
Not really gnome-specific, but still serious:
Bug 231258 - ZMD sucks the CPU power at boot-up and during refresh
Use opensuse-updater instead of zmd. I'll followup in bugzilla, Andreas -- Andreas Jaeger, aj@suse.de, http://www.suse.de/~aj/ SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg) Maxfeldstr. 5, 90409 Nürnberg, Germany GPG fingerprint = 93A3 365E CE47 B889 DF7F FED1 389A 563C C272 A126
On 20-02-2007 at 14:54, Andreas Jaeger
wrote: Not really gnome-specific, but still serious: Bug 231258 - ZMD sucks the CPU power at boot-up and during refresh
Use opensuse-updater instead of zmd.
Andreas, Is this the official stratement to all questions / problems regarding zmd / rug when confronted with problems? So this means that zmd/rug are going to die and no work is done on them anymore? I have to say my last tests with zypper were not that well. Refreshing the catalog all over whenever I wanted to do something appeared to me even slower than having a refresh of the catalogs when I boot and then in a configurable interval. And after I set zmd to download 3 files in parallel, even the install process works a bit faster now. Dominique --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
"Dominique Leuenberger"
On 20-02-2007 at 14:54, Andreas Jaeger
wrote: Not really gnome-specific, but still serious: Bug 231258 - ZMD sucks the CPU power at boot-up and during refresh
Use opensuse-updater instead of zmd.
Andreas,
Is this the official stratement to all questions / problems regarding zmd / rug when confronted with problems? So this means that zmd/rug are going to die and no work is done on them anymore?
No, it's not the official answer. But compared with the other problems (ok, I could say use KDE or XFCE;-), there is another tool that does the job as well. Note that we're looking very closely at rug/zmd problems right now to see what to do for the future.
I have to say my last tests with zypper were not that well. Refreshing the catalog all over whenever I wanted to do something appeared to me even slower than having a refresh of the catalogs when I boot and then in a configurable interval. And after I set zmd to download 3 files in parallel, even the install process works a bit faster now.
With 10.3 I expect that those issues will be solved in a much better way. If you see shortcomings in zypper, please report bugs so that they get fixed, Andreas -- Andreas Jaeger, aj@suse.de, http://www.suse.de/~aj/ SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg) Maxfeldstr. 5, 90409 Nürnberg, Germany GPG fingerprint = 93A3 365E CE47 B889 DF7F FED1 389A 563C C272 A126
Den Tuesday 20 February 2007 14:59:07 skrev Andreas Jaeger:
Note that we're looking very closely at rug/zmd problems right now to see what to do for the future.
Please let us know what you find out, as soon as you know. A lot of us got the impression from a status meeting that it was already decided to not install zmd by default on 10.3, and the above remarks are a bit worrying in that respect. Hopefully the looking at zmd is about SLE customers and the handful of openSUSE users with unusual needs and preferences. So please, keep us informed, to avoid nasty disappointing surprises for optimistic openSUSE users. --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
Martin Schlander
Den Tuesday 20 February 2007 14:59:07 skrev Andreas Jaeger:
Note that we're looking very closely at rug/zmd problems right now to see what to do for the future.
Please let us know what you find out, as soon as you know. A lot of us got the impression from a status meeting that it was already decided to not install zmd by default on 10.3, and the above remarks are a bit worrying in that respect.
It will not be installed by default on 10.3 - but there are further questions to solve like how to deliver it. We also need to improve the existing tools and write new ones so that we have a complete functional and integrated stack, e.g. including a GNOME updater, Andreas -- Andreas Jaeger, aj@suse.de, http://www.suse.de/~aj/ SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg) Maxfeldstr. 5, 90409 Nürnberg, Germany GPG fingerprint = 93A3 365E CE47 B889 DF7F FED1 389A 563C C272 A126
Hello, On Feb 20 13:54 Andreas Jaeger wrote (shortened):
Alberto Passalacqua
writes: * Bug 230676 - It's impossible to configure a printer if not root. (The gnome configuration tool doesn't remember per-user settings like two-side printing or printing quality).
I doubt that this will get fixed soonish.
Do not mix up two different things: - Set up a print queue which requires admin permissions. - Store user-specific settings for an existing queue which does not require admin permissions. See http://en.opensuse.org/SDB:CUPS_in_a_Nutshell and http://en.opensuse.org/SDB:Print_Settings_with_CUPS Example: root@host# lpadmin -p test -v parallel:/dev/lp0 -E \ -P /usr/share/cups/model/Postscript.ppd.gz user@host$ lpoptions -p test -l PageSize: Letter *A4 Resolution: *300dpi 600dpi user@host$ lpoptions -p test -o PageSize=Letter -o Resolution=600dpi user@host$ lpoptions -p test -l PageSize: *Letter A4 Resolution: 300dpi *600dpi user@host$ cat ~/.cups/lpoptions Dest test PageSize=Letter Resolution=600dpi I assume there is also a tool in Gnome to store user specific settings for an existing queue. Kind Regards Johannes Meixner -- SUSE LINUX Products GmbH, Maxfeldstrasse 5, 90409 Nuernberg, Germany AG Nuernberg, HRB 16746, GF: Markus Rex --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
Il giorno mar, 20/02/2007 alle 13.54 +0100, Andreas Jaeger ha scritto:
* Bug 229190 - main-menu Hangs
This one seems difficult to reproduce ;-(
Yes, I confirm (already did in bugzilla). This is the less annoying one probably.
* Bug 228129 - gnome-main-menu leaks ~2mb per recent entry/opened file * Bug 216129 - gnome-panel crash * Bug 224409 - gnome-panel burns my CPU (100000 gettimeofday calls in 10 seconds) * Bug 215301 - Banshee doesn't recognise my ipod anymore * Bug 230676 - It's impossible to configure a printer if not root. (The gnome configuration tool doesn't remember per-user settings like two-side printing or printing quality).
I doubt that this will get fixed soonish.
* Bug 229254 - Gnome CD/DVD burning dialog widget disappear
Some more than I received ;-)
This what? :-) The menu is the most serious one actually. And I'd like to use my ipod again with helix-banshee (it's just a player to be recompiled/repackaged with the newest version of the iPod lib). Others bugs are definitely less invasive.
Not really gnome-specific, but still serious:
Bug 231258 - ZMD sucks the CPU power at boot-up and during refresh
Use opensuse-updater instead of zmd.
The problem with opensuse-updater is that it often doesn't integrate in the panel and remains as an independent windows on the desktop. However, as a suggestion to other users, this behaviour is significantly reduced if only the updates repository is set-up in zen. Regards, Alberto --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
Alberto Passalacqua
Il giorno mar, 20/02/2007 alle 13.54 +0100, Andreas Jaeger ha scritto:
* Bug 229190 - main-menu Hangs
This one seems difficult to reproduce ;-(
Yes, I confirm (already did in bugzilla). This is the less annoying one probably.
* Bug 228129 - gnome-main-menu leaks ~2mb per recent entry/opened file * Bug 216129 - gnome-panel crash * Bug 224409 - gnome-panel burns my CPU (100000 gettimeofday calls in 10 seconds) * Bug 215301 - Banshee doesn't recognise my ipod anymore * Bug 230676 - It's impossible to configure a printer if not root. (The gnome configuration tool doesn't remember per-user settings like two-side printing or printing quality).
I doubt that this will get fixed soonish.
* Bug 229254 - Gnome CD/DVD burning dialog widget disappear
Some more than I received ;-)
This what? :-) The menu is the most serious one actually. And I'd like to use my ipod again with helix-banshee (it's just a player to be recompiled/repackaged with the newest version of the iPod lib). Others bugs are definitely less invasive.
I'm following up with the developers right now...
Not really gnome-specific, but still serious:
Bug 231258 - ZMD sucks the CPU power at boot-up and during refresh
Use opensuse-updater instead of zmd.
The problem with opensuse-updater is that it often doesn't integrate in the panel and remains as an independent windows on the desktop.
Is there a bugreport for this?
However, as a suggestion to other users, this behaviour is significantly reduced if only the updates repository is set-up in zen.
Andreas -- Andreas Jaeger, aj@suse.de, http://www.suse.de/~aj/ SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg) Maxfeldstr. 5, 90409 Nürnberg, Germany GPG fingerprint = 93A3 365E CE47 B889 DF7F FED1 389A 563C C272 A126
On Tue, 2007-02-20 at 13:40 +0100, Alberto Passalacqua wrote:
I understand the issue/status of GNOME packages (and of the several apparently ignored critical bugs) was going to be addressed. Any update on this?
Those are not on-topic for the dist meeting.
I got a list of 4 bugs and I though we see progress there. Don't we?
Andreas
Just for knowledge, the original list was:
* Bug 229190 - main-menu Hangs
This is not easy to replicate. A trace of it while hanging would be good.
* Bug 228129 - gnome-main-menu leaks ~2mb per recent entry/opened file
Think we have a fix for this one, we'll put it out soon.
* Bug 216129 - gnome-panel crash
Only happening in factory (still needs a fix eventually)
* Bug 224409 - gnome-panel burns my CPU (100000 gettimeofday calls in 10 seconds)
Not really 10.2 specific, happens if desktop-data-SuSE is updated, so should mostly affect factory (but needs to be fixed).
* Bug 215301 - Banshee doesn't recognise my ipod anymore
There is a work around in the bug, but we should release a patch.
* Bug 230676 - It's impossible to configure a printer if not root. (The gnome configuration tool doesn't remember per-user settings like two-side printing or printing quality)
Yes, this is a problem, configuration as non-root (even for setting up a printer) is something that was discussed at the last dist meeting, we want to have a general solution for 10.3.
* Bug 229254 - Gnome CD/DVD burning dialog widget disappear
This seems to be an issue with multiple drives, its easy to work around
be right-clicking the iso file instead.
-JP
--
JP Rosevear
Il giorno mar, 20/02/2007 alle 08.41 -0500, JP Rosevear ha scritto:
* Bug 215301 - Banshee doesn't recognise my ipod anymore
There is a work around in the bug, but we should release a patch.
To my knowledge the workaround is the non-helix rpm on build service. Am I wrong?
* Bug 229254 - Gnome CD/DVD burning dialog widget disappear
This seems to be an issue with multiple drives, its easy to work around be right-clicking the iso file instead.
OK. Didn't know this :-) Regards, Alberto --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
hey guys, this may be off topic.... I have been trying to install 10.2 on my laptop(ibm r51). I can get the opensuseupdator to work with a default KDE install but when I choose to add the Web and LAMP pattern none of the updaters work and yast online update crashes upon starting the dependancy check. could someone verify this and make sure 10.3 doesn't carry this issue? JT --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
On Tuesday 20 February 2007 10:00:29 Andreas Jaeger wrote:
Francis Giannaros
writes: On Monday 19 February 2007 18:35:32 Andreas Jaeger wrote:
Our last meeting was moved by a week and I forgot to inform you. Sorry about that. Here're the minutes,
I understand the issue/status of GNOME packages (and of the several apparently ignored critical bugs) was going to be addressed. Any update on this?
Those are not on-topic for the dist meeting.
I see, apologies about that. Henne mentioned to us that he'd raise it.
I got a list of 4 bugs and I though we see progress there. Don't we?
There's some activity now in the last week, but why's that? Some of those bug reports have had replies from a lot of people, and even raised before release (so months ago), and people in many cases were pleading for a response and there was nothing? I don't use GNOME myself at all, but there's a very small majority of GNOME users we see around who persistently complain about these. Some of them seem really critical too; do you know if there will be updates for these? I understand that some of them tried to contact the GNOME developers about it and just didn't have any luck. Sorry to bother you, but thanks again. Kind thoughts, -- Francis Giannaros Web: http://francis.giannaros.org IRC: apokryphos (irc.freenode.net) --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
On Tue, 20 Feb 2007 (40 days ago) I posted a list of the most annoying GNOME bugs in openSUSE 10.2. Let's sum up what's the situation today, not considering the bugs which were labelled as not solvable soon: Bug 229190 - main-menu Hangs Bug 228129 - gnome-main-menu leaks ~2mb per recent entry/opened file Two patches were proposed on bugzilla. No one solves the problem effectively. It seems they work for someone, in some cases, but the menu still leaks a lot of ram and hangs. Bug 215301 - Banshee doesn't recognise my ipod anymore Still present. A patchinfo was submitted only on march 3rd, 2007 ( https://bugzilla.novell.com/show_bug.cgi?id=215301 ). It seems a biblical time to compile a player and provide a patch, considering the problem was present in beta releases and reported on time. Someone explained to me that the patch release process requires time to assure quality. But all this time wasn't required by the kernel patch which broke the grub menu to almost all users, and made some system unbootable. So, I don't understand. Some update on the real intentions to patch or not would help. These long patching times are becoming ridiculous. Btw, it would be interesting to know, for example, how long it would take to re-write the main-menu from scratch using C# for example (The reason it was written in C, with the consequences we know, is really not clear). Regards, A. --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
On 2007/02/19 19:35 (GMT+0100) Andreas Jaeger apparently typed:
We're going to use libata by default for future products. For 10.3, we will implement the following in YaST to handle disks with more than 15 partitions (libata uses the SCSI stack that only allows 15 partitions): If YaST recognizes that an IDE disk has more than 15 partitions and we use libata on it, YaST will display something like the following message: "openSUSE is switching to the new IDE drivers using the libata modules. These do only support partitions with up to 15 partitions. You have the following options with openSUSE 10.3: - Use the old IDE drivers: Boot again and add 'hwprobe=-modules.pata' as argument to the kernel - Repartition your system so that maximal 15 partitions are used. To repartition, use your existing operating system. In the future only the new libata drivers will be supported, so we advice to repartition.
The last sentence above is incredibly bad news, unless something happens to libata to eliminate the idiotic SCSI partition limitation of 15. -- "If we claim to be without sin, we deceive ourselves and the truth is not in us." 1 John 1:8 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://mrmazda.no-ip.com/ --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
- Repartition your system so that maximal 15 partitions are used. To repartition, use your existing operating system. In the future only the new libata drivers will be supported, so we advice to repartition.
The last sentence above is incredibly bad news, unless something happens to libata to eliminate the idiotic SCSI partition limitation of 15.
Agreed the SCSI limit is idiotic, but would anyone but power users have more than 15 partitions and _not_ also use a partition mover like lvm or evms, which don't have this limitation?? Volker -- Volker Kuhlmann is list0570 with the domain in header http://volker.dnsalias.net/ Please do not CC list postings to me. --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
Volker Kuhlmann wrote:
- Repartition your system so that maximal 15 partitions are used. To repartition, use your existing operating system. In the future only the new libata drivers will be supported, so we advice to repartition. The last sentence above is incredibly bad news, unless something happens to libata to eliminate the idiotic SCSI partition limitation of 15.
Agreed the SCSI limit is idiotic, but would anyone but power users have more than 15 partitions and _not_ also use a partition mover like lvm or evms, which don't have this limitation??
Volker
so resorting to lvm should be the proposed solution, not repartitionning with less than 15 partitions :-) jdd -- http://www.dodin.net Le manuel d'optique de Lucien Dodin http://lesprismes.free.fr/optique/index.html --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
jdd
Volker Kuhlmann wrote:
- Repartition your system so that maximal 15 partitions are used. To repartition, use your existing operating system. In the future only the new libata drivers will be supported, so we advice to repartition. The last sentence above is incredibly bad news, unless something happens to libata to eliminate the idiotic SCSI partition limitation of 15.
Agreed the SCSI limit is idiotic, but would anyone but power users have more than 15 partitions and _not_ also use a partition mover like lvm or evms, which don't have this limitation??
Volker
so resorting to lvm should be the proposed solution, not repartitionning with less than 15 partitions :-)
Yes, we can change the wording ;-). The problem is that all solutions to support more than 15 partitions in an automatic way might cause problems ;-( Andreas -- Andreas Jaeger, aj@suse.de, http://www.suse.de/~aj/ SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg) Maxfeldstr. 5, 90409 Nürnberg, Germany GPG fingerprint = 93A3 365E CE47 B889 DF7F FED1 389A 563C C272 A126
On Tue 20 Feb 2007 23:05:12 NZDT +1300, Andreas Jaeger wrote:
so resorting to lvm should be the proposed solution, not repartitionning with less than 15 partitions :-)
Yes, we can change the wording ;-). The problem is that all solutions to support more than 15 partitions in an automatic way might cause problems ;-(
IMHO it would be good to mention as well that the switch to libata is necessary, and that unfortunately Linux doesn't support more than 15 partitions with libata. Proposed solutions are [...] Woudln't it be better to give some choice? E.g. "Use kernel parameter ... (not recommended), use lvm" Are there any other fundamental choices? Isn't evms becoming popular? Volker -- Volker Kuhlmann is list0570 with the domain in header http://volker.dnsalias.net/ Please do not CC list postings to me. --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
Volker Kuhlmann wrote:
Woudln't it be better to give some choice? E.g. "Use kernel parameter ... (not recommended), use lvm" Are there any other fundamental choices?
IMO lvm is the only sane approach to handle that many filesystems.
Beside that, there is still kpartx (part of multipath-tools) which is
able to create device mapper mappings for DOS partitions. I'm not sure
though whenever it can handle more esoteric partition formats such as
bsd slices.
cheers,
Gerd
--
Gerd Hoffmann
Gerd Hoffmann
Volker Kuhlmann wrote:
Woudln't it be better to give some choice? E.g. "Use kernel parameter ... (not recommended), use lvm" Are there any other fundamental choices?
IMO lvm is the only sane approach to handle that many filesystems.
Beside that, there is still kpartx (part of multipath-tools) which is able to create device mapper mappings for DOS partitions. I'm not sure though whenever it can handle more esoteric partition formats such as bsd slices.
But setting kpartx up automatically is a challenge. Guys, do you really see this a limitation that will hit many of us? Andreas -- Andreas Jaeger, aj@suse.de, http://www.suse.de/~aj/ SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg) Maxfeldstr. 5, 90409 Nürnberg, Germany GPG fingerprint = 93A3 365E CE47 B889 DF7F FED1 389A 563C C272 A126
On 2007/02/20 12:44 (GMT-0500) Andreas Jaeger apparently typed:
Gerd Hoffmann
writes:
IMO lvm is the only sane approach to handle that many filesystems.
Guys, do you really see this a limitation that will hit many of us?
Consider the people who typically use more than 15 partitions per disk: 1-multibooters, and/or 2-people who use partitions as all or part of their backup strategy I'm not aware of any cross-platform LVM solution. And what OS-agnostic alternative backup solution will SUSE offer? Are we going to say to these people "sorry, find some other distro, SUSE's not for you"? -- "If we claim to be without sin, we deceive ourselves and the truth is not in us." 1 John 1:8 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://mrmazda.no-ip.com/ --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
On 20-02-2007 at 14:59, Felix Miata
wrote: On 2007/02/20 12:44 (GMT-0500) Andreas Jaeger apparently typed: Gerd Hoffmann
writes: IMO lvm is the only sane approach to handle that many filesystems.
Guys, do you really see this a limitation that will hit many of us?
Consider the people who typically use more than 15 partitions per disk:
1-multibooters, and/or 2-people who use partitions as all or part of their backup strategy
Stay realistic and don't talk of 'theoretical' cases. Just a fact: do you know anybody having 15 partitions on his disk? for real? What disk does somebody like this have? Let's go to the mid ranged disks of 400GB (which become 'normal' these days): 400GB to 15 partitions will be 30GB. What exactly would be the need to split such a disk in such small chunks? Backup strategy? Forget about it. You'd clutter your backup all over. Multiboot? How many OSes? I fail to see that this is a real-life problem so far. Dominique --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
On Tuesday 20 February 2007 07:04, Dominique Leuenberger wrote:
Stay realistic and don't talk of 'theoretical' cases. Just a fact: do you know anybody having 15 partitions on his disk? for real?
I have that many on a test machine used for evaluating Linux distros (and other operating systems), but I agree it's an extreme case. The machine currently has 15 bootable operating systems, with typical partition size of 8G, except for small /boot partitions on first drive. First drive has 16 partitions, second drive 14. -- Glenn Holmer (Q-Link: ShadowM) http://www.lyonlabs.org/commodore/c64.html --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Glenn Holmer schreef:
On Tuesday 20 February 2007 07:04, Dominique Leuenberger wrote:
Stay realistic and don't talk of 'theoretical' cases. Just a fact: do you know anybody having 15 partitions on his disk? for real?
I have that many on a test machine used for evaluating Linux distros (and other operating systems), but I agree it's an extreme case. The machine currently has 15 bootable operating systems, with typical partition size of 8G, except for small /boot partitions on first drive. First drive has 16 partitions, second drive 14.
If the talk is about 15/disk, seems to be enough. One can add other drives, and have 15/ more.... (but why a limitation?) - -- Have a nice day, M9. Now, is the only time that exists. OS: Linux 2.6.18.2-34-default x86_64 Huidige gebruiker: monkey9@tribal-sfn2 Systeem: openSUSE 10.2 (X86-64) KDE: 3.5.5 "release 45.2" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFF3Dd3X5/X5X6LpDgRAlI4AJwIAgcpG1Bi0wfJz9aKrRo0HeRZvwCcCP9a B7VFj1jodFEi04iWuQIrYGY= =RNpa -----END PGP SIGNATURE----- --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
Hi, On Tue, 20 Feb 2007, Felix Miata wrote:
On 2007/02/20 12:44 (GMT-0500) Andreas Jaeger apparently typed:
Gerd Hoffmann
writes:
IMO lvm is the only sane approach to handle that many filesystems.
Guys, do you really see this a limitation that will hit many of us?
Consider the people who typically use more than 15 partitions per disk:
1-multibooters, and/or 2-people who use partitions as all or part of their backup strategy
I'm not aware of any cross-platform LVM solution. And what OS-agnostic alternative backup solution will SUSE offer? Are we going to say to these people "sorry, find some other distro, SUSE's not for you"?
I guess you won't find any distribution which does this step automatically. Cheers -e -- Eberhard Moenkeberg (emoenke@gwdg.de, em@kki.org) --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
Felix Miata
On 2007/02/20 12:44 (GMT-0500) Andreas Jaeger apparently typed:
Gerd Hoffmann
writes: IMO lvm is the only sane approach to handle that many filesystems.
Guys, do you really see this a limitation that will hit many of us?
Consider the people who typically use more than 15 partitions per disk:
Really more than 15? Who has that?
1-multibooters, and/or
That must be a lot of distros.
2-people who use partitions as all or part of their backup strategy
And I'm sure those guys are not using SCSI, since then they would have the problems already for ages. So, how are people using nowadays SCSI solve that?
I'm not aware of any cross-platform LVM solution. And what OS-agnostic alternative backup solution will SUSE offer? Are we going to say to these people "sorry, find some other distro, SUSE's not for you"?
Fedora and Red Hat will not be for them as well. They go the same road and use LVM by default. I expect others will follow as well, Andreas -- Andreas Jaeger, aj@suse.de, http://www.suse.de/~aj/ SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg) Maxfeldstr. 5, 90409 Nürnberg, Germany GPG fingerprint = 93A3 365E CE47 B889 DF7F FED1 389A 563C C272 A126
On 2007/02/20 15:06 (GMT+0100) Andreas Jaeger apparently typed:
Felix Miata
writes:
On 2007/02/20 12:44 (GMT-0500) Andreas Jaeger apparently typed:
Gerd Hoffmann
writes:
IMO lvm is the only sane approach to handle that many filesystems.
Guys, do you really see this a limitation that will hit many of us?
Consider the people who typically use more than 15 partitions per disk:
Really more than 15? Who has that?
Besides me, couldn't tell you. At the end of this post are the partitions of my 5 most used systems: 1-this, which runs eComStation virtually 24/7; 2-my server, which runs 10.2 mostly; 3-5: various other systems, each of which has at least one installation of Factory and at least one other installation of some other SUSE version. The disk with fewest has 23, which is the largest and newest I have. The longer they get used the more they get.
1-multibooters, and/or
That must be a lot of distros.
???. Multiboot means the system has at least two partitions with one bootable OS per partition. That doesn't have a lot to do with how many partitions an OS will use, or a backup plan will use, or how many distros are or can be installed on a disk.
2-people who use partitions as all or part of their backup strategy
And I'm sure those guys are not using SCSI, since then they would have the problems already for ages. So, how are people using nowadays SCSI solve that?
I'm not aware of any cross-platform LVM solution. And what OS-agnostic alternative backup solution will SUSE offer? Are we going to say to these
I have no idea. Partly because of that problem I quit using SCSI for anything except non-disk peripherals or archives about 7 years ago. people "sorry, find some other distro, SUSE's not for you"?
Fedora and Red Hat will not be for them as well. They go the same road and use LVM by default. I expect others will follow as well,
Probably, but probably also some will figure out a way to not alienate
those with well established backup routines that include logically
segregating various file types. The need to multiboot will probably not
escape many users for quite some time, even if it means using various
virtual OS installations, another good reason for extra partitions.
Partition enumerations:
system:p-t18
DFSee OS/2 8.11 : Executing: fdisk -r-
Command timestamp : Tuesday 2007-02-20 11:26:15
+---+--+-----------------+--+--------+--------+-----------+------------------------------------------------------------------+--------+
|ID |Dr|Type, description|ux|Format |Related |VolumeLabel|LVM Volume, Partition |Size MiB|
+---+--
= Active/Startable * = Bootable r = Removable R = Removable+Active/Bootable
system:a-865
DFSee Linux 8.08 : Executing: fdisk -r-
Command timestamp : Tuesday 2007-02-20 12:16:59
+---+--+-----------------+--+--------+--------+-----------+---------------------------+--------+
|ID |Dr|Type, description|ux|Format |Related |VolumeLabel|LVM Volume, Partition |Size MiB|
+---+--
Felix Miata
On 2007/02/20 15:06 (GMT+0100) Andreas Jaeger apparently typed:
Felix Miata
writes: On 2007/02/20 12:44 (GMT-0500) Andreas Jaeger apparently typed:
Gerd Hoffmann
writes: IMO lvm is the only sane approach to handle that many filesystems.
Guys, do you really see this a limitation that will hit many of us?
Consider the people who typically use more than 15 partitions per disk:
Really more than 15? Who has that?
Besides me, couldn't tell you. At the end of this post are the partitions of my 5 most used systems: 1-this, which runs eComStation virtually 24/7; 2-my server, which runs 10.2 mostly; 3-5: various other systems, each of which has at least one installation of Factory and at least one other installation of some other SUSE version.
Wow, that's impressive - but I think extrem as well.
The disk with fewest has 23, which is the largest and newest I have. The longer they get used the more they get.
You could still use just two partitions per OS - one big LVM and a boot one.
1-multibooters, and/or
That must be a lot of distros.
???. Multiboot means the system has at least two partitions with one bootable OS per partition. That doesn't have a lot to do with how many partitions an OS will use, or a backup plan will use, or how many distros are or can be installed on a disk.
2-people who use partitions as all or part of their backup strategy
And I'm sure those guys are not using SCSI, since then they would have the problems already for ages. So, how are people using nowadays SCSI solve that?
I have no idea. Partly because of that problem I quit using SCSI for anything except non-disk peripherals or archives about 7 years ago.
I'm not aware of any cross-platform LVM solution. And what OS-agnostic alternative backup solution will SUSE offer? Are we going to say to these people "sorry, find some other distro, SUSE's not for you"?
Fedora and Red Hat will not be for them as well. They go the same road and use LVM by default. I expect others will follow as well,
Probably, but probably also some will figure out a way to not alienate those with well established backup routines that include logically segregating various file types. The need to multiboot will probably not escape many users for quite some time, even if it means using various virtual OS installations, another good reason for extra partitions.
The question is what can be done here. Automatic setup is complex :-( Andreas -- Andreas Jaeger, aj@suse.de, http://www.suse.de/~aj/ SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg) Maxfeldstr. 5, 90409 Nürnberg, Germany GPG fingerprint = 93A3 365E CE47 B889 DF7F FED1 389A 563C C272 A126
Andreas Jaeger wrote:
Fedora and Red Hat will not be for them as well. They go the same road and use LVM by default. I expect others will follow as well, Probably, but probably also some will figure out a way to not alienate those with well established backup routines that include logically segregating various file types. The need to multiboot will probably not escape many users for quite some time, even if it means using various virtual OS installations, another good reason for extra partitions.
For virtual OS'es there is exactly zero reason to use partitions. Disk
access goes through the host OS anyway, which can present almost
anything as virtual disk to the guest OS, so you can just use LVM
without running into interoperability issues. And LVM is so much more
flexible than partitions that I would not even think about not using
LVM. All the headache about how to make partition $foo (sitting between
$bar and $buz without freespace) larger is simply gone.
Even my multiboot systems are fine with only 4 partitions. Linux only,
granted, that makes it a bit easier. 3 different systems, one partition
each for the root filesystem, the 4th partition holds the lvm volume
shared by all installations.
cheers,
Gerd
--
Gerd Hoffmann
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The Tuesday 2007-02-20 at 15:06 +0100, Andreas Jaeger wrote:
Consider the people who typically use more than 15 partitions per disk:
Really more than 15? Who has that?
Currently, I have three disks, with 20, 13, and 16 partitions respectively. Certainly, not scssi. - -- Cheers, Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFF3tQwtTMYHG2NR9URAhGLAKCDa6Aj1Pk1UWhE+hqLjTXHIV6DDQCghFLk aBXWh9hOVIhi2Rkulk7bjrs= =CGfO -----END PGP SIGNATURE----- --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
Andreas Jaeger wrote:
Gerd Hoffmann
writes: Volker Kuhlmann wrote:
Woudln't it be better to give some choice? E.g. "Use kernel parameter ... (not recommended), use lvm" Are there any other fundamental choices?
IMO lvm is the only sane approach to handle that many filesystems.
Beside that, there is still kpartx (part of multipath-tools) which is able to create device mapper mappings for DOS partitions. I'm not sure though whenever it can handle more esoteric partition formats such as bsd slices.
But setting kpartx up automatically is a challenge.
I haven't used that tool before but it looks rather simple, at least with an USB memory stick: # l /dev/sda* brw-r----- 1 root disk 8, 0 22. Feb 09:53 /dev/sda brw-r----- 1 root disk 8, 1 22. Feb 09:53 /dev/sda1 brw-r----- 1 root disk 8, 2 22. Feb 09:53 /dev/sda2 brw-r----- 1 root disk 8, 3 22. Feb 09:53 /dev/sda3 # partx -d /dev/sda error deleting partitions 4-15: BLKPG: No such device or address error deleting partition 16: BLKPG: Invalid argument # l /dev/sda* brw-r----- 1 root disk 8, 0 22. Feb 09:53 /dev/sda # kpartx -a /dev/sda # l /dev/mapper/ insgesamt 0 drwxr-xr-x 2 root root 120 22. Feb 09:53 ./ drwxr-xr-x 12 root root 8500 22. Feb 09:53 ../ lrwxrwxrwx 1 root root 16 22. Feb 08:56 control -> ../device-mapper brw------- 1 root root 253, 0 22. Feb 09:53 sda1 brw------- 1 root root 253, 1 22. Feb 09:53 sda2 brw------- 1 root root 253, 2 22. Feb 09:53 sda3 Now if kpartx would also link /dev/mapper/sda* to /dev one wouldn't even notice the difference.
Guys, do you really see this a limitation that will hit many of us?
At least it hits me. On my test machine the last bootable partition currently is hda17. cu Ludwig -- (o_ Ludwig Nussel //\ SUSE Labs V_/_ http://www.suse.de/ SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nuernberg) --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
Volker Kuhlmann
On Tue 20 Feb 2007 23:05:12 NZDT +1300, Andreas Jaeger wrote:
so resorting to lvm should be the proposed solution, not repartitionning with less than 15 partitions :-)
Yes, we can change the wording ;-). The problem is that all solutions to support more than 15 partitions in an automatic way might cause problems ;-(
IMHO it would be good to mention as well that the switch to libata is necessary, and that unfortunately Linux doesn't support more than 15 partitions with libata. Proposed solutions are [...]
Woudln't it be better to give some choice? E.g. "Use kernel parameter ... (not recommended), use lvm" Are there any other fundamental choices? Isn't evms becoming popular?
I added lvm to our text as other option. There's no kernel parameter AFAIK, Andreas -- Andreas Jaeger, aj@suse.de, http://www.suse.de/~aj/ SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg) Maxfeldstr. 5, 90409 Nürnberg, Germany GPG fingerprint = 93A3 365E CE47 B889 DF7F FED1 389A 563C C272 A126
2007/2/20, Andreas Jaeger
jdd
writes: Volker Kuhlmann wrote:
- Repartition your system so that maximal 15 partitions are used. To repartition, use your existing operating system. In the future only the new libata drivers will be supported, so we advice to repartition. The last sentence above is incredibly bad news, unless something happens to libata to eliminate the idiotic SCSI partition limitation of 15.
Agreed the SCSI limit is idiotic, but would anyone but power users have more than 15 partitions and _not_ also use a partition mover like lvm or evms, which don't have this limitation??
Volker
so resorting to lvm should be the proposed solution, not repartitionning with less than 15 partitions :-)
Yes, we can change the wording ;-). The problem is that all solutions to support more than 15 partitions in an automatic way might cause problems ;-(
What is the benefit to has more than 15 partitions? Regards --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The Tuesday 2007-02-20 at 08:36 -0300, Juan Erbes wrote:
What is the benefit to has more than 15 partitions?
I have twenty. I do it for many reasons; one is damage containment. - -- Cheers, Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFF5N9htTMYHG2NR9URAq0VAJ9sacrni4tkQoUqPR1n3Eqf+OYqLACggFPs 2pzMRzAZIXZf+QwijLgINe0= =V80I -----END PGP SIGNATURE----- --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
Carlos E. R. wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
The Tuesday 2007-02-20 at 08:36 -0300, Juan Erbes wrote:
What is the benefit to has more than 15 partitions?
I have twenty. I do it for many reasons; one is damage containment.
- -- Cheers, Carlos E. R.
Yes, But! Hardware will always get you. Every disaster I have had has been down to IDE controllers (twice) or something else on the motherboards (once) trashing ALL the disk, at least on 3 occasions so far. Even Sun got rid of the practice. I've seen symlinks like they were going out of style when a partition ran out of space, on both Solaris and Linux. IBM did something clever on RS6000, with smit, you could extend a partition on the fly if it needed more space. Regards Sid. -- Sid Boyce ... Hamradio License G3VBV, Licensed Private Pilot Emeritus IBM/Amdahl Mainframes and Sun/Fujitsu Servers Tech Support Specialist, Cricket Coach Microsoft Windows Free Zone - Linux used for all Computing Tasks --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The Wednesday 2007-02-28 at 02:35 -0000, Sid Boyce wrote:
I have twenty. I do it for many reasons; one is damage containment.
Yes, But! Hardware will always get you. Every disaster I have had has been down to IDE controllers (twice) or something else on the motherboards (once) trashing ALL the disk, at least on 3 occasions so far. Even Sun got rid of the practice. I've seen symlinks like they were going out of style when a partition ran out of space, on both Solaris and Linux. IBM did something clever on RS6000, with smit, you could extend a partition on the fly if it needed more space.
I had very recently a hard disk crash, caused, I think, by a damaged ide (80 pin) cable. I lost the "/home" partition, and two weeks later I lost the "/" partition (repaired with lots of files lost, unbootable), and had some other partition damaged which repaired fully, after working at it for two days. Most of my problems with filesystems have damaged a partition at most. And, except on this occasion, all were caused by software. - -- Cheers, Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFF5idNtTMYHG2NR9URApIvAJ9IlEYQkhnC/PVpZN2NAbMxRf3iTQCdGNqN OTnvq2U1uHTUrI3Ez9Ivuf8= =1Mp1 -----END PGP SIGNATURE----- --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
* Use the lang support in RPM, ie: rpm -i --define "_install_langs fr:es" <package> This would break delta RPMs.
Don't even consider it, please. Delta rpms are still an outstanding distinguishing feature of SUSE as far as I am aware. Volker -- Volker Kuhlmann is list0570 with the domain in header http://volker.dnsalias.net/ Please do not CC list postings to me. --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
Volker Kuhlmann
* Use the lang support in RPM, ie: rpm -i --define "_install_langs fr:es" <package> This would break delta RPMs.
Don't even consider it, please. Delta rpms are still an outstanding distinguishing feature of SUSE as far as I am aware.
It was brought up and dropped again ;-) Andreas -- Andreas Jaeger, aj@suse.de, http://www.suse.de/~aj/ SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg) Maxfeldstr. 5, 90409 Nürnberg, Germany GPG fingerprint = 93A3 365E CE47 B889 DF7F FED1 389A 563C C272 A126
On Monday, 19. February 2007 19:35:32 Andreas Jaeger wrote:
This way we would get e.g. basesystem-$lang and gnome-$lang packages and those can then be installed.
Is this also planned for <any-app-package-not-in-default-install>-$lang? Bye, Steve --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
Stephan Binner
On Monday, 19. February 2007 19:35:32 Andreas Jaeger wrote:
This way we would get e.g. basesystem-$lang and gnome-$lang packages and those can then be installed.
Is this also planned for <any-app-package-not-in-default-install>-$lang?
This would be a generic framework you could use for whatever you like. I used in the minutes by purpose the "e.g." ;-) Andreas -- Andreas Jaeger, aj@suse.de, http://www.suse.de/~aj/ SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg) Maxfeldstr. 5, 90409 Nürnberg, Germany GPG fingerprint = 93A3 365E CE47 B889 DF7F FED1 389A 563C C272 A126
And what about avahi-compat-mDNSResponder? Digikam do'nt works any more to connect to the cam's. With mDNSResponder digikam worked fine, but now mDNSResponder was dropped and its previous versions are no more compatible. https://bugzilla.novell.com/show_bug.cgi?id=239719 Regards --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
"Juan Erbes"
And what about avahi-compat-mDNSResponder? Digikam do'nt works any more to connect to the cam's. With mDNSResponder digikam worked fine, but now mDNSResponder was dropped and its previous versions are no more compatible. https://bugzilla.novell.com/show_bug.cgi?id=239719
We will fix those problems for 10.3, Andreas -- Andreas Jaeger, aj@suse.de, http://www.suse.de/~aj/ SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg) Maxfeldstr. 5, 90409 Nürnberg, Germany GPG fingerprint = 93A3 365E CE47 B889 DF7F FED1 389A 563C C272 A126
2007/2/26, Andreas Jaeger
"Juan Erbes"
writes: And what about avahi-compat-mDNSResponder? Digikam do'nt works any more to connect to the cam's. With mDNSResponder digikam worked fine, but now mDNSResponder was dropped and its previous versions are no more compatible. https://bugzilla.novell.com/show_bug.cgi?id=239719
We will fix those problems for 10.3,
And now, how can I download the pictures from my cam? Regards --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
Am Mo 26.02.2007 17:53 schrieb Juan Erbes
And what about avahi-compat-mDNSResponder? Digikam do'nt works any more to connect to the cam's. With mDNSResponder digikam worked fine, but now mDNSResponder was dropped and its previous versions are no more compatible. https://bugzilla.novell.com/show_bug.cgi?id=239719
We will fix those problems for 10.3,
And now, how can I download the pictures from my cam?
Lets try Adrians RPMs of mDNSResponder: http://software.opensuse.org/download/home:/adrianSuSE/ Greetings, Lars --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
On Tue, Feb 27, 2007 at 11:08:56AM +0100, Lars Rupp wrote:
Am Mo 26.02.2007 17:53 schrieb Juan Erbes
: And what about avahi-compat-mDNSResponder? Digikam do'nt works any more to connect to the cam's. With mDNSResponder digikam worked fine, but now mDNSResponder was dropped and its previous versions are no more compatible. https://bugzilla.novell.com/show_bug.cgi?id=239719
We will fix those problems for 10.3,
And now, how can I download the pictures from my cam?
Please just: rm /usr/lib/libgphoto2_port/*/ptpip.so Ciao, Marcus --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
2007/2/27, Marcus Meissner
On Tue, Feb 27, 2007 at 11:08:56AM +0100, Lars Rupp wrote:
Am Mo 26.02.2007 17:53 schrieb Juan Erbes
: And what about avahi-compat-mDNSResponder? Digikam do'nt works any more to connect to the cam's. With mDNSResponder digikam worked fine, but now mDNSResponder was dropped and its previous versions are no more compatible. https://bugzilla.novell.com/show_bug.cgi?id=239719
We will fix those problems for 10.3,
And now, how can I download the pictures from my cam?
Please just:
rm /usr/lib/libgphoto2_port/*/ptpip.so
Many thanks, Regards --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
2007/2/27, Lars Rupp
Am Mo 26.02.2007 17:53 schrieb Juan Erbes
: And what about avahi-compat-mDNSResponder? Digikam do'nt works any more to connect to the cam's. With mDNSResponder digikam worked fine, but now mDNSResponder was dropped and its previous versions are no more compatible. https://bugzilla.novell.com/show_bug.cgi?id=239719
We will fix those problems for 10.3,
And now, how can I download the pictures from my cam?
Lets try Adrians RPMs of mDNSResponder: http://software.opensuse.org/download/home:/adrianSuSE/
Many thanks, Regards --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
participants (24)
-
Alberto Passalacqua
-
Andras Mantia
-
Andreas Jaeger
-
Carlos E. R.
-
Dominique Leuenberger
-
Eberhard Moenkeberg
-
Felix Miata
-
Francis Giannaros
-
Gerd Hoffmann
-
Glenn Holmer
-
James Tremblay
-
jdd
-
Johannes Meixner
-
JP Rosevear
-
Juan Erbes
-
Lars Rupp
-
Ludwig Nussel
-
M9.
-
Marcus Meissner
-
Martin Schlander
-
Sid Boyce
-
Stanislav Brabec
-
Stephan Binner
-
Volker Kuhlmann