Re: Voluntarily step back as co-maintainer?
Thanks all! On Wed, Nov 24, 2021, 19:17 Miro Hrončok wrote: > On 24. 11. 21 18:41, Dominik 'Rathann' Mierzejewski wrote: > > On Wednesday, 24 November 2021 at 18:29, Frantisek Zatloukal wrote: > >> On Wed, Nov 24, 2021 at 11:58 AM Dominik 'Rathann' Mierzejewski < > >> domi...@greysector.net> wrote: > >> > >>> Try removing yourself from ACL, i.e.: > >>> 1. Go to https://src.fedoraproject.org/rpms/glabels and login > >>> 2. Click on Settings tab > >>> 3. Click on Users & Groups > >>> 4. Click on the red "trash" icon next to your FAS name > >>> > >>> > >> I am afraid this won't work for commit rights, which seems it's what > Maxim > >> has. I don't know about any other way than contacting somebody with > higher > >> ACLs on that project or maybe creating an infra ticket ( > >> https://pagure.io/fedora-infrastructure/issues ). > > > > Yes, someone with admin or higher privileges would have to do it. It > > looks like there's no option to self-remove if you only have commit > > privileges right now. > > I've used my admin powers to do it. > > -- > Miro Hrončok > -- > Phone: +420777974800 > IRC: mhroncok > ___ > 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 > ___ 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
Voluntarily step back as co-maintainer?
Hi, I saw fesco issue #2699, which lists me as a co-maintainer for glabels. I haven't actually used glabels since my dad retired (I did some work on the package because he used it a lot). How do I voluntarily step back as a co-maintainer? I'm not sure what result using the "orphan" button would have. Thanks Maxim ___ 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
caret in package version?
Hi all, Just quickly checking before I file a bug. The package containing ag (called "the_silver_searcher") currently has a caret symbol (^) between the version and the snapshot info. The guidelines seem to say about having shapshot information in the release tag: Those items which are present are combined (with periods to separate them) to construct the final Release: tag. In the usual notation where square brackets indicate that an item is optional: Am I correct in understanding that the caret symbol in this case should actually be replaced by a period: the_silver_searcher-2.2.0^2020704.5a1c8d8-1.fc34.x86_64.rpm? Reason I'm asking: this seems to be a fairly recent change and it breaks mirroring Fedora using Nexus. Maxim ___ 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
Fwd: wzzrd's libyubikey-1.13-12.fc32 failed to build
Hi, sorry if this is already known, but is there an issue with the s390x builders? Or did I mess up? Only the s390x build fails with: urllib.error.HTTPError: HTTP Error 503: Backend fetch failed Maxim Burgerhout ma...@wzzrd.com -- Forwarded message - From: Date: Wed, Nov 13, 2019 at 2:51 PM Subject: wzzrd's libyubikey-1.13-12.fc32 failed to build To: Notification time stamped 2019-11-13 13:51:13 UTC wzzrd's libyubikey-1.13-12.fc32 failed to build http://koji.fedoraproject.org/koji/buildinfo?buildID=1412449 -- You received this message due to your preference settings at https://apps.fedoraproject.org/notifications/wzzrd.id.fedoraproject.org/email/27353 ___ 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
Looking for new maintainer for python-flickrapi
Hi all, for a while, I maintained a package for python-flickrapi. I have not used this package in a long time, and it seems that it doesn't build for Fedora 30. I cannot spare the cycles to maintain it any further. If someone wants to pick it up, feel free. If not I'll orphan it later this week, or give it to Kushal, if he wants it. My assumption is that failed build should be fixable, but I admit I haven't spent a lot of time investigating it. https://bugzilla.redhat.com/show_bug.cgi?id=1675732 Maxim Burgerhout ___ 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
Can't capture vmcore?
I'm getting kernel panics in a VM that functions as a hypervisor, the moment I spin up the nested guest (on AMD ThreadRipper / Fedora 27). That is annoying, of course, so I try to be a good citizen and file a bug. For some reason though, I cannot get the core dumped. I get a core fine with sysrq, but not with this actual panic. I've followed [1] to set up kdump and crash, but everytime I trigger the crash and see my VM reboot, I see an empty /var/crash afterwards. As was able to get the vmcore written to /var/crash on in a RHEL7 guest, I'm starting to suspect a bug, but I'm unsure. Any pointers on how to debug this? [1] https://fedoraproject.org/wiki/How_to_use_kdump_to_debug_kernel_crashes ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Do you use Yubikey for Fedora services?
I don't actually use my Yubikey's for the Fedora infrastructure, so I'm not sure, but might it be possible that this is related to this bug[1]? This is a bug in fedora-burn-yubikey that is specific to the second slot. Maxim [1] https://bugzilla.redhat.com/show_bug.cgi?id=956955 Maxim Burgerhout ma...@wzzrd.com EB11 5E56 E648 9D99 E8EF 05FB C513 6FD4 1302 B48A On Thu, Sep 26, 2013 at 3:49 PM, Miroslav Suchý msu...@redhat.com wrote: On 09/26/2013 01:46 PM, Miroslav Suchý wrote: Can somebody help me diagnose what I'm doing incorrectly, please? It seems that slot2 is the cause. It does not work for me, nor 2 other men. Slot 1 seems to work fine. I'm not sure if this problem of ykpersonalize or youbikey itself. :( fedora-burn-yubikey code seems to be fine and fedora service must be ok, because it does not care about slots -- Miroslav Suchy, RHCE, RHCDS Red Hat, Software Engineer, #brno, #devexp, #fedora-buildsys -- 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: Bumblebee on fedora
I looked into packaging it for Fedora a while back, but there are a couple of issues, iirc. First of all, you'll also need to package VirtualGL, which isn't part of Fedora at the moment either. Aside from that, Bumblebee(d) needs one of the vga_switcheroo, acpi_call or similar kernel modules to do power management, right? Those kernel modules are out-of-tree and Fedora does not ship out-of-tree kernel modules. So indeed, RPMFusion is probably a better place, since they can distribute kmod RPM's. Apart from that that, I installed bumblebee(d) on Fedora (I'm using it right now) and it wasn't a real big issue. Maxim Burgerhout ma...@wzzrd.com EB11 5E56 E648 9D99 E8EF 05FB C513 6FD4 1302 B48A On Thu, Jan 26, 2012 at 10:33, Frank Murphy frankl...@gmail.com wrote: On 26/01/12 09:35, Mario Santagiuliana wrote: What do you think about bumblebee? And what do you think to package it in Fedora? If you are able to package it, go ahead. https://fedoraproject.org/**wiki/Category:Package_**Maintainershttps://fedoraproject.org/wiki/Category:Package_Maintainers If not put in on a wishlist. https://fedoraproject.org/**wiki/Package_maintainers_**wishlisthttps://fedoraproject.org/wiki/Package_maintainers_wishlist -- Regards, Frank Murphy, friend of fedoraproject UTF_8 Encoded -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.**org/mailman/listinfo/develhttps://admin.fedoraproject.org/mailman/listinfo/devel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: yubikey
I don't think it is actually used somewhere, but I wrote an article about using Yubikeys with Fedora a long time ago when the Infra team was busy implementing Yubikey support. Iirc I wrote about using the second slot somewhere in there. It might help you: https://fedoraproject.org/wiki/Using_Yubikeys_with_Fedora Maxim Burgerhout ma...@wzzrd.com EB11 5E56 E648 9D99 E8EF 05FB C513 6FD4 1302 B48A () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments On Thu, Oct 13, 2011 at 11:45, Thomas Spura toms...@fedoraproject.orgwrote: On Tue, 11 Oct 2011 23:02:36 -0700 Toshio Kuratomi wrote: On Tue, Oct 11, 2011 at 11:11:39PM -0400, Paul Wouters wrote: On Tue, 11 Oct 2011, Nathanael D. Noblet wrote: As far as I know if you burn the key you will lose the ability to use the yubikey's servers and I'm guessing coincidentally the lastpass as well. I have seen that you are allowed to upload a new key to their servers to restore its useability. So that may be one avenue to look into. If these keys are still the AES symmetric keys, do not upload them to any third party - those type of keys cannot and should not be used with different entities. I thought the newer yubi keys had more then one slot though, so perhaps one slot can be used for FAS, and the other for the yubisoft servers. I currently have my yubikey set up to do this (slot 1 is Fedora, slot 2 is for yubikey servers). Could you describe how you did that? All I could find is this instruction set [1]. Maybe that could be added there. Thanks. Tom [1] https://fedoraproject.org/wiki/Infrastructure/Yubikey -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: how to keep rpmbuild directory clean
You can embed rpm macros, like %name, in your .rpmmacros file. That way, you can create a directory per package containing SPECS, RPMS, SRPMS, etc. directories. I use it like this (out of the back of my head): %_topdir /home/maxim/rpmbuild %_specdir /home/maxim/rpmbuild/%name/SPECS %_rpmdir /home/maxim/rpmbuild/%name/RPMS %_srcrpmdir /home/maxim/rpmbuild/%name/SRPMS %_sourcedir /home/maxim/rpmbuild/%name/SOURCES Maxim -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: how to keep rpmbuild directory clean
It might very well work indeed, good point. It's one of those things that has been in my config files for quite some time and don't exactly know the history of anymore :-) On Jun 17, 2011 9:18 PM, Jos Vos j...@xos.nl wrote: On Fri, Jun 17, 2011 at 09:03:53PM +0200, Maxim Burgerhout wrote: You can embed rpm macros, like %name, in your .rpmmacros file. That way, you can create a directory per package containing SPECS, RPMS, SRPMS, etc. directories. I use it like this (out of the back of my head): %_topdir /home/maxim/rpmbuild %_specdir /home/maxim/rpmbuild/%name/SPECS %_rpmdir /home/maxim/rpmbuild/%name/RPMS %_srcrpmdir /home/maxim/rpmbuild/%name/SRPMS %_sourcedir /home/maxim/rpmbuild/%name/SOURCES Isn't (only) setting %_topdir to /home/maxim/rpmbuild/%name enough for this? I never tested this trick, but if the rest works, just setting %_topdir that way should be sufficient too. -- -- Jos Vos j...@xos.nl -- X/OS Experts in Open Systems BV | Phone: +31 20 6938364 -- Amsterdam, The Netherlands | Fax: +31 20 6948204 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [Fixed] Re: Attempting to push glabels rawhide update: Git error (DENIED by fallthru)
Hi Peter, I took over glabels from you a couple of weeks (months?) back. I did a minor update of the stable branch and have a test build of the 3.0 version in a private branch, but I never got around to properly testing it. Anyway, I gave you commit again on all current branches. Do you want to own the package again? Regards, Maxim Burgerhout ma...@wzzrd.com EB11 5E56 E648 9D99 E8EF 05FB C513 6FD4 1302 B48A () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments On Mon, May 30, 2011 at 08:10, Peter Gordon pe...@thecodergeek.com wrote: Please ignore my previous message. I forgot to reacquire the commit ACL in PkgDB. I'm pretty sure that will correct it. :) -- Peter Gordon (codergeek42) pe...@thecodergeek.com Who am I? :: http://thecodergeek.com/about-me -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [Test-Announce] Fedora 15 Virtualization Test Day -- Thu. April 14th
On Thu, Apr 14, 2011 at 14:00, Justin M. Forbes jmfor...@linuxtx.org wrote: This is just a reminder that today, April 14 is Fedora Virtualization test day. Test plans and more information for the event can be found on the Fedora Project Wiki at: https://fedoraproject.org/wiki/Test_Day:2011-04-14_Virtualization IRC for the event on freenode in #fedora-test-day. Please come lend a hand, we can use as many testers as possible. If you cannot make it on Thursday, please feel free to run through test plans as you have time,the feedback is still relevant and helps to make Fedora a better platform for virtualization. The testcase pages for Spice seem to be empty. See for example: https://fedoraproject.org/wiki/QA:Testcase_Virtualization_Spice_VirtManager_Setup Maxim Burgerhout ma...@wzzrd.com -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Unavailable Maintainer: Peter Gordon
If Jef and Milan, who are co-maintainers, don't want glabels, I don't mind taking it. Jef, Milan, does anyone of you want to own glabels? Maxim Burgerhout ma...@wzzrd.com EB11 5E56 E648 9D99 E8EF 05FB C513 6FD4 1302 B48A () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments On Tue, Mar 15, 2011 at 18:20, Kevin Fenzi ke...@scrye.com wrote: On Sat, 5 Feb 2011 16:31:18 -0700 Kevin Fenzi ke...@scrye.com wrote: Greetings. It seems that Peter has been unavailable for Fedora packaging work for a while now. I have been maintaining two of his packages, (midori and webkitgtk) but there are a number of others which may need attention. In particular: https://bugzilla.redhat.com/show_bug.cgi?id=654807 Shows him unresponsive on rb_torrent as well. He maintains: https://admin.fedoraproject.org/pkgdb/users/packages/pgordon deluge -- A GTK+ BitTorrent client with support for DHT, UPnP, and PEX epiphany-extensions -- Extensions for Epiphany, the GNOME web browser glabels -- A program for creating labels and business cards for GNOME gnome-applet-music -- A GNOME panel applet to control various music players gnome-theme-curvylooks -- A modern Clearlooks theme using a Bluecurve-like color scheme labyrinth -- A simple yet powerful mind-mapping tool for the GNOME desktop lucidlife -- A Conway's Life simulator man-pages-es -- Spanish man pages from the Linux Documentation Project midori -- A lightweight GTK+ web browser ndesk-dbus -- Managed C# implementation of DBus ndesk-dbus-glib -- Provides glib mainloop integration for ndesk-dbus nemiver -- A GNOME C/C++ Debugger ots -- A text summarizer rb_libtorrent -- A C++ BitTorrent library aiming to be the best alternative scribes -- A sleek, simple, and powerful text editor for the GNOME desktop scribes-templates -- Templates (Snippets) for the Scribes text editor tango-icon-theme -- Icons from Tango Project tango-icon-theme-extras -- Extra Icons from the Tango Project telepathy-haze -- A multi-protocol Libpurple connection manager for Telepathy telepathy-mission-control -- Central control for Telepathy connection manager viaideinfo -- Displays the information of installed VIA IDE controllers webkitgtk -- GTK+ Web content engine library Peter: If you are out there, please let us know. I sent email several times over the last six months with no reply. :( If we don't hear anything soon, we should reassign his packages or at least get active co-maintainers on all of them so they are going on. I'd be happy to take over midori and webkitgtk. ok. I have sadly heard nothing from Peter... so I have orphaned his packages. :( I've taken webkitgtk and midori. If folks are interested in any of the others, please do take ownership. Thanks, kevin -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [ACTION REQUIRED v2] Orphan removal
On Wed, Feb 23, 2011 at 23:26, Bill Nottingham nott...@redhat.com wrote: Orphan python-flickrapi I'll take that one. Maxim Burgerhout ma...@wzzrd.com EB11 5E56 E648 9D99 E8EF 05FB C513 6FD4 1302 B48A () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Yubikeys are now supported
On Fri, Oct 8, 2010 at 16:57, Matthew Miller mat...@mattdm.org wrote: On Fri, Oct 08, 2010 at 11:47:43AM +0200, Maxim Burgerhout wrote: If there is anything I can do to help out and make the use of Yubikey's in the Fedora project into a success, just holler. It might Fixing the pam module to not crash might be good. :) You mean this[1]? It's fixed in r210 upstream. [1] http://code.google.com/p/yubico-pam/issues/detail?id=11 Maxim Burgerhout ma...@wzzrd.com GPG Fingerprint EB11 5E56 E648 9D99 E8EF 05FB C513 6FD4 1302 B48A -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Something similar to http://susestudio.com/
Very cool. I didn't know about that. Reading through the 'Features Planned' list, it's bound to be pretty close to the functionality of susestudio.com, eventually. As it is based on Django (low participation threshold) and open source, there could a lot of potential in this! Thanks for pointing this out! Maxim Burgerhout ma...@wzzrd.com GPG Fingerprint EB11 5E56 E648 9D99 E8EF 05FB C513 6FD4 1302 B48A On Fri, Oct 15, 2010 at 09:00, Rahul Sundaram methe...@gmail.com wrote: On 10/12/2010 11:54 PM, Pavel Alexeev (aka Pahan-Hubbitus) wrote: Subject. Have Fedora/RHEL service similar http://susestudio.com/ ? May be plans to create it? Just for information. https://fedorahosted.org/dorrie/ does some of the basic stuff. Rahul -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Something similar to http://susestudio.com/
Well there was http://thincrust.net, but that seems to be dead-ish: last commit in git master dates back to September '09. Thincrust aimed to build commandline tools to create appliances. Basically you could see it as susestudio.com in a commandline fashion. Thincrust's appliance-tools package is still in Fedora 14, but apart from that there is little else. Maybe Novell could open source susestudio.com. That would be nice :) Regards, Maxim Burgerhout ma...@wzzrd.com GPG Fingerprint EB11 5E56 E648 9D99 E8EF 05FB C513 6FD4 1302 B48A On Tue, Oct 12, 2010 at 20:24, Pavel Alexeev (aka Pahan-Hubbitus) fo...@hubbitus.com.ru wrote: Subject. Have Fedora/RHEL service similar http://susestudio.com/ ? May be plans to create it? Just for information. -- With best wishes, Pavel Alexeev aka Pahan-Hubbitus. For fast contact with me you could use Jabber: hubbi...@jabber.ru -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Yubikeys are now supported
Hi, I am the maintainer for ykpers and libyubikey for Fedora. It's great to see Fedora starting to use these nifty devices! If there is anything I can do to help out and make the use of Yubikey's in the Fedora project into a success, just holler. It might be interesting to add a README.Fedora to the ykpers package explaining how to configure it for both Fedora and Yubico's servers like on the page Toshio linked to. I'll look into that later. One question I don't think has been asked before: Can we eventually make FAS' (beta) OpenID provider functionality work with this? If so, there will be little use for uploading an AES key to Yubico. Because when I use my Yubikeys to authenticate myself, I most often do this through OpenID and there is at least one free OpenID provider with support for Yubikeys (clavid.com). This OpenID provider authenticates me against Yubico's servers. If we can have an OpenID provider service in FAS that authenticates against the AES keys in Fedora's database, I wouldn't need other providers like Clavid or even Yubico's own servers anymore. There would be no more need to use the same AES key for multiple services *and* it would only require one AES key for OTP on my Yubikey, leaving the second slot for a strong static password for e.g. LUKS disk encryption. But I'm not very well informed about the architecture of FAS, so maybe this is incredibly difficult or dangerous... Maxim Burgerhout ma...@wzzrd.com GPG Fingerprint EB11 5E56 E648 9D99 E8EF 05FB C513 6FD4 1302 B48A On Fri, Oct 8, 2010 at 08:03, Toshio Kuratomi a.bad...@gmail.com wrote: On Fri, Oct 08, 2010 at 12:07:34AM -0400, Matthew Miller wrote: On Thu, Oct 07, 2010 at 11:30:43PM -0400, Toshio Kuratomi wrote: The newer yubikey hardware has provision for two AES keys but I'm not sure how that works and whether it actually allows you to use separate keys with separate servers. Someone will need to look into this. Yes, separate keys -- basically two separate configurations in one device. After a bit of trial and error, I got this working. I now have my yubikey-v2 to send a otp that's associated with fas if I hold the contact for 0.3 – 1.5 seconds and a otp that's registered with yubico's servers if I press for 2.5 – 5 seconds. The sparsity of introductory docs on ykpersonalize made this harder than it should have been. I pieced together the necessary information from this page: http://www.teaparty.net/technotes/yubikey.html and the official upload instructions linked from here: http://www.yubico.com/developers/aeskeys/ and the user's manual http://yubico.com/files/YubiKey_manual-2.0.pdf Writing the second key slot was kinda like this: sudo ykpersonalize -2 -o fixed=vv -a KEY -o -static-ticket -o -strong-pw1 -o -strong-pw2 -o -man-update -o -append-cr -ouid=Y Figuring out ,KEY, and YYY were what I needed to read those documents for. -Toshio ___ infrastructure mailing list infrastruct...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/infrastructure -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Seeking co-maintainers: monit
Hi, I use it on a couple of servers, and I wouldn't mind co-maintaining it with you. Regards, Maxim Burgerhout (wz...@fedoraproject.org) On 2010-07-02 7:55 PM, Stewart Adam maill...@diffingo.com wrote: Hi, I packaged monit a while ago but never really got around to using it as I found Nagios to be more suitable for my needs... I do not mind continuing to package Monit, but seeing as I rarely use it myself it would be great if someone who does would like to co-maintain it and help troubleshoot any bugs, etc. Thanks, Stewart -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Moving lspci and setpci from /sbin to /usr/sbin?
Hi Michal,
A few thoughts on this:
- on RHEL boxes, the dependency on libpci does not exist and lspci is
in /sbin. Therefore, on RHEL boxes, lspci will still work with a
broken /usr partition. I haven't heard of anyone absolutely needing
lspci on a system with a broken /usr partition, but it *is* possible
to use it. Moving it also breaks a pretty long tradition, but that
should matter too much. I actually prefer lspci to be in my path as a
normal user.
- it would be consistent if lsusb would make the same move to
/usr/sbin, if lspci goes that way.
- I noticed Debian puts lspci in /usr/bin. I'm curious about the
reason lspci is to remain in a sbin directory if it's being moved
anyway.
I haven't been involved in Fedora for that long, but I'd like to
participate in this discussion a bit, if that's ok :-)
Regards,
Maxim Burgerhout
ma...@wzzrd.com
GPG Fingerprint
EB11 5E56 E648 9D99 E8EF 05FB C513 6FD4 1302 B48A
On Wed, Jan 27, 2010 at 14:17, Michal Hlavinka mhlav...@redhat.com wrote:
Hi all,
in Fedora we have pciutils binaries (lspci and setpci) in /sbin, both of them
use pciutils-libs (/usr/lib/...) and afaik this is how it works for ages.
I'd like to move them from /sbin to /usr/sbin to have them with the same
prefix
as library has. Do you think it can break anything?
A few facts:
1)library is already in /usr/lib and lspci/setpci won't work without it
2)pci.ids (lives in hwdata package) is in /usr/share/hwdata
3)yum remove pciutils will remove only system-config-{firewall,network} as
dependencies
Do you think moving this is a bad idea? I think it should not break anything,
only problem can be with separate /usr partition but because of library in
/usr it would be already broken and I've not seen any complain about it ever.
If there are no complains, I'll move it next week (in rawhide only).
Cheers,
Michal Hlavinka
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Short intro
Hi, My name is Maxim Burgerhout and I'd like to start contributing to Fedora development by maintaining a couple of packages. I work as a sysadmin / Linux consultant for my daytime job. Over the last couple of years, I have mainly worked with Red Hat boxes. During several training sessions I had at Red Hat over the past few years, I learned to create RPM's (amongst other things, of course) and I maintain a good number of them for internal use. Those are admittedly not build by the Fedora Guidelines, but I did my best to follow them correctly. I have created a couple of review requests already (linked below). I have packaged a couple of programs to get Yubikey support into Fedora. Yubikeys are fairly low-tech hardware tokens that generate one-time passwords. There's a couple of programs in Fedora to deal with them already: pam_yubico and ykclient. I have packaged a library and a client tool to customize the AES key in the device. As I am (or hope to be) a new packager, I will need sponsorship. I'll be more than happy to answer any questions about myself or the packages if this is required. I apologize if it is not customary to send introductions to these lists. My two review requests are at: 1. https://bugzilla.redhat.com/show_bug.cgi?id=557776 2. https://bugzilla.redhat.com/show_bug.cgi?id=557794 Kind regards, Maxim Burgerhout ma...@wzzrd.com GPG Fingerprint EB11 5E56 E648 9D99 E8EF 05FB C513 6FD4 1302 B48A -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
