Re: remove git-bzr from rawhide?
On Thu, Nov 20, 2014 at 10:57:36AM +0100, Petr Stodulka wrote: > I think about removal of git-bzr package in rawhide, which is actualy > non-functional - contains only file with warning message > about replacement by git-remote-bzr package - which actualy replace git-bzr > in f21 too. Are you OK with it? I didn't remove any > package earlier, but after short discussion I want to remove it from > specfile of git only and add Provides/Obsoletes > into the git-remote-bzr. Is there anything else what should I do? Or do you > think someone that should be still kept? I was surprised (in a bad way), when git remote update instead showed me big warning and did nothing. Doing dnf upgrade did nothing, executing commands from git-bzr warning also did nothing (because /usr/libexec/git-core have preference over $PATH). And only after that I've found git-remote-bzr package... So, I think non-functional git-bzr must be removed and appropriate Provides/Obsoletes must be add in all branches. If someone thinks, that git-bzr must be present for some reason, better make it empty and require git-remote-bzr. -- Regards,-- Sir Raorn. --- https://plus.google.com/+AlexeyFroloff pgpp_i3lxOOj2.pgp Description: PGP signature -- 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: Review swaps
On Wed, Jul 02, 2014 at 12:56:48PM +0800, Christopher Meng wrote: > Swap ZODB, sphinx-rtd-theme and BTrees with > 1. osh - V6 Thompson Shell Port > https://bugzilla.redhat.com/show_bug.cgi?id=1115121 I'll take it. -- Regards,-- Sir Raorn. --- https://plus.google.com/+AlexeyFroloff pgp3P6b8AgZmr.pgp Description: PGP signature -- 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: trimming down Fedora installed size
On Wed, Apr 09, 2014 at 03:00:24PM +, "Jóhann B. Guðmundsson" wrote: > Does not solve the problem of dependency like for example if we want > to get rid of man-db and it's dependency's so forth and so on. Well, it does solve the wasted disk space problem. > The only way we can move forward is *fixing* our dependency tree. It > is a mess to say the least I second that... -- Regards,-- Sir Raorn. --- https://plus.google.com/+AlexeyFroloff pgp9aIjMXWF1r.pgp Description: PGP signature -- 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: trimming down Fedora installed size
On Wed, Apr 09, 2014 at 02:49:56PM +, "Jóhann B. Guðmundsson" wrote: > >So, I'd question the usefulness of not installing man-page > It's more about getting to the point of being able to remove them and > or have the option not to install them. Since man pages are marked as %doc, you can use %_excludedocs macro: $ grep -B2 excludedoc /usr/lib/rpm/macros # Boolean (i.e. 1 == "yes", 0 == "no") that controls whether files # marked as %doc should be installed. #%_excludedocs And also: $ grep -B3 install_langs /usr/lib/rpm/macros # A colon separated list of desired locales to be installed; # "all" means install all locale specific files. # %_install_langs all -- Regards,-- Sir Raorn. --- https://plus.google.com/+AlexeyFroloff pgpSHNhRvZ_wA.pgp Description: PGP signature -- 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: Source file audit - 2013-11-17
On Mon, Nov 18, 2013 at 08:54:01AM -0700, Kevin Fenzi wrote: > - This run was done on a Fedora 20 instance, so hopefully many of the > false positives due to old tools from the last run are gone. Those are still false positives: > raorn:BADSOURCE:wmMatrix-0.2-g97216606.tar.gz:wmMatrix > raorn:BADSOURCE:wmmon-1.0b2-g575778a6.tar.gz:wmmon > raorn:BADSOURCE:wmpager-1.2-g88ece7e5.tar.gz:wmpager -- Regards,-- Sir Raorn. --- http://thousandsofhate.blogspot.com/ signature.asc Description: Digital signature -- 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: Package reviev : tayga
On Thu, Nov 07, 2013 at 12:46:56AM +1030, William Brown wrote: > > I just figured, that you are asking questions before actually > > creating review request... > There is a different way to make an "official" request? (It's a learning > process ...) https://fedoraproject.org/wiki/Package_Review_Process > I'll stick to ${DEVICE}. What does ${REALDEVICE} do then? REALDEVICE is the real interface name. Like, "eth0" for "eth0:1" alias device. It is set in network-functions, better not to override this variable. -- Regards,-- Sir Raorn. --- http://thousandsofhate.blogspot.com/ signature.asc Description: Digital signature -- 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: Package reviev : tayga
On Wed, Nov 06, 2013 at 05:14:22PM +1030, William Brown wrote: > I have attached the SRPM of what I have created. I just figured, that you are asking questions before actually creating review request... > Should the ifup/ifdown script generate the tayga.conf on the fly to > say /var/run/tmp somewhere from values provided in the ifup / ifdown? Better configure NAT64 in ifcfg-* files and generate tayga.conf. That approach worked in OpenWRT ;-) Don't forget, that it is possible to configure static V4-V6 mappings. It could be placed into /e/s/n-s/nat64-$DEVICE file or whatsoever. Avoid using "REALDEVICE" variable - it is being used somewhere inside network-scripts. You still have hardcoded "nat64" interface name in ifdown-nat64 script. > Additionally, what I have in these scripts should really be reviewed, as > I have never written them before. I can help with that if you test it - I only have tayga on OpenWRT box. > Finally, tayga is a long running process, as such, I have enabled the > hardened build. It is possible to run as an alternate user and in a > chroot of it's DB dir. What is the best way to go about adding a user > for this package for the daemon to run as? This is described here - https://fedoraproject.org/wiki/Packaging:UsersAndGroups Also, take a look at other packages, like qemu-common. -- Regards,-- Sir Raorn. --- http://thousandsofhate.blogspot.com/ signature.asc Description: Digital signature -- 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: Package reviev : tayga
On Wed, Nov 06, 2013 at 05:14:22PM +1030, William Brown wrote: > I am looking to have the following package reviewed for inclusion into > fedora. I'll review it. BUGNO or didn't happen? ;-) -- Regards,-- Sir Raorn. --- http://thousandsofhate.blogspot.com/ signature.asc Description: Digital signature -- 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: Source file audit - 2013-09-30
On Fri, Oct 04, 2013 at 10:21:02AM -0600, Kevin Fenzi wrote: > > What tool were you using for download? > spectool -g *.spec Which uses curl do download files... "remote-header-name" should be added to /etc/rpmdevtools/curlrc -- Regards,-- Sir Raorn. --- http://thousandsofhate.blogspot.com/ signature.asc Description: Digital signature -- 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: Source file audit - 2013-09-30
On Fri, Oct 04, 2013 at 02:59:36PM +0400, Alexey I. Froloff wrote: > $ HEAD -S http://github.com/raorn/wmvolman/archive/2.0.1/wmvolman-2.0.1.tar.gz > Content-Type: application/x-gzip > Content-Disposition: attachment; filename=wmvolman-2.0.1.tar.gz --2013-10-03 05:54:40-- http://github.com/raorn/wmvolman/archive/2.0.1/wmvolman-2.0.1.tar.gz ... Length: unspecified [application/x-gzip] Saving to: `./2.0.1' 0K .. .. .. . 676K=0.06s Last-modified header missing -- time-stamps turned off. 2013-10-03 05:54:42 (676 KB/s) - `./2.0.1' saved [39940] What tool were you using for download? -- Regards,-- Sir Raorn. --- http://thousandsofhate.blogspot.com/ signature.asc Description: Digital signature -- 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: Source file audit - 2013-09-30
On Thu, Oct 03, 2013 at 03:35:03PM -0600, Kevin Fenzi wrote: > raorn:BADSOURCE:wmMatrix-0.2-g97216606.tar.gz:wmMatrix > raorn:BADSOURCE:wmmon-1.0b2-g575778a6.tar.gz:wmmon > raorn:BADSOURCE:wmpager-1.2-g88ece7e5.tar.gz:wmpager Source tag is a link to repo.or.cz. Timestamps are changed each time archive is downloaded. There are no release tarballs for dockapps repository. > raorn:BADURL:wmvolman-2.0.1.tar.gz:wmvolman $ HEAD -S http://github.com/raorn/wmvolman/archive/2.0.1/wmvolman-2.0.1.tar.gz HEAD http://github.com/raorn/wmvolman/archive/2.0.1/wmvolman-2.0.1.tar.gz 301 Moved Permanently HEAD https://github.com/raorn/wmvolman/archive/2.0.1/wmvolman-2.0.1.tar.gz 302 Found HEAD https://codeload.github.com/raorn/wmvolman/tar.gz/2.0.1 200 OK Connection: close Date: Fri, 04 Oct 2013 10:56:50 GMT Content-Length: 39940 Content-Type: application/x-gzip Client-Date: Fri, 04 Oct 2013 10:56:50 GMT Client-Peer: 192.30.252.145:443 Client-Response-Num: 1 Client-SSL-Cert-Issuer: /C=US/O=DigiCert Inc/OU=www.digicert.com/CN=DigiCert High Assurance CA-3 Client-SSL-Cert-Subject: /C=US/ST=California/L=San Francisco/O=GitHub, Inc./CN=*.github.com Client-SSL-Cipher: RC4-SHA Client-SSL-Socket-Class: IO::Socket::SSL Content-Disposition: attachment; filename=wmvolman-2.0.1.tar.gz There was several redirects, but URL is OK. And it doesn't have the timestamp problem. -- Regards,-- Sir Raorn. --- http://thousandsofhate.blogspot.com/ signature.asc Description: Digital signature -- 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: F20 System Wide Change: No Default Sendmail
On Mon, Jul 22, 2013 at 06:50:17PM +0200, Nicolas Mailhot wrote: > Actually, with the various Fedora MUAs I've used, it ended up being easier > to configure them to use local MTA as relay If you are able to configure the MTA of your choice, then you will be able to install that MTA when you need it. Default settings are not usable for anything other than local delivery. -- Regards,-- Sir Raorn. --- http://thousandsofhate.blogspot.com/ signature.asc Description: Digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F20 System Wide Change: No Default Sendmail
On Mon, Jul 22, 2013 at 06:36:41PM +0200, Lennart Poettering wrote: > Let's not forget: this is not about removing software from the > distro. This is just about removing it from the default install, since > the current way it is set up by default it just eats up messages > silently, with not indication of error and no useful tools installed to > actually get the messages out of it again. Instead of having MTA, I'd rather have tool that can collect and show such "mails". There are machines (like my and wife's laptops) that are not supposed to send emails. They doesn't even have MUA installed. All these emails are wasted and not being rotated. In 2013 you can't just start sending mails around with default MTA settings, so not installing and MTA by default is a good solution. -- Regards,-- Sir Raorn. --- http://thousandsofhate.blogspot.com/ signature.asc Description: Digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F20 System Wide Change: No Default Syslog
On Wed, Jul 17, 2013 at 02:56:56PM +0100, M A Young wrote: > > How would /var/log/messages file help in case of a corrupted > > filesystem/disk? > You stand a considerably better chance of reading a text file than a > database when it has partial corruption. Please, show exact numbers and your calculations. -- Regards,-- Sir Raorn. --- http://thousandsofhate.blogspot.com/ signature.asc Description: Digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F20 System Wide Change: No Default Syslog
On Wed, Jul 17, 2013 at 03:40:15PM +0200, Denys Vlasenko wrote: > >> Then engineer asks to run "tail /var/log/messages". > >> Customer says: "I see > >>cannot open ‘/var/log/messages’: No such file or directory > >> message". > > And this happens every time in, say, Debian. Great, isn't it? > > > >> Engineer asks to run journalctl. > >> Customer says: "I see 'Input/output error' message". > > How would /var/log/messages file help in case of a corrupted > > filesystem/disk? > Are you trying to say that system log is generally useless for > troubleshooting? Heh :) I am trying to say, that there is no "standard log file". And log must be read for "troubleshooting". Even tail wont save you from "Input/output error" message. All your arguments sounds like "I got used to old behavior and don't want to change anything because I am". It's a bit childish, don't you think so? -- Regards,-- Sir Raorn. --- http://thousandsofhate.blogspot.com/ signature.asc Description: Digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F20 System Wide Change: No Default Syslog
On Wed, Jul 17, 2013 at 03:08:59PM +0200, Denys Vlasenko wrote: > Then engineer asks to run "tail /var/log/messages". > Customer says: "I see >cannot open ‘/var/log/messages’: No such file or directory > message". And this happens every time in, say, Debian. Great, isn't it? > Engineer asks to run journalctl. > Customer says: "I see 'Input/output error' message". How would /var/log/messages file help in case of a corrupted filesystem/disk? -- Regards,-- Sir Raorn. --- http://thousandsofhate.blogspot.com/ signature.asc Description: Digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: fedup performance
On Wed, Jul 03, 2013 at 12:25:19AM -0500, Alex G. wrote: > aptitude has something called "deferred ldconfig processing", and > annoyingly, aptitude updates faster than yum. I've always wondered how > yum/rpm can be smartized to speed things up this way. But this > discussion is for a brighter day. Well, this is how dpkg works. It downloads all packages, then "unpacks" it on filesystem and then "configures" them all, which means "running post-scripts". Personally, I dislike this design... -- Regards,-- Sir Raorn. --- http://thousandsofhate.blogspot.com/ signature.asc Description: Digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: I want to take ownership of orphaned package nzbget
On Tue, Apr 23, 2013 at 08:18:32PM +0200, Marcel Wysocki wrote: > In the pkgdb i could already take ownership of f17 and epel6 branch but > not master. > id like to update and maintain the package. Did this some time ago: https://fedoraproject.org/wiki/Orphaned_package_that_need_new_maintainers You need the "Claiming Ownership of a Deprecated Package" section. Don't forget to fill the package unblock request. -- Regards,-- Sir Raorn. --- http://thousandsofhate.blogspot.com/ signature.asc Description: Digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: clock-applet memory leak
On Mon, Apr 22, 2013 at 09:25:48PM -0700, Conrad Meyer wrote: > memused="`ps auxwww|grep clock-ap[p]let | awk '{ print $6 }'`" memused="$(ps -ho rss `pidof clock-applet`)" This is simplier and more clear. -- Regards,-- Sir Raorn. --- http://thousandsofhate.blogspot.com/ signature.asc Description: Digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Using fedora-packager-setup behind a proxy
On Fri, Apr 12, 2013 at 12:42:25PM -0700, Ravindra Kumar wrote: > I keep getting network connection failures even after I specify > HTTP_PROXY or ALL_PROXY env vars. Shouldn't it be "http_proxy" and "all_proxy", in lower case? -- Regards,-- Sir Raorn. --- http://thousandsofhate.blogspot.com/ signature.asc Description: Digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[SOLVED] fedpkg upload errors
Hi, When I tried to run fedpkg upload I got error: Could not execute new_sources: Lookaside failure: (60, "Peer's certificate issuer has been marked as not trusted by the user.") This is how I solved it: certutil -d sql:$HOME/.pki/nssdb -A -i \ $HOME/.fedora-server-ca.cert -n 'Fedora Project CA' -t TC,C,C Hope that helps. -- Regards,-- Sir Raorn. --- http://thousandsofhate.blogspot.com/ signature.asc Description: Digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Review request: resurrecting wmsystemtray from Deprecated
Hi. I was too slow and missed the orphaning of wmsystemtray package. I am using it a lot and would like to become a new maintainer. Since package was Deprecated in f19 and rawhide, I've opened review request: https://bugzilla.redhat.com/show_bug.cgi?id=947086 -- Regards,-- Sir Raorn. --- http://thousandsofhate.blogspot.com/ signature.asc Description: Digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [ACTION REQUIRED] [FINAL NOTICE] Retiring packages for Fedora 19
On Tue, Mar 12, 2013 at 12:46:51AM -0400, Bill Nottingham wrote: > > Before we branch for Fedora 19, as is custom, we will block currently > > orphaned packages and packages that have failed to build since Fedora 17. > wmsystemtray I'd like to become new maintainer of wmsystemtray. -- Regards,-- Sir Raorn. --- http://thousandsofhate.blogspot.com/ signature.asc Description: Digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Review swaps for two WindowMaker applets
Hi! I've packaged two more WindowMaker applets, looking for review swaps... https://bugzilla.redhat.com/show_bug.cgi?id=947036 https://bugzilla.redhat.com/show_bug.cgi?id=947048 -- Regards,-- Sir Raorn. --- http://thousandsofhate.blogspot.com/ signature.asc Description: Digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F18, koji and IPv6
On Fri, Aug 10, 2012 at 07:23:35PM +0200, Miroslav Suchy wrote: > > Just as a side note, even if this was applied to our koji, there is > > currently no ipv6 connectivity at the datacenter it's at, so you would > > still be unable to connect to it with ipv6. ;( > You can be in IPv6 only network and connect via IPv6-IPv4 Proxy, which > allow you to reach IPv4 world. Exactly. I'm on a IPv6-only host behind dual-stack NAT64 gateway. -- Regards,-- Sir Raorn. --- http://thousandsofhate.blogspot.com/ signature.asc Description: Digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
F18, koji and IPv6
Before F18 is released, can someone, please, take a loot at https://bugzilla.redhat.com/show_bug.cgi?id=836329 ? Month and a half have passed already and patch exists. -- Regards,-- Sir Raorn. --- http://thousandsofhate.blogspot.com/ signature.asc Description: Digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Problem with fedpkg-build and NAT64/DNS64
On Thu, Jun 28, 2012 at 08:01:26PM +0400, Alexey I. Froloff wrote: > $ fedpkg -v build > Creating repo object from /home/raorn/src/wmmon > Running: rpm -q --qf %{NAME} --specfile wmmon.spec > Could not read /home/raorn/.koji/config for config values > Initiating a koji session to http://koji.fedoraproject.org/kojihub > Could not execute build: [Errno 101] Network is unreachable koji client problem - https://bugzilla.redhat.com/show_bug.cgi?id=836329 -- Regards,-- Sir Raorn. --- http://thousandsofhate.blogspot.com/ signature.asc Description: Digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Problem with fedpkg-build and NAT64/DNS64
On Thu, Jun 28, 2012 at 08:01:26PM +0400, Alexey I. Froloff wrote: > I have my "development server" running in IPv6-only LAN behind > dual-stack gateway with NAT64/DNS64 (tayga/bind9.8 on OpenWRT). With happens on F17 with updates and updates-testing. -- Regards,-- Sir Raorn. --- http://thousandsofhate.blogspot.com/ signature.asc Description: Digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Problem with fedpkg-build and NAT64/DNS64
Hi, I have my "development server" running in IPv6-only LAN behind dual-stack gateway with NAT64/DNS64 (tayga/bind9.8 on OpenWRT). $ fedpkg -v build Creating repo object from /home/raorn/src/wmmon Running: rpm -q --qf %{NAME} --specfile wmmon.spec Could not read /home/raorn/.koji/config for config values Initiating a koji session to http://koji.fedoraproject.org/kojihub Could not execute build: [Errno 101] Network is unreachable As seen from strace, only A record is being resolved for koji.fedoraproject.org, however: $ host koji.fedoraproject.org koji.fedoraproject.org has address 209.132.181.7 koji.fedoraproject.org has IPv6 address 64:ff9b::d184:b507 where 64:ff9b::d184:b507 is DNS64-mapped address for 209.132.181.7. All other commands works fine, like fedpkg clone, koji search, git, etc... Any idea who's wrong and how to fix it? -- Regards,-- Sir Raorn. --- http://thousandsofhate.blogspot.com/ signature.asc Description: Digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Q: IPv6-only setup - get rid of 127.0.0.1
On Thu, Jun 21, 2012 at 03:39:43PM +0200, Lennart Poettering wrote: > Disabling IPv4 should result in socket(AF_INET, ...) returning > EAFNOSUPPORT. Just taking away 127.0.0.1 doesn't do anything like that. Yep, and it doesn't prevent for anyone listening on 0.0.0.0... But still, is it possible to get rid of 127.0.0.1, or it's hardcoded in systemd? -- Regards,-- Sir Raorn. --- http://thousandsofhate.blogspot.com/ signature.asc Description: Digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Q: IPv6-only setup - get rid of 127.0.0.1
On Thu, Jun 21, 2012 at 02:44:42PM +0200, Tomasz Torcz wrote: > > I can't find who sets "inet 127.0.0.1/8 scope host" address to lo > > interface. Commented out the IPADDRESS in ifcfg-lo - no result. > systemd sets this very early during boot. Is is configurable? -- Regards,-- Sir Raorn. --- http://thousandsofhate.blogspot.com/ signature.asc Description: Digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Q: IPv6-only setup - get rid of 127.0.0.1
Hi, I am running F17 in IPv6-only network (behind NAT64 gateway) and would like to get rid of 127.0.0.1 address from lo interface. Please, don't tell me, that this "would break lots of stone-aged software", because such configuration works for about a year already in non-RH distro. I can't find who sets "inet 127.0.0.1/8 scope host" address to lo interface. Commented out the IPADDRESS in ifcfg-lo - no result. Who's doing this? -- Regards,-- Sir Raorn. --- http://thousandsofhate.blogspot.com/ signature.asc Description: Digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
WDM: Resurrection
Hi, As new upstream maintainer of WINGs Display Manager, I would like to resurrect wdm package in Fedora (/etc/X11/prefdm still have wdm support and that's great). Major changes are systemd support and XDG parser for /usr/share/xsessions/. Is there a policy on packaging display managers? Something that describes things like using specific logos, backgrounds, package provides, etc... Currently I am looking at xorg-x11-xdm and gdm packages, but any formal documents are greatly appreciated. -- Regards,-- Sir Raorn. --- http://thousandsofhate.blogspot.com/ signature.asc Description: Digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: *countable infinities only
On Fri, Jun 15, 2012 at 10:36:15AM -0700, Jesse Keating wrote: > On 06/15/2012 10:31 AM, Steve Clark wrote: > > +1 > > This really isn't adding anything to the discussion, just noise. Please > stop replying to large emails, quoting the entire thing, and just adding > a "+1". It's not helpful. +1 P.S. Sorry, I just couldn't hold the urge... -- Regards,-- Sir Raorn. --- http://thousandsofhate.blogspot.com/ signature.asc Description: Digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: fedpkg(1) completion for zsh
On Wed, Jun 06, 2012 at 02:11:36PM +0200, Thomas Moschny wrote: > > Just sharing my fedpkg(1) completion for zsh :-) Put this file > > somewhere in your $fpath as usual. > You might want to add it here: > https://fedorahosted.org/fedora-packager/ticket/81 I've added it here: https://bugzilla.redhat.com/show_bug.cgi?id=829012 Do you think fedora-packager is a better place for this file? Or I could submit it directly to zsh upstream. P.S. %{_datadir}/zsh/site-functions is a better place for third-party zsh functions. -- Regards,-- Sir Raorn. --- http://thousandsofhate.blogspot.com/ signature.asc Description: Digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
fedpkg(1) completion for zsh
Hi, Just sharing my fedpkg(1) completion for zsh :-) Put this file somewhere in your $fpath as usual. -- Regards,-- Sir Raorn. --- http://thousandsofhate.blogspot.com/ #compdef fedpkg (( $+functions[_fedpkg_targets] )) || _fedpkg_targets() { local expl _wanted koji-targets expl 'target' compadd \ ${${(f)"$(_call_program koji-targets koji list-targets --quiet 2>/dev/null)"}%% *} } (( $+functions[_fedpkg_arches] )) || _fedpkg_arches() { local expl local -a arches arches=( /etc/mock/[^-]##-[^-]##-[^-]##.cfg ) _wanted mock-arches expl 'arch' compadd \ ${(u)${arches#/etc/mock/[^-]##-[^-]##-}%.cfg} } (( $+functions[_fedpkg_packages] )) || _fedpkg_packages() { local expl _wanted repo-packages expl 'package' compadd \ ${${(fu)"$(repoquery -Cs -- "$words[CURRENT]*")"}%-[^-]##-[^-]##.src.rpm} } (( $+functions[_fedpkg_branches] )) || _fedpkg_branches() { local expl local -a git_opts local -a branches (( ${words[(I)--path]} )) && git_opts=( --git-dir ${words[${words[(i)--path]}+1]} ) branches=(${${(f)"$(git $git_opts for-each-ref --format='%(refname)' refs/heads 2>/dev/null)"}#refs/heads/}) branches+=(${${(f)"$(git $git_opts for-each-ref --format='%(refname)' refs/remotes 2>/dev/null)"}##refs/remotes/*/}) _wanted branch-names expl 'branch-name' compadd \ ${(u)branches} } (( $+functions[_fedpkg-help] )) || _fedpkg-help () { _arguments -C \ '(-h --help)'{-h,--help}'[show help message and exit]' } (( $+functions[_fedpkg-build] )) || _fedpkg-build () { _arguments -C \ '(-h --help)'{-h,--help}'[show help message and exit]' \ '--arches[build for specific arches]:*:arch:_fedpkg_arches' \ '--md5[use md5 checksums]' \ '--nowait[on'\''t wait on build]' \ '--target[define build target to build into]:target:_fedpkg_targets' \ '--background[run the build at a low priority]' \ '--skip-tag[do not attempt to tag package]' \ '--scratch[rerform a scratch build]' \ '--srpm[build from an srpm]::srpm:_files -g "*.src.rpm"' } (( $+functions[_fedpkg-chain-build] )) || _fedpkg-chain-build () { _arguments -C \ '(-h --help)'{-h,--help}'[show help message and exit]' \ '--arches[build for specific arches]:*:arch:_fedpkg_arches' \ '--md5[use md5 checksums]' \ '--nowait[on'\''t wait on build]' \ '--target[define build target to build into]:target:_fedpkg_targets' \ '--background[run the build at a low priority]' \ '*:package:_fedpkg_packages' } (( $+functions[_fedpkg-clean] )) || _fedpkg-clean () { _arguments -C \ '(-h --help)'{-h,--help}'[show help message and exit]' \ '(-n --dry-run)'{-n,--dry-run}'[perform a dry-run]' \ '-x[do not follow .gitignore rules]' } (( $+functions[_fedpkg-clog] )) || _fedpkg-clog () { _arguments -C \ '(-h --help)'{-h,--help}'[show help message and exit]' \ '--raw[generate a more "raw" clog without twiddling the contents]' } (( $+functions[_fedpkg-clone] )) || _fedpkg-clone () { _arguments -C \ '(-h --help)'{-h,--help}'[show help message and exit]' \ '(-B --branches)'{-B,--branches}'[do an old style checkout with subdirs for branches]' \ '(-b --branch)'{-b,--branch}'[check out a specific branch]:branch:_fedpkg_branches' \ '(-a --anonymous)'{-a,--anonymous}'[check out a module anonymously]' \ ':package:_fedpkg_packages' } (( $+functions[_fedpkg-commit] )) || _fedpkg-commit () { _arguments -C \ '(-h --help)'{-h,--help}'[show help message and exit]' \ '(-c --clog)'{-c,--clog}'[generate the commit message from the %changelog section]' \ '--raw[make the clog raw]' \ '(-t --tag)'{-t,--tag}'[create a tag for this commit]' \ '(-m --message)'{-m,--message}'[use the given commit message]:message' \ '(-F --file)'{-F,--file}'[take the commit message from the given file]:file:_files' \ '(-p --push)'{-p,--push}'[commit and push as one action]' \ '*:file:_files' } (( $+functions[_fedpkg-compile] )) || _fedpkg-compile () { _arguments -C \ '(-h --help)'{-h,--help}'[show help message and exit]' \ '--builddir[define an alternate builddir]:builddir:_files -/' \ '--arch[prep for a specific arch]:arch:_fedpkg_arches' \ '--short-circuit[short-circuit compile]' } (( $+functions[_fedpkg-diff] )) || _fedpkg-diff () { _arguments -C \ '(-h --help)'{-h,--help}'[show help message and exit]' \ '--cached[view staged changes]' \ '*:file:_files' } (( $+functions[_fedpkg-gimmespec] )) || _fedpkg-gimmespec () { _arguments -C \ '(-h --help)'{-h,--help}'[show help message and exit]' } (( $+functions[_fedpkg-gitbuildhash] )) || _fedpkg-gitbuildhash () { _arguments -C \ '(-h --help)'{-h,--help}'[show help message and exit]' \ ':build' } (( $+functions[_fedpkg-giturl] )) || _fedpkg-giturl () { _arguments -C \ '(-h --help)'{-h,--help}'[show help message and exit]' } (( $+functions[_fedpkg-import] )) || _fedpkg-import () { _arguments -C \ '(-h --help)'{-h,--help}'
Re: [HEADS-UP] Rawhide: /tmp is now on tmpfs
On Fri, Jun 01, 2012 at 02:20:02PM -0500, Michael Cronenworth wrote: > It, in fact, provides proof that this feature is searching for a > problem. Which applications require gigabytes per second throughput out > of /tmp? sort(1) and maybe mock(1) ;-) > (and your numbers for tmpfs would equal ext4 once you started swapping) No. Tried with 2G RAM, 8G swap, 6G tmpfs and 5G file. Stupid dd test was 2-3 times faster on tmpfs that ext4. -- Regards,-- Sir Raorn. --- http://thousandsofhate.blogspot.com/ signature.asc Description: Digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Self Introduction
Hi, I am the new Fedora Package Collection Maintainer. I'm from Russia, my name is Alexey, but people call me "raorn" (begins with small letter "r"). I was Packager in ALT Linux distro for about eight years, my interests are IPv6, OpenFlow, Vim, zsh, mutt, ruby and WindowMaker. I'm familiar with git and rpm stuff, if you wish, you may take a look at my ALT Linux packages here: http://git.altlinux.org/people/raorn/packages/?o=age I've been working with several upstreams, like zsh, Vim, WindowMaker, ndisc6 and recently got my first patch merged into Linux kernel ;-) I am switching to Fedora as my primary desktop platform, but I am missing some applications. Andreas Bierfert (awjb), who's WindowMaker package finally made me chose Fedora, agreed to be my sponsor. For now I'll be packaging bunch of WindowMaker applets and one day I'd like to resurrect wdm (WINGs Display Manager). I am also big fan of IPv6, running little IPv6-only network with dual-stack router, my setup is described here - http://blog.raorn.name/2012/02/ipv6-only-lan-with-dual-stack-openwrt.html In the Internet I am using nickname "raorn" (IRC, twitter) or, for 6-letters-or-longer-nickname-required sites I use "sir.raorn" (gmail, facebook). My public gpg key attached. P.S. I am also an Old Fart and will take part in most of the local flamewars ;-) -- Regards,-- Sir Raorn. --- http://thousandsofhate.blogspot.com/ raorn@raorn.name.asc Description: application/pgp-keys signature.asc Description: Digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [HEADS-UP] Rawhide: /tmp is now on tmpfs
On Fri, Jun 01, 2012 at 01:50:55PM -0500, Michael Cronenworth wrote: > Not a single person who has claimed a performance or semantic win for > this /tmp move has replied when asked for proof. $ time dd if=/dev/zero of=/tmp/file bs=1M count=10240 10240+0 records in 10240+0 records out 10737418240 bytes (11 GB) copied, 4.95536 s, 2.2 GB/s dd if=/dev/zero of=/tmp/file bs=1M count=10240 0.00s user 3.44s system 69% cpu 4.956 total No visual shanges in system behavior. $ time dd if=/dev/zero of=/var/tmp/file bs=1M count=10240 10240+0 records in 10240+0 records out 10737418240 bytes (11 GB) copied, 59.2188 s, 181 MB/s dd if=/dev/zero of=/var/tmp/file bs=1M count=10240 0.00s user 54.26s system 91% cpu 59.239 total SSD disk. System becomes unresponsive for a couple of tens of seconds. $ time dd if=/dev/zero of=$HOME/file bs=1M count=10240 10240+0 records in 10240+0 records out 10737418240 bytes (11 GB) copied, 75.1548 s, 143 MB/s dd if=/dev/zero of=$HOME/file bs=1M count=10240 0.01s user 71.30s system 94% cpu 1:15.16 total SATA disk. System becomes less responsive for a couple of seconds. Does that counts as a proof? ext4 on /var and /home. -- Regards,-- Sir Raorn. --- http://thousandsofhate.blogspot.com/ signature.asc Description: Digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Action required: Rawhide: /tmp is now on tmpfs
On Fri, Jun 01, 2012 at 11:31:21AM -0400, Brian Wheeler wrote: > Well, since I'm probably going to turn it off, can someone give me a > good reason why it should be turned _on_ by default? For me, the > "Benefit to Fedora" bullets are not compelling. One good reason is to separate /tmp from /. When choosing between failed sort and failed passwd (or anything else, that modifies files in /), both because of "No space left on device" error I prefer failed sort and working passwd. And tmpfs is faster than any other filesystem, and easily resized both ways. -- Regards,-- Sir Raorn. --- http://thousandsofhate.blogspot.com/ signature.asc Description: Digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [HEADS-UP] Rawhide: /tmp is now on tmpfs
On Fri, Jun 01, 2012 at 11:27:01AM -0400, Gerry Reno wrote: > Wait a minute. Back in this thread it says that half of RAM is > allocated to the tmpfs for /tmp. No-no-no! Default tmpfs size is half of physical RAM, that's all. That doesn't mean that is stays in RAM forever. $ df -h /tmp Filesystem Size Used Avail Use% Mounted on tmpfs24G 1.9M 24G 1% /tmp $ free -m total used free sharedbuffers cached Mem: 15987 14653 1333 0328 8402 -/+ buffers/cache: 5922 10065 Swap:31251 55 31196 $ dd if=/dev/zero of=/tmp/file bs=1M count=10240 10240+0 records in 10240+0 records out 10737418240 bytes (11 GB) copied, 9.02507 s, 1.2 GB/s $ df -h /tmp Filesystem Size Used Avail Use% Mounted on tmpfs24G 11G 14G 42% /tmp $ free -m total used free sharedbuffers cached Mem: 15987 15892 95 0 13 10105 -/+ buffers/cache: 5773 10213 Swap:31251 1464 29787 $ dd if=/dev/zero of=/tmp/enother-file bs=1M count=10240 10240+0 records in 10240+0 records out 10737418240 bytes (11 GB) copied, 57.2924 s, 187 MB/s $ free -m total used free sharedbuffers cached Mem: 15987 15886100 0 4 10251 -/+ buffers/cache: 5630 10357 Swap:31251 10482 20769 $ rm -f /tmp/file /tmp/enother-file $ df -h /tmp Filesystem Size Used Avail Use% Mounted on tmpfs24G 1.9M 24G 1% /tmp $ free -m total used free sharedbuffers cached Mem: 15987 5718 10268 0 5146 -/+ buffers/cache: 5566 10420 Swap:31251108 31143 -- Regards,-- Sir Raorn. --- http://thousandsofhate.blogspot.com/ signature.asc Description: Digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Action required: Rawhide: /tmp is now on tmpfs
On Fri, Jun 01, 2012 at 09:27:16AM -0400, Brian Wheeler wrote: > > my biggest problem was that tmpfs by > > default allocates half of physical RAM for partition. So I just > > allocated big enough swap and added a line to /etc/fstab with > > appropriate size= option. > And how is a random user supposed to know this? In Soviet ALT Linux we didn't care about "random users" ;-) In perfect world "random user" must be smart enough to read the documentation. However, this implies, that such documentation exists and easily accessed (which at first sight is true for Fedora). > So if things start acting up the answer is to add more swap and > mess with fstab? WTF? This is up to Release Managers. Reasonable defaults in installer, documentation, etc... > So now any software which uses /tmp for *gasp* temporary space > is now potentially broken depending on the size of the > temporary data. Well, no software should use /tmp directly, IMO. There's nice environment variable $TMPDIR. You can always point it to $HOME/tmp for example. And you can always turn it off if you really need to. > Sorry guys, this feature sucks. I like this feature, and there should be easy, well documented way to turn it off. I personally don't see a reason why it should be off by default. -- Regards,-- Sir Raorn. --- http://thousandsofhate.blogspot.com/ signature.asc Description: Digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Action required: Rawhide: /tmp is now on tmpfs
On Fri, Jun 01, 2012 at 01:21:25PM +0200, Miloslav Trmač wrote: > Therefore, it is reasonable to assume that Fedora 18 will ship with > this change, and applications need to be updated to handle the change, > or we will have a more broken Fedora 18. Advising people not to patch > programs won't make Fedora 18 less broken at this point. I was using /tmp on tmpfs (with $TMPDIR poining inside of /tmp) for several years in ALT Linux. And by "use" I mean "build packages using mock-like tool that creates chroots in $TMPDIR". During all these years, my biggest problem was that tmpfs by default allocates half of physical RAM for partition. So I just allocated big enough swap and added a line to /etc/fstab with appropriate size= option. Having /tmp on tmpfs is not THAT scary, is you ask me... -- Regards,-- Sir Raorn. --- http://thousandsofhate.blogspot.com/ signature.asc Description: Digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel