Yum translation update request
Hi. How's it going? https://bugzilla.redhat.com/show_bug.cgi?id=726878 http://lists.fedoraproject.org/pipermail/trans/2011-December/009532.html -- Best regards, Misha Shnurapet, Fedora Project Contributor Email: shnurapet AT fedoraproject.org, IRC: misha on freenode https://fedoraproject.org/wiki/shnurapet, GPG: 00217306 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Fwd: Zif and SOS projects on Fedora Upstream
Hi. There is a project named SOS in Fedora collection on Transifex. I'd like to know if there is anyone maintaining it, because it seems like it needs to be translated, but there is no maintainer assigned in Tx and no translation team creation request has been fulfilled in 7 months. The latest change to code in Github is 6 months old. We tried to contact Adam Stokes mentioned in the source readme on Github, but no reply yet. Any help with getting response is much appreciated. -- Best regards, Misha Shnurapet, Fedora Project Contributor Email: shnurapet AT fedoraproject.org, IRC: misha on freenode https://fedoraproject.org/wiki/shnurapet, GPG: 00217306 Пересылаемое сообщение 21.10.2011, 20:42, Daniel Cabrera lo...@fedoraproject.org: On Wed, 2011-10-19 at 00:13 +0900, Misha Shnurapet wrote: Zif: I would send a message to Jorge González (aloriel at gmail.com), also nudge him in Transifex. Sos: I would contact the maintainer Adam Stokes (ajs AT redhat.com) or file a report in Github [1] where the code has moved. Also [2]. [1] https://github.com/sosreport/sosreport [2] https://github.com/sosreport/sosreport/blob/master/README -- Best regards, Misha Shnurapet, Fedora Project Contributor Email: shnurapet AT fedoraproject.org, IRC: misha on freenode https://fedoraproject.org/wiki/shnurapet, GPG: 00217306 -- Misha, Unfortunately until today I did not get any response to the emails I sent to Adam Stokes. Best regards, Daniel Cabrera (es) -- trans mailing list tr...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/trans Завершение пересылаемого сообщения -- trans mailing list tr...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/trans-- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: User-level instance of /bin in PATH
26.07.2011, 18:34, Andrew Haley a...@redhat.com: On 26/07/11 10:22, Misha Shnurapet wrote: Since F15 ~/bin has been added to PATH, and commands that are supposed to run user scripts will work without changing into that directory. Meanwhile, ~/.local/bin isn't used. I'd like to propose that it is also added because technically it is ~/bin's brother. I've never heard of ~/.local/bin . Are there many people who use this? ~/bin is common. ~/.local/bin has been there by default. Unlike ~/bin, which is in PATH though not even created. -- Best regards, Misha Shnurapet, Fedora Project Contributor Email: shnurapet AT fedoraproject.org, IRC: misha on freenode https://fedoraproject.org/wiki/shnurapet, GPG: 00217306 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Adding ~/.local/bin to default PATH
27.07.2011, 10:17, Chris Adams cmad...@hiwaay.net: I've used ~/bin since before Linux was available, so I don't really see the point in trying to hide it (of course, I alias ls to ls -FCA, so ~/.bin wouldn't be hidden, just one extra character to type when I need to access it). Noone has asked to hide it. :-) The proposal here is that both paths are included in $PATH by default. Your personal preference won't be hurt. In fact, it's a different story. 27.07.2011, 01:49, Richard W.M. Jones rjo...@redhat.com: PATH=$PATH:$HOME/.local/bin:$HOME/bin This was added between bash-4.2.10 -2 and -3: I did a fresh install of F15 in the late May, and it's not there. 27.07.2011, 04:15, Chris Adams cmad...@hiwaay.net: IMHO adding directories to the default path should get a little more discussion than a single BZ request (and probably shouldn't be changed mid-release without notice). Yes! Fedora *is* a place to do mid-release changes. A notice, however, must be issued on critical changes (which is not the case here). -- Best regards, Misha Shnurapet, Fedora Project Contributor Email: shnurapet AT fedoraproject.org, IRC: misha on freenode https://fedoraproject.org/wiki/shnurapet, GPG: 00217306 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: vsftpd in the news
06.07.2011, 16:07, Michael Schwendt mschwe...@gmail.com: And for a sufficiently large tarball of a project with N1 devs, has the signer been able to actually verify all source code changes prior to signing the tarball? Or is the signature only used to flag a package as coming from a trusted project developer without any additional guarantees? A tarball sig is just one layer of safety, but no ultimate protection. The uploaded tarball checksum enters the sources file in git, and any tarball downloaded from the lookaside cache MUST match that checksum. Else it wouldn't be downloaded and used. Source RPM build in koji would fail. This is just a checksum against the tarball that enters the lookaside cache. Yes, I know about this. A malicious package could have been uploaded to the lookaside cache, however. This leads to demanding everyone have signatures available, but what do you do about SVN/Git checkouts or projects that don't wish to provide signatures? Obviously, one needs to be very careful, skim over diffs, monitor commits regularly, archive snapshots regularly, be familiar with upstream release habits. Upstream also needs to do that, to avoid that a compromised account from a committer is used to infiltrate the project. If a source code repository is modified without permission and no developer (or release manager) notices it, would the person adding the tarball sig notice it? The developer of vsftpd didn't notice the change, but still there was early prevention possible. The issue is *one* of the ways source code can be exploited, and checking the gpg signatures for the projects that allow it is a measure against the particular kind of attack. Literally, it would close one vulnerability in the distro. Which is enough. -- Best regards, Misha Shnurapet, Fedora Project Contributor Email: shnurapet AT fedoraproject.org, IRC: misha on freenode https://fedoraproject.org/wiki/shnurapet, GPG: 00217306 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
vsftpd in the news
There's something to consider about Chris Evans blog post as of July 3 [1]: An incident, what fun! Earlier today, I was alerted that a vsftpd download from the master site (vsftpd-2.3.4.tar.gz) appeared to contain a backdoor. $ gpg ./vsftpd-2.3.4.tar.gz.asc gpg: Signature made Tue 15 Feb 2011 02:38:11 PM PST using DSA key ID 3C0E751C gpg: BAD signature from Chris Evans ch...@scary.beasts.org The backdoor payload is interesting. In response to a :) smiley face in the FTP username, a TCP callback shell is attempted. There is no obfuscation. I have a question: how does that relate to our package building process, and are GPG signatures verified? Thanks. [1] http://scarybeastsecurity.blogspot.com/2011/07/alert-vsftpd-download-backdoored.html -- Best regards, Misha Shnurapet, Fedora Project Contributor Email: shnurapet AT fedoraproject.org, IRC: misha on freenode https://fedoraproject.org/wiki/shnurapet, GPG: 00217306 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: GNOME Shell fixes
03.05.2011, 20:56, Matthias Clasen mcla...@redhat.com: On Tue, 2011-05-03 at 20:21 +0900, Misha Shnurapet wrote: Hello, teams! Is there any chance for this to land in Fedora 15? https://bugzilla.redhat.com/show_bug.cgi?id=701609 It is rather an important fix because it changes the label of the search bar in Overview mode which is currently mistranslated. The fix is on its way to upstream, but they say the earlier it shows up is the next version of GNOME 3 that is to come out this Autumn. Getting it in sooner is strongly desired. That looks like a fix that we can easily get into 3.0.2, which will find its way into F15 updates in about a month. What is the deadline for corrected translations? Another bugfix is being applied. -- Best regards, Misha Shnurapet, Fedora Project Contributor Email: shnurapet AT fedoraproject.org, IRC: misha on freenode https://fedoraproject.org/wiki/shnurapet, GPG: 00217306 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Proposal: retire bittorrent
15.06.2011, 21:37, Jon Ciesla l...@jcomserv.net: My only concern is that there be a command-line replacement available. I currently fetch my ISOs with bittorrent-curses and screen. Can someone with experience with any of them offer a recommendation? Python, C and C++ clients especially. I've searched, but there are many out there. I think you should look at deluge-console for there is also a daemon that runs separately, supporting tasks priority, queueing, automatic torrent management, and they've got a nice bandwidth tweaking how-to for it [1]. [1] http://dev.deluge-torrent.org/wiki/UserGuide/BandwidthTweaking -- Best regards, Misha Shnurapet, Fedora Project Contributor Email: shnurapet AT fedoraproject.org, IRC: misha on freenode https://fedoraproject.org/wiki/shnurapet, GPG: 00217306 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Pidgin is string and API frozen!
07.06.2011, 06:30, Andrew Victor avictor...@gmail.com;: hi, I intend to release Pidgin 2.8.0 on 2011-05-08, so I'm asking that all translations be submitted before 23:59:59 US EDT on 2011-05-07 (that leaves approximately 6 days for translations!) Any translations submitted after this deadline will be ignored. I was just wondering what happened to the 2.8.0 release. Has it been postponed? Regards, Andrew Victor Could someone please drop them a note about Transifex? -- Best regards, Misha Shnurapet, Fedora Project Contributor https://fedoraproject.org/wiki/Shnurapet shnurapet AT fedoraproject.org, GPG: 00217306 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: NetworkManager to reconnect silently
19.05.2011, 21:12, n2xssvv.g02gfr12930 n2xssvv.g02gfr12...@ntlworld.com: On 19/05/11 09:55, Misha Shnurapet wrote: Hi. I asked this question in NetworkManager mailing list, but everyone there seems to be busy, so I decided to ask here. I run torrents on my notebook. On an electricity outage NetworkManager starts asking for a new password, so when I'm not around and the light goes back on (powering up the WLAN router), it just stands stalled with the dialog open. Is there a way to tell NM not to ask for a new password ever? Because I use a 63-symbol passphrase once set up on all the (two) machines so to forget about it. Thanks! NetworkManager-gnome-0.8.4-1.fc14.x86_64 -- Best regards, Misha Shnurapet, Fedora Project Contributor https://fedoraproject.org/wiki/Shnurapet shnurapet AT fedoraproject.org, GPG: 00217306 As far as i can tell there is no easy, if any, solution that would not breach the security of your 63-symbol pass phrase. In my experience using knetworkmanager a password is required for each secure Wireless connection and for security these are stored in a secure encrypted area, (kwallet in my case), which needs just a single password for access. Hence a password is always required for wireless access to reconnect after a power out. This is not required for wired connections, so unless you can use some wired connection that restarts on power up to do the torrent downloads, you have little choice, without breaching the security provided by your pass phrase, but to accept the problem. From what I can gather you use long random pass phrases for any external available access which I heartily recommend. Nearly all security breaches are made because it's easy to guess pass phrases that relate to the person who created it. Regards cpp4ever Many thanks for your answer. However, the nm-applet in GNOME does *not* require you to enter passphrase *each* time you establish the connection you've *once configured*. And this behavior is absolutely correct. Also, makes it feel like with a wired connection. What is not absolutely correct is that, when it can't get response from the router, it starts thinking the passphrase has changed (which is wrong because the router is simply off). As soon as power is back on, the AP is back online with the same settings and the same passphrase (how mean of a manufacturer would it be not to implement this). But the client device stands idle waiting for a passphrase. I tested a couple of possible scenarios lately. NetworkManager reconnects nicely on outages that last no more than ~1 minute. Beyond that, it starts asking the question. -- Best regards, Misha Shnurapet, Fedora Project Contributor https://fedoraproject.org/wiki/Shnurapet shnurapet AT fedoraproject.org, GPG: 00217306 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Intel N10 graphics and i915 driver
06.05.2011, 11:10, Misha Shnurapet shnura...@fedoraproject.org: 04.05.2011, 23:02, Adam Jackson a...@redhat.com;: On Wed, 2011-05-04 at 11:36 +0900, Misha Shnurapet wrote: driconf device screen=0 driver=dri2 application name=Default option name=vblank_mode value=0 / /application /device We're absolutely never doing this by default. 0 means never sync with vertical retrace even if the app asks to. The other values for this option are: 1: Default swap interval is 0, but respect app settings 2: Default swap interval is 1 (ie, the refresh rate), but respect app settings 3: Swap interval is never 1, but otherwise respect app settings 2 is the default, and in the absence of a particularly strong argument to change it, I'd prefer not. OK. So, if the default swap interfal is the refresh rate, and the desktop setting is 60 Hz, why does it go down to 30 FPS hardly I turn on the effects? bump -- Best regards, Misha Shnurapet, Fedora Project Contributor https://fedoraproject.org/wiki/Shnurapet shnurapet AT fedoraproject.org, GPG: 00217306 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: anaconda-15.31-1.fc15 - Update the requirements for memory..
10.05.2011, 05:33, Adam Williamson awill...@redhat.com: this is already known and discussed at: 768 megs for an installer? Sweet Georgia Brown of Kingston town, I think 512 is pretty much. https://bugzilla.redhat.com/show_bug.cgi?id=680542 Not specifically related, just asks for a correct message error. -- Best regards, Misha Shnurapet, Fedora Project Contributor https://fedoraproject.org/wiki/Shnurapet shnurapet AT fedoraproject.org, GPG: 00217306 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fedora 15 / Gnome 3 gotchas
07.05.2011, 18:58, Frank Murphy frankl...@gmail.com: On 06/05/11 23:51, Jason D. Clinton wrote: On Fri, May 6, 2011 at 09:03, Frank Murphy frankl...@gmail.com mailto:frankl...@gmail.com wrote: Any plans for a gui replacement for gnome-schedule? It doesn't appear to be abandoned: http://git.gnome.org/browse/gnome-schedule/log/ It's obsoleted by gnome-panel in F15. Is there a GUI tool to manage cron tasks? -- Best regards, Misha Shnurapet, Fedora Project Contributor https://fedoraproject.org/wiki/Shnurapet shnurapet AT fedoraproject.org, GPG: 00217306 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Intel N10 graphics and i915 driver
04.05.2011, 23:02, Adam Jackson a...@redhat.com: On Wed, 2011-05-04 at 11:36 +0900, Misha Shnurapet wrote: driconf device screen=0 driver=dri2 application name=Default option name=vblank_mode value=0 / /application /device We're absolutely never doing this by default. 0 means never sync with vertical retrace even if the app asks to. The other values for this option are: 1: Default swap interval is 0, but respect app settings 2: Default swap interval is 1 (ie, the refresh rate), but respect app settings 3: Swap interval is never 1, but otherwise respect app settings 2 is the default, and in the absence of a particularly strong argument to change it, I'd prefer not. OK. So, if the default swap interfal is the refresh rate, and the desktop setting is 60 Hz, why does it go down to 30 FPS hardly I turn on the effects? -- Best regards, Misha Shnurapet, Fedora Project Contributor https://fedoraproject.org/wiki/Shnurapet shnurapet AT fedoraproject.org, GPG: 00217306 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
GNOME Shell fixes
Hello, teams! Is there any chance for this to land in Fedora 15? https://bugzilla.redhat.com/show_bug.cgi?id=701609 It is rather an important fix because it changes the label of the search bar in Overview mode which is currently mistranslated. The fix is on its way to upstream, but they say the earlier it shows up is the next version of GNOME 3 that is to come out this Autumn. Getting it in sooner is strongly desired. Thank you. -- Best regards, Misha Shnurapet, Russian L10N Team https://fedoraproject.org/wiki/Shnurapet shnurapet AT fedoraproject.org, GPG: 00217306 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: GNOME Shell fixes
03.05.2011, 20:56, Matthias Clasen mcla...@redhat.com: On Tue, 2011-05-03 at 20:21 +0900, Misha Shnurapet wrote: Hello, teams! Is there any chance for this to land in Fedora 15? https://bugzilla.redhat.com/show_bug.cgi?id=701609 It is rather an important fix because it changes the label of the search bar in Overview mode which is currently mistranslated. The fix is on its way to upstream, but they say the earlier it shows up is the next version of GNOME 3 that is to come out this Autumn. Getting it in sooner is strongly desired. That looks like a fix that we can easily get into 3.0.2, which will find its way into F15 updates in about a month. That sounds great! -- Best regards, Misha Shnurapet, Fedora Project Contributor https://fedoraproject.org/wiki/Shnurapet shnurapet AT fedoraproject.org, GPG: 00217306 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Intel N10 graphics and i915 driver
04.05.2011, 07:41, Adam Jackson a...@redhat.com: On 5/3/11 4:37 PM, Jos Vos wrote: (b) is the i915 driver expected to provide better video performance for this type of use in the future? Maybe. Much depends on what kind of video you're trying to play (which you haven't said). That particular chip can do mpeg2 in hardware, but the driver story for that isn't especially well hooked up yet. - ajax Hi, Adam. The question is the overall video performance. I have a Dell mini 10, and it seems to me that something just stopped working since Fedora 13 or 14. I filed a bug about this in January: Performance on Dell Inspiron mini (Intel 945GMA) https://bugzilla.redhat.com/show_bug.cgi?id=668186 Later, a guy from my LoCo gave me a configuration snippet taken from Ubuntu forums that solved my problem and turned it back to how it was on Fedora 12. ~/.driconf driconf device screen=0 driver=dri2 application name=Default option name=vblank_mode value=0 / /application /device device screen=0 driver=i915 application name=Default option name=force_s3tc_enable value=false / option name=no_rast value=false / option name=always_flush_cache value=false / option name=early_z value=false / option name=stub_occlusion_query value=false / option name=always_flush_batch value=false / option name=bo_reuse value=1 / option name=texture_tiling value=true / option name=vblank_mode value=0 / option name=allow_large_textures value=2 / option name=fragment_shader value=false / /application /device /driconf I have a question: can we get this to work out of the box? I'm willing to provide any logs if needed. You may see the video performance is different like heaven and hell. -- Best regards, Misha Shnurapet, Fedora Project Contributor https://fedoraproject.org/wiki/Shnurapet shnurapet AT fedoraproject.org, GPG: 00217306 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel