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

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

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

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

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