Re: abrt + X Error = zillions of duplicate bug reports?
On Mon, 2009-11-23 at 10:52 -0500, Adam Jackson wrote: On Sun, 2009-11-22 at 19:21 +0100, Martin Sourada wrote: So, since I've already received 3 separate bug reports caused by BadIDChoice X Error in subtitleeditor [1][2][3] (haven't had enough time to debug and try to fix it yet though) by abrt, I wonder if there is any room for duplicity detection improvement in these cases, or if we are doomed to zillions of duplicates in rhbz? (btw. otherwise abrt is awesome, IMHO the bugreports from abrt are much more useful than before :-) I know this is non-obvious, but: BadIDChoice or BadImplementation X errors are _always_ bugs in libX11 or the server itself, respectively. Please reassign BadIDChoice bugs to libX11. Thanks for the info. Bug 538382 reassigned to libX11. Martin signature.asc Description: This is a digitally signed message part -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Review request...
On Tue, 2009-11-17 at 16:10 -0700, Nathanael D. Noblet wrote: Hello, I just posted my first review request a few days ago. I think someone has been trying to help me through that process. Up to now I've felt like I've been following instructions. Could someone please review the information in the following (not necessarily review the request), to see if I've completely lost it and am not understanding what is being requested of me? I feel like I'm complying but got some odd message about not following instructions and so won't be helped. When I think I'm doing what they ask. Anyway a total packaging noob (for fedora atleast, we maintain a bunch of software in RPM format for CentOS and Fedora workstations inhouse). I've read the guidlines as best I can, and responded to requests on the review so I'm just wondering what I may be missing... https://bugzilla.redhat.com/show_bug.cgi?id=537587 Thanks, Nathanael Hm... on a very quick first look, you obviously don't follow https://fedoraproject.org/wiki/Packaging:NamingGuidelines#Package_Release Your release should look something like 0.x.BETA4, not just BETA4. Plus every time you update the SPEC, you should also increase the x ;-) I'm not sure if it's explicitly in the guidelines somewhere or not (haven't ever used this kind of thing myself), but you appear to generate subpackages based on some build time conditionals -- (at least IMHO) it's not a good approach. Do you really need these conditionals anyway? Why not just build all the subpackages that are worth building? Martin signature.asc Description: This is a digitally signed message part -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Review request...
On Tue, 2009-11-17 at 21:45 -0200, Itamar Reis Peixoto wrote: Can you post this info in the bug report ? I was just about to at your request (I think one of the two places is enough ;-) but noticed that Nathan was faster in applying relevant changes. Note that I haven't done a throughout check, only pointed what I noticed on quick look, so there *might* be more problems. Supposing I'll take a closer look at it tomorrow (no promises though), I'll point out anything other that I find in the bug report itself. Martin signature.asc Description: This is a digitally signed message part -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: TeX Live 2009 for Fedora
On Thu, 2009-08-20 at 14:44 +0200, Jindrich Novy wrote: Hi, TeX Live 2009 pretest is now available via external repository for testing in Fedora: rpm -Uhv http://jnovy.fedorapeople.org/texlive/texlive-release-2009-0.1.fc11.noarch.rpm Maybe a good idea is to start directly with TeX Live 2009 in Fedora because TL 2008 has different package set and TL 2009 contains newest packages and will likely be released this year. And before that we can help with testing :) My current effort is aimed to font packaging so that the fonts are available to non-TeX Live users as well. For more information: http://fedoraproject.org/wiki/Features/TeXLive Thank you so much for your effort :) Doing yum update texlive\* resulted in dep. problems with (x)dvipdfmx, dvipng (requires libkpathsea.so.4) -- you're probably missing obsoletes in texlive-dvipdfmx and texlive-dvipng. After I removed them (along with xetex, which I tried once, but went back to just tex), the update progressed smoothly, haven't tried runtime yet (though, seeing that your repo has 5000+ packages and the yum updated installed/updated only 85, I suspect I'll be missing some fonts I use). Martin signature.asc Description: This is a digitally signed message part -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: TeX Live 2009 for Fedora
On Thu, 2009-08-20 at 15:40 +0200, Martin Sourada wrote: progressed smoothly, haven't tried runtime yet (though, seeing that your So, just noticed I needed to install texlive-csplain in order to have it, but it does not work: This is pdfTeX, Version 3.1415926-1.40.10 (Web2C 2009) restricted \write18 enabled. ---! /usr/share/texlive/texmf-var/web2c/pdftex/csplain.fmt doesn't match pdftex.pool (Fatal format file error; I'm stymied) How can I fix it? Further, I noticed in csplain.log that it loads the document with ISO-8859-2 coding, is there a way to switch it to UTF-8? texconfig does not seem to work anymore for format installing/changing :( Martin signature.asc Description: This is a digitally signed message part -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: TeX Live 2009 for Fedora
On Thu, 2009-08-20 at 16:29 +0200, Jindrich Novy wrote: On Thu, Aug 20, 2009 at 03:53:06PM +0200, Martin Sourada wrote: Please be sure you remove all the old formats generated with the old TeX Live. In most cases clearing the /var/lib/texmf/ and ~/.texlive* contents should make it work. Thanks, didn't occurred to me, that I need to rm -rf also /var/lib/texmf. It's working now :) When you'll do the upgrade in Fedora proper, it might be a good idea to clear /var/lib/texmf then (via the packages)... You might want to add: csplain pdfetex - -etex -enc csplain-utf8.ini cslatex pdfetex - -etex -enc cslatex-utf8.ini in /usr/share/texlive/texmf/web2c/fmtutil.cnf instead of the links to cp227.tcx translate-file. Thanks, that did the job. I noticed during the time I tried to make csplain working that removing and re-adding the texlive-csplain package adds to this file lots of garbage which make csplain format generation not working... You'll get lines like: csplain pdftex - -extex -translate-file=cp227.tcx cslatex.ini pdftex - -extex -translate-file=cp227.tcx cslatex.ini and so on Would be worth fixing, even though it's a corner case... Anyway, after installing some (which looked like I'd might need them) collections and texlive-bbm, I was able to successfully build my Bachelors' thesis (it's about general relativity, and it uses pretty pretty much everything I've ever tried with TeX, so the coverage is rather good), so I can say that (cs)plain (utf8) works in TexLive 2009 well. Martin signature.asc Description: This is a digitally signed message part -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Empathy default in F12?
On Sun, 2009-08-16 at 11:21 +0200, Christoph Höger wrote: Well on fedora 10 it cannot connect to irc. Which makes it pretty unusable. Well, it can connect to irc for me on F11... Martin signature.asc Description: This is a digitally signed message part -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: rpms/pitivi/F-11 .cvsignore, 1.16, 1.17 pitivi.spec, 1.36, 1.37 sources, 1.16, 1.17
Hi, I've just built this and seems like some of the runtime deps were raised, so far I've noticed gstreamer-python-0.10.16, you should bump the dep in spec as well. Martin On Thu, 2009-08-13 at 18:30 +, Jeffrey C. Ollie wrote: Author: jcollie Update of /cvs/pkgs/rpms/pitivi/F-11 In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv23731 Modified Files: .cvsignore pitivi.spec sources Log Message: * Thu Aug 13 2009 Jeffrey C. Ollie j...@ocjtech.us - 0.13.2-1 - Update to 0.13.2 Jailbreak (out of Deadlock City) - - The PiTiVi team is proud to announce the second release in the - unstable 0.13 PiTiVi series. - - Due to its dependency on GStreamer, The PiTiVi team strongly - recommends users have all official latest gstreamer libraries and - plugins installed for the best user experience. - - Features of this release - -* Undo/Redo support -* Audio mixing -* Ripple/Roll edit -* misc fixes everywhere signature.asc Description: This is a digitally signed message part -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: F12 mass rebuild status
On Wed, 2009-07-29 at 16:40 -0700, Jesse Keating wrote: I've now generated the first of the mass rebuild status pages. http://jkeating.fedorapeople.org/needed-f12-rebuilds.html mso (1): invinxble-backgrounds This is a false positive. I've marked this package as DEAD in cvs (licensing issues with used sources [1]) and requested removal [2] about a week ago. Martin References: [1] https://bugzilla.redhat.com/show_bug.cgi?id=512836 [2] https://fedorahosted.org/rel-eng/ticket/2011 signature.asc Description: This is a digitally signed message part -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Feature proposal: Rebootless Installer
On Tue, 2009-07-14 at 02:04 -0600, Douglas McClendon wrote:
Fedorans,
Can you spare 50 or 100K? If you can spare 100K/700M in the forthcoming
Fedora-12 LiveCD, I can provide you with a rebootless installation
experience.
http://fedoraproject.org/wiki/Features/RebootlessInstaller
The short story is that you boot the LiveCD/USB, run the installation,
and then, instead of rebooting into the installed OS, you are already
looking at and using it.
snip
Hi Doug,
I think this is an interesting idea and I don't see why you it should
not be done (if you are willing to do the work). It would also IMHO be a
cool killing feature (from marketing POV) ;-) My idea of how this would
be implemented best is:
1. do the installation
2. on the last page instead of plain thank you for installing and
exit (I don't recall what exactly is on the last anaconda page) would
be thank you for installing and start using the installed system
now, continue using {Desktop, KDE, ...} Live and reboot buttons.
If you pushed the start using the installed system now you'd start
using the system from hdd and the live CD/DVD would be ejected. Also it
would be probably good idea to pop-up a notification icon that suggests
reboot (like package-kit does for e.g. kernel updates).
If you pushed the continue using {Desktop, KDE, ...} Live it would
just quit the installer and suggest reboot in a similar case as before.
If you pushed the reboot one it would quit the installer and forced a
reboot (and perhaps prompted the user to save their work).
Of course it could be made into radiobuttons instead of buttons with
just one Finish or whatever button.
The default would stay continue using {Desktop, KDE, ...} Live.
This would of course work only for Live Spins, I don't see any reason to
try to push this to the standard DVD or network installs.
Also you'd need to properly handle firstboot in this case, which would
be bypassed. Me thinks firstboot should be purged anyway, but it still
exists and you need to be aware of it.
Just my €0.02,
Martin
signature.asc
Description: This is a digitally signed message part
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Feature proposal: Rebootless Installer
On Tue, 2009-07-14 at 20:12 +0530, Rahul Sundaram wrote: We are talking about a live cd installation, yes? You can close the installer then. Yes, and reboot in order to be able to use the installed system. The suggested feature is, as I understand it, trying to make this reboot optional, i.e. not necessary. There's no need to play with words like forced reboot. It is clearly not directly forced in the Live install, yet still necessary, so someone actually could consider it forced (indirectly)... Rahul Martin signature.asc Description: This is a digitally signed message part -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Purging the F12 orphans
On Tue, 2009-07-14 at 10:58 -0700, Jesse Keating wrote: On Tue, 2009-07-14 at 09:40 -0700, Jesse Keating wrote: It's that time of the release cycle again, to purge the orphans before we get to feature freeze. Any unblocked orphans will be purged by the 28th of this month. Here is a current list of unblocked orphans: The first list was incomplete due to an API change. Here is the complete list: snip Unblocked orphan gtk-murrine-engine I'm taking over this one. Co-maintainers welcomed. snip Martin signature.asc Description: This is a digitally signed message part -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: $HOME/bin
On Mon, 2009-07-13 at 13:31 +0200, Stefan Assmann wrote: Hi all, I was wondering why there's no $HOME/bin directory and $HOME/bin not mentioned in the $PATH variable. Any particular reason not to have that by default? Stefan Hi, because most people don't need it? Well, I would not be exactly against making this default, but I'm not sure if $HOME/bin would be the right one... Since xdg-dirs came around I use $HOME/Applications/bin for that purpose to keep $HOME cleaner (even though this particular directory isn't in the scheme...) But I cannot really argue either way... Martin signature.asc Description: This is a digitally signed message part -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: $HOME/bin
On Mon, 2009-07-13 at 14:07 +0200, Mathieu Bridon (bochecha) wrote: Look at your /etc/profile (or ~/.bash_profile, I don't remember). There should be something like: [ -d ~/bin ] PATH=~/bin:$PATH Which means that the folder will be added to your PATH if it exists. Well, I have there PATH=$PATH:$HOME/Applications/bin and that's because I added it manually there... I don't remember the original value. Martin signature.asc Description: This is a digitally signed message part -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Fedora 11 wireless-tools yum erase?
On Sun, 2009-06-21 at 12:14 +0100, Frank Murphy wrote: Why does yum erase wireless-tools want to: Removing for dependencies: anaconda firstboot rhpl system-config-(boot,date,date-docs,firewall, firewall-tui,keyboard,kickstart,language,lvm, network,network-tui,rootpassword,users,users-docs) This is a wired desktop, that has absolutely no need for wireless or indeed wpa-supplicant which want to remove: NetworkManager NetworkManager-gnome anaconda system-config-kickstart I know --nodeps could be used, or indeed use network service but currently have no problems with NM Bu how?, are they tied into so much. Frank I'm not sure about most of these, but I'd like to note that wpa-supplicant is not a wireless-only tool (that one of your sentences seem to imply). I use it at dorm to authenticate to wired network (as well as at home to authenticate to home wifi network). And because some NM features clearly require its presence, it would be broken if it did not require it. Martin signature.asc Description: This is a digitally signed message part -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Fedora 11 wireless-tools yum erase?
On Sun, 2009-06-21 at 13:10 +0100, Frank Murphy wrote: Then the description need changing: Description wpa_supplicant is a WPA Supplicant for Linux, BSD and Windows with support for WPA and WPA2 (IEEE 802.11i / RSN). Supplicant is the IEEE 802.1X/WPA component that is used in the client stations. It implements key negotiation with a WPA Authenticator and it controls the roaming and IEEE 802.11 authentication/association of the wlan : driver. Yeah, the wlan driver is not apparently the only one where wpa_supplicant is used for authentication, although the usage of IEEE 802.1x on wired networks is probably rather rare. Frank Martin signature.asc Description: This is a digitally signed message part -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: rawhide report: 20090619 changes
On Fri, 2009-06-19 at 23:53 +0200, David Nielsen wrote: 2009/6/19 Peter Robinson pbrobin...@gmail.com mono-tools-2.4.2-1.fc12 --- * Tue Jun 09 2009 Paul F. Johnson p...@all-the-johnsons.co.uk - 2.4.2-1 - Bump to 2.4.2 preview 1 - Add support for ppc and ppc64 - Add label for udev-acl is there any reason why mono doesn't use the 0.x revision tags for alpha/beta/RC releases like everyone else? Plenty of projects fall outside that naming scheme, it's unfortunate but that is life. Maybe upstream will consider your thoughts on the matter if you bring them to their attention. - David /me understands that the issue is with versioning of the package, not in upstream. The changelog clearly says it's 2.4.2 preview 1 and the release number in package should reflect it, e.g. by having the NVR mono-tools-2.4.2-0.1.pre1.fc12. It helps users of that package to easier tell that its actually a pre-release, not a stable release. Martin signature.asc Description: This is a digitally signed message part -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: What I HATE about F11
On Sat, 2009-06-13 at 22:19 -0400, Charles Butterfield wrote: snip * Root gdm login - gets harder every release - SHAME ON YOU root nazis! You can always init 3, login as root and startx if you *really need* graphical root login (or use su in gnome-terminal or whatever gui terminal is your favourite). I think that disabling root login in gdm is fairly good security measure for noobs coming windows while experienced administrators still know what to do if they need it. But I've never really needed gui root login for the 4 past years I've been using Fedora linux. * Samba (outbound) browsing requires firewall mods I don't know how Samba works, so forgive me if I say obvious stupidity, but shouldn't *client* work even behind closed firewall (like with any other services like ssh, ftp, ...)? Isn't this a samba bug then? * Jamming SELinux enforcing mode with no query during install Well, what works for me does not tell anything in general, but for the first time, I've been using SELinux enforcing mode since installing Fedora 11 Alpha. It does not get into my way. And a bug: * My supported NVIDIA card (Quadro NVS 295) is not detected - okay this may not be due to overt, mulish arrogance, but I did check the supported card list and it is really annoying. I don't know how to read this. Your X does not start? Or does it start with weird resolution? What are the results of the card not being detected? Which drivers does not work (nouveau, nv, proprietary one)? Have you filled a bug? Martin signature.asc Description: This is a digitally signed message part -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
