Re: libharu soname bump in rawhide [part II]

[Dmitrij S. Kryzhevich]

hpdf.h includes hpdf_version.h frpm 2.4.3 which is ready for rawhide.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: libharu soname bump in rawhide [part II]

[Dmitrij S. Kryzhevich]

If you need help with updating please note me.

--
Dmitrij S. Kryzhevich
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

libharu soname bump in rawhide [part II]

[Dmitrij S. Kryzhevich]

libharu is going to be updated with soname bump in the near future. This is a 
second attempt [1].
There is an ABI change AND API change: HPDF_Page_SetDash() and 
HPDF_Page_Create3DAnnot().

Syntax change.
1. HPDF_Page_Create3DAnnot()
was: HPDF_Page page, HPDF_Rect rect, HPDF_U3D u3d
new: HPDF_Page page, HPDF_Rect rect, HPDF_BOOL tb, HPDF_BOOL np, HPDF_U3D u3d, 
HPDF_Image ap
where:
tb - enable visibility of ToolBar
np - enable visibility of Navigation Panel
ap - not described, referenced to pointer where 'appearance' should be 
stored, but could be NULL so internal 'HPDF_Dict stream' will be used instead.

2. HPDF_Page_SetDash()
was: HPDF_Page page, const HPDF_UINT16 *dash_ptn, HPDF_UINT num_param, 
HPDF_UINT phase
new: HPDF_Page page, const   HPDF_REAL *dash_ptn, HPDF_UINT num_param, 
HPDF_REAL phase
so it's 'dash_ptn' and 'phase'
gcc will throw error with signed-unsigned convertion if not fixed. Error could 
be disabled with corresponding flag (but obviously should not).

Also hpdf.h does not include hpdf_version.h now. There is an issue opened in 
libharu apstream [2] which may be resolved.

Affected packages:
vtk
saga
mathgl
EMBOSS
plplot
perl-PDF-Haru
blender

Looks like blender and EMBOSS does not use those API and could be just rebuilt. 
Others rely on it.

I haven't permissions of proven packager so can't rebuild them (except mathgl 
where I'm comaintainer).

--
Dmitrij S. Kryzhevich

[1] 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/thread/ZV4NIK4TRWYM666B46YHQ2HAMJ6RDS27/
[2] https://github.com/libharu/libharu/issues/246
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: libharu soname bump for rawhide

[Dmitrij S. Kryzhevich]

Oh. Found error in my repoquery. Thank you.

On Wed, 5 Oct 2022 22:11:31 +0900
Mamoru TASAKA  wrote:

> Dmitrij S. Kryzhevich wrote on 2022/10/05 18:02:
> > I understand the necessity of time to react, may be should handle it in a 
> > more proper way.
> > I was triggered by maintainer of only dependent package (directly 
> > dependent) so I strongly believe it's OK in this case.
> 
> Seems not actually:
> 
> dnf repoquery --repo=koji-38  --qf '%{sourcerpm}' --whatrequires 
> "libhpdf.so.2.3*" | cat -n
>   1   EMBOSS-6.6.0-22.fc38.src.rpm
>   2   blender-3.3.0-4.fc38.src.rpm
>   3   mathgl-2.4.4-18.fc38.src.rpm
>   4   perl-PDF-Haru-1.00-38.fc37.src.rpm
>   5   plplot-5.15.0-45.fc38.src.rpm
>   6   saga-7.6.1-16.fc38.src.rpm
>   7   vtk-9.1.0-17.fc37.src.rpm
> 
> Perhaps I am going to request untag for libharu-2.4.2-1.fc38.
> 
> Regards,
> Mamoru
> 
> 
> > 
> > On Wed, 5 Oct 2022 10:51:20 +0200
> > Fabio Valentini  wrote:
> > 
> >> On Wed, Oct 5, 2022 at 9:24 AM Dmitrij S. Kryzhevich  
> >> wrote:
> >>>
> >>> New version of libharu is building for rawhide with coresponding soname 
> >>> bump.
> >>> Only vtk should be affected right now.
> >>
> >> I see that you have already built libharu-2.4.2-1.fc38.
> >>
> >> Did you also handle rebuilding dependent packages, or should their
> >> maintainers handle that themselves?
> >> Usually there should be one week between such heads-up emails and
> >> pushing the actual build, especially when you don't rebuild dependent
> >> packages.
> >>
> >> Fabio
> >> ___
> >> devel mailing list -- devel@lists.fedoraproject.org
> >> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> >> Fedora Code of Conduct: 
> >> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> >> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> >> List Archives: 
> >> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
> >> Do not reply to spam, report it: 
> >> https://pagure.io/fedora-infrastructure/new_issue
> > ___
> > devel mailing list -- devel@lists.fedoraproject.org
> > To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> > Fedora Code of Conduct: 
> > https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> > List Archives: 
> > https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
> > Do not reply to spam, report it: 
> > https://pagure.io/fedora-infrastructure/new_issue
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
> Do not reply to spam, report it: 
> https://pagure.io/fedora-infrastructure/new_issue
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: libharu soname bump for rawhide

[Dmitrij S. Kryzhevich]

I understand the necessity of time to react, may be should handle it in a more 
proper way.
I was triggered by maintainer of only dependent package (directly dependent) so 
I strongly believe it's OK in this case.

On Wed, 5 Oct 2022 10:51:20 +0200
Fabio Valentini  wrote:

> On Wed, Oct 5, 2022 at 9:24 AM Dmitrij S. Kryzhevich  wrote:
> >
> > New version of libharu is building for rawhide with coresponding soname 
> > bump.
> > Only vtk should be affected right now.
> 
> I see that you have already built libharu-2.4.2-1.fc38.
> 
> Did you also handle rebuilding dependent packages, or should their
> maintainers handle that themselves?
> Usually there should be one week between such heads-up emails and
> pushing the actual build, especially when you don't rebuild dependent
> packages.
> 
> Fabio
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
> Do not reply to spam, report it: 
> https://pagure.io/fedora-infrastructure/new_issue
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

libharu soname bump for rawhide

[Dmitrij S. Kryzhevich]

New version of libharu is building for rawhide with coresponding soname bump. 
Only vtk should be affected right now.

--
Dmitrij S. Kryzhevich
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Non-responsive maintainer check: fabiand - Fabian Deutsch

[Dmitrij S. Kryzhevich]

I suppose we can try this address as well: fdeut...@redhat.com
(I hope it's correct)

Dmitrij Kryzhevich

On Sun, 13 Feb 2022 20:22:46 -0500
Noah Palmer  wrote:

> Hello,
> I am starting the non-responsive maintainer process for fabiand. He is the
> listed maintainer for 20 packages and as far as I can tell has been
> unresponsive for a long time
> fedora-active-user lists the last email on a mailing list in 2013 and I
> can't find any actively within the past few years. python-uinput has been
> broken since at least 2017 to it not being updated.
> This bug recommended starting the non-responsive maintainer check:
> https://bugzilla.redhat.com/show_bug.cgi?id=1356751
> 
> non-responsive maintainer check:
> https://bugzilla.redhat.com/show_bug.cgi?id=2054018
> 
> Does anyone know him, or if he is still active? If not I would like to see
> if I can adopt python-uinput. I've always wanted to get involved with
> fedora and this seems like a great opportunity.
> -- 
> Noah Palmer
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Orphaned package: cuneiform

[Dmitrij S. Kryzhevich]

Subj is an OCR system which needs to much love to be alive that I 
haven't. It's not required from any other package, it never had upstream 
from he very beginning and it is a `tesseract` OCR to switch to. So it's 
time to say good bye for me.


It would be nice if anybody could adopt it (but I do not believe this 
could ever happen).


See also: https://bugzilla.redhat.com/show_bug.cgi?id=1799265 and I 
believe there are no opened bugs.

Package page: https://src.fedoraproject.org/rpms/cuneiform

Regards,
Dmitrij
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

[SSSD-users] Re: Sssd and gidNumber

[Dmitrij S. Kryzhevich]

> I would start with comparing logs for a 'working' and a 'non-working'
> client. The config looks OK to me and in general the plain LDAP provider
> should only ever generate the gidNumber value if
> ldap_auto_private_groups is set to True
> 
Thanks for answer! There was a local user with same login.
Such a silly reason...
___
sssd-users mailing list -- sssd-users@lists.fedorahosted.org
To unsubscribe send an email to sssd-users-le...@lists.fedorahosted.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedorahosted.org/archives/list/sssd-users@lists.fedorahosted.org

[SSSD-users] Sssd and gidNumber

[Dmitrij S. Kryzhevich]

I have setup with 3 clients and server. Server runs samba as AD and ldap + 
kerberos. Clients use sss: 1) fedora with 2.0.0, 2) centos with 1.16.0 and 3) 
centos with 1.16.2. All clients use 1:1 sssd.conf. I want sss to use primary 
group id from gidNumber record in ldap and I have no issues with first and 
second clients. But not third. I don't understand why but primary gid is set 
equal to uid. Can't see anything relevant in logs.

Where to dig?

sssd.conf:
[domain/default]
id_provider = ldap
ldap_uri = ldap://pdc.lkkm/
ldap_id_use_start_tls = True
ldap_tls_cacertdir = /etc/openldap/cacerts
ldap_search_base = dc=pdc,dc=lkkm
ldap_default_bind_dn = 
ldap_default_authtok_type = password
ldap_default_authtok = 
ldap_user_search_base = cn=Users,dc=pdc,dc=lkkm
ldap_user_home_directory = unixHomeDirectory
ldap_user_object_class = person
ldap_group_search_base = dc=PosixGroups,dc=pdc,dc=lkkm
ldap_group_object_class = group

auth_provider = krb5
chpass_provider = krb5
krb5_server = pdc.lkkm
krb5_kpasswd = pdc.lkkm
krb5_realm = PDC.LKKM
krb5_store_password_if_offline = False
krb5_ccname_template = KEYRING:persistent:%{uid}
krb5_auth_timeout = 15
___
sssd-users mailing list -- sssd-users@lists.fedorahosted.org
To unsubscribe send an email to sssd-users-le...@lists.fedorahosted.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedorahosted.org/archives/list/sssd-users@lists.fedorahosted.org

HEADSUP: Soname bump for Libharu

[Dmitrij S. Kryzhevich]

I'm updating libharu for rawhide and there was a soname change. I 
believe affected packages are:


EMBOSS
libeplplot
mathgl (my one)
perl-PDF-Haru
saga
wt

Old API should work.

Dmitrij
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Ridicules bug with imake

[Dmitrij S. Kryzhevich]

Hi,

I have a ridicules bug with imake[1]. Could anybody help here?

Dmitrij


[1] https://bugzilla.redhat.com/show_bug.cgi?id=1429343
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Something wrong with imake on ppc

[Dmitrij S. Kryzhevich]

Hi,

I have this rasmol f26 build [1] where all non-ppc arch are ended 
correctly. In logs I see that imake in ppc* have some strange issues 
with macros expanding which it has not on other platforms. It should be 
noted that on f24 and f25 and epel7 releases everything was fine.


And here is a log:

Executing(%build): /bin/sh -e /var/tmp/rpm-tmp.IiL9hb
+ umask 022
+ cd /builddir/build/BUILD
+ cd RasMol-2.7.5.2
+ pushd src
~/build/BUILD/RasMol-2.7.5.2/src ~/build/BUILD/RasMol-2.7.5.2
+ ./rasmol_build_options.sh --pixeldepth=32 --use_gtk
+ xmkmf
imake -DUseInstalled -I/usr/share/X11/config
In file included from /usr/share/X11/config/Imake.tmpl:2194:0,
 from Imakefile.c:34:
/tmp/IIf.WrvsH0:301:0: error: detected recursion whilst expanding macro "vector"
multiple.h multiple.c vector.h vector.c \
 
/tmp/IIf.WrvsH0:301:0: error: detected recursion whilst expanding macro "vector"

/tmp/IIf.WrvsH0:309:0: error: detected recursion whilst expanding macro "vector"
multiple.o vector.o wbrotate.o langsel_unix.o maps.o $(GUIOBJ)
 
imake: Exit code 1.

  Stop.
error: Bad exit status from /var/tmp/rpm-tmp.IiL9hb (%build)

The question is simple: what wrong here?

Dmitrij

[1] https://koji.fedoraproject.org/koji/taskinfo?taskID=17788988
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Unretiring itpp

[Dmitrij S. Kryzhevich]

Hi, my two pence.



BuildRoot:  %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)


Not required.


%cmake -DBLA_VENDOR=ATLAS -DCMAKE_BUILD_TYPE=Release -DCMAKE_INSTALL_PREFIX=/usr
make %{?_smp_mflags}


May be you want to do:
mkdir -p %{_target_platform}
pushd %{_target_platform}
%cmake -DBLA_VENDOR=ATLAS -DCMAKE_BUILD_TYPE=Release ..
popd
make -C %{_target_platform} %{?_smp_mflags}

and later

make -C %{_target_platform} install DESTDIR=$RPM_BUILD_ROOT


mv $RPM_BUILD_ROOT/usr/lib $RPM_BUILD_ROOT/%{_libdir}


That wouldn't work on systems with /usr/lib dir.
Anyway lib_64_ must be handled in another way.

You are missing %doc and %licence in %files still.

Dmitrij


Is this version better ? I think I incorporated all your suggestions +
some more that are in the same vein to what you suggested.

Theo.


___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Packagers - Flag day 2016 Important changes

[Dmitrij S. Kryzhevich]

Well. Somehow it works now.


12.12.2016 09:08, Dmitrij S. Kryzhevich пишет:



* koji and the source lookaside were changed to use kerberos
authentication
instead of ssl certificates. All maintainers will need to:

kinit your-fas-accountn...@fedoraaproject.org


$ kinit kr...@fedoraproject.org
kinit: Client 'kr...@fedoraproject.org' not found in Kerberos database 
while getting initial credentials


Any clues?

Dmitrij
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org


--
К.ф.-м.н. ЛККМ ИФПМ СО РАН
Крыжевич Д.С.
tel.: +7-3822-286-973
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Packagers - Flag day 2016 Important changes

[Dmitrij S. Kryzhevich]

Here is debug info:

$ KRB5_TRACE=/dev/stdout  kinit kr...@fedoraproject.org
[14820] 1481508960.831584: Getting initial credentials for 
kr...@fedoraproject.org

[14820] 1481508960.831767: Sending request (196 bytes) to FEDORAPROJECT.org
[14820] 1481508960.834886: Resolving hostname id.fedoraproject.org.
[14820] 1481508960.932073: Initiating TCP connection to stream 
152.19.134.198:1088

[14820] 1481508961.156915: Sending TCP request to stream 152.19.134.198:1088
[14820] 1481508961.550534: Received answer (188 bytes) from stream 
152.19.134.198:1088
[14820] 1481508961.550550: Terminating TCP connection to stream 
152.19.134.198:1088

[14820] 1481508961.552330: Response was not from master KDC
[14820] 1481508961.552360: Received error from KDC: -1765328378/Client 
not found in Kerberos database

[14820] 1481508961.552379: Retrying AS request with master KDC
[14820] 1481508961.552386: Getting initial credentials for 
kr...@fedoraproject.org
[14820] 1481508961.552441: Sending request (196 bytes) to 
FEDORAPROJECT.org (master)
kinit: Client 'kr...@fedoraproject.org' not found in Kerberos database 
while getting initial credentials

___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Packagers - Flag day 2016 Important changes

[Dmitrij S. Kryzhevich]

* koji and the source lookaside were changed to use kerberos
authentication
instead of ssl certificates. All maintainers will need to:

kinit your-fas-accountn...@fedoraaproject.org


$ kinit kr...@fedoraproject.org
kinit: Client 'kr...@fedoraproject.org' not found in Kerberos database 
while getting initial credentials


Any clues?

Dmitrij
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

[slurm-dev] Re: Gres issue

[Dmitrij S. Kryzhevich]

I did apply
SelectType=select/cons_res
And it begins to work. What's wrong with select/linear could be here?

[slurm-dev] Re: Gres issue

[Dmitrij S. Kryzhevich]

Thanks for reply!
I have experienced similar issues. I can assure you version 16.05 
supports heterogeneous mixes of GPUs (even different GPUs within the 
same node).


Please check and double-check the following:

  * slurm.conf is the same across all nodes

Tested. I have a small script doing that for me. And it's just too 
simple to make a mistake. Anyway it was rechecked. Twice.


  * gres.conf is correct for each node

Here is some... well... I just don't know how to verify it. In slurmctl 
startup logs all equipment is listed correctly. Is it enough?


  * The ordering of the GPUs matches in slurm.conf and gres.conf

It's a stand. Only one GPU on each node (with one exception). No place 
to go wrong. Anyway, checked.


Finally, be sure to do a full SLURM service restart


Done. Nothing changed.

I believe I'm missing something very simple. But what is it?

BR,
Dmitrij

[slurm-dev] Gres issue

[Dmitrij S. Kryzhevich]

Hi,

I have some issues with gres usage. I'm running slurm of 16.05.4 version 
and I have a small stand with 4 nodes+master. The best description of it 
would be to paste confs:

slurm.conf: http://paste.org.ru/?m8v7ca
gres.conf: http://paste.org.ru/?ouspnz
They are populated on each node.

And the problem is following:

[dkryzhevich@gpu ~]$ srun -N 1 --gres gpu:c2050 
srun: error: Unable to allocate resources: Requested node configuration 
is not available

[dkryzhevich@gpu ~]$

Relevant logs: http://paste.org.ru/?mj4dfs
Whatever I did with --gres flag it just does not start. What am I 
missing here?


I tried to remove Type column from gres.conf and all nodes have gone 
into "drain" state. I tried to remove all details from Gres column in 
slurm.conf in addition (i.e. "NodeName=node2 Gres=gpu:1 CoresPerSocket=2 
ThreadsPerCore=2 State=UNKNOWN") and task was submitted but I want the 
ability to specify type of card in case I really need it.


And two small unrelevant questions.
1. Is it possible to submit a job from any node, or is it master only? 
Start secondary slurmctl daemon on each node may be, I don't know.
2. Is it possible to start a job on two separate nodes with nvidia cards 
in a way something like

$ srun --gres gpu:2
? The point is to use 2-3-4 cards installed on different nodes with some 
MPI connection between threads.


BR,
Dmitrij

Re: Unretire surf

[Dmitrij S. Kryzhevich]

On Mon, Apr 18, 2016 at 6:02 PM, Alexander Ploumistos
<alex.ploumis...@gmail.com> wrote:

Well, after almost three hours, fedora-review came through.

I am a little confused by the beginning of the %install section, could you
please explain the syntax of the first line?
(%make_install INSTALL="install -p")



It essentially expands out to:
%{__make} install DESTDIR=%{buildroot} INSTALL="install -p"

Previously, it was set to `make install INSTALL="install -p"
DESTDIR=%{buildroot}`, which is essentially the same thing. I just
chose to use the %make_install macro to be consistent with my usage of
%make_build (which is `%{__make} %{?_smp_mflags}`).




I'm sorry but may be the corresponding Bugzilla ticket is a better place 
for this conversation?


Dmitrij S. Kryzhevich
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Running CLI uitilities not available in Fedora?

[Dmitrij S. Kryzhevich]

Hello All!
I'd like to ask you for advice. I've packaged an application which can
use external CLI tools (not available in Fedora for various non-legal
reasons). Shall I remove support for these tools or better keep it?



Hello,

if your application has a preference for that CLI name modification and 
proper error handling you could just change reference to some note. I.e. 
"this_tool_name_NAME_is_not_installed", that should appear in error box. 
Or may be you'l submit a request to upstream to make this possible.


Dmitrij
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Notification of new version

[Dmitrij S. Kryzhevich]

Was a bugzilla ticket created? If not, perhaps it was recently added to
release-monitoring.org , it seems that's
the only version detected at this point:

https://release-monitoring.org/project/9781/

Thanks,
Richard


Thanks. Looks like it is a case.
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Notification of new version

[Dmitrij S. Kryzhevich]

Hi,

I'd received a notification about new version released:

A new version of "rasmol" has been detected:  "2.7.5", packaged as "rasmol"


But current version is:
# rpm -q rasmol
rasmol-2.7.5.2-5.fc23.x86_64
 ^

What had gone wrong here?

Dmitrij
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: requesting help on fixing gcc-6 FTBFS

[Dmitrij S. Kryzhevich]

Hi!

> 1/ Labplot - https://bugzilla.redhat.com/show_bug.cgi?id=1307279
>
> I think the issue is here -
>
> /builddir/build/BUILD/labplot-kf5-2.1.0/src/backend/worksheet/TextLabel.
> cpp:538:38:
> error: call of overloaded 'abs(qreal)' is ambiguous
>if (abs(point.x()-position.point.x())>20 &&
> qAbs(point.y()-position.point.y())>20 ) {
>
> There is mention about this in gcc 6 porting "guide" -
> https://gcc.gnu.org/gcc-6/porting_to.html
>
> But, I have no idea how to fix this.

May you could try to change abs to fabs (or alternatives)?
Otherwise, explicit type cast could help.
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: COPR repo in mock?

[Dmitrij S. Kryzhevich]

Are there any instructions on how to use a COPR repo when testing
package builds with mock? My attempts at googling this sort of thing
didn't turn anything up.
Thanks,
Dave



Like any others. Provide information about repo to /etc/mock/YOURCONFIG.cfg
In most cases in would be: /etc/mock/default.cfg

You could find details for your particular copr repo in file with 
corresponding name in /etc/yum.repos.d dir if this repo already 
worldwide enabled in your system.






--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org


--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Bodhi

[Dmitrij S. Kryzhevich]

On Tue, Dec 22, 2015 at 12:34 PM, Dmitrij S. Kryzhevich
<kryz...@ispms.ru> wrote:

And now it is locked. I just can't drop it and redone (it is locked) and I
can't do anything (it is locked).
Any ideas?


Check this https://fedoraproject.org/wiki/Bodhi2#FAQ

Regards,
Parag.


Well, seems that "in some cases, a push may be failing for several days" 
IS the case.


Dmitrij
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Bodhi

[Dmitrij S. Kryzhevich]

And now it is locked. I just can't drop it and redone (it is locked) and 
I can't do anything (it is locked).

Any ideas?

Dmitrij


Hi!

Could anybody help to figure out what gone wrong here?
https://bodhi.fedoraproject.org/updates/FEDORA-2015-6ec19b0161

Dmitrij
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org


--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Bodhi

[Dmitrij S. Kryzhevich]

Hi!

Could anybody help to figure out what gone wrong here? 
https://bodhi.fedoraproject.org/updates/FEDORA-2015-6ec19b0161


Dmitrij
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Direct messages

[Dmitrij S. Kryzhevich]

If you want to filter list mails then List-Id is a much better thing to
filter on than the To header. That way a direct copy to you won't
trigger the filter.


Those letters was not explicitly marked as sent to me. Not CC, not To. I 
have a filter for that with higher priority.


For now, I did change a logic in filtering. But  - why not to act in 
more obvious way?

--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Direct messages

[Dmitrij S. Kryzhevich]

If your username is krege you got at least three e-mail on 2015-11-26,
-15 and -10 to krege fedoraproject org, therefore I suggest that you
check your Spam folder/e-mail configuration.



And I found those letters. Sorry, it was... very nontrivial.
Heades (@ sign was manually edited):

From: opensource-at-till.name
To: devel-at-lists.fedoraproject.org  // ! (my note)
...
Delivered-To: krege-at-fedoraproject.org  // and here we are

Sure it was auto-moved into devel@ folder. Is it OK to use such a "To" 
field?

--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: koji and opempi

[Dmitrij S. Kryzhevich]

Anyway is there a way to run scratch build for epel7 with ordinal
surrounding (openmpi-1.6.4)?

There is no way to do this


Wright answer should be: enable CR repo for CentOS.

Dmitrij
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

koji and opempi

[Dmitrij S. Kryzhevich]

Hi,

I have a strange issue with making a scratch build on koji for epel7 
[1]. My local mock build tells me I have openmpi-1.6.4. But during koji 
builds I have openmpi-1.10.0. That strange. I see there was openmpi 
update for rawhide but why it triggers epel7 builds?


Anyway is there a way to run scratch build for epel7 with ordinal 
surrounding (openmpi-1.6.4)?


The reason I'm asking is that my build fails with an error:

> error while loading shared libraries: libmpi.so.1: cannot open shared 
object file: No such file or directory


which I can't debug as I haven't openmpi-1.10.0-10.el7.x86_64 package.

Dmitrij

[1] http://koji.fedoraproject.org/koji/taskinfo?taskID=12118992
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Direct messages

[Dmitrij S. Kryzhevich]

On Mon, Dec 07, 2015 at 11:29:32AM +0600, Dmitrij S. Kryzhevich wrote:

I just want to know what happened to direct messages about issues with
packages.

When builds fail i.e. during mass rebuilds I have a message about it.
If for some reasons dependencies tree was broken (in rawhide, i.e., it is
occurs) I have a message about it.

If one of dependencies was retired I have... nothing. Yes, I'm not reading
messages in devel@ with "Orphan" title careful. I missed that one of
dependencies (which still have a comaintainer, btw) was orphaned. How could
I know?  And now a receive a mail that one of my packages SUDDENlY retired.

I could go through unretire process anyway but I think it is something that
is completely wrong.


Would you like to share the name of this package maybe?


Pierre
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org



Sorry. Sure.
First retires package I did would like to receive an info about: tktray 
(orphaned, comaintainer: mjakubicek)

My package: tkabber

Dmitrij
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Direct messages

[Dmitrij S. Kryzhevich]

If your username is krege you got at least three e-mail on 2015-11-26,
-15 and -10 to krege fedoraproject org, therefore I suggest that you
check your Spam folder/e-mail configuration.



Correct. But there are no that messages on those dates. I do have three 
letters to krege at fedoraproject at 2015-11-26 in my box. But their are 
linked to another package (mathgl actually).


I see you send the message I'm answering to devel@ and to mentioned 
address directly. I have both of them. So with mentioned above I suppose 
there are no issues with my e-mail configuration. And I haven't any of 
them in spam too.


I'm not claim you, I want to figure out why happened that what happened.

Dmitrij
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Direct messages

[Dmitrij S. Kryzhevich]

I just want to know what happened to direct messages about issues with 
packages.


When builds fail i.e. during mass rebuilds I have a message about it.
If for some reasons dependencies tree was broken (in rawhide, i.e., it 
is occurs) I have a message about it.


If one of dependencies was retired I have... nothing. Yes, I'm not 
reading messages in devel@ with "Orphan" title careful. I missed that 
one of dependencies (which still have a comaintainer, btw) was orphaned. 
How could I know?  And now a receive a mail that one of my packages 
SUDDENlY retired.


I could go through unretire process anyway but I think it is something 
that is completely wrong.


----
Dmitrij S. Kryzhevich
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Staled build

[Dmitrij S. Kryzhevich]

On Wed, 25 Nov 2015 09:25:39 +0600
"Dmitrij S. Kryzhevich" <kryz...@ispms.ru> wrote:


Hi!

I have an issue with building a package under arm arch [1]. i686 and
x86_64 builds completed with no errors but not arm. It is running (or
staled) already more then for 10 hours.

The question: could I somehow investigate what going on there? And
how (if yes)? I have no arm machine to run this build directly.


sure.

It looks like it's stuck in:

kojibui+  4858 99.9  0.1  20196  7520 ?RNov24
1467:23 ../utils/make_bin -p /builddir/build/BUILD/mathgl-2.3.3/fonts/
-o 
/builddir/build/BUILD/mathgl-2.3.3/armv7hl-redhat-linux-gnueabi_serial/fonts/STIX.vfmb
STIX

An strace of that just stalls.

You can use arm03-packager01.cloud.fedoraproject.org to duplicate. Its
the same exact hardware as the armv7 builders.

kevin




Thanks! Somehow have forgotten about there existence.
(did successfully detect a problem)

Dmitrij
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Staled build

[Dmitrij S. Kryzhevich]

On 25/11/15 04:25, Dmitrij S. Kryzhevich wrote:
I experienced the same thing yesterday. Looks like the stall happens
after the build phase (which only took half an hour). It actually
completed after 14 hours after that.

https://koji.fedoraproject.org/koji/taskinfo?taskID=11962048


18 hours. Still stalled.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Staled build

[Dmitrij S. Kryzhevich]

On Wednesday, 25 November 2015 at 10:17, Dmitrij S. Kryzhevich wrote:

On 25/11/15 04:25, Dmitrij S. Kryzhevich wrote:
I experienced the same thing yesterday. Looks like the stall happens
after the build phase (which only took half an hour). It actually
completed after 14 hours after that.

https://koji.fedoraproject.org/koji/taskinfo?taskID=11962048


18 hours. Still stalled.


Looks like it completed in 12 hours, not 18:
Created Tue, 24 Nov 2015 04:13:07 UTC
Started Tue, 24 Nov 2015 04:13:11 UTC
Completed   Tue, 24 Nov 2015 16:47:45 UTC



I'm talking about my build from first message: 
http://koji.fedoraproject.org/koji/buildinfo?buildID=701204




Regards,
Dominik


--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Staled build

[Dmitrij S. Kryzhevich]

Hi!

I have an issue with building a package under arm arch [1]. i686 and 
x86_64 builds completed with no errors but not arm. It is running (or 
staled) already more then for 10 hours.


The question: could I somehow investigate what going on there? And how 
(if yes)? I have no arm machine to run this build directly.


Dmitrij

[1] http://koji.fedoraproject.org/koji/buildinfo?buildID=701204
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

dnf and yum. again.

[Dmitrij S. Kryzhevich]

Just check this

First.
# dnf update
Dependencies resolved.
Nothing to do.

Second.
# yum update
Loaded plugins: langpacks, refresh-packagekit
Resolving Dependencies
SKIP
Transaction Summary
=
Upgrade  2 Packages

Total download size: 15 M
Is this ok [y/d/N]:
Exiting on user command

What wrong with dnf?

-
Dmitrij
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: dnf and yum. again.

[Dmitrij S. Kryzhevich]

Hi,

On Tue, Oct 7, 2014 at 8:31 AM, Dmitrij S. Kryzhevich kr...@land.ru wrote:

Just check this

First.
# dnf update
Dependencies resolved.
Nothing to do.

Second.
# yum update
Loaded plugins: langpacks, refresh-packagekit
Resolving Dependencies
SKIP
Transaction Summary
=
Upgrade  2 Packages

Total download size: 15 M
Is this ok [y/d/N]:
Exiting on user command

What wrong with dnf?


Its expected result since long time from dnf and has not changed its
behaviour. Just read this
http://dnf.readthedocs.org/en/latest/user_faq.html?highlight=faq#why-do-i-get-different-results-with-dnf-upgrade-vs-yum-update

Regards,
Parag.



Thanks, that is.

It's not a bug it's a feature. Ok.
--
Dmitrij
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Nonresponsive mai­ntai­ner: Takanori Matsu­ura

[Dmitrij S. Kryzhevich]

Please, feel free to take it!
I don't want to dive into autohell more then I have to.

Dmitrij.


On Tue, Sep 9, 2014 at 11:32 AM, Dmitrij S. Kryzhevich kr...@land.ru wrote:

Talking about autoconf-archive, may be move information about it's orphaning
in new separate thread?


I've tracked the CNUCNU bug of it for a long time:

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

I can take over this package if you don't want.

Thanks.

Yours sincerely,
Christopher Meng

http://cicku.me


--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Orphaned autoconf-archive

[Dmitrij S. Kryzhevich]

Hello,

during implementation of the one of the Unresponsive maintainer policy 
one package did not get it's maintainer:


autoconf-archive

According to [1] there are some awaiting review statuses, but package 
still orphaned. If you need it, please, take care of it.


Dmitrij.

[1] https://admin.fedoraproject.org/pkgdb/package/autoconf-archive/
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Nonresponsive mai­ntai­ner: Takanori Matsu­ura

[Dmitrij S. Kryzhevich]

As a FESCo member I am acking this part of the process.

I have orphaned:

CQRlib
CVector
NearTree
autoconf-archive



Thanks. Taken:
 CQRlib
 CVector
 NearTree

Talking about autoconf-archive, may be move information about it's 
orphaning in new separate thread?


Dmitrij S. Kryzhevich
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Samba as AD DC

[Dmitrij S. Kryzhevich]

Hi!

Samba4 in Fedora can't be a AD DC still. You should rebuild srpm with 
proper spec changes or build it from sources.


krege.


Hi,

Is (Samba) Fedora 20 still not capable of being Active Directory Domain
Controller?

I mean is that page current:
http://fedoraproject.org/wiki/Features/Samba4#Current_status ?

Thanks in advance!
--
--
Sergio Belkin http://www.sergiobelkin.com
LPIC-2 Certified - http://www.lpi.org



--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Nonresponsive mai­ntai­ner: Takanori Matsu­ura

[Dmitrij S. Kryzhevich]

Takanori Matsuura (fas: tmatssu) cant be reached for a long time. There are no 
reply on email,
in bugreport [1], there are no koji builds [2], even more, from the previous 
message, Jiro Matsuzawa
tell he contact him personaly (a week ago) nut there were no actions.

At all mentioned above, I request orphaning Takanori Matsuura's packages: 
NearTree [3] and CVector [4].

Dmitrij.

[1] https://bugzilla.redhat.com/show_bug.cgi?id=1105916
[2] http://koji.fedoraproject.org/koji/userinfo?userID=1247
[3] https://admin.fedoraproject.org/pkgdb/package/NearTree/
[4] https://admin.fedoraproject.org/pkgdb/package/CVector/

--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Nonresponsive maintainers: Takanori Matsuura

[Dmitrij S. Kryzhevich]

Still no actions.


According to Policy for nonresponsive package maintainers.

Takanori Matsuura did not respond on 
https://bugzilla.redhat.com/show_bug.cgi?id=1105916, contact email is silent 
too.
Moreover, his last build on koji was in late 2012.

As for both above mentioned, I want to take ownership on CVector and NearTree 
packages that needed for rasmol package I maintain.

krege


--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Nonresponsive maintainers­: Takanori Matsuura

[Dmitrij S . Kryzhevich]

No actions still.


 According to Policy for nonresponsive package maintainers.
 
 Takanori Matsuura did not respond on 
 https://bugzilla.redhat.com/show_bug.cgi?id=1105916, contact email is silent 
 too.
 Moreover, his last build on koji was in late 2012.
 
 As for both above mentioned, I want to take ownership on CVector and NearTree 
 packages that needed for rasmol package I maintain.
 
 krege
 -- 
 devel mailing list
 devel@lists.fedoraproject.org
 https://admin.fedoraproject.org/mailman/listinfo/devel
 Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Re: Re: Re: Nonresponsive­ mai­ntai­ners: Takanori ­Matsu­ura

[Dmitrij S . Kryzhevich]

Thanks a lot for your help.

 Hi Dmitrij,
 (CC'd Takanori)
 
 I know him personally. I got in touch with him and got his response.
 
 He said he had no time to maintain all of his packages now. So he will
 orphan them and he would like you to take owernership
 
 I know I can't speak for him here. I'm asking him to follow the
 official orphaning process.
 
 Best regards,
 
 -- 
 Jiro Matsuzawa
 Email: jmatsuzawa at gnome.org
 GPG Key ID: 0xECC442E9
 -- 
 devel mailing list
 devel@lists.fedoraproject.org
 https://admin.fedoraproject.org/mailman/listinfo/devel
 Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Re: Re: Nonresponsive mai­ntai­ners: Takanori Matsu­ura

[Dmitrij S . Kryzhevich]

Have no reply still.

Contact information on his page still provide the same email I mentioned befor. 
So, request still active.

 Ahhh... Japan. I haven't twitter, but it could be fixed in no time.
 Thanks anyway. I'l try.
 
  Hello,
  
  On Thu, Aug 28, 2014 at 1:39 PM, Dmitrij S. Kryzhevich kr...@land.ru 
  wrote:
   According to Policy for nonresponsive package maintainers.
  
   Takanori Matsuura did not respond on 
   https://bugzilla.redhat.com/show_bug.cgi?id=1105916, contact email is 
   silent too.
   Moreover, his last build on koji was in late 2012.
  
  I believe he's still active on twitter if you want to/can contact him this 
  way:
  https://twitter.com/tmatsuu
  
  François
 
 -- 
 devel mailing list
 devel@lists.fedoraproject.org
 https://admin.fedoraproject.org/mailman/listinfo/devel
 Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Nonresponsive maintainers: Takanori Matsuura

[Dmitrij S . Kryzhevich]

According to Policy for nonresponsive package maintainers.

Takanori Matsuura did not respond on 
https://bugzilla.redhat.com/show_bug.cgi?id=1105916, contact email is silent 
too.
Moreover, his last build on koji was in late 2012.

As for both above mentioned, I want to take ownership on CVector and NearTree 
packages that needed for rasmol package I maintain.

krege
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Re: Nonresponsive maintai­ners: Takanori Matsuura

[Dmitrij S . Kryzhevich]

Ahhh... Japan. I haven't twitter, but it could be fixed in no time.
Thanks anyway. I'l try.

 Hello,
 
 On Thu, Aug 28, 2014 at 1:39 PM, Dmitrij S. Kryzhevich kr...@land.ru wrote:
  According to Policy for nonresponsive package maintainers.
 
  Takanori Matsuura did not respond on 
  https://bugzilla.redhat.com/show_bug.cgi?id=1105916, contact email is 
  silent too.
  Moreover, his last build on koji was in late 2012.
 
 I believe he's still active on twitter if you want to/can contact him this 
 way:
 https://twitter.com/tmatsuu
 
 François

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Inactive maintainer: tmatsuu

[Dmitrij S. Kryzhevich]

Hi!

FAS user tmatsuu is innactive for almost two years [1], he did not answered on 
email. Does anyone know how to contact him?

Dmitrij

[1] http://koji.fedoraproject.org/koji/userinfo?userID=1247
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: [ACTION REQUIRED] Retiring packages for Fedora 21 v3

[Dmitrij S. Kryzhevich]

 On Wed, Jun 25, 2014 at 10:31:18AM +0700, Dmitrij S. Kryzhevich wrote:
 Package(co)maintainers
   
   
   ===
   NearTree   tmatsuu
   
   The following packages require above mentioned packages:
   Depending on: NearTree
   
 rasmol (maintained by: krege)
 
 rasmol-2.7.5.2-3.fc21.i686 requires libCNearTree.so.5
 rasmol-2.7.5.2-3.fc21.src requires NearTree-devel = 3.1.1-4.fc18
 rasmol-gtk-2.7.5.2-3.fc21.i686 requires libCNearTree.so.5
  
  Hi!
  I tried to contact tmatsuu but failed. I did an admin request in PkgDB for
  NearTree[1], what could I do else?
  
  [1] https://admin.fedoraproject.org/pkgdb/package/NearTree/
 
 Maybe worth asking for commit rights as well.
 
 Pierre

Admin rights would grant the posibility to add me into acl commit list by 
myself.
Anyway, done.
Anyway-2, as tmatsuu still unreacheble, what could I do else?

Dmitrij.

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Package onership

[Dmitrij S. Kryzhevich]

Hi!

Package NearTree is going to be dropped as it is not built for F21. Its 
maintainer, tmatsuu, was seen on koji in late 2012, September.

I would like to take NearTree as it is reqiured for my rasmol package. I made 
a request in PkgDB, but who should I notice to grant the rights?

Dmitrij.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: [ACTION REQUIRED] Retiring packages for Fedora 21 v3

[Dmitrij S. Kryzhevich]

   Package(co)maintainers
 ===
 NearTree   tmatsuu
 
 The following packages require above mentioned packages:
 Depending on: NearTree
   rasmol (maintained by: krege)
   rasmol-2.7.5.2-3.fc21.i686 requires libCNearTree.so.5
   rasmol-2.7.5.2-3.fc21.src requires NearTree-devel = 3.1.1-4.fc18
   rasmol-gtk-2.7.5.2-3.fc21.i686 requires libCNearTree.so.5

Hi!
I tried to contact tmatsuu but failed. I did an admin request in PkgDB for 
NearTree[1], what could I do else?

Dmitrij S. Kryzhevich

[1] https://admin.fedoraproject.org/pkgdb/package/NearTree/
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: tcllib update

[Dmitrij S. Kryzhevich]

Thanks. Fixed.

 1.15-2.fc21 didn't fix the file conflict problem.
 
 file /usr/share/man/mann/fifo.n.gz from install of tcllib-1.15-2.fc21.noarch
 conflicts with file from package memchan-2.3-4.fc20.i686

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

tcllib update

[Dmitrij S. Kryzhevich]

Hi!

I submitted update for tcllib 1.11 - 1.15. If your software use it please 
test for compatibility and in case of problem feel free to decrease the karma.

Dmitrij.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

F16 and F18: bugzilla, bugs and EOL

[Dmitrij S. Kryzhevich]

Hi!

There an interesting thing happened in gugzilla recently. Some bug 
(https://bugzilla.redhat.com/show_bug.cgi?id=809773) is applied for F16. There 
are some (five, ten, twenty,...) simmilar bugs which are, ofcouse, are marked 
as dublicate. But. Last one is for F18 
(https://bugzilla.redhat.com/show_bug.cgi?id=895465), and it is marked as 
dublicate of F16 bug when, you know, F16 is automatcaly EOF. So the first bug 
is automaticaly closed as well a new one.
Nothing strange here? We have new bug reports that are closed automaticaly 
wiht no solution. Something should be changed here, how do you think?

Dmitrij S. Kryzhevich.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: F16 and F18: bugzilla, bugs and EOL

[Dmitrij S. Kryzhevich]

Yes and no. Right, I could press two buttons and reopen ticket. No, I am not a 
reporter so there would be no actual result in it. If you digg into 
closed/dublicate reports you will see that there were some communication in 
them. But it stopped every time that bug been marked as dublicate. Reportes of 
that bugs as I think suggest that if it is a dublicate someone for sure is 
working on it. And it is wrong. Reporter of first bugreport just foggot already 
he made it.

So. First bugreport has reporter why does not wont to help (what is rather 
often with abrt generated reports). Reporters of dublicates think that first 
bug is under revision and stop working on their reports (who will blame them? 
there reports are closed). All became into CLOSED status after F16 EOL, 
nothing became better.

 Then the original one could be reopened and version set to F18.
 
 If you can reproduce this bug against a currently maintained version of
 Fedora please feel free to reopen this bug against that version.
 
 It would be probably possible to check all dupes automatically but
 again a corner case, fixable manually (if somebody takes care).
 
 Btw. as asked frequently in the previous EOL thread and to make it
 easier for me and upcoming guys responsible for EOL - the script is
 now available in the GIT of Fedora Project Schedule hosted project [1].
 
 Jaroslav
 
 [1] https://fedorahosted.org/fedora-project-schedule/
 

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Unblock unretired package iwidgets

[Dmitrij S. Kryzhevich]

Hi!
Could anybody look into https://fedorahosted.org/rel-eng/ticket/5101 ?

Dmitrij.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: [ACTION REQUIRED v4] Retiring packages for F-17

[Dmitrij S. Kryzhevich]

tdom is picked up by me for Fedora (not EPEL).

For EPEL tdom is orphant but not in drop list *still*.


 Can I pick up tdom?
 
 
 Takanori
 

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: [ACTION REQUIRED v4] Retiring packages for F-17

[Dmitrij S . Kryzhevich]

From the other hand, I'l take:

blt
bwidget
itcl
itk
tcl-tclxml
tcllib
tdom
tklib

For Fedora, not for EPEL.

(sorry, email server have some problems for now, so I had to create new 
messages but bot reply)

Dmitrij S. Kryzhevich
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: [ACTION REQUIRED v4] Retiring packages for F-17

[Dmitrij S . Kryzhevich]

 Removing: bwidget
 amsn requires bwidget = 1.9.0-3.fc17
 mcu8051ide requires bwidget = 1.9.0-3.fc17
 setools-gui requires bwidget = 1.9.0-3.fc17
 tkabber requires bwidget = 1.9.0-3.fc17

tcl/tk stack is dropped, ok. As tkabber maintainer, should I release ownership?

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

[Bug 268040] Content of kmail folders cannot be retrieved

[Dmitrij S . Kryzhevich]

https://bugs.kde.org/show_bug.cgi?id=268040


Dmitrij S. Kryzhevich kr...@land.ru changed:

   What|Removed |Added

 CC|kr...@land.ru   |




-- 
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
Kdepim-bugs mailing list
Kdepim-bugs@kde.org
https://mail.kde.org/mailman/listinfo/kdepim-bugs

[Bug 268555] Not all mails from a folder are shown in the message list

[Dmitrij S . Kryzhevich]

https://bugs.kde.org/show_bug.cgi?id=268555





--- Comment #12 from Dmitrij S. Kryzhevich krege land ru  2011-04-01 12:29:39 
---
I have found out, that problem is in Return-Path field. In major part of
folders downloaded letters start with Return-Path as a first string. In this
folder letters placed without this field. I ran simple script added Return-Path
(place there email from From: field) and it become work. Can't understand,
why. The same letters, been moved to another folder, are visible without such
modification.

-- 
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
Kdepim-bugs mailing list
Kdepim-bugs@kde.org
https://mail.kde.org/mailman/listinfo/kdepim-bugs

[Bug 268555] Not all mails from a folder are shown in the message list

[Dmitrij S . Kryzhevich]

https://bugs.kde.org/show_bug.cgi?id=268555


Dmitrij S. Kryzhevich kr...@land.ru changed:

   What|Removed |Added

 CC||kr...@land.ru




--- Comment #8 from Dmitrij S. Kryzhevich krege land ru  2011-03-30 05:22:46 
---
Have the similar problem, pop3 connections. Mails are visible during one sessin
after downloading them from server, but after kmailwas restarted they disappear
from list, folder become empty. Looking at ~/.kde/.../mail/My folder/new
dir, they are exist on the hard drive, I could read them in any editor. There
are some other folders in my tree, working fine.

Reproduced: everytime.

-- 
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
Kdepim-bugs mailing list
Kdepim-bugs@kde.org
https://mail.kde.org/mailman/listinfo/kdepim-bugs

[Bug 268040] Content of kmail folders cannot be retrieved

[Dmitrij S . Kryzhevich]

https://bugs.kde.org/show_bug.cgi?id=268040


Dmitrij S. Kryzhevich kr...@land.ru changed:

   What|Removed |Added

 CC||kr...@land.ru




-- 
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
Kdepim-bugs mailing list
Kdepim-bugs@kde.org
https://mail.kde.org/mailman/listinfo/kdepim-bugs

Review swap

[Dmitrij S. Kryzhevich]

Hi!

I want to suggest review swap. Here are mine:
kaudiocreator[1] - Program for ripping and encoding Audio-CDs
k4dirstat[2] - Graphical Directory Statistics for Used Disk Space

Both are rather simple.

Dmitrij.

[1] https://bugzilla.redhat.com/show_bug.cgi?id=649425
[2] https://bugzilla.redhat.com/show_bug.cgi?id=641690

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Alien .deb converter to rpm in F14, how?

[Dmitrij S, kryzhevich]

Hi!

I have alien built for F14 (64bit) here: 
http://krege.fedorapeople.org/alien/

It _could_ be used on 32bit system, but will create /usr/lib64 dir (my mistake 
while package building) wich is not required at all.

Dmitrij.

 Has anyone managed to install Alien (the .deb to .rpm package
 converter) in Fedora 14?.
 I remember that back at the time when I ran FC7, I was able to install
 it. However, I tried nowadays and it complains about some Perl modules
 missing.
 
 I tried following the directions here
 http://content.hccfl.edu/pollock/AUnix1/alien/
 
 If anyeone can try and give me a hand, I´d really appreciate it.
 
 The reason for this? I want to create a RPM for jEdit (www.jedit.org)
 from the provided .deb
 
 Thanks in advance.
 FC
 PS: I apologize for not providing the detailed error message but I
 don´t have my Linux system with me at this moment.
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines

Re: Alien .deb converter to rpm in F14, how?

[Dmitrij S. Kryzhevich]

 I actually have another question, is it safe to directly install
 packages with dpkg ?

Dpkg does NOT use rpm db to check files to be ovewriten if they are already 
exist in the system, dpkg does not make dependencies check.


 Intuitively, I would say no... but then I wonder why this tool is
 available (at least more easily than alien).

Some time you need to prepare deb package, i.e. to distribute your own 
software.
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines

Directory unowned.

[Dmitrij S . Kryzhevich]

Hi!
%{_libdir}/girepositry-1.0/ is not owned by any package. It is used, i.e., in 
DeviceKit-power-devel.
Dmitrij.

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

q4wine: review

[Dmitrij S . Kryzhevich]

Hi!
I would like to introduce reviewing package q4wine: Qt4 GUI for wine. It can:* 
Work with different wine versions at same time;* Creat, delete and manage 
prefixes (WINEPREFIX);* Cd-image use;* Backup and restore for managed 
prefixes;* Winetriks support.And other.
Review request is on https://bugzilla.redhat.com/show_bug.cgi?id=640889 
(sponsor needed). I also teke part in discussion on darktable 
https://bugzilla.redhat.com/show_bug.cgi?id=589866
Dmitrij S. Kryzhevich.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Darktable

[Dmitrij S. Kryzhevich]

Hi!

Would anybody like to make a review (sponsor needed) on darktable? 
https://bugzilla.redhat.com/show_bug.cgi?id=589866

Dmitrij.

signature.asc
Description: This is a digitally signed message part.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Missing Codec in Fedora 13

[Dmitrij S. Kryzhevich]

 I googled and got a 1000 hits..  After checking I am not sure who/what
 to trust...
 
 Is there a trusted Fedora site where I can get this codec??

You need to enable rpmfusion (rpmfusion.org) repo.


signature.asc
Description: This is a digitally signed message part.
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines

kdepim: build hang (trunk)

[Dmitrij S. Kryzhevich]

I'm trying to build KDE from trunk (r. 1053354) and can't build kdepim 
(kdebindings the same, but it is not a problem in trunk). After 
globalsettings_base.cpp and globalsettings_base.h were generated they can't be 
compiled. They are in kmail part of kdepim. Gcc process hang in top, eating 
100% of core and about 669Mb of memory (growing with time).

Some additional info.
cmake runs with Fedora 12 specific arguments:
-DCMAKE_BUILD_TYPE=release -DBUILD_SHARED_LIBS:BOOL=ON -
DCMAKE_INSTALL_PREFIX:PATH=/usr -DCMAKE_VERBOSE_MAKEFILE=ON -
DDATA_INSTALL_DIR:PATH=/usr/share/kde4/apps -
DINCLUDE_INSTALL_DIR:PATH=/usr/include/kde4 -DLIB_INSTALL_DIR:PATH=/usr/lib64 
-DLIBEXEC_INSTALL_DIR:PATH=/usr/libexec/kde4 -DSYSCONF_INSTALL_DIR:PATH=/etc -
DLIB_SUFFIX=64 -DCMAKE_SKIP_RPATH:BOOL=ON ..

Distro, sure, Fedora 12 (x86_64).

Logs:
[ 36%] Building CXX object 
kmail/CMakeFiles/kmailprivate.dir/globalsettings_base.o
cd /builddir/build/BUILD/kdepim-4.3.77/x86_64-redhat-linux-gnu/kmail  
/usr/lib64/ccache/c++   -DMAKE_KMAILPRIVATE_LIB -D_BSD_SOURCE -
D_XOPEN_SOURCE=500 -D_BSD_SOURCE -DQT_NO_STL -DQT_NO_CAST_TO_ASCII -
D_REENTRANT -DKDE_DEPRECATED_WARNINGS -O2 -g -pipe -Wall -Wp,-
D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -
m64 -mtune=generic  -Wnon-virtual-dtor -Wno-long-long -ansi -Wundef -Wcast-
align -Wchar-subscripts -Wall -W -Wpointer-arith -Wformat-security -fno-
exceptions -DQT_NO_EXCEPTIONS -fno-check-new -fno-common -Woverloaded-virtual 
-fno-threadsafe-statics -fvisibility=hidden -fvisibility-inlines-hidden -
fexceptions -UQT_NO_EXCEPTIONS -O2 -DNDEBUG -DQT_NO_DEBUG -fPIC -
I/builddir/build/BUILD/kdepim-4.3.77/x86_64-redhat-linux-gnu/kmail -
I/builddir/build/BUILD/kdepim-4.3.77/kmail -
I/builddir/build/BUILD/kdepim-4.3.77 -
I/builddir/build/BUILD/kdepim-4.3.77/x86_64-redhat-linux-gnu -
I/builddir/build/BUILD/kdepim-4.3.77/libkdepim -
I/builddir/build/BUILD/kdepim-4.3.77/x86_64-redhat-linux-gnu/libkdepim -
I/builddir/build/BUILD/kdepim-4.3.77/libksieve -
I/builddir/build/BUILD/kdepim-4.3.77/mimelib -
I/builddir/build/BUILD/kdepim-4.3.77/libkleo -
I/builddir/build/BUILD/kdepim-4.3.77/messagelist -I/usr/include/kde4 -
I/usr/include/kde4/KDE -I/usr/include/KDE -I/usr/include/QtScriptTools -
I/usr/include/QtXmlPatterns -I/usr/include/QtWebKit -I/usr/include/QtHelp -
I/usr/include/QtAssistant -I/usr/include/QtDBus -I/usr/include/QtTest -
I/usr/include/QtUiTools -I/usr/include/QtScript -I/usr/include/QtSvg -
I/usr/include/QtXml -I/usr/include/QtSql -I/usr/include/QtOpenGL -
I/usr/include/QtNetwork -I/usr/include/QtDesigner -I/usr/include/Qt3Support -
I/usr/include/QtGui -I/usr/include/QtCore -I/usr/include/Qt -
I/usr/lib64/qt4/mkspecs/default   -D_GNU_SOURCE -D_LARGEFILE64_SOURCE -o 
CMakeFiles/kmailprivate.dir/globalsettings_base.o -c 
/builddir/build/BUILD/kdepim-4.3.77/x86_64-redhat-linux-
gnu/kmail/globalsettings_base.cpp

Generated cpp file: http://pastebin.com/m316086fe (will be acceptable during a 
month).

# gcc -v
Target: x86_64-redhat-linux
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --
infodir=/usr/share/info --with-bugurl=http://bugzilla.redhat.com/bugzilla --
enable-bootstrap --enable-shared --enable-threads=posix --enable-
checking=release --with-system-zlib --enable-__cxa_atexit --disable-libunwind-
exceptions --enable-gnu-unique-object --enable-languages=c,c++,objc,obj-
c++,java,fortran,ada --enable-java-awt=gtk --disable-dssi --enable-plugin --
with-java-home=/usr/lib/jvm/java-1.5.0-gcj-1.5.0.0/jre --enable-libgcj-
multifile --enable-java-maintainer-mode --with-ecj-jar=/usr/share/java/eclipse-
ecj.jar --disable-libjava-multilib --with-ppl --with-cloog --with-tune=generic 
--with-arch_32=i686 --build=x86_64-redhat-linux
Thread model: posix
gcc version 4.4.2 20091027 (Red Hat 4.4.2-7) (GCC)

cmake 2.8.0, kdelibs and kdepimlibs the same version as kdepim

Build is in chroot (mock build).

Any help to build kdepim?

-- 

Regards,
Dmitrij S. Kryzhevich
___
Kde-buildsystem mailing list
Kde-buildsystem@kde.org
https://mail.kde.org/mailman/listinfo/kde-buildsystem

Re: Making modificatios in KDE-4.2.4

[Dmitrij S. Kryzhevich]

В сообщении от Пятница 24 июля 2009 07:35:28 автор Jim написал:
 FC 11 / KDE-4.2.4

 The window that popsup when doing a Right Click on Desktop;

 [Window]

 Konsole
 Run Command
 Unlock Widgets
 Appearance Settings
 Lock Screen
 Leave

 I would like to add a couple Apps to This Window.

 Where would I make modifications to this Window ?

In the sources only. No any configuration file for it.

-- 

Dmitrij S. Kryzhevich

-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: KDE4 - Add menu to panel

[Dmitrij S. Kryzhevich]

В сообщении от Понедельник 27 июля 2009 18:50:17 автор Alessandro Boggiano 
написал:
 Hi all,
 is it possibile to add a menu to the panel ? From the menu (right click
 on the app) I can add only applications; but I'd like to add an entire
 folder (with all submenu items) to the panel.

 In kde 3.5, I was used to ssh to all my office machines  from a folder
 menu in a panel. Now I can't do it!
 Does it means that I have to put in the panel 20 different icons? :(

 Also, I was addicted to middle click in the desktop to have the list to
 all running applications; someone knows if exists something like that  ?

 Thanks
 Alessandro


Have it tested on kde 4.3rc so don't know how it works on 4.2.x, but. It can 
be done with lancelot menu: drag-n-drop menu antry at a place you want to see 
this menu part seperatly and choise something like partial lancelot menu (i 
have localized version so I don't know how it in english). It can be dropped 
at a pannel or on desktop in while it in worktable mode. Looks like nicer than 
folder view one .)

-- 

Regards,
Dmitrij S. Kryzhevich

-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: KDE4 - Add menu to panel

[Dmitrij S. Kryzhevich]

 Hi all,
Hi!

 is it possibile to add a menu to the panel ? From the menu (right click
 on the app) I can add only applications; but I'd like to add an entire
 folder (with all submenu items) to the panel.
There was such a method: partial Lancelot plasmoid that could be placed on the 
pannel. For now it is broken but it will be fixed in future release. If you 
want it could be done in other way, useing Folder view plasmoid. Just add it 
and point it to the folder where you'l put executables (scripts or symlinks).

 Thanks
 Alessandro


-- 

Dmitrij S. Kryzhevich

-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: fedora 11 worst then ever release

[Dmitrij S. Kryzhevich]

 first of all i use linux since '94 so i've seen a few releases. 
Hm...

 there is no way to properly upgrade from the latest release to the next 
release! 
Since 94? yum upgrade.

 on system where anaconda do not crash f10 update's yum newer then on f11
 iso's so the installer do not upgrade yum! 
Sure. It is in continues development. On Fedora you must know what 
installation DVD is for.

 longer works. as the installer do not upgrade kernel-devel akmods not able
 to rebuild kernel module for nvidia and ati so X not able to start.
There are no fglrx for F11. Sad but true. Thise is what you must to know too. 
So, akmod is installed, but kmod can't be compiled. It is a real problem, it 
is exist, but no X with fglrx, but radeon(hd) or even vesa - all for you. Just 
edit (nano? vi?) /etc/X11/xorg.conf.

 but without networkmanager
system-config-network-tui is present on DVD. 

 all of my system has a wrong openssl version
How did you manage it?

 there was some python 2.5 abi problem. 
F11 have Python 2.6. You have your system partial updated. But it could be 
fixed.

 how can a system critical tool like yum depend on such a broken thing like
 python?
It just works.

 after i update by hand a few dozen of packages with rpm yum start to work.
Yes! I knew it! Partial update.

 after i already install f11 yum show 2069 packages to update!!! just one
 month after the release! my system consist of 2059
 packages at the same time yum download 2069 packages to update! what the
 hell i doing??? why do i upgrade the system for a half days if i upgrade
 all of my packages. why do i need a dvd iso? this download is more then the
 whole iso!
OK. When Fedora prepare to releas mainterners freez package versions. They 
create iso's. But (suddenly) developers release a new version of there 
product. Will it be updated in Fedora DVD iso? Of cause, not. Then, developers 
of second package released it stuff, third, forth... Yum updated, KDE updated, 
DeviceKit updated, R updated. Opensource world is in development, continues 
development. In updates repo you can find newer packages, than presented on the 
moment of Fedora releas. So, it completly normal. I think, it is not just 
normal, it's greate!

 the sound no longer works!
And it is a problem.  It need to be resolved, I'm agree with you.

 and the firefox and thunderbird betas... 
Sorry. Don't use them.

 on a simple on borad intel video card X/gnome crash daily.
May be hardware problem?

 and i could be list many other problems.
Cindly ask you to do it. This could help to develop Fedora, make it better 
with future releases.

 and tend to agree with dag that fedora is not suitable even for the
 desktop/workstation world. 
Dag is wrong. Sorry, Dag.

 and i can't say anything those ubuntu users who
 said it's working in ububtu:-(
Just look at Ubuntu bagzilla.

 if rhel 6 will be released i'll push a new company policy 
Hm... sometimes rhel _will_ release. You can begin to prepare a draft of that 
policy.

 a really angry fedora user.
Happy Fedora user :)

And my experience. Have upgraded couple copms from 10 to 11, couple from 9 to 
11 (yes, in documentation written it is not supported at all) and nothing 
suprising occurs. Sound playing, video showing, Konqueror prowl the Internet 
oceans.

The only one thing: plymouth start theme in F10 is better in my opinion then 
in F11 one.

-- 

Regards,
Dmitrij S. Kryzhevich

-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: fedora 11 worst then ever release

[Dmitrij S. Kryzhevich]

  I don't even upgrade anymore.  I just keep two partitions (Logical
  Volumes actually)--one for Fedora N and one for Fedora N+1.  I always
  do a fresh install, formatting the partition from the older install.
  This has the advantage of providing a backup in case the new Fedora
  doesn't work so well.  Eventually, when updates to the new Fedora fix
  the most annoying bugs, I switch to using it full time.

 and it's a shame! it's not windows when we need to reinstall and reboot
 with every install.
 or if it's know to be broken then remove the option to upgrade.

It must be in fedora-devel-list, not here. Please, not mix them.
-- 

Regards,
Dmitrij S. Kryzhevich

-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

system-config-printer and gome-packagekit

[Dmitrij S. Kryzhevich]

Hi!
In lates updates I resieved new system-config-printer that has a Require gnome-
packagekit. I have not any packagekit installed (for some personal reasons) 
and this was notisable. Looking in details, I desided this is need for 
something been installed for printer support (any additional drivers may be?).
The question is in following. Is this interoperation between realy different 
applications is such necessary? Could it be splited into 2 packages one of 
then *packagekit* Require and intall anything and the second (main one) for 
peculiarly printer configuration? And the last: what realy could be (need be) 
installed during system-config-printer work?

-- 
Dmitrij S. Kryzhevich

-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines