Dňa Po 29. Máj 2006 18:15 houghi napísal:
[snip]
then the command line tools.
there should be a very precise documentation on how to use
all the tools available. much more than what is available now.
Yes. e.g. there used to be installation_sources. That seems to be gone.
What is the
On 29 May 2006 at 19:51, Andreas Jaeger wrote:
houghi [EMAIL PROTECTED] writes:
[...]
The most important thing for me at this moment would be that I can use
YaST also to download packages I install and that it make an installation
source I can use.
Why would this be usefull for a
On 29 May 2006 at 23:27, houghi wrote:
On Mon, May 29, 2006 at 02:05:24PM -0300, Druid wrote:
Agreed with most of Benjamin.
snip
Is it me or is this message coming in several times?
I had several duplicates as well
Ulrich
houghi wrote:
What do you mean by 'in the background'?
cron job? high nice?
jdd
--
http://www.dodin.net
http://dodin.org/galerie_photo_web/expo/index.html
http://lucien.dodin.net
http://fr.susewiki.org/index.php?title=Gérer_ses_photos
Pascal Bleser wrote:
jdd, please get a clue about how current package repository metadata
formats are implemented (e.g. RPM-MD (yum)).
be consistent.
the actual system is horribly buggy, nearly unusable, so I
don't use it and can't test it. You said we must not discuss
this here.
The
Stanislav Visnovsky wrote:
You can already downgrade a package:
1) start YaST package management module
2) choose a package
3) choose a Version
4) pick up a version you want, but make sure you mark the package to be
Updated
I don't remember having seen two package versions in yast or
not
Bjørn Lie [EMAIL PROTECTED] writes:
Doesn't this exit now?
munin:/home/blie # rug set cache-cleanup-enabled False
Preference 'cache-cleanup-enabled' changed from 'True' to 'False'
Does it work with service zypp?
Andreas
--
Andreas Jaeger, [EMAIL PROTECTED], http://www.suse.de/~aj/
SUSE
Here's one comment from my side:
Repositories are handled differently in yast and zmd:
* They have different attributes (name, autorefresh,...)
* yast does not allow names but zmd does
* syncing sources between yast and zmd is complex
We should have a common view on repositories.
Andreas
--
One question we have is how the new tools rug, zen-updater and zmd
compare to what we had before with YaST Online Update and
suseWatcher. We are interested in every feedback ranging from
architecture, design or used standards and their enhancements.
It should be possible to disable and remove
Marcus Meissner [EMAIL PROTECTED] writes:
One question we have is how the new tools rug, zen-updater and zmd
compare to what we had before with YaST Online Update and
suseWatcher. We are interested in every feedback ranging from
architecture, design or used standards and their enhancements.
Marcus Meissner [EMAIL PROTECTED] writes:
One question we have is how the new tools rug, zen-updater and zmd
compare to what we had before with YaST Online Update and
suseWatcher. We are interested in every feedback ranging from
architecture, design or used standards and their enhancements.
Marcus Meissner [EMAIL PROTECTED] writes:
[...]
- Also a update management system agnostic YOU watcher.
The old one just ran online_update and parsed its output.
Only for the actual update it required the root password.
We could port the old one to run rug, or whatever
On Tue, May 30, 2006 at 10:52:05AM +0200, Andreas Jaeger wrote:
Marcus Meissner [EMAIL PROTECTED] writes:
One question we have is how the new tools rug, zen-updater and zmd
compare to what we had before with YaST Online Update and
suseWatcher. We are interested in every feedback ranging
Marcus Meissner wrote:
One question we have is how the new tools rug, zen-updater and zmd
compare to what we had before with YaST Online Update and
suseWatcher. We are interested in every feedback ranging from
architecture, design or used standards and their enhancements.
It should be
On Tue, May 30, 2006 at 10:53:08AM +0200, Andreas Jaeger wrote:
Marcus Meissner [EMAIL PROTECTED] writes:
[...]
- Also a update management system agnostic YOU watcher.
The old one just ran online_update and parsed its output.
Only for the actual update it required the root
Dňa Ut 30. Máj 2006 10:57 Pascal Bleser napísal:
Marcus Meissner wrote:
One question we have is how the new tools rug, zen-updater and zmd
compare to what we had before with YaST Online Update and
suseWatcher. We are interested in every feedback ranging from
architecture, design or used
Is there still movement with SLICK or SUPER. I don't see any recent
progress and as far as I can see no 10.1 version.
What I would be looking at is a file list for the 1 CD version and a *.sel
file for 10.1
However if nobody is interested in it anymore, I am not going to put time
and efford
Marcel Hilzinger schrieb:
I also think, that removing the package manager from YaST is a good idea.
yast and yast2 makes a lot of work.
Oh no, please don't even consider doing that!
First, this is not possible at all because the YaST2 package manager is
needed during the installation. Not
I think the question here is even greater: Do we really need a daemon?
Good question, and I think my answer is: no. Or at least not initially.
I think the whole situation is severely upside down (belly up?).
Cranking up megapackage just for checking for updates? No.
Here's the pyramid how it
Marcel Hilzinger wrote:
I also think, that removing the package manager from YaST is a good idea.
yast and yast2 makes a lot of work. With a good commandline tool, there is no
need for yast-pm in console mode. It's too much work.
please don't! it's the main reason I'm with SUSE...
I also
Volker Kuhlmann schrieb:
* Use delta rpms. Superb technology, why throw it out the window?
Rumours say that this will definitely come back and that the current
lack of support for deltarpms is temporary. It was lost during the port
of YaST to libzypp, but not thrown out of the window.
*
On Tue, May 30, 2006 at 11:07:55AM +0100, [EMAIL PROTECTED] wrote:
Is there still movement with SLICK or SUPER. I don't see any recent
progress and as far as I can see no 10.1 version.
What I would be looking at is a file list for the 1 CD version and a *.sel
file for 10.1
However if
On Tue, May 30, 2006 at 01:17:12PM +0200, Andreas Hanke wrote:
Volker Kuhlmann schrieb:
* Use delta rpms. Superb technology, why throw it out the window?
Rumours say that this will definitely come back and that the current
lack of support for deltarpms is temporary. It was lost during the
Am Dienstag, 30. Mai 2006 10:50 schrieb Andreas Jaeger:
Marcus Meissner [EMAIL PROTECTED] writes:
One question we have is how the new tools rug, zen-updater and zmd
compare to what we had before with YaST Online Update and
suseWatcher. We are interested in every feedback ranging from
Hi,
Marcus Meissner schrieb:
What about:
- cache the repodata.
- download repomd.xml (very small)
- check if cache is current by comparing the sha1sums.
Isn't that already the case? Correct me if I'm wrong.
But the metadata would still have to be downloaded completely if the
cache is not
On Tue, May 30, 2006 at 08:42:10AM +0200, Stanislav Visnovsky wrote:
Dňa Po 29. Máj 2006 18:15 houghi napísal:
[snip]
then the command line tools.
there should be a very precise documentation on how to use
all the tools available. much more than what is available now.
Yes.
Robert Schiele wrote:
On Tue, May 30, 2006 at 01:50:16PM +0200, Carl-Daniel Hailfinger wrote:
- have the repodata available twice: uncompressed and bzip2 compressed
- first download gets the bz2 version
- further syncs use rsync to update the repodata
No need to have it twice. If you use
On Tue, May 30, 2006 at 10:01:10AM +0200, jdd wrote:
AFAIK, there is no way (in 10.0) to manage repositories
independantly (we can only add or delete one). When I see a
package in Yast, I don't know from what repository it comes.
YaST, Software Management, Installation Summery. There you
On Tue, May 30, 2006 at 09:40:43AM +0200, jdd wrote:
houghi wrote:
What do you mean by 'in the background'?
cron job? high nice?
Ah, ok. Something like YOU.
--
houghi http://houghi.org http://www.plainfaqs.org/linux/
On Tue, 2006-05-30 at 11:40 +0200, Marcel Hilzinger wrote:
Reminds me of the unix-way-of-doing things:
we first need a fast, damn-good working command line tool. Then we can start
about discussing and implementing GUIs for this command line.
ZDM should run on rug, not vice-versa, as an
On Tue, May 30, 2006 at 08:22:43AM -0400, Kenneth Schneider wrote:
On Tue, 2006-05-30 at 11:40 +0200, Marcel Hilzinger wrote:
Reminds me of the unix-way-of-doing things:
we first need a fast, damn-good working command line tool. Then we can
start
about discussing and implementing
On Tue, May 30, 2006 at 01:47:20PM +0200, Marcel Hilzinger wrote:
And
implementing it both for X and curses would be a duplication of effort
already put into sw_single.
It's not so simple. While all other YaST modules have the same code for
command line and GUI, the package manager is
Kenneth Schneider schrieb:
True, if you want a less secure OS use MS windows. If you want a more
secure OS use linux
If a home user does not want to type the root-password each time he is
installing a program, then this is his choice.
Then just login as root all the time.
Again, linux
Marcus Meissner wrote:
Most of the optimizations found its way into the product itself ;)
I see this, but the other part of the project, the 1 cd
install is still usefull. If such a project still lives, I
will participate
jdd
--
http://www.dodin.net
Volker Kuhlmann schrieb:
This thread is about what's annoying about the package management. .exe
processes are.
.exe processes are neither specific to the package management nor can
they be influenced by the people who are designing the package
management architecture for SUSE Linux. Try a Mono
On Tue, May 30, 2006 at 03:07:32PM +0200, jdd wrote:
Marcus Meissner wrote:
Most of the optimizations found its way into the product itself ;)
I see this, but the other part of the project, the 1 cd
install is still usefull. If such a project still lives, I
will participate
If you are
houghi wrote:
On Tue, May 30, 2006 at 10:01:10AM +0200, jdd wrote:
AFAIK, there is no way (in 10.0) to manage repositories
independantly (we can only add or delete one). When I see a
package in Yast, I don't know from what repository it comes.
YaST, Software Management, Installation
houghi wrote:
On Tue, May 30, 2006 at 09:40:43AM +0200, jdd wrote:
houghi wrote:
What do you mean by 'in the background'?
cron job? high nice?
Ah, ok. Something like YOU.
YOU is not so.
I don't mean to do the hole job in the background, only
updating the meta-data.
I'm always
On Tue, May 30, 2006 at 03:02:49PM +0200, Andreas Hanke wrote:
Why do we need these Windows-Linux comparisons? Superuser capabilities
are a genuine UNIX feature. There is nothing MS Windows-like in having
an option to grant users certain permissions.
Those options are available. sudoers is
houghi wrote:
If you are able to make a *.sel and a list of files that you want to use,
then it is very easy.
Yes, I know, I've seen this already. but the point is this,
what is the file list :-)
I can however imagine that the need for that is also reduced, because SUSE
now has a 1CD
Marcel Hilzinger wrote:
You can ad the root passwort each time, if you want. But why should other
users not be able to leave this step out?
you can already ask Yast (or kde?) to keep the passwd for you.
the reason why many windows application don't works as a
user and needs badly admin
houghi wrote:
On Tue, May 30, 2006 at 03:29:46PM +0200, jdd wrote:
Ah, ok. Something like YOU.
YOU is not so.
I don't mean to do the hole job in the background, only
updating the meta-data.
Ok, so something like the process that YOU is doing.
? do you mean when I lauch software install
On Tue, May 30, 2006 at 02:08:24PM +0200, Carl-Daniel Hailfinger wrote:
I know that. But for the initial download, a bzip2 compressed file
is likely to be much smaller than a gzip compressed file.
About 30% on that type of file. Do you think this is worth the effort to
accept having redundant
Hi,
jdd schrieb:
* oh... any way to make SuSEConfig faster? (old, very old problem, I beg
no solution)
No generic one. You would have to look into each individual
/sbin/conf.d/SuSEconfig.* file and try to optimize it. It's not easy
because most of them are already optimized for speed.
On Tue, May 30, 2006 at 03:48:25PM +0200, jdd wrote:
houghi wrote:
If you are able to make a *.sel and a list of files that you want to use,
then it is very easy.
Yes, I know, I've seen this already. but the point is this,
what is the file list :-)
That is for the interested people to
Robert Schiele wrote:
On Tue, May 30, 2006 at 02:08:24PM +0200, Carl-Daniel Hailfinger wrote:
I know that. But for the initial download, a bzip2 compressed file
is likely to be much smaller than a gzip compressed file.
About 30% on that type of file. Do you think this is worth the effort to
I'm sorry if i was perturbating this other thread with my
bugs remarks, but I'm very confused on this subject, and
-visibly- I'm not alone, so this must be addressed soon.
In short, what is really buggy in the update SUSE 10.1 sytem
and what is not?
reading opensuse list and suse-linux-e
houghi wrote:
No, I mean that you set YOU with YaST to get certain packages at a certain
time. Also I am not saying it _is_ YOU. I am saying it is _simmilar_ to
YOU.
OK. like this, quite true. It's also like some anti-virus
system works on the concurrent system :-) dayly update,
unnoticed
Carl-Daniel Hailfinger schrieb:
So you say that the SUSE package management designers were forced
to use mono .exe files regardless of whether it makes sense?
Interesting conspiracy theory.
.exe is the file name suffix of CLI programs by convention and using it
instead of deviating from the
Here comes my view:
At this point users will be confused. And that is not so weird. When I only
look at how ZEN is fragmented:
ZEN-remover
ZEN-updater
ZEN-installer
Why in Earth aren't these together? It similar with having a Calculator with:
the components:
Calculate Decrease
Calculate
Andreas Hanke wrote:
difference between operating systems and a file name suffix?
it's only interesting for me at this point because of that.
Don't knowing quite nothing about mono, I was really
thinking that .exe was only windows files. that this is not
the case don't have any importance
On Tue, May 30, 2006 at 03:40:35PM +0200, Marcel Hilzinger wrote:
You can ad the root passwort each time, if you want. But why should other
users not be able to leave this step out?
I click on the world and then on Configure. I can't find where to remove
it. As I forgot how I got to this stage
houghi wrote:
On Tue, May 30, 2006 at 05:04:00PM +0200, jdd wrote:
a page we could give as reference for any related question.
I am looking forward to the page you make. Just tell us when it is ready.
If I ask for it's because I'm so confused I need the info. I
may enventually give
Azerion wrote:
-If you select a package and click 'Install this', YaST must know is just have
to install without showing the big window. Just a little progressbar with a
detail-tab would be nice (and it must be tray-able).
look at the nice k3b sticked progress bar
jdd
--
houghi wrote:
On Tue, May 30, 2006 at 05:28:20PM +0200, Andreas Hanke wrote:
Btw. try to remove the .so suffix from your libraries
and the .py suffix from your Python modules in order to see how well
Linux software works without filename extensions. Have a nice day, too,
That
houghi wrote:
On Tue, May 30, 2006 at 05:10:51PM +0200, jdd wrote:
may be like the look ahead system of Mozilla. even with a
slow connexion, one is sometimes online with little traffic
(reading google...). At that time, using the connexion to
update part of a file could be great.
Is it
I just for an other subject launch autoyast I had nearly
never used.
I notice this have the interface I like so much, the one
used in the install part of yast.
if this interface is already maintained, this could be a
good idea to make it a default for the control center.
New users of SUSE
tirsdag 30 maj 2006 17:04 skrev jdd:
I'm sorry if i was perturbating this other thread with my
bugs remarks, but I'm very confused on this subject, and
-visibly- I'm not alone, so this must be addressed soon.
In short, what is really buggy in the update SUSE 10.1 sytem
and what is not?
jdd wrote:
houghi wrote:
On Tue, May 30, 2006 at 05:04:00PM +0200, jdd wrote:
a page we could give as reference for any related question.
I am looking forward to the page you make. Just tell us when it is ready.
If I ask for it's because I'm so confused I need the info. I may
On Tue, May 30, 2006 at 05:53:18PM +0200, jdd wrote:
That does not mean that Linux can not work with a capital U.
how does mime-types works?
It 'should' be done with `file`:
[EMAIL PROTECTED] : file suse.mp3
suse.mp3: MPEG ADTS, layer III, v2, 32 kBits, 22.05 kHz, Monaural
[EMAIL PROTECTED]
On Tue, May 30, 2006 at 05:52:24PM +0200, jdd wrote:
look at the nice k3b sticked progress bar
Matter of taste. I hate it. :-)
--
houghi http://houghi.org http://www.plainfaqs.org/linux/
http://www.netmeister.org/news/learn2quote.html
Today I went
On Tue, May 30, 2006 at 08:53:21AM -0300, Juan Erbes wrote:
2006/5/30, Marcus Meissner [EMAIL PROTECTED]:
On Tue, May 30, 2006 at 11:07:55AM +0100, [EMAIL PROTECTED] wrote:
Is there still movement with SLICK or SUPER. I don't see any recent
progress and as far as I can see no 10.1 version.
On Tuesday 30 May 2006 17:53, jdd wrote:
how does mime-types works?
There is a file called magic, which contains rules for identifying various
file types. This is why programs under linux can recognize a certain type of
file regardless of the name
mime types over the internet rely on the
-If you select a package and click 'Install this', YaST must know is just
have
to install without showing the big window.
Many users are used to the windows or macos way where you find an
application,you download it and install it in some manner. Package
management makes many things easier but
In Konqueror you can already do such a thing. Browse to an RPM, click on
it and then select to install with YaST.
I am aware of this, this is not what I was suggesting at all. This method
of installing a single rpm will only work if yast already has repositories
containing all of its
houghi wrote:
On Tue, May 30, 2006 at 05:36:42PM +0100, [EMAIL PROTECTED] wrote:
2:User wants to install current version of $app, User visits $app's
homepage, clicks install on SUSE Linux link and the program is
automatically installed by the package management system. (after
appropriate
On Tue, May 30, 2006 at 06:53:52PM +0100, [EMAIL PROTECTED] wrote:
In Konqueror you can already do such a thing. Browse to an RPM, click on
it and then select to install with YaST.
I am aware of this, this is not what I was suggesting at all. This method
of installing a single rpm will
Then what you are sugesting is not possible, or at least not workable.
You are asking that developers maintain their own repository. That won't
happen, even if it might be very easy to do.
Not at all, of course they can do, and some might wish to. But all they
would need to do is host a tiny
On Tue, May 30, 2006 at 07:06:58PM +0100, [EMAIL PROTECTED] wrote:
Not at all, of course they can do, and some might wish to. But all they
would need to do is host a tiny file containing a list of packages to
install their product and repositories they are available from.
The developers of
houghi wrote:
On Tue, May 30, 2006 at 06:53:52PM +0100, [EMAIL PROTECTED] wrote:
In Konqueror you can already do such a thing. Browse to an RPM, click on
it and then select to install with YaST.
I am aware of this, this is not what I was suggesting at all. This method
of installing a single
The developers of most software won't do this. Most likely they don't even
know what repositries they need to add for each
I think there are enough possibilities for its use within the opensuse
community to make it worthwhile by themselves. If it became popular more
people would start using it.
tirsdag 30 maj 2006 17:04 skrev jdd:
In short, what is really buggy in the update SUSE 10.1 sytem
and what is not?
I've put up a page on the wiki with the intention of preparing people for the
challenges of 10.1 - and equipping them to overcome those same challenges -
like I also mentioned
On Tue, May 30, 2006 at 07:53:50PM +0100, [EMAIL PROTECTED] wrote:
a) Is this technically feasible?
Yes
b) Could it make things better for users
Yes.
c) Will programmers use is?
No.
It is not the users you need to convince. It is the thousands of people
who make the software and might not
On Tue, May 30, 2006 at 08:40:03PM +0200, jdd wrote:
if I understand well the thing, this will be solved (well,
can be right now) by the build service. it's probably made
for this in the first place :-)
Yes. That is what I said. The OP however told this:
User visits $app's homepage
That
On Tue, May 30, 2006 at 09:43:17PM +0200, Martin Schlander wrote:
Check it out here:
http://en.opensuse.org/Using_10.1
I, or rather the wiki page, needs some information on the best way to disable
the beagle indexing stuff. And I also need some input on howto best recompile
the kernel
So I guess people are supposed to dig their way through opensuse.org before
they install SuSE (or SUSE or whatsoever)? C'mon...please.
-Ursprüngliche Nachricht-
Von: opensuse-factory@opensuse.org
Gesendet: 30.05.06 21:59:39
An: [EMAIL PROTECTED]
Betreff: Re: [opensuse-factory] bugs
tirsdag 30 maj 2006 22:15 skrev Danilo Jonas:
So I guess people are supposed to dig their way through opensuse.org before
they install SuSE (or SUSE or whatsoever)? C'mon...please.
Please don't top post.
Like I said there's a link to the page from opensuse.org/Download - they don't
have to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Carl-Daniel Hailfinger wrote:
Robert Schiele wrote:
On Tue, May 30, 2006 at 02:08:24PM +0200, Carl-Daniel Hailfinger wrote:
I know that. But for the initial download, a bzip2 compressed file
is likely to be much smaller than a gzip compressed
No need of pursuing down that path anyway, mandating rsync on mirror
servers is a blocker ;)
A similar effect can be achieved with splitting up the repodata gzip
monster into sequentially numbered files. Add something new, add a new
number, the old ones are already locally available, so you
Hi :)
El Martes, 30 de Mayo de 2006 20:09, Alexei_Roudnev escribió:
It is transparent for the user's processes, so why do you expect any
changes in gcc?
Well, if Woodcrest is a new type of processor (even though it's based on
Xeon), it might have new registers, ... that have to be
Rafa Grimán wrote:
[...]
The question would be: is there a -mtune=woodcrest?
Please leave opensuse@opensuse.org out of this discussion.
Thanks.
The gcc mailing lists may give you the information you need.
See http://gcc.gnu.org/lists.html for details.
Regards,
Carl-Daniel
--
On 31 May 2006 at 0:56, Volker Kuhlmann wrote:
This is mandated by the switch to repomd. repomd's design doesn't allow
downloading only a subset of metadata because all metadata are stored in
a single XML file. (It's actually not a single XML file, but the effect
is the same as if it
82 matches
Mail list logo