BlueJ Advice Needed
Hoping to package BlueJ. http://www.bluej.org/about/what.html Q1: http://www.bluej.org/download/download.html Downloadable jar file, (and use contents of) or http://www.bluej.org/download/source-download.html Contains mix of Win\Mac\*nix stuff in the source zip Q2: The third party bits that are required to run the BlueJ, have to be removed from the BlueJ Package as per https://www.redhat.com/archives/fedora-legal-list/2009-June/msg4.html If not already included in FP, they would have to be packaged separately, from their upstream sites? Q3: Is there anyone in devel-list who has packaged *java apps* who would be willing to guide me as this would be my first package. Q4: https://fedoraproject.org/wiki/Packaging/Java is most current re. java? Frank -- msn: frankly3d skype: frankly3d Mailing-List Reply to: Mailing-List Still Learning, Unicode where possible -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Interested in scanning?
On 06/05/2009 10:05 PM, Louis Lagendijk wrote: On Fri, 2009-06-05 at 16:32 +0300, Nicu Buculei wrote: It crashes every time when I am trying to scan with a GUI, the only way to do somehing without a crash is using scanimage from commandline, which is aborting with "scanimage: received signal 15". Before reporting, you might want to try the command line scanner tool scanimage: scanimage --format=tiff --reslution=300> scan.tiff and see what happens. That should help you understand if the issue is with sane-backends or elsewhere. The -L and -T options will be usefull too. As said above: [Desktop]$ scanimage --format=tiff --resolution=300 > scan.tiff scanimage: received signal 15 scanimage: trying to stop scanner scanimage: received signal 15 scanimage: aborting [Desktop]$ scanimage -T scanimage: received signal 15 scanimage: trying to stop scanner scanimage: received signal 15 scanimage: aborting [Desktop]$ scanimage -L device `avision:libusb:003:003' is a Hewlett-Packard ScanJet 5370C flatbed scanner It is somewhat better: at least X is not crashing this way. -- nicu :: http://nicubunu.ro :: http://nicubunu.blogspot.com/ photography: http://photoblog.nicubunu.ro/ my Fedora stuff: http://fedora.nicubunu.ro/ -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Interested in scanning?
On Fri, 2009-06-05 at 09:54 -0500, Michael Cronenworth wrote: > Nicu Buculei wrote: > > > > I prefixed it with "for me", i know it works for some people. > > > > > > You might try compiling SANE 1.0.20. There were tons of changes > in-between 1.0.19 and 1.0.20. I don't see a F11 or F12 build for 1.0.20 > in koji... you might want to file a bug on it. There's already a bug about it ;-). I'm working on official 1.0.20 packages, unfortunately there are already too many patches in there which make this not quite straight forward as it sounds. Thankfully, I'll soon be able to devote more time to OS things than in the past. Frontend-wise I'm rather missing tools for sensible batch-processing (we've about 2000 slides that are waiting to be digitized) than something "simple" like gnome-scan, but IMO most real problems are on the backend side anyway. Nils -- Nils Philippsen "Those who would give up Essential Liberty to purchase Red Hat a little Temporary Safety, deserve neither Liberty n...@redhat.com nor Safety." -- Benjamin Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Broken dependencies in Fedora 10 - 2009-06-09
== The results in this summary consider Test Updates! == Summary of broken packages (by src.rpm name): cabal2spec db4o dinotrace gadget llvm php python-morbid python-repoze-what == Broken packages in fedora-10-ppc: db4o-6.1-4.fc9.ppc requires mono(Mono.Cecil) = 0:0.6.8.8607 llvm-devel-2.3-2.fc10.ppc64 requires llvm = 0:2.3-2.fc10 php-devel-5.2.6-5.ppc64 requires php = 0:5.2.6-5 == Broken packages in fedora-10-x86_64: php-devel-5.2.6-5.i386 requires php = 0:5.2.6-5 == Broken packages in fedora-updates-10-i386: emacs-dinotrace-9.4a-2.fc10.i386 requires dinotrace-9.4a python-morbid-0.8.6.1-1.fc10.noarch requires python-stomper == Broken packages in fedora-updates-10-ppc: emacs-dinotrace-9.4a-2.fc10.ppc requires dinotrace-9.4a python-morbid-0.8.6.1-1.fc10.noarch requires python-stomper == Broken packages in fedora-updates-10-ppc64: cabal2spec-0.12-1.fc10.noarch requires ghc > 0:6.10.1-7 emacs-dinotrace-9.4a-2.fc10.ppc64 requires dinotrace-9.4a gadget-0.0.3-2.fc10.noarch requires ejabberd python-morbid-0.8.6.1-1.fc10.noarch requires python-stomper == Broken packages in fedora-updates-10-x86_64: emacs-dinotrace-9.4a-2.fc10.x86_64 requires dinotrace-9.4a python-morbid-0.8.6.1-1.fc10.noarch requires python-stomper == Broken packages in fedora-updates-testing-10-i386: python-repoze-what-docs-1.0.8-1.fc10.noarch requires python-repoze-what-1.0.8 == Broken packages in fedora-updates-testing-10-ppc: python-repoze-what-docs-1.0.8-1.fc10.noarch requires python-repoze-what-1.0.8 == Broken packages in fedora-updates-testing-10-ppc64: python-repoze-what-docs-1.0.8-1.fc10.noarch requires python-repoze-what-1.0.8 == Broken packages in fedora-updates-testing-10-x86_64: python-repoze-what-docs-1.0.8-1.fc10.noarch requires python-repoze-what-1.0.8 -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: rpms/polkit-gnome/devel polkit-gnome.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2
Am Montag, den 08.06.2009, 20:47 + schrieb David Zeuthen:
> Author: davidz
[snipped]
> --- NEW FILE polkit-gnome.spec ---
> Summary: PolicyKit integration for the GNOME desktop
> Name: polkit-gnome
> Version: 0.92
> Release: 1%{?dist}
> License: LGPLv2
> URL: http://www.freedesktop.org/wiki/Software/PolicyKit
> Group: Applications/System
> Source0: http://hal.freedesktop.org/releases/%{name}-%{version}.tar.bz2
> BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root
> BuildRequires: gtk2-devel
> BuildRequires: polkit-devel >= 0.92
> BuildRequires: desktop-file-utils
>
> # for /usr/share/gnome/autostart
> Requires: gnome-session
Great! This adds
gnome-session: 1.8 MB
control-center: 7.1 MB
GConf2: 5,5 MB
gnome-keyring: 2,3 MB
gnome-vfs2: 3.1 MB
You added at least ~ 22,8 MB overhead just for directory ownership,
although I asked you to _not_ do this. I think users of alternative
desktops and the maintainers of their spins will not be amused. Last
week you told me, that a one advantage of the new polkit is that no
longer requires GConf2, but now it's dragged in again.
> %description
> polkit-gnome provides an authentication agent for PolicyKit
> that matches the look and feel of the GNOME desktop.
>
> %prep
> %setup -q
>
> %build
> %configure --enable-gtk-doc
> make
Still no parallel build, only one of several problems. I already pointed
that out during the so called "review" [1] and I find it sad to see you
don't give anything about feedback, good advice and not even the
packaging guidelines.
Regards,
Christoph
[1] https://bugzilla.redhat.com/show_bug.cgi?id=502920
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
GRUB 2 in Ubuntu 9.10
Just noticed Canonical is pushing GRUB 2 as default in Ubuntu 9.10 [1]. There are some hints on testing [2] and from what I can see there are 40 bugs opened against GRUB 2 in launchpad [3] v. zero in our Bugzilla. Was wondering what's the plan for Fedora and GRUB 2 as I can see there's quite old snapshot in current Rawhide --> 1.98-0.5.20080827svn.fc11. -- [1] https://lists.ubuntu.com/archives/ubuntu-devel-announce/2009-June/000573.html [2] https://wiki.ubuntu.com/KernelTeam/Grub2Testing [3] https://bugs.launchpad.net/ubuntu/+source/grub2 -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Interested in scanning?
Jesse Keating pisze: > On Fri, 2009-06-05 at 08:56 -0400, Tom "spot" Callaway wrote: >> Perhaps we could target some specific scanners on the first attempt? >> We >> might be able to get some hardware donated to the effort. >> >> ~spot, who has several scanners of varying age and quality in a box >> > > I have a relatively new Canon Scanner, that has no current hope of > working on Linux. Boy I'd love to see that changed. > > I have an old Plustek OpticPro ST24, which is supposed to be supported by the genesys backend in the future (the progress has been stalled for a few years). Julian -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: rpms/polkit-gnome/devel polkit-gnome.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2
On Tue, 2009-06-09 at 14:58 +0200, Christoph Wickert wrote: > > > > # for /usr/share/gnome/autostart > > Requires: gnome-session > > Great! This adds > gnome-session: 1.8 MB > control-center: 7.1 MB > GConf2: 5,5 MB > gnome-keyring: 2,3 MB > gnome-vfs2: 3.1 MB > > You added at least ~ 22,8 MB overhead just for directory ownership, > although I asked you to _not_ do this. I think users of alternative > desktops and the maintainers of their spins will not be amused. Last > week you told me, that a one advantage of the new polkit is that no > longer requires GConf2, but now it's dragged in again. > Your anger is misdirected. Complain to the rpm people for not handling directories in a sane way. Or better still, send them a patch... -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: More mock problems
Toshio Kuratomi wrote: On 06/08/2009 03:15 PM, Rich Megginson wrote: Ah, so it is. Thanks! So now my only hurdle is the missing popt-devel - any ideas? That one looks like a genuine packaging bug. We don't use rpm-devel on the builders so no one saw it. The header files for popt are in the main popt package in RHEL5/CentOS5 so that's what actually needs to be required in this instance, not popt-devel. Can I just do rpm --nodeps -Uvh rpm*.rpm? -Toshio smime.p7s Description: S/MIME Cryptographic Signature -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: BlueJ Advice Needed
On Tue, Jun 9, 2009 at 1:46 AM, Frank Murphy (Frankly3d) wrote: > Hoping to package BlueJ. > http://www.bluej.org/about/what.html > > > Q1: > http://www.bluej.org/download/download.html > Downloadable jar file, (and use contents of) > or > http://www.bluej.org/download/source-download.html > Contains mix of Win\Mac\*nix stuff in the source zip The former does not contain source files, so it is unacceptable. You will have to build from the latter. > Q2: > The third party bits that are required to run the BlueJ, > have to be removed from the BlueJ Package as per > https://www.redhat.com/archives/fedora-legal-list/2009-June/msg4.html > > If not already included in FP, > they would have to be packaged separately, > from their upstream sites? Yes. I see several jars that we already have, such as antlr, jsch, junit, svnkit, and trilead-ssh. What are we missing? > Q3: > Is there anyone in devel-list who has packaged *java apps* who > would be willing to guide me as this would be my first package. I have limited experience, so you'd be better off with someone else, but I'm happy to offer what help I can give. > Q4: > https://fedoraproject.org/wiki/Packaging/Java > is most current re. java? Yes. -- Jerry James http://www.jamezone.org/ -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: BlueJ Advice Needed
2009/6/9 Frank Murphy (Frankly3d) : > Hoping to package BlueJ. > http://www.bluej.org/about/what.html > > > Q1: > http://www.bluej.org/download/download.html > Downloadable jar file, (and use contents of) > or > http://www.bluej.org/download/source-download.html > Contains mix of Win\Mac\*nix stuff in the source zip The package must be built from source so the second option in this case. > Q2: > The third party bits that are required to run the BlueJ, > have to be removed from the BlueJ Package as per > https://www.redhat.com/archives/fedora-legal-list/2009-June/msg4.html > > If not already included in FP, > they would have to be packaged separately, > from their upstream sites? Dependencies should be packaged separately and from upstream. There are exceptions to this but they are rare and should generally be avoided if possible. A lot of the dependencies may well already be packaged within Fedora > Q3: > Is there anyone in devel-list who has packaged *java apps* who > would be willing to guide me as this would be my first package. fedora-java-list is a good place to find java packagers although i am sure there are some here too. > Q4: > https://fedoraproject.org/wiki/Packaging/Java > is most current re. java? Those are the guidelines (for java packages) which should generally be adhered to in addition to the standard packaging guidelines. -- There are 10 kinds of people in the world: Those who understand binary and those who don't... -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: rpms/polkit-gnome/devel polkit-gnome.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2
Am Dienstag, den 09.06.2009, 09:28 -0400 schrieb Matthias Clasen: > On Tue, 2009-06-09 at 14:58 +0200, Christoph Wickert wrote: > > > > > > > # for /usr/share/gnome/autostart > > > Requires: gnome-session > > > > Great! This adds > > gnome-session: 1.8 MB > > control-center: 7.1 MB > > GConf2: 5,5 MB > > gnome-keyring: 2,3 MB > > gnome-vfs2: 3.1 MB > > > > You added at least ~ 22,8 MB overhead just for directory ownership, > > although I asked you to _not_ do this. I think users of alternative > > desktops and the maintainers of their spins will not be amused. Last > > week you told me, that a one advantage of the new polkit is that no > > longer requires GConf2, but now it's dragged in again. > > > > Your anger is misdirected. My anger is because people don't honor our packaging guidelines not even if they are asked to do so. The guidelines are very clear in this case: "Multiple packages have files in a common directory but none of them requires others. [...] In this case, each package must own the /usr/share/Foo/Animal/ directory." https://fedoraproject.org/wiki/Packaging/Guidelines#File_and_Directory_Ownership > Complain to the rpm people for not handling > directories in a sane way. Or better still, send them a patch... Correct me if I'm wrong, but the problem with rpm is that an empty, unowned dir is left behind if * it's no longer owned by any package * packages got uninstalled in the wrong order Both are reasons for duplicate ownership, not to mention the large overhead that is pulled in. Regards, Christoph > -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: rpms/polkit-gnome/devel polkit-gnome.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2
On Tue, 2009-06-09 at 16:06 +0200, Christoph Wickert wrote: > My anger is because people don't honor our packaging guidelines not even > if they are asked to do so. The guidelines are very clear in this case: > "Multiple packages have files in a common directory but none of them > requires others. [...] In this case, each package must own > the /usr/share/Foo/Animal/ directory." > https://fedoraproject.org/wiki/Packaging/Guidelines#File_and_Directory_Ownership Well, part of the problem is that the review guidelines strike a very different tone: MUST: A package must own all directories that it creates. If it does not create a directory that it uses, then it should require a package which does create that directory. MUST: Packages must not own files or directories already owned by other packages. The rule of thumb here is that the first package to be installed should own the files or directories that other packages may rely upon. This means, for example, that no package in Fedora should ever share ownership with any of the files or directories owned by the filesystem or man package. If you feel that you have a good reason to own a file or directory that another package owns, then please present that at package review time. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: rpms/polkit-gnome/devel polkit-gnome.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2
Matthias Clasen wrote: ... MUST: A package must own all directories that it creates. If it does not create a directory that it uses, then it should require a package which does create that directory. MUST: Packages must not own files or directories already owned by other packages. The rule of thumb here is that the first package to be installed should own the files or directories that other packages may rely upon. This means, for example, that no package in Fedora should ever share ownership with any of the files or directories owned by the filesystem or man package. If you feel that you have a good reason to own a file or directory that another package owns, then please present that at package review time. So ... add the "autostart" directory to filesystem, or create a package called something like "gnome-filesystem", or move it to another package that gets installed earlier than gnome-session? -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: ctrlproxy-3.0.6
>> Sure. Would you like to own the package outright? I've little time >> to maintain it these days, and you seem both interested and capable. > Ok, thanks. I don't mind co-owning it with others. > I will commit with the change suggested by Hans Ulrich Niedermann. Currently the package shows up as orphaned in PackageDB. Would you like to be the primary owner? Cheers, Debarshi -- One reason that life is complex is that it has a real part and an imaginary part. -- Andrew Koenig -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: the end of life for flash player (HTML5)
drago01 wrote: > Or you can simply ship provide multiple video streams and switch them > based on the useragent. (this is very likely to be the end result, > even thought it sucks). The user agent is the wrong way to check for support. Arora supports different codecs based on the platform. (It uses QtWebKit which uses Phonon which uses the platform's multimedia support. On Fedora, it will only support Ogg and other patent/royalty-free codecs out of the box, on O$ X, only MPEG4 and QuickTime stuff, on Window$, whatever M$ ships. Any other codecs have to be installed by the user.) Kevin Kofler -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: More mock problems
On 06/09/2009 06:51 AM, Rich Megginson wrote: > Toshio Kuratomi wrote: >> The header files for popt are in the main popt package in RHEL5/CentOS5 >> so that's what actually needs to be required in this instance, not >> popt-devel. >> > Can I just do rpm --nodeps -Uvh rpm*.rpm? That seems like it should work. -Toshio signature.asc Description: OpenPGP digital signature -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: the end of life for flash player (HTML5)
On Martes 09 Junio 2009 17:05:04 Kevin Kofler escribió: > drago01 wrote: > > Or you can simply ship provide multiple video streams and switch them > > based on the useragent. (this is very likely to be the end result, > > even thought it sucks). > > The user agent is the wrong way to check for support. Arora supports > different codecs based on the platform. (It uses QtWebKit which uses Phonon > which uses the platform's multimedia support. On Fedora, it will only > support Ogg and other patent/royalty-free codecs out of the box, on O$ X, > only MPEG4 and QuickTime stuff, on Window$, whatever M$ ships. Any other > codecs have to be installed by the user.) For me - OGG fallback is essential... There can be a list of priorities like: 1. play H264 HD HQ video 2. play LQ video 4. 5. 6. 7. play OGG (the must) and then browser can choose best suitable one or fallback to OGG. Jaroslav > Kevin Kofler -- Jaroslav Řezník Associate Software Engineer - Base Operating Systems Brno Office: +420 532 294 275 Mobile: +420 731 455 332 Red Hat, Inc. http://cz.redhat.com/ -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: File Triggers (was Re: Proposal (and yes, I'm willing to do stuff!): Must Use More Macros)
Colin Walters wrote:
> If such a thing were to be implemented it'd probably be good to use it
> to clean out the wishlist in general, like handling %clean and even
> %build automatically (e.g. if we see a configure script, just assume
> to call "%{configure}", see a Makefile, just assume to call "make",
> etc)
Uh, that will never work. Many configure scripts need options, even
makefiles can require options. The makefile could also be autogenerated
from an unknown build tool and accidentally shipped by upstream (in which
case you need to run that build tool first to generate a proper one).
Kevin Kofler
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: File Triggers (was Re: Proposal (and yes, I'm willing to do stuff!): Must Use More Macros)
On Tue, Jun 9, 2009 at 11:22 AM, Kevin Kofler wrote:
> Colin Walters wrote:
>> If such a thing were to be implemented it'd probably be good to use it
>> to clean out the wishlist in general, like handling %clean and even
>> %build automatically (e.g. if we see a configure script, just assume
>> to call "%{configure}", see a Makefile, just assume to call "make",
>> etc)
>
> Uh, that will never work. Many configure scripts need options, even
> makefiles can require options.
There are always exceptions. That doesn't mean one can't optimize for
the common case (and not just common, but what we want to push people
to do, which is consolidate build tools).
> The makefile could also be autogenerated from an unknown build tool
Makefiles generated by e.g. automake have easily detectable patterns.
Try "head Makefile".
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: rpms/polkit-gnome/devel polkit-gnome.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2
Bill Crawford wrote: > So ... add the "autostart" directory to filesystem, or create a package > called something like "gnome-filesystem" FWIW, that kind of things is why we have kde-filesystem. That said, if it's just that one directory, having that directory simply being co-owned by PolicyKit-gnome is the easiest solution (even if technically less clean than a gnome-filesystem package). Kevin Kofler -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: rpms/polkit-gnome/devel polkit-gnome.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2
On 06/09/2009 07:20 AM, Matthias Clasen wrote: > On Tue, 2009-06-09 at 16:06 +0200, Christoph Wickert wrote: > >> My anger is because people don't honor our packaging guidelines not even >> if they are asked to do so. The guidelines are very clear in this case: >> "Multiple packages have files in a common directory but none of them >> requires others. [...] In this case, each package must own >> the /usr/share/Foo/Animal/ directory." >> https://fedoraproject.org/wiki/Packaging/Guidelines#File_and_Directory_Ownership > > Well, part of the problem is that the review guidelines strike a very > different tone: > The review guidelines are meant to be summaries of the Guidelines to make reviewing easier. When conflicts arise, the Guidelines themselves explain the corner cases, nuances, and other little things that would bloat the cheat-sheet nature of the review guidelines. How could we document that when in doubt, clicking through to the full review guidelines should be done? -Toshio signature.asc Description: OpenPGP digital signature -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: rpms/polkit-gnome/devel polkit-gnome.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2
> How could we document that when in doubt, clicking through to the full > review guidelines should be done? After each item in the review guidelines, add a [more] link that points to the relevant section in the packaging guidelines ? -- Mathieu Bridon (bochecha) -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: File Triggers (was Re: Proposal (and yes, I'm willing to do stuff!): Must Use More Macros)
Colin Walters wrote: > On Tue, Jun 9, 2009 at 11:22 AM, Kevin Kofler > wrote: >> The makefile could also be autogenerated from an unknown build tool > > Makefiles generated by e.g. automake have easily detectable patterns. > Try "head Makefile". I wrote "UNKNOWN build tool". Of course you can detect the known ones (automake, CMake etc.), but upstream may come up with some new build tool, I've seen even custom makefile generators for single projects being used. Kevin Kofler -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: rpms/polkit-gnome/devel polkit-gnome.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2
> "MB" == Mathieu Bridon (bochecha) writes: MB> After each item in the review guidelines, add a [more] link that MB> points to the relevant section in the packaging guidelines ? Do you realize that the document already has footnotes doing exactly that? - J< -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Maintainer Responsibilities
Kevin Kofler writes: > [...] If the bug is important enough to block one of our trackers, > we won't close it UPSTREAM, we'll even try to fix it on our own (and > then upstream our fix) if upstream doesn't come up with a fix soon > enough. If you "CLOSE"/UPSTREAM it and force your user to report it elsewhere instead, you won't know one way or another. > But we can't reserve that treatment to every single KDE bug, there > are too many! Thank you for that moment of candour. It illuminates what is really motivating the disagreement about proper process. - FChE -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: rpms/polkit-gnome/devel polkit-gnome.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2
> MB> After each item in the review guidelines, add a [more] link that > MB> points to the relevant section in the packaging guidelines ? > > Do you realize that the document already has footnotes doing exactly > that? Wow ! Looks like I was not entirely awake when I looked at them, I missed the footnotes (and I wonder how, it's not like they are hidden :-/) Sorry about that... Note for self: stop drinking before you look at a page and say something dumb ^^ -- Mathieu Bridon (bochecha) -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
x86_64 kernel + i586 F11 userspace + yum
Hi,
I run the above system, and everything works fine (except perhaps for
SELinux[1]). I have created a /etc/rpm/platform containing
'i586-redhat-linux'.
Well, everything works except for one thing: yum. Installing with
'yum install name' no longer works, I must now instead explicitly
specify the arch, e.g. 'yum install name.i58'.
Does anyone know a fix for this?
Also, if I explicitely add the x86-64 updates repo, and only include
the 'kernel' package from it, should I be able to expect that yum
update will Do The Right Thing, or will I need to manually 'yum
install kernel.x86_64' whenever kernels are updated (or worse)?
Thanks.
1. Least, I presume this is SELinux related:
SELinux: initialized (dev binfmt_misc, type binfmt_misc), uses
genfs_contexts
ioctl32(mount:1503): Unknown cmd fd(3) cmd(80041272){t:12;sz:4}
arg(ffb0eb68) on /home/xguest
ioctl32(mount:1503): Unknown cmd fd(3) cmd(1260){t:12;sz:0}
arg(ffb0eb70) on /home/xguest
ioctl32(mount:1503): Unknown cmd fd(3) cmd(801c0204){t:02;sz:28}
arg(ffb0eb4c) on /home/xguest
regards,
--
Paul Jakma p...@clubi.ie p...@jakma.org Key ID: 64A2FF6A
Fortune:
"But officer, I was only trying to gain enough speed so I could coast
to the nearest gas station."
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
Qt 4.5.1
Hi - Are we likely to see a qt 4.5.1 update at some point for F10? There's a bug fixed which makes my application very slow. Qt <4.5.1 draws long clipped lines extremely slowly. Thanks Jeremy -- http://jeremysanders.net/ -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Too eager?
I installed F-11 fedora-release* and did yum clean all ; yum update I got YumRepo Error: All mirror URLs are not using ftp, http[s] or file. This is a fully updated F-10 system. Manually filling in releasever and basearch in fedora.repo for basearch and mirrorlist make no difference. Something up? -J -- in your fear, speak only peace in your fear, seek only love -d. bowie -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Too eager?
2009/6/9 Jon Ciesla : > I installed F-11 fedora-release* and did yum clean all ; yum update > > I got YumRepo Error: All mirror URLs are not using ftp, http[s] or file. > > This is a fully updated F-10 system. Manually filling in releasever and > basearch in fedora.repo for basearch and mirrorlist make no difference. > Something up? There was a message a few days ago that the mirrormanager would be broken for the F-11 repos for a few days, so perhaps it is that. You could try editing your yum repo files to point to a specific mirror rather than the mirror manager and see if that works. HTH, J -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Too eager?
On Tue, 2009-06-09 at 11:17 -0500, Jon Ciesla wrote: > I installed F-11 fedora-release* and did yum clean all ; yum update > > I got YumRepo Error: All mirror URLs are not using ftp, http[s] or file. > > This is a fully updated F-10 system. Manually filling in releasever and > basearch in fedora.repo for basearch and mirrorlist make no difference. > Something up? See https://www.redhat.com/archives/fedora-list/2009-June/msg00783.html , if you have the same line that says "Eg. /", then I think that's the solution. Jonathan 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: Too eager?
Jonathan Dieter wrote: On Tue, 2009-06-09 at 11:17 -0500, Jon Ciesla wrote: I installed F-11 fedora-release* and did yum clean all ; yum update I got YumRepo Error: All mirror URLs are not using ftp, http[s] or file. This is a fully updated F-10 system. Manually filling in releasever and basearch in fedora.repo for basearch and mirrorlist make no difference. Something up? See https://www.redhat.com/archives/fedora-list/2009-June/msg00783.html , if you have the same line that says "Eg. /", then I think that's the solution. Jonathan That's my error, but that doesn't help. yum-3.2.21-2.fc10.noarch. -- in your fear, speak only peace in your fear, seek only love -d. bowie -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Too eager?
Jon Ciesla wrote: I installed F-11 fedora-release* and did yum clean all ; yum update I got YumRepo Error: All mirror URLs are not using ftp, http[s] or file. https://bugzilla.redhat.com/show_bug.cgi?id=498720 This is a fully updated F-10 system. Manually filling in releasever and basearch in fedora.repo for basearch and mirrorlist make no difference. Something up? Sound like https://bugzilla.redhat.com/show_bug.cgi?id=498720 Ralf -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Qt 4.5.1
On Tuesday 09 June 2009 18:11:37 Jeremy Sanders wrote: > Hi - Are we likely to see a qt 4.5.1 update at some point for F10? There's > a bug fixed which makes my application very slow. Qt <4.5.1 draws long > clipped lines extremely slowly. Hi, it's waiting in Bodhi... https://admin.fedoraproject.org/updates/F10/FEDORA-2009-4844 Jaroslav > Thanks > > Jeremy > > -- > http://jeremysanders.net/ -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Too eager?
Ralf Corsepius wrote: Jon Ciesla wrote: I installed F-11 fedora-release* and did yum clean all ; yum update I got YumRepo Error: All mirror URLs are not using ftp, http[s] or file. https://bugzilla.redhat.com/show_bug.cgi?id=498720 This is a fully updated F-10 system. Manually filling in releasever and basearch in fedora.repo for basearch and mirrorlist make no difference. Something up? Sound like https://bugzilla.redhat.com/show_bug.cgi?id=498720 Ralf Looks like it. Just not sure how to remedy this, as the F-11 version needs Python 2.6. . .rebuilding 1.1.2-12 for F-10 and upgrading did not fix it. -- in your fear, speak only peace in your fear, seek only love -d. bowie -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Maintainer Responsibilities
Frank Ch. Eigler wrote: > Kevin Kofler writes: > >> [...] If the bug is important enough to block one of our trackers, >> we won't close it UPSTREAM, we'll even try to fix it on our own (and >> then upstream our fix) if upstream doesn't come up with a fix soon >> enough. > > If you "CLOSE"/UPSTREAM it and force your user to report it elsewhere > instead, you won't know one way or another. Please reread the first part of the sentence you quoted. >> But we can't reserve that treatment to every single KDE bug, there >> are too many! > > Thank you for that moment of candour. It illuminates what is > really motivating the disagreement about proper process. The fact is, every large project has thousands of reported bugs. GNOME has several hundreds of thousands of bugs. KDE has more than 10, but fewer than 20. There's no way a small team of distro packagers for that project can address them all. Kevin Kofler -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Too eager?
On Tue, 2009-06-09 at 11:37 -0500, Jon Ciesla wrote: > Jonathan Dieter wrote: > > On Tue, 2009-06-09 at 11:17 -0500, Jon Ciesla wrote: > > > >> I installed F-11 fedora-release* and did yum clean all ; yum update > >> > >> I got YumRepo Error: All mirror URLs are not using ftp, http[s] or file. > >> > >> This is a fully updated F-10 system. Manually filling in releasever and > >> basearch in fedora.repo for basearch and mirrorlist make no difference. > >> Something up? > >> > > > > See > > https://www.redhat.com/archives/fedora-list/2009-June/msg00783.html , if > > you have the same line that says "Eg. /", then I think that's > > the solution. > > > > Jonathan > > > That's my error, but that doesn't help. yum-3.2.21-2.fc10.noarch. Easiest thing to do is probably just get the yum from Fed-10 updates-testing, which is 3.2.23 and understands metalink and metalink as mirrorlist. -- James Antill Fedora -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Too eager?
James Antill wrote: On Tue, 2009-06-09 at 11:37 -0500, Jon Ciesla wrote: Jonathan Dieter wrote: On Tue, 2009-06-09 at 11:17 -0500, Jon Ciesla wrote: I installed F-11 fedora-release* and did yum clean all ; yum update I got YumRepo Error: All mirror URLs are not using ftp, http[s] or file. This is a fully updated F-10 system. Manually filling in releasever and basearch in fedora.repo for basearch and mirrorlist make no difference. Something up? See https://www.redhat.com/archives/fedora-list/2009-June/msg00783.html , if you have the same line that says "Eg. /", then I think that's the solution. Jonathan That's my error, but that doesn't help. yum-3.2.21-2.fc10.noarch. Easiest thing to do is probably just get the yum from Fed-10 updates-testing, which is 3.2.23 and understands metalink and metalink as mirrorlist. Success! I trust this will be pushed to F-10 stable with a quickness? Thanks all, -J -- in your fear, speak only peace in your fear, seek only love -d. bowie -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: x86_64 kernel + i586 F11 userspace + yum
On Tue, Jun 9, 2009 at 5:56 PM, Paul Jakma wrote:
> Hi,
>
> I run the above system, and everything works fine (except perhaps for
> SELinux[1]). I have created a /etc/rpm/platform containing
> 'i586-redhat-linux'.
>
> Well, everything works except for one thing: yum. Installing with 'yum
> install name' no longer works, I must now instead explicitly specify the
> arch, e.g. 'yum install name.i58'.
>
> Does anyone know a fix for this?
>
> Also, if I explicitely add the x86-64 updates repo, and only include the
> 'kernel' package from it, should I be able to expect that yum update will Do
> The Right Thing, or will I need to manually 'yum install kernel.x86_64'
> whenever kernels are updated (or worse)?
>
> Thanks.
>
> 1. Least, I presume this is SELinux related:
>
> SELinux: initialized (dev binfmt_misc, type binfmt_misc), uses
> genfs_contexts
> ioctl32(mount:1503): Unknown cmd fd(3) cmd(80041272){t:12;sz:4}
> arg(ffb0eb68) on /home/xguest
> ioctl32(mount:1503): Unknown cmd fd(3) cmd(1260){t:12;sz:0}
> arg(ffb0eb70) on /home/xguest
> ioctl32(mount:1503): Unknown cmd fd(3) cmd(801c0204){t:02;sz:28}
> arg(ffb0eb4c) on /home/xguest
>
Any reason why you don't just use a x86_64 userspace ?
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: x86_64 kernel + i586 F11 userspace + yum
On 06/09/2009 01:44 PM, drago01 wrote: On Tue, Jun 9, 2009 at 5:56 PM, Paul Jakma wrote: Hi, I run the above system, and everything works fine (except perhaps for SELinux[1]). I have created a /etc/rpm/platform containing 'i586-redhat-linux'. Well, everything works except for one thing: yum. Installing with 'yum install name' no longer works, I must now instead explicitly specify the arch, e.g. 'yum install name.i58'. Does anyone know a fix for this? setarch i386 chroot /path/to/i586root Do this and yum will behave properly. Warren Togami wtog...@redhat.com -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
USB autosuspend in F12
USB is an irritating protocol that requires USB controllers to remain active whenever a device is attached, even if that device is doing nothing. This consumes unnecessary power and can prevent the system going into deep idle states under some circumstances. The kernel supports USB autosuspend, which allows idle USB devices to be suspended and the upstream ports to power down. This is disabled by default because it breaks various pieces of hardware. Through F12 I'm going to be slowly enabling autosuspend on various pieces of USB hardware. The aim is to ensure that it's only enabled on hardware that supports it. This is going to be a combination of kernel modifications and packaging changes, and while I'll be testing as many as possible before uploading anything there's a risk that some hardware will misbehave. I'll let people know when I think I'm about to upload anything risky. The first part of this is an upload of libfprint which enables autosuspend on fingerprint readers. I'm expecting this to be pretty safe, but there's always the possibility that a couple of people will find problems. If your fingerprint reader suddenly stops working after this change, please file a bug and include the output of lsusb. -- Matthew Garrett | mj...@srcf.ucam.org -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Too eager?
Jon Ciesla wrote: James Antill wrote: On Tue, 2009-06-09 at 11:37 -0500, Jon Ciesla wrote: Jonathan Dieter wrote: On Tue, 2009-06-09 at 11:17 -0500, Jon Ciesla wrote: I installed F-11 fedora-release* and did yum clean all ; yum update I got YumRepo Error: All mirror URLs are not using ftp, http[s] or file. This is a fully updated F-10 system. Manually filling in releasever and basearch in fedora.repo for basearch and mirrorlist make no difference. Something up? See https://www.redhat.com/archives/fedora-list/2009-June/msg00783.html , if you have the same line that says "Eg. /", then I think that's the solution. Jonathan That's my error, but that doesn't help. yum-3.2.21-2.fc10.noarch. Easiest thing to do is probably just get the yum from Fed-10 updates-testing, which is 3.2.23 and understands metalink and metalink as mirrorlist. Success! I trust this will be pushed to F-10 stable with a quickness? Thanks all, -J Of course, now we have dependency problems, that --skip-broken won't touch. . . Error: Missing Dependency: libcrypto.so.7 is needed by package nx-3.3.0-33.fc10.i386 (installed) Error: Missing Dependency: libcrypto.so.7 is needed by package ntp-4.2.4p7-1.fc10.i386 (installed) Error: Missing Dependency: python(abi) = 2.5 is needed by package yum-3.2.23-3.fc10.noarch (installed) Normally I'd remove the offending packages, but I sorta need yum. . .and openssl. . . Any suggestions? -- in your fear, speak only peace in your fear, seek only love -d. bowie -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: mono-2.4 and ppc64 status
On Wed, Jun 3, 2009 at 1:28 PM, SmootherFrOgZ wrote: > On Mon, Apr 20, 2009 at 11:36 PM, Toshio Kuratomi wrote: >> Mono-2.4 has been built for ppc64 in F11 and devel. So people should be >> able to start rebuilding packages to include ppc64 as well as the other >> arches. There's a few wrinkles to watch out for: >> >> 1) Packages with dependencies will have to be built in dependency order. >> For instance, a lot of packages depend on the gtk-sharp2 bindings and >> those haven't been built yet. >> >> 2) Because of the imminent release of F11 we're in a freeze state. This >> means getting dependencies into the Fedora11 buildroot will require >> people to request tagging explicitly. This also means that if you >> rebuild your package for F11 with ppc64 support and later you have to >> get this package tagged into the release, all of the packages it depends >> on will need to be tagged in as well (otherwise your ppc64 build will >> have broken deps). >> >> With these in mind, I'd recommend people start rebuilding their mono >> packages on ppc64 in the devel branch. Keep track of the dependency >> chain you encounter. Then perform your builds in the Fedora 11 branch >> as updates after the release. I'm not a mono-sig member, though, so if >> you guys decide something else makes sense, just be sure to come up with >> a plan so we don't release with a bunch of broken dependencies. >> > > Sound like I forgot to update this thread. > Well, > All packages which should depend on gtk-sharp2 and gnome-sharp has > been rebuilt (list below). > If i missed some please, step up or feel free to build them if you have Acls. > > list > > gnome-sharp-2_24_0-4_fc11 > gtksourceview2-sharp-1_0-5_svn89788_3_fc11 > gecko-sharp2-0_13-3_fc11 > webkit-sharp-0_2-2_fc11 > monosim-1_3_0_2-3_fc11 > avahi-0_6_25-2_fc11 > mono-addins-0_4-7_20091702svn127062_1_fc11 > gmime-2_4_3-5_fc11 > bless-0_6_0-3_fc11 > dbus-sharp-0_63-12_fc11 > themonospot-0_7_1_1-3_fc11 > > ndesk-dbus-0_6_1a-5_fc11 > gnome-subtitles-0_8-8_fc11 > gnome-desktop-sharp-2_26_0-3_fc11 > evolution-sharp-0_20_0-2_fc11 > lat-1_2_3-7_fc11 > gsf-sharp-0_8_1-10_fc11 > mono-tools-2.4-9.fc11 > bareftp-0:0.2.2-2.fc10.i386 > gtk-sharp-1_0_10-23_fc11 > ndesk-dbus-glib-0_4_1-5_fc11 > > beagle-0.3.9-8.fc11 > notify-sharp-0.4.0-0.7.20080912svn.fc11 > gnome-keyring-sharp-1.0.1-0.3.115768svn.fc11 > podsleuth-0.6.3-3.fc11 > tasque-0.1.8-3.fc11 > tomboy > muine > f-spot > > ipod-sharp-0.8.1-3.fc11 > mono-zeroconf-0.7.6-9.fc11 > gnome-do-0.8.1.3-6.fc11 > giver-0.1.8-5.fc11 > gbrainy-1.1-4.fc11 > > gnome-guitar is missing which I rebuilt a while ago (before your email). I just saw that the new gnome-sharp and gtk-sharp2 is not in F-11 repos although they were in the buildroot override. This caused dependency breakage. I also can't find them on bodhi. What is going on? Orcan -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Dear VTE maintainer (Re: Broken dependencies in Fedora 11 - 2009-06-09)
Am Dienstag, den 09.06.2009, 20:00 + schrieb Michael Schwendt: > The following packages in the repository suffer from broken dependencies: > > == > The results in this summary consider Test Updates! > == > > package: lxterminal-0.1.4-2.fc11.i586 from fedora-11-i386 > unresolved deps: > libvte.so.9 Dear VTE maintainer, please consider announcing updates that will break 32 packages and please use fedora-devel-announce. TIA! Kind regards, Christoph -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: x86_64 kernel + i586 F11 userspace + yum
On Tue, 2009-06-09 at 16:56 +0100, Paul Jakma wrote:
> Hi,
>
> I run the above system, and everything works fine (except perhaps for
> SELinux[1]). I have created a /etc/rpm/platform containing
> 'i586-redhat-linux'.
>
> Well, everything works except for one thing: yum. Installing with
> 'yum install name' no longer works, I must now instead explicitly
> specify the arch, e.g. 'yum install name.i58'.
>
> Does anyone know a fix for this?
>
> Also, if I explicitely add the x86-64 updates repo, and only include
> the 'kernel' package from it, should I be able to expect that yum
> update will Do The Right Thing, or will I need to manually 'yum
> install kernel.x86_64' whenever kernels are updated (or worse)?
>
> Thanks.
>
> 1. Least, I presume this is SELinux related:
>
> SELinux: initialized (dev binfmt_misc, type binfmt_misc), uses
> genfs_contexts
> ioctl32(mount:1503): Unknown cmd fd(3) cmd(80041272){t:12;sz:4}
> arg(ffb0eb68) on /home/xguest
> ioctl32(mount:1503): Unknown cmd fd(3) cmd(1260){t:12;sz:0}
> arg(ffb0eb70) on /home/xguest
> ioctl32(mount:1503): Unknown cmd fd(3) cmd(801c0204){t:02;sz:28}
> arg(ffb0eb4c) on /home/xguest
>
> regards,
> --
> Paul Jakmap...@clubi.ie p...@jakma.org Key ID: 64A2FF6A
> Fortune:
> "But officer, I was only trying to gain enough speed so I could coast
> to the nearest gas station."
>
I don't think this is a problem with SELinux just an unfortunate case of
being close to the error. What I think is happening is that the utility
that is trying to call ioctl is passing the wrong value into cmd. In
this case it is passing a command that the particular filesystem/device
doesn't understand.
Dave
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: More mock problems
Toshio Kuratomi wrote: On 06/09/2009 06:51 AM, Rich Megginson wrote: Toshio Kuratomi wrote: The header files for popt are in the main popt package in RHEL5/CentOS5 so that's what actually needs to be required in this instance, not popt-devel. Can I just do rpm --nodeps -Uvh rpm*.rpm? That seems like it should work. Success! rpm --nosignature --force --nodeps -Uvh /path/to/builder-rpms/rpm*.rpm After this, I was able to successfully do mock -r fedora-rawhide-i386 init Thanks to all who helped! -Toshio smime.p7s Description: S/MIME Cryptographic Signature -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: rpms/polkit-gnome/devel polkit-gnome.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2
Le mardi 09 juin 2009 à 10:20 -0400, Matthias Clasen a écrit : > On Tue, 2009-06-09 at 16:06 +0200, Christoph Wickert wrote: > > > My anger is because people don't honor our packaging guidelines not even > > if they are asked to do so. The guidelines are very clear in this case: > > "Multiple packages have files in a common directory but none of them > > requires others. [...] In this case, each package must own > > the /usr/share/Foo/Animal/ directory." > > https://fedoraproject.org/wiki/Packaging/Guidelines#File_and_Directory_Ownership > > Well, part of the problem is that the review guidelines strike a very > different tone: Just create a gnome-filesystem package that owns your common directories and be done with it. rpm requires something to own dirs but you're the packagers decide what this something is -- Nicolas Mailhot signature.asc Description: Ceci est une partie de message numériquement signée -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: mono-2.4 and ppc64 status
On Tue, Jun 9, 2009 at 10:17 PM, Orcan Ogetbil wrote: > On Wed, Jun 3, 2009 at 1:28 PM, SmootherFrOgZ wrote: >> On Mon, Apr 20, 2009 at 11:36 PM, Toshio Kuratomi wrote: >>> Mono-2.4 has been built for ppc64 in F11 and devel. So people should be >>> able to start rebuilding packages to include ppc64 as well as the other >>> arches. There's a few wrinkles to watch out for: >>> >>> 1) Packages with dependencies will have to be built in dependency order. >>> For instance, a lot of packages depend on the gtk-sharp2 bindings and >>> those haven't been built yet. >>> >>> 2) Because of the imminent release of F11 we're in a freeze state. This >>> means getting dependencies into the Fedora11 buildroot will require >>> people to request tagging explicitly. This also means that if you >>> rebuild your package for F11 with ppc64 support and later you have to >>> get this package tagged into the release, all of the packages it depends >>> on will need to be tagged in as well (otherwise your ppc64 build will >>> have broken deps). >>> >>> With these in mind, I'd recommend people start rebuilding their mono >>> packages on ppc64 in the devel branch. Keep track of the dependency >>> chain you encounter. Then perform your builds in the Fedora 11 branch >>> as updates after the release. I'm not a mono-sig member, though, so if >>> you guys decide something else makes sense, just be sure to come up with >>> a plan so we don't release with a bunch of broken dependencies. >>> >> >> Sound like I forgot to update this thread. >> Well, >> All packages which should depend on gtk-sharp2 and gnome-sharp has >> been rebuilt (list below). >> If i missed some please, step up or feel free to build them if you have Acls. >> >> list >> >> gnome-sharp-2_24_0-4_fc11 >> gtksourceview2-sharp-1_0-5_svn89788_3_fc11 >> gecko-sharp2-0_13-3_fc11 >> webkit-sharp-0_2-2_fc11 >> monosim-1_3_0_2-3_fc11 >> avahi-0_6_25-2_fc11 >> mono-addins-0_4-7_20091702svn127062_1_fc11 >> gmime-2_4_3-5_fc11 >> bless-0_6_0-3_fc11 >> dbus-sharp-0_63-12_fc11 >> themonospot-0_7_1_1-3_fc11 >> >> ndesk-dbus-0_6_1a-5_fc11 >> gnome-subtitles-0_8-8_fc11 >> gnome-desktop-sharp-2_26_0-3_fc11 >> evolution-sharp-0_20_0-2_fc11 >> lat-1_2_3-7_fc11 >> gsf-sharp-0_8_1-10_fc11 >> mono-tools-2.4-9.fc11 >> bareftp-0:0.2.2-2.fc10.i386 >> gtk-sharp-1_0_10-23_fc11 >> ndesk-dbus-glib-0_4_1-5_fc11 >> >> beagle-0.3.9-8.fc11 >> notify-sharp-0.4.0-0.7.20080912svn.fc11 >> gnome-keyring-sharp-1.0.1-0.3.115768svn.fc11 >> podsleuth-0.6.3-3.fc11 >> tasque-0.1.8-3.fc11 >> tomboy >> muine >> f-spot >> >> ipod-sharp-0.8.1-3.fc11 >> mono-zeroconf-0.7.6-9.fc11 >> gnome-do-0.8.1.3-6.fc11 >> giver-0.1.8-5.fc11 >> gbrainy-1.1-4.fc11 >> >> > > gnome-guitar is missing which I rebuilt a while ago (before your email). > > I just saw that the new gnome-sharp and gtk-sharp2 is not in F-11 > repos although they were in the buildroot override. This caused > dependency breakage. I also can't find them on bodhi. What is going > on? > I assume that no one have any mono packages to rebuilt. then if so, i gonna request a push above packages. -- Xavier.t Lamien -- http://fedoraproject.org/wiki/XavierLamien GPG-Key ID: F3903DEB Fingerprint: 0F2A 7A17 0F1B 82EE FCBF 1F51 76B7 A28D F390 3DEB -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: USB autosuspend in F12
On Tue, Jun 9, 2009 at 10:32 AM, Matthew Garrett wrote: > Through F12 I'm going to be slowly enabling autosuspend on various > pieces of USB hardware. The aim is to ensure that it's only enabled on > hardware that supports it. As you move forward with this across the devicescape, how are you going to selectively enable devices to apply autosuspend to? Is this done by a whitelisting of specific device ids? Or is this going to be done based on a detected set of capabilities and then pruning that back with a blacklist? I've got some exotic homebrew usb equipment that I'm going to have to troubleshoot on my own, so it would be useful to know how you are going to slice the device space so I can figure out which devices should and should not be affected..eventually. -jef -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Too eager?
On Tue, 2009-06-09 at 14:55 -0500, Jon Ciesla wrote: > Jon Ciesla wrote: > > James Antill wrote: > >> On Tue, 2009-06-09 at 11:37 -0500, Jon Ciesla wrote: > >> > >>> Jonathan Dieter wrote: > >>> > On Tue, 2009-06-09 at 11:17 -0500, Jon Ciesla wrote: > > > I installed F-11 fedora-release* and did yum clean all ; yum update > > > > I got YumRepo Error: All mirror URLs are not using ftp, http[s] or > > file. > > > > This is a fully updated F-10 system. Manually filling in > > releasever and basearch in fedora.repo for basearch and mirrorlist > > make no difference. Something up? > > > See > https://www.redhat.com/archives/fedora-list/2009-June/msg00783.html > , if > you have the same line that says "Eg. /", then I think > that's > the solution. > > Jonathan > > >>> That's my error, but that doesn't help. yum-3.2.21-2.fc10.noarch. > >>> > >> > >> Easiest thing to do is probably just get the yum from Fed-10 > >> updates-testing, which is 3.2.23 and understands metalink and metalink > >> as mirrorlist. > >> > >> > > Success! I trust this will be pushed to F-10 stable with a quickness? > > > > Thanks all, > > > > -J > > > Of course, now we have dependency problems, that --skip-broken won't > touch. . . > > Error: Missing Dependency: libcrypto.so.7 is needed by package > nx-3.3.0-33.fc10.i386 (installed) > Error: Missing Dependency: libcrypto.so.7 is needed by package > ntp-4.2.4p7-1.fc10.i386 (installed) > Error: Missing Dependency: python(abi) = 2.5 is needed by package > yum-3.2.23-3.fc10.noarch (installed) > > Normally I'd remove the offending packages, but I sorta need yum. . .and > openssl. . . > > Any suggestions? The yum in Fed-11 updates-testing is yum-3.2.23-3.fc11.noarch.rpm, which is newer than the one in Fed-10 updates-testing. Given you are trying to update via. yum, just enabling updates-testing should be the most fun :). Or you can always just download the above yum, and use yum shell to update everything else and yum via. the local file. Or there is always preupgrade, which is the suppor^W less fun way to do it :). -- James Antill Fedora -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: USB autosuspend in F12
On Tue, Jun 09, 2009 at 01:18:31PM -0800, Jeff Spaleta wrote: > As you move forward with this across the devicescape, how are you > going to selectively enable devices to apply autosuspend to? Is this > done by a whitelisting of specific device ids? Or is this going to be > done based on a detected set of capabilities and then pruning that > back with a blacklist? A mixture. Some devices will be explicitly whitelisted, while in other cases we'll be enabling all devices in a class (generally as determined by the kernel driver they use) and possibly blacklisting some of them. > I've got some exotic homebrew usb equipment that I'm going to have to > troubleshoot on my own, so it would be useful to know how you are > going to slice the device space so I can figure out which devices > should and should not be affected..eventually. It's unlikely that any of them will be covered by this. For now I'll be concentrating on fairly common hardware in order to get the maximum benefit at minimum effort. We'll worry about more obscure devices at some later point. -- Matthew Garrett | mj...@srcf.ucam.org -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Dear VTE maintainer (Re: Broken dependencies in Fedora 11 - 2009-06-09)
On Tue, 2009-06-09 at 22:39 +0200, Christoph Wickert wrote: > Am Dienstag, den 09.06.2009, 20:00 + schrieb Michael Schwendt: > > The following packages in the repository suffer from broken dependencies: > > > > == > > The results in this summary consider Test Updates! > > == > > > > package: lxterminal-0.1.4-2.fc11.i586 from fedora-11-i386 > > unresolved deps: > > libvte.so.9 > > Dear VTE maintainer, > > please consider announcing updates that will break 32 packages and > please use fedora-devel-announce. TIA! > Dear Christoph, please calm down. The update has not been pushed. The soname bump was unintended and Behdad is working on correcting that, which is why I have not asked for rebuilds. Thanks for listening, Matthias -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: mono-2.4 and ppc64 status
On Tue, Jun 9, 2009 at 5:11 PM, SmootherFrOgZ wrote: > > I assume that no one have any mono packages to rebuilt. > then if so, i gonna request a push above packages. > Please do. This was F11-Target and I didn't even think this would not be submitted ASAP and I had pushed gnome-guitar to updates. Now it is sitting there alone. Orcan -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Too eager?
> On Tue, 2009-06-09 at 14:55 -0500, Jon Ciesla wrote: >> Jon Ciesla wrote: >> > James Antill wrote: >> >> On Tue, 2009-06-09 at 11:37 -0500, Jon Ciesla wrote: >> >> >> >>> Jonathan Dieter wrote: >> >>> >> On Tue, 2009-06-09 at 11:17 -0500, Jon Ciesla wrote: >> >> > I installed F-11 fedora-release* and did yum clean all ; yum >> update >> > >> > I got YumRepo Error: All mirror URLs are not using ftp, http[s] or >> > file. >> > >> > This is a fully updated F-10 system. Manually filling in >> > releasever and basearch in fedora.repo for basearch and mirrorlist >> > make no difference. Something up? >> > >> See >> https://www.redhat.com/archives/fedora-list/2009-June/msg00783.html >> , if >> you have the same line that says "Eg. /", then I think >> that's >> the solution. >> >> Jonathan >> >> >>> That's my error, but that doesn't help. yum-3.2.21-2.fc10.noarch. >> >>> >> >> >> >> Easiest thing to do is probably just get the yum from Fed-10 >> >> updates-testing, which is 3.2.23 and understands metalink and >> metalink >> >> as mirrorlist. >> >> >> >> >> > Success! I trust this will be pushed to F-10 stable with a quickness? >> > >> > Thanks all, >> > >> > -J >> > >> Of course, now we have dependency problems, that --skip-broken won't >> touch. . . >> >> Error: Missing Dependency: libcrypto.so.7 is needed by package >> nx-3.3.0-33.fc10.i386 (installed) >> Error: Missing Dependency: libcrypto.so.7 is needed by package >> ntp-4.2.4p7-1.fc10.i386 (installed) >> Error: Missing Dependency: python(abi) = 2.5 is needed by package >> yum-3.2.23-3.fc10.noarch (installed) >> >> Normally I'd remove the offending packages, but I sorta need yum. . .and >> openssl. . . >> >> Any suggestions? > > The yum in Fed-11 updates-testing is yum-3.2.23-3.fc11.noarch.rpm, > which is newer than the one in Fed-10 updates-testing. Given you are > trying to update via. yum, just enabling updates-testing should be the > most fun :). Or you can always just download the above yum, and use yum > shell to update everything else and yum via. the local file. And how do I install an F-11 yum RPM in F-10, which lacks python 2.6? I get the same thing with or without updates-testing for F-11. Preupgrade isn't a very good option for some of my hosts, due to lack of X and restrictions on downtime. Yum Should Work if all the deps and EVRs are right. :) > Or there is always preupgrade, which is the suppor^W less fun way to do > it :). > > -- > James Antill > Fedora > > -- > fedora-devel-list mailing list > fedora-devel-list@redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- in your fear, speak only peace in your fear, seek only love -d. bowie -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
rawhide report: 20090608 changes
Compose started at Mon Jun 8 06:15:04 UTC 2009 New package erlang-erlsyslog Syslog facility for Erlang New package findbugs-contrib Extra findbugs detectors New package globus-gass-copy Globus Toolkit - Globus Gass Copy New package globus-rls-server Globus Toolkit - Replica Location Service Server New package libint A library that evaluates integrals over Gaussian basis functions New package libiodbc iODBC Driver Manager New package nekobee-dssi Acid sounds synthesizer New package perl-DBIx-Class-DynamicDefault Automatically set and update fields New package perl-Gnome2-Wnck Perl interface to the Window Navigator Construction Kit New package php-markdown Markdown implementation in PHP New package python-EnthoughtBase Core packages for the Enthought Tool Suite New package python-line_profiler A Python line-by-line profiler New package rygel A UPnP v2 Media Server New package toot2 Java models and frameworks for Audio/MIDI New package wordnet A lexical database for the english language New package xsynth-dssi Classic-analog style software synthesizer Updated Packages: PyQt-3.18-1.fc12 * Fri Jun 05 2009 Rex Dieter - 3.18-1 - PyQt-3.18 PyQt4-4.5-1.fc12 * Fri Jun 05 2009 Rex Dieter - 4.5-1 - PyQt-4.5 apr-1.3.5-4.fc12 * Mon Jun 08 2009 Bojan Smojver - 1.3.5-4 - bump up to 1.3.5 apr-util-1.3.7-3.fc12 - * Mon Jun 08 2009 Bojan Smojver - 1.3.7-1 - bump up to 1.3.7 * Mon Jun 08 2009 Bojan Smojver - 1.3.7-2 - revert tests * Mon Jun 08 2009 Bojan Smojver - 1.3.7-3 - make export of LD_LIBRARY_PATH simpler audacious-1.5.1-9.fc12 -- * Fri Jun 05 2009 Michael Schwendt - 1.5.1-9 - update post/postun/posttrans scriptlets to match guidelines - drop BR GConf2-devel - drop obsolete configure options - drop ancient Obsoletes/Provides for BMP - minor spec updates * Thu Jun 04 2009 Michael Schwendt - Patch /usr/bin/audacious to find fedora-audacious.desktop file. audacious-plugin-fc-0.3-3 - * Fri Jun 05 2009 Michael Schwendt - 0.3-3 - Rebuild for libmowgli SONAME dependency. - Add audacious-plugins-fc Provides. audacious-plugins-1.5.1-7.fc12 -- * Fri Jun 05 2009 Michael Schwendt - 1.5.1-7 - Remove unapplied patches and verify that they have been merged. - Multiple different licenses are used for the individual plugins. - Move amidi-plug directory to amidi subpackage. * Thu Jun 04 2009 Michael Schwendt - 1.5.1-6 - Apply ALSA driver patches by Hans de Goede (#499942). - Minor spec updates. - Update scriptlets in accordance with guidelines. - Build with libsndfile plugin for advanced formats in WAV and patch it for pause and seek (also fixes #501007). avogadro-0.9.6-1.fc12 - * Sat Jun 06 2009 Sebastian Dziallas 0.9.6-1 - new upstream release to fix issue with qt 4.5.0 and earlier control-center-2.26.0-6.fc12 * Fri Jun 05 2009 Bastien Nocera 2.26.0-6 - Add arora to the list of browsers (#497610) gimp-2.6.6-4.fc12 - * Fri Jun 05 2009 Nils Philippsen - 2:2.6.6-4 - don't build against aalib on RHEL - use backported patch to correctly check gegl/babl versions git-1.6.3.2-1.fc12 -- * Fri Jun 05 2009 Todd Zullinger - 1.6.3.2-1 - git-1.6.3.2 - Require emacs >= 22.2 for emacs support (bug 495312) - Add a .desktop file for git-gui (bug 498801) - Set ASCIIDOC8 and ASCIIDOC_NO_ROFF to correct documentation issues, the sed hack to fix bug 485161 should no longer be needed - Escape newline in git-daemon xinetd description (bug 502393) - Add xinetd to git-daemon Requires (bug 504105) - Organize BuildRequires/Requires, drop redundant expat Requires - Only build noarch subpackages on Fedora >= 10 - Only build emacs and arch subpackages on Fedora - Handle curl/libcurl naming for EPEL and Fedora gmixer-1.3-6.fc12 - * Sun Jun 07 2009 Leigh Scott- 1.3-5 - re-add doc - add icon - add setup-py.patch to remove cleanup - add Br pkgconfig - use find_lang to install language files * Sun Jun 07 2009 Leigh Scott- 1.3-6 - bump version as I couldn't remove CVS tag hunspell-en-0.20090216-3.fc12 - * Sat Jun 06 2009 Caolan McNamara - 0.20090216-3 - Change two suspicious words with two initial capitals in en_GB from ADte TEirtza to ADTe Teirtza ipa-gothic-fonts-003.01-3.fc12 -- * Fri Jun 05 2009 Akira TAGOH - 003.01-3 - Disable hinting. ipa-mincho-fonts-003.01-3.fc12 -- * Fri Jun 05 2009 Akira TAGOH - 003.01-3 - Disable hinting. ipa-pgothic-fonts-003.01-3.fc12 --- * Fri Jun 05 2009 Akira TAGOH - 003.01-3 - Disable hinting. ipa-pmincho-fonts-003.01-3.fc12 --- * Fri Jun 05 2009 Akira TAGOH - 003.0
anaconda loses six versions from fc11 to fc12 ?
rawhide report: 20090605 changes > Compose started at Fri Jun 5 06:15:04 UTC 2009 > anaconda-11.5.0.53-1.fc12 rawhide report: 20090603 changes > Compose started at Wed Jun 3 06:15:03 UTC 2009 > anaconda-11.5.0.59-1.fc11 It looks like the versions from .54 through .59 were dropped in the changeover from fc11 to fc12. Version .54 was in: rawhide report: 20090520 changes > Compose started at Wed May 20 06:15:04 UTC 2009 > anaconda-11.5.0.54-1.fc11 so I hope that the work of two weeks can be recovered soon. (The changes were not in Monday's [20090608] rawhide report for fc12, either.) -- -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: anaconda loses six versions from fc11 to fc12 ?
On Tuesday, June 09 2009, John Reiser said: > It looks like the versions from .54 through .59 were dropped > in the changeover from fc11 to fc12. Version .54 was in: [snip] > so I hope that the work of two weeks can be recovered soon. > (The changes were not in Monday's [20090608] rawhide report > for fc12, either.) It's just because after things branched, builds were done from F-11/ instead of devel/. Regular builds from git master of anaconda to devel/ (and thus f12 rawhide) will probably pick up shortly. Jeremy -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Too eager?
On Tue, 2009-06-09 at 20:22 -0500, Jon Ciesla wrote: > > Given you are > > trying to update via. yum, just enabling updates-testing should be the > > most fun :). Or you can always just download the above yum, and use yum > > shell to update everything else and yum via. the local file. > > And how do I install an F-11 yum RPM in F-10, which lacks python 2.6? > I get the same thing with or without updates-testing for F-11. As I said: 1. yum upgrade --enablerepo=updates-testing 2. yumdownloader --repoid=updates-testing yum cat < Fedora -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Bittorrent speeds...
Hello, Is it just me or is the torrent a bit slow. I typically download TV shows at 1.5MB/s (MB, not Mb). 150-300MB in 4-5 minutes. This torrent is sitting around 20-40KB/s... Anything I can do about that? Is the tracker swamped or ??? -- Nathanael d. Noblet T: 403.875.4613 -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Bittorrent speeds...
On Tuesday 09 June 2009 08:45:27 pm Nathanael D. Noblet wrote: > Hello, >Is it just me or is the torrent a bit slow. I typically download TV > shows at 1.5MB/s (MB, not Mb). 150-300MB in 4-5 minutes. This torrent is > sitting around 20-40KB/s... Anything I can do about that? Is the tracker > swamped or ??? > > -- > Nathanael d. Noblet > T: 403.875.4613 I was getting speeds in excess of a few megabytes a second on the Fedora 11 torrents, I'm not sure why you're having trouble. Regards, -- Conrad Meyer -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Bittorrent speeds...
Conrad Meyer wrote: I was getting speeds in excess of a few megabytes a second on the Fedora 11 torrents, I'm not sure why you're having trouble. Yeah, I'm slightly confused, I downloaded a 5.5GB TV Series alongside it at 1.5MB. It never increased after that completed... -- Nathanael d. Noblet T: 403.875.4613 -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Bittorrent speeds...
On Tue, Jun 09, 2009 at 09:45:27PM -0600, Nathanael D. Noblet wrote: > Hello, > Is it just me or is the torrent a bit slow. I typically download TV > shows at 1.5MB/s (MB, not Mb). 150-300MB in 4-5 minutes. This torrent is > sitting around 20-40KB/s... Anything I can do about that? Is the tracker > swamped or ??? Which torrents in particular? I just got the x86_64 LiveCD at about 1.3MB/sec; ~475 seeders of that. -- Matt Domsch Technology Strategist, Dell Office of the CTO linux.dell.com & www.dell.com/linux -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Keyboard US Internacional
Hello Guys! We have a problem with the keyboard Us Internacional. I'm using Fedora 11 in pt_BR Looking the file /lib/kbd/keymaps/i386/qwerty/us-acentos.map.gz, I found this: compose '\'' 'C' to 'Ç' compose '\'' 'c' to 'ç' This is correct, but, when I press ' + c or ' + C = ć or Ć. In portuguese we don't have acent in the c, the correct is ç (C + cedilla) So, how can We fix this problem ? -- Rodrigo Padula de Oliveira M.Sc. Student - COPPE/UFRJ Fedora Community Manager - Latin America Red Hat Community and Academy Relations http://www.proyectofedora.org http://twitter.com/rodrigopadula http://www.rodrigopadula.com -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Keyboard US Internacional
look what package own the file and report a bug rpm -qf /lib/kbd/keymaps/i386/qwerty/us-acentos.map.gz On Wed, Jun 10, 2009 at 1:53 AM, Rodrigo Padula de Oliveira wrote: > Hello Guys! > We have a problem with the keyboard Us Internacional. > > I'm using Fedora 11 in pt_BR > > Looking the file /lib/kbd/keymaps/i386/qwerty/us-acentos.map.gz, I found > this: > > compose '\'' 'C' to 'Ç' > compose '\'' 'c' to 'ç' > > This is correct, but, when I press ' + c or ' + C = ć or Ć. > > In portuguese we don't have acent in the c, the correct is ç (C + cedilla) > > So, how can We fix this problem ? > > -- > > Rodrigo Padula de Oliveira > M.Sc. Student - COPPE/UFRJ > Fedora Community Manager - Latin America > Red Hat Community and Academy Relations > http://www.proyectofedora.org > http://twitter.com/rodrigopadula > http://www.rodrigopadula.com > > > -- > fedora-devel-list mailing list > fedora-devel-list@redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- Itamar Reis Peixoto e-mail/msn: ita...@ispbrasil.com.br sip: ita...@ispbrasil.com.br skype: itamarjp icq: 81053601 +55 11 4063 5033 +55 34 3221 8599 -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Bittorrent speeds...
Matt Domsch wrote: On Tue, Jun 09, 2009 at 09:45:27PM -0600, Nathanael D. Noblet wrote: Hello, Is it just me or is the torrent a bit slow. I typically download TV shows at 1.5MB/s (MB, not Mb). 150-300MB in 4-5 minutes. This torrent is sitting around 20-40KB/s... Anything I can do about that? Is the tracker swamped or ??? Which torrents in particular? I just got the x86_64 LiveCD at about 1.3MB/sec; ~475 seeders of that. X86_64 DVD Install. I dropped the max connections and have slowly bumped it up from there. Its at 350 now, so I'm now getting 500K/s. Not really sure what was going on, when I looked at the peer/seeder list, there were lots and lots of connections, but 0K up/down. I figured if I dropped the number of connections maybe deluge would perhaps keep the ones sending stuff a bit better... Not really sure what's going on but its much better than the 8-20K I was getting. -- Nathanael d. Noblet T: 403.875.4613 -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: PolicyKit changes in F12
On Wed, 2009-05-13 at 21:00 -0400, Matthias Clasen wrote: > Just a heads-up: > > We hope to land a new PolicyKit version (which will turn into 1.0, > eventually) in F12 soon. PolicyKit 0.92 has now landed in rawhide; the package name has changed to polkit and polkit-gnome, to allow it to coexist with PolicyKit 0.9 until the transition is completed. David has put a lot of effort into improving the api docs which are included in polkit-devel, which should help in getting the remaining porting done. Matthias -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
heads up: corosynclib soname change and updates plan
Hi all, corosync/openais will soon be released as 1.0 with stable API/ABI. At this point in time, the external library API/ABI should be stable (unless major/critical issues will be found). The internal API/ABI (for plugin) could still change. This is my current update plan: - update rawhide: * corosync/openais need to go in first. * cluster need to be updated too at the same time (I maintain it, so that won't be a problem). * lvm2/qpidc will require at least a rebuild. AFAICT they only use the external shared libraries to access corosync services so they won't be affected by internal plugin API changes. * asterisk should be unaffected by those changes since it uses only openais shared libraries and the API/ABI hasn't changed since F11 (maintainer CC'ed anyway.. better safe than sorry ;)). Once we hit the 1.0 release, and propagate it properly into rawhide, my plans are to update F11 and F10 too. The amount of critical bug fixes in current corosync/openais versions is simply too high to be ignored for updates (even if it will be a bit of a painful process given the number of packages involved). Unless there are strong objections, I'll start building corosync/openais/cluster tomorrow. New packages and updated spec files will be available in CVS later today (untagged). Thanks Fabio 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: Dear VTE maintainer (Re: Broken dependencies in Fedora 11 - 2009-06-09)
On Tue, 09 Jun 2009 18:41:46 -0400, Matthias wrote: > On Tue, 2009-06-09 at 22:39 +0200, Christoph Wickert wrote: > > Am Dienstag, den 09.06.2009, 20:00 + schrieb Michael Schwendt: > > > The following packages in the repository suffer from broken dependencies: > > > > > > == > > > The results in this summary consider Test Updates! > > > == > > > > > > package: lxterminal-0.1.4-2.fc11.i586 from fedora-11-i386 > > > unresolved deps: > > > libvte.so.9 > > > > Dear VTE maintainer, > > > > please consider announcing updates that will break 32 packages and > > please use fedora-devel-announce. TIA! > > > > Dear Christoph, > > please calm down. > The update has not been pushed. The soname bump was unintended and > Behdad is working on correcting that, which is why I have not asked for > rebuilds. > > Thanks for listening, > > Matthias > > Also note that yesterday I've ported the "assignBlame/libmunge/conspirators" feature from mash's spam-o-matic to Extras repoclosure. It implements some basic checks to determine which library package might have broken the dependencies and then sends a full copy of the broken deps report to its package owners. The vte owners have received a rather long report. And let's not forget the feedback inside bodhi. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
