Re: dist-git proof of concept phase 1 complete

2009-12-14 Thread Peter Lemenkov
Hello All!

2009/12/15 Jesse Keating :


> git://publictest5.fedoraproject.org/git/pkgs/  eg if you wished
> to clone the kernel, you'd type:
>
> git clone git://publictest5.fedoraproject.org/git/pkgs/kernel

How to easily clone whole package tree?
-- 
With best regards, Peter Lemenkov.

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list


Re: rawhide report: 20091128 changes

2009-11-28 Thread Peter Lemenkov
Hello All!

2009/11/28 Richard W.M. Jones :
> On Sat, Nov 28, 2009 at 01:51:52PM +, Rawhide Report wrote:
>>       mingw32-plib-static-1.8.5-0.fc13.noarch requires mingw32-plib = 
>> 0:{version}-{release}
>
> Hmmm ... this is a packaging bug, and since the package was just added
> it should have been caught during review.

Yes, indeed. I missed this issue.

Stefan, it's time for the next rebuild (with this bogus "Requires"
removed), I think.


-- 
With best regards, Peter Lemenkov.

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list


Re: rawhide report: 20091104 changes - excluding noarch packages

2009-11-04 Thread Peter Lemenkov
2009/11/4 Orion Poplawski :

> Is there any way to exclude a noarch package from certain arches?

If it does depends on arch, then it isn't a noarch.

-- 
With best regards, Peter Lemenkov.

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list


How to add upstream developer as a (co)maintainer of the existing application?

2009-10-31 Thread Peter Lemenkov
Hello All!

There is a package, already included in Fedora, and there is a
friendly and active upstream developer, who wants to be a
(co)maintainer of this app. (S)he doesn't maintain any packages in
Fedora currently. So the question is - is there a policy on how such
situations should be handled?

I remember, that if Redhat hires someone from upstream, then no
additional procedures with review requests and sponsorship needed (at
least visible to others, outside Redhat) - (s)he just started to be a
(co)maintainer.

-- 
With best regards, Peter Lemenkov.

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list


Re: OpenSER / Kamailio

2009-10-25 Thread Peter Lemenkov
Hello All!

2009/10/25 Felix Kaechele :
> Hi there,
> I'm just starting to play with my SIP Phones using OpenSER.
> I was wondering why there have been no updates to the OpenSER package
> since it was renamed to Kamailio in version 1.4.0?

There are plans to package sip-router, when it will reach some level
of quality, since it's a merge of SER and OpenSER/Kamailio. Also,
there is an attempt to package OpenSIPs (another one fork of
SER/OpenSER codebase) - take a look here:

https://bugzilla.redhat.com/show_bug.cgi?id=529831

> I did however notice that version 1.4.0 in fact is of an earlier date
> than version 1.3.4 (which still is named OpenSER and is in Fedora).

1.3.4 is the last stable version of OpenSER. Since ver. 1.4.0 it was
rebranded as Kamailio.

> So is there an actual difference between OpenSER and Kamailio - other
> than the name - that prevents us from replacing the OpenSER package with
> a Kamailio package.

A lots, actually. There are some changes in config-file syntax, in
plugins and so on. Every version of OpenSER/Kamailio
(1.3.x/1.4.x/1.5.x) is incompatible to some degree with previous one.
Fortunately, they can be installed in parallel due to different naming
scheme.

The curse of this project is the team/features management issues,
which led project to the number of consequent forks (and one merge),
which confuses end users a lot. One of popular questions from
customers, is "which one from these routers should we choose -
SER/OpenSER/OpenSIPs/Kamailio/SIP-Router?". I'm voting for OpenSER
1.3.4 right now - it's stable and it was proved to work reliably.
Perhaps, at 2010, we may consider switching to SIP Router.

-- 
With best regards, Peter Lemenkov.

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list


Re: Who do I send to get a package removed because of bad language.

2009-10-16 Thread Peter Lemenkov
2009/10/16 Rahul Sundaram :
> On 10/16/2009 02:29 PM, Peter Lemenkov wrote:
>
>> You see, I personally prefer to live in the society with some level of
>> aggressively thinking and speaking minorities, rather than in dark
>> ages of censorship, brainwashing and hypocrisy.

> You seem to be equating "aggressive thinking" with sexism and racism and
> censorship with a requirement for civil and decent behaviour in
> communities.

Civil and decent behavior is to be tolerant to others, right? So,
please, be tolerant to sexists/racists/-ists.

-- 
With best regards, Peter Lemenkov.

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list


Re: Who do I send to get a package removed because of bad language.

2009-10-16 Thread Peter Lemenkov
2009/10/16 Till Maas :

> You may also want to think about whether you really find it great that
> there's sexism on the internet, because you might have confused it with
> sexual content.

No, I meant sexism. I thought, that sexism is modern trend nowadays,
since almost every OSS-related rss-feed is full of "Sexism in OSS"
articles.

And yes, I forgot about racism, also.

You see, I personally prefer to live in the society with some level of
aggressively thinking and speaking minorities, rather than in dark
ages of censorship, brainwashing and hypocrisy.

-- 
With best regards, Peter Lemenkov.

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list


Re: Who do I send to get a package removed because of bad language.

2009-10-15 Thread Peter Lemenkov
2009/10/16 Steven James Drinnan :
> I will file  a ticket.
>
> But my point was the image of Fedora.Does Fedora want be associated with
> software vendors that use this type of language?

Please, disconnect yourself from the Internet asap, because it's full
of obscene videos, jokes, sexism and so on. And that's great!

-- 
With best regards, Peter Lemenkov.

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list


Re: Are packages w/o necessary kernel modules allowed?

2009-10-14 Thread Peter Lemenkov
2009/10/14 Stephen Gallagher :

> This is an interesting question. Suppose someone wrote (for example) an
> GPLed configuration tool for a closed-source hardware driver. Would it
> be permissible to include an open-source tool in the distribution, even
> knowing it would only ever be usable with a tainted kernel?

An example from a real life is a proprietary drivers, which sometimes
has only kernel-part closed, while has opensourced userspace.


-- 
With best regards, Peter Lemenkov.

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list


Re: Are packages w/o necessary kernel modules allowed?

2009-10-14 Thread Peter Lemenkov
2009/10/14 Itamar Reis Peixoto :
> yes, I am already told this for you.
>
> for example I have user-mode-linux user space but I don't have
> user-mode-linux enabled in kernel.

I have strong opinion, that this is a bad practice. So I decided to ask others.

-- 
With best regards, Peter Lemenkov.

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list


Are packages w/o necessary kernel modules allowed?

2009-10-14 Thread Peter Lemenkov
Hello All!

Imagine an application, which relies on a specific kernel module. This
module is not a part of stock Fedora kernel (at least, yet), and we
don't allow stand-alone kernel modules.

Whether or not this package can be allowed?

-- 
With best regards, Peter Lemenkov.

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list


Re: Orphaning some packages [Was: Re: Buyer Beware: A Major Change in NFS is about to happen]

2009-10-02 Thread Peter Lemenkov
2009/10/2 Matej Cepl :

> pspp -- A program for statistical analysis of sampled data

I can take care of if.

> jbrout -- Photo manager, written in python/pygtk
> pyexiv2 -- Python binding to exiv2 (used by jbrout)

I'm using it, so I'll take care of it..
-- 
With best regards, Peter Lemenkov.

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list


Re: yum-presto not on by default

2009-09-24 Thread Peter Lemenkov
2009/9/23 Jonathan Dieter :
> I don't think yum-presto should be enabled by default in Fedora 12.

Agree with you. For me - traffic and space for rpms are cheap, while
rebuilding rpms is slow.


-- 
With best regards, Peter Lemenkov.

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list


Re: [Heads up] FUSE so-name bump is coming.

2009-09-16 Thread Peter Lemenkov
2009/9/8 Ville Skyttä :
> On Tuesday 08 September 2009, Peter Lemenkov wrote:
>
>> I'll plan to upgrade fuse in Rawhide (and, possibly, in F-11) up to
>> ver. 2.8.0, and there will be so-name bump.
>
> Rationale for considering doing it in F-11?

After some thinking, I reconsidered plans to update FUSE to 2.8.0 in
F-11. So no need to worry here :)


-- 
With best regards, Peter Lemenkov.

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list


Re: [Heads up] FUSE so-name bump is coming.

2009-09-16 Thread Peter Lemenkov
Hello!

2009/9/8 Till Maas :

> Will you also rebuild the packages once the new fuse is in place?

Yes, I'll try to rebuild also all packages, dependent on fuse.

-- 
With best regards, Peter Lemenkov.

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list


[Heads up] FUSE so-name bump is coming.

2009-09-08 Thread Peter Lemenkov
Hello All!

I'll plan to upgrade fuse in Rawhide (and, possibly, in F-11) up to
ver. 2.8.0, and there will be so-name bump. I'll do it next week, if
nobody have any objections. Also I'll try to test all (or as much as I
can) FUSE-related packages for compatibility with new package before
(this weekend, probably).

-- 
With best regards, Peter Lemenkov.

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list


What happens to hermes.ko in 2.6.30

2009-09-07 Thread Peter Lemenkov
Hello All!
I just wondering why hermes_dld.ko hermes.ko were disabled in 2.6.30.
Did they obsoleted by orinoco*.ko ?


-- 
With best regards, Peter Lemenkov.

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list


Re: Fedora on NSLU2/Synology/etc.

2009-08-30 Thread Peter Lemenkov
2009/8/30 Pete Zaitcev :
> Dear All:
>
> I'm wondering if anyone tried to run Fedora on a small home NAS,
> in the class of NSLU2 or Synology 108j. I'm hacking on software
> that permits easy management of storage clouds and I'm thinking
> about creating a testbed populated with something cheap ($100 or so).
> Please let me know if you have a hands-on experience with it.

I advice you to look at the Western Digital MyBook World Edition
series, especially at the latest WD MyBook WE White Light:

http://www.wdc.com/ru/products/Products.asp?DriveID=587
http://www.wdc.com/ru/products/Products.asp?DriveID=589

They have 128 Mb of RAM, 1Gbit ethernet, CPU ~ 300+ MHz and a 1 or 2
SATA2 ports (number of SATA2 ports depends on model). I've got some
experience with previous model (which has only 32 Mbytes of RAM and
less powerful CPU), and it works well. Here is its smolts profile:

http://www.smolts.org/client/show_all/pub_597e2d6d-7d94-4299-a9ae-e7c3a7e35b31

Although they are costs ~200-300 $ (please, note that HDD is already
included, so the actual price is ~100$ + 1 or 2 TB HDD), they are very
hack-friendly, since you don't need to flash/re-flash them (and,
therefore, chances to brick them are very very small). They work as
following:

* After power-up CPU loads tiny firmware, which reads first 512 bytes
from attached HDD, which should contain 1st stage loader, and executes
it.
* 1st stage loader (if it was loaded correctly) loads 2nd stage loader
from the rest of HDD.

All these loaders are easy to install using just the USB-HDD box or
directly attaching HDD to your computer. And you may, also, very
simply (using only dd and bzip2) create a backup of the original
firmware in case you'll gave up :)

Note, that you need to remember your soldering skills since you will
need to attach serial cable (I'm afraid most of consumer's NAS devices
sold without serial or JTAG).

-- 
With best regards, Peter Lemenkov.

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list


Re: Firmware licence question

2009-08-20 Thread Peter Lemenkov
Hello, All!

2009/8/20 Pavel Alexeev (aka Pahan-Hubbitus) :
> I very want see this driver in Fedora:
> http://dag.wieers.com/rpm/packages/dkms-tiacx/
> This is free and even packaged, so no problem there...

This module has very sad story - since, it was made as a result of
direct reverse engineering (no "clean room" techniques were used), it
produced series of flamewars in LKML. As a result it was rejected from
inclusion into main kernel tree. More to say, the firmware status is
also unclear.

-- 
With best regards, Peter Lemenkov.

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list


Re: Review

2009-08-05 Thread Peter Lemenkov
Hello All!

2009/8/5 Jonathan MERCIER :
> Dear sir,
> I have an old bug : https://bugzilla.redhat.com/show_bug.cgi?id=482757
> This person want a review someone can review this software please.
> Thanks
> kind regards

Jonathan, you may review this srpm by yourself. Don't be afraid, just step in :)
Others, will help you, if you missed something during review.
-- 
With best regards, Peter Lemenkov.

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list


Re: dia outdated

2009-08-04 Thread Peter Lemenkov
2009/8/4 Jonathan MERCIER :
> Dear sir,
> I have put a put a message here:
>        https://bugzilla.redhat.com/show_bug.cgi?id=515097
> But i have no answer, actually dia version is 0.96.1
> dia version:
>         - 2007-03-25: 0.96 final release
>         - 2009-05-03: 0.97 sources
>
> on http://live.gnome.org/Dia/ it's write the latest stable release
> version 0.97 is now available
>
> Someone have some news about that ?

I have no idea about why Dia still not updated, but this issue was
already mentioned:

https://bugzilla.redhat.com/show_bug.cgi?id=502870

-- 
With best regards, Peter Lemenkov.

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list


Re: [RFE] Auto-approve watchcommits and watchbugzilla in Pkgdb (2nd try)

2009-07-29 Thread Peter Lemenkov
2009/7/29 Toshio Kuratomi :
> Okay, please test this with a package that has people on the initial CC
> list so we've tested precisely the behaviour people are concerned about.
>
> If the initialcclist is not set when a security bug comes in I don't
> think there's a reason we shouldn't auto-approve watchbugzilla in pkgdb.

I think, that we should treat this as an issue - user should be added
to watchlist for sensitive bugs, only if he is in "commits" group
(which means, that he can fix security bugs). If he just in
watchbugzilla, then he shouldn't see such tickets.

Anyway, we should autoapprove watchcommits, at least.
-- 
With best regards, Peter Lemenkov.

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list


[RFE] Auto-approve watchcommits and watchbugzilla in Pkgdb (2nd try)

2009-07-28 Thread Peter Lemenkov
Hello All!

Since nobody changed anything after last discussion, I repean my
proposal again (if someone missed it).

Why we should approve manually requests to watching bugzilla and cvs
changes for packages? I'm sure we need to change policy in order to
automatically approve all such requests.

See previous discussions:

http://thread.gmane.org/gmane.linux.redhat.fedora.devel/67465
(2007-10-26, started by Toshio Kuratomi)
http://thread.gmane.org/gmane.linux.redhat.fedora.devel/94641
(2008-10-12, started by Patrice Dumas)
http://thread.gmane.org/gmane.linux.redhat.fedora.devel/116848
(2009-07-06, started by me)

-- 
With best regards, Peter Lemenkov.

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list


Re: Fedora-wiki is broken since this morninng (~ 06.00 am GMt+00)

2009-07-25 Thread Peter Lemenkov
Hello All!

2009/7/25 Ricky Zhou :
> On 2009-07-25 08:05:53 PM, Peter Lemenkov wrote:
>> Hello All!
>> I'm always get this message while trying to visit pages since this morning:

> Hi, this was due to a configuration error I made yesterday, can you
> check and see if it's fixed now?

Seems working now. Thanks.

-- 
With best regards, Peter Lemenkov.

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list


Fedora-wiki is broken since this morninng (~ 06.00 am GMt+00)

2009-07-25 Thread Peter Lemenkov
Hello All!
I'm always get this message while trying to visit pages since this morning:

=

Utf8Case.ser is missing, please run "make" in the serialized directory

Backtrace:

#0 /usr/share/mediawiki/languages/Language.php(1429): Language::getCaseMaps()
#1 /usr/share/mediawiki/languages/Language.php(2574): Language->lc('??')
#2 /usr/share/mediawiki/languages/Language.php(2532): Language->fixUpSettings()
#3 /usr/share/mediawiki/languages/Language.php(1334): Language->load()
#4 /usr/share/mediawiki/includes/MessageCache.php(539):
Language->getMessage('missing-article')
#5 [internal function]: MessageCache->get('missing-article', true, false)
#6 /usr/share/mediawiki/includes/StubObject.php(58):
call_user_func_array(Array, Array)
#7 /usr/share/mediawiki/includes/StubObject.php(76):
StubObject->_call('get', Array)
#8 [internal function]: StubObject->__call('get', Array)
#9 /usr/share/mediawiki/includes/GlobalFunctions.php(583):
StubObject->get('missing-article', true, false)
#10 /usr/share/mediawiki/includes/GlobalFunctions.php(548):
wfMsgGetKey('missing-article', true, false, true)
#11 /usr/share/mediawiki/includes/GlobalFunctions.php(454):
wfMsgReal('missing-article', Array, true)
#12 /usr/share/mediawiki/includes/Article.php(407):
wfMsg('missing-article', 'PeterLemenkov', '')
#13 /usr/share/mediawiki/includes/Article.php(302): Article->fetchContent(0)
#14 /usr/share/mediawiki/includes/Article.php(226): Article->loadContent()
#15 /usr/share/mediawiki/includes/Article.php(128): Article->getContent()
#16 /usr/share/mediawiki/includes/Wiki.php(305): Article->followRedirect()
#17 /usr/share/mediawiki/includes/Wiki.php(60):
MediaWiki->initializeArticle(Object(Title), Object(WebRequest))
#18 /usr/share/mediawiki/index.php(114):
MediaWiki->initialize(Object(Title), NULL, Object(OutputPage),
Object(User), Object(WebRequest))
#19 {main}

=

Seems that something is broken in the internals of mediawiki.

-- 
With best regards, Peter Lemenkov.

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list


How to properly name a cross-toolchain package?

2009-07-07 Thread Peter Lemenkov
Hello All!

I plan to add arm-toolchain into Fedora and encountered a difficulty -
how to properly name the package? From what I found in the Internets,
the cross-toolchains *often* named with the following prefix:



For example:

i686-pc-linux-gnu-
powerpc-unknown-linux-gnu-
x86_64-unknown-linux-gnu-

http://www.gentoo.org/proj/en/base/embedded/handbook/?part=1&chap=3

However sometimes they named differently (arm-none-eabi-,
arm-uclinuxeabi-, etc). Some cross-compilers already included into
Fedora, and their packages naming schemes are also different - some
examples of prefixes are  arm-gp2x-linux-, avr-, msp430-, spu-
(mingw32 differs from others because it, at least, implies target OS
and libc).

I'm sure, it's time to create unified rules for packaging of
cross-toolchains, but right now I'm asking you for help in proper
naming of it. Should we name it as gcc or should we use some other naming schemes? What
values should be used for  - "fedora" maybe? O should we
simply drop this field ("unknown")?

-- 
With best regards!

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list


Re: How to add custom rpm-defines to rpmbuild while building in Koji?

2009-07-07 Thread Peter Lemenkov
2009/7/7 Erik van Pienbroek :
> Op dinsdag 07-07-2009 om 13:02 uur [tijdzone +0400], schreef Peter
> Lemenkov:
>> Hello All!
>> In order to build cross-toolchain I need to pass additional --define
>> "binutils_target " to rpmbuild command-line. See
>> this spec, for example:
>>
>> http://cvs.fedoraproject.org/viewvc/rpms/spu-binutils/devel/spu-binutils.spec?revision=1.10&view=markup
>>
>> How can I do it?
>
> Hi,
>
> In the .spec file you referred to the binutils_target is already set
> (first line: %define binutils_target spu).

Oh, I didn't noticed it.


-- 
With best regards!

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list


How to add custom rpm-defines to rpmbuild while building in Koji?

2009-07-07 Thread Peter Lemenkov
Hello All!
In order to build cross-toolchain I need to pass additional --define
"binutils_target " to rpmbuild command-line. See
this spec, for example:

http://cvs.fedoraproject.org/viewvc/rpms/spu-binutils/devel/spu-binutils.spec?revision=1.10&view=markup

How can I do it?

-- 
With best regards!

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list


Re: [RFE] Auto-approve watchcommits and watchbugzilla in Pkgdb

2009-07-06 Thread Peter Lemenkov
2009/7/6 Tom Lane :
> Peter Lemenkov  writes:
>> Why we should approve manually requests to watching bugzilla and cvs
>> changes for packages? I'm sure we need to change policy in order to
>> automatically approve all such requests.
>
> Isn't there a security issue there?  I'm not sure I want any random
> person watching every bz or commit I make.

I don't think so - right now anyone can subscribe to the Bugzilla
activity of  (or , or anyone else)
and anyone can watch cvs commits.

Adding youself to watchcommits and watchbugzilla is just another one
(more convenient for Fedora members) way to monitor bugzilla and
commits.

-- 
With best regards!

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list


[RFE] Auto-approve watchcommits and watchbugzilla in Pkgdb

2009-07-06 Thread Peter Lemenkov
Hello All!

Why we should approve manually requests to watching bugzilla and cvs
changes for packages? I'm sure we need to change policy in order to
automatically approve all such requests.

-- 
With best regards!

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list


Re: Raising the bar

2009-06-29 Thread Peter Lemenkov
2009/6/30 Peter Robinson :

>> I repeat - this initiative should be based only (exclusively) on
>> current releases.

> What a load of crap! I use rawhide as do hundreds of other testers.

You contradicting to yourself - if you have many (enough to say that
their number is huge) crash test dummies with Rawhide enabled, when
you don't need any other special initiatives. However, I still think
that you need more *users*, average users. I repeat - users don't use
Rawhide, and this initiative will be doomed.

-- 
With best regards!

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list


Re: Raising the bar

2009-06-29 Thread Peter Lemenkov
2009/6/30 Jesse Keating :

> As much fun as it is to make up stats on the spot, I would ask you to show
> some proof that nobody uses rawhide.

Please, take a look at smolts statistics, for example. Don't fool
yourself with wrong statement that many users (not redhat employees)
using Rawhide.



-- 
With best regards!

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list


Re: Raising the bar

2009-06-29 Thread Peter Lemenkov
2009/6/30 Casey Dahlin :

> These aren't typically the sort of issues you can fix in a running release.
> UI is one of those things we expect to remain stable through the cycle.

Even if average user(s) feel uncomfortable? Oh, come on!



-- 
With best regards!

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list


Re: Raising the bar

2009-06-29 Thread Peter Lemenkov
2009/6/29 Peter Robinson :

> Focus on rawhide will mean the next release will see the improvements :)

That means, that the next release will be untested, as usual. So why
create another useless initiative?

Please, keep in mind, that almost nodoby using Rawhide == nobody will
participate except few paid Red Hat developers == useless initiative.

I repeat - this initiative should be based only (exclusively) on
current releases.
-- 
With best regards!

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list


Re: Raising the bar

2009-06-29 Thread Peter Lemenkov
2009/6/29 Matthias Clasen :
> Hey all,
>
> we'd like to announce the 'Fit and Finish' initiative for Fedora,
>
> http://fedoraproject.org/wiki/Fit_and_Finish
>
> with the goal to improve the user experience of the Fedora desktop.

If you wish to improve *user* experience, then you should focus
entirely on actual Fedora releases rather than on Rawhide. However I
see that in testing days you still encourage only users with
up-to-date Rawhide installations. That's not an option for wide
audience, and, therefore this initiative will be doomed.


-- 
With best regards!

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list


How user could loose his "CLA done" status?

2009-06-12 Thread Peter Lemenkov
Hello All!
There is a newbie fedora packager, whom I sponsored not so long time
ago - he seems very active and enthusiastic, and almost every day he
asks me some advice on his (still not included into Fedora) package.

Today, I was badly surprised to see that he lost his "CLA done" status
- I asked him, what's happens? Maybe he is just gave up or this is
(possibly) his technical issue? But he swears that he didn't do
anything destructive with his account so far. The only suspicious
issue, is that he has some troubles with firefox - it refuses to
remember his login and password for Fedora  and he frequently uses
"forgot my password" feature.

Can someone check the status of this issue (whether it's a user's
mistake or infrastructure bug)? User - aleksey2005

-- 
With best regards!

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list


Re: How to enable xorg.conf in F-11

2009-06-11 Thread Peter Lemenkov
2009/6/11 Oscar Osta Pueyo :
> Hi,

>> * How to enable traditinal ctrl+alt+backpsace behaviour ?
>
> http://ryanler.wordpress.com/2009/06/11/controlaltbackspace-shortcut-does-not-restart-the-x-server-in-fedora-11/

Unfortunately, I don't use nor Gnome, neither KDE.

-- 
With best regards!

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list


How to enable xorg.conf in F-11

2009-06-11 Thread Peter Lemenkov
Hello All!
I've got some issues with Xogr on F-11. On order to fix (or properly
describe them in bugzilla, at least) I need to change some parameters
of Xorg, and the only way to make it (AFAIK) is to change values in
xorg.conf. Also I need to restart X as usial (ctrl+alt+backpsace)

So I have the following questions:

* How to enable traditinal ctrl+alt+backpsace behaviour ?
* How to change options for my xorg-x11-drv-ati ?
* How to dump current config from running Xorg?
* How to use config instead of relying on built-in or autodetected options?


PS I think that no need to describe, how I hate those guys, who
decided to disable ctrl+alt+backpsace.

-- 
With best regards!

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list


Re: Why not to create Fedora-us and Fedora-non-us branches?

2009-05-26 Thread Peter Lemenkov
2009/5/26 Bill Nottingham :

>> Subj. As Debian folks did years ago. Such branching will be done very
>> easy technically.
>
> Because all the builds and composition is done in the US, and the trademarks
> are held by a US entity.

Not a serious reason. Why not to relocate then in Europe?


-- 
With best regards!

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list


Why not to create Fedora-us and Fedora-non-us branches?

2009-05-26 Thread Peter Lemenkov
Subj. As Debian folks did years ago. Such branching will be done very
easy technically.

-- 
With best regards!

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list