Re: Installing bash-completion by default in F-16
On Sat, Jun 04, 2011 at 01:12:41PM +0200, Reindl Harald wrote: > > > Am 04.06.2011 12:57, schrieb Ville Skyttä: > > Looking at what's currently in the @base group in comps-f16.xml.in tells > > me that there's a *lot* of optional functionality already in it > > yes, it is currently too much and should be reviewed instead > taken as argument to put more stuff there +1 -- # Petr Sabata pgpej6rSj5rcM.pgp Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Quick update PPC status
On 06/03/2011 05:32 PM, Robert Knight wrote: > On 06/01/2011 12:53 PM, Phil Knirsch wrote: >> Things have been progressing nicely and we now even have 2 mash trees >> with install images for testing available for, one for ppc, the other >> for ppc64: >> >> http://ppc.koji.fedoraproject.org/mnt/koji/mash/15/ >> >> Those are our current development trees, so things might be broken at >> times. Also the rpms aren't signed as we're changing stuff to fast and >> this isn't a release. > > Greetings. I thank the team for this very large amount of good work. > > I've tried various installations with the resources mentioned on the > pages referenced with mixed success. When I've checked the bugzilla, I > do not find any of the problems that I've encountered reported. > > Is it fruitful to report difficulties with the iso's at the temporary > location? I've started with testing on Mac G5's and did not succeed > (font problems, followed by a Python crash.) > > I have succeeded in upgrading a Fedora 12 small installation with the > mash rpms, using the standard Fedora yum upgrade, but I needed to > install the 64 bit kernel before it would boot. > > How can I help this valuable effort go forward? Hi Robert. Thank you for your interest and willingness to help. The easiest way to reach the folks working on the PPC support in Fedora is either via the mailinglist[1] or even more direct via IRC on freenode[2]. Keep in mind though that at least Dan Horak, Karsten Hopp, Adrian Reber and Jiri Skala are located in Europe, so depending on your timezone you might have more luck with the mailinglist. We'll be adding tracker bugs for the various secondary archs for which we want to do a release for Fedora 16 in the next few days, so if you find an issue you can then link it to those tracker bugs. Thanks again! Regards, Phil [1] http://lists.infradead.org/mailman/listinfo/fedora-ppc [2] IRC: #fedora-ppc on irc.freenode.net -- Philipp Knirsch | Tel.: +49-711-96437-470 Supervisor Core Services | Fax.: +49-711-96437-111 Red Hat GmbH | Email: Phil Knirsch Hauptstaetterstr. 58 | Web: http://www.redhat.com/ D-70178 Stuttgart, Germany -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: BTRFS concerns
On 06/02/2011 08:28 PM, Richard W.M. Jones wrote: > Maybe I'm not understanding your question correctly, but a filesystem > is more general than LVM. You can create directories corresponding to > your current VGs and files for your LVs, with the advantage that you > can nest directories which you can't do with LVM VGs. If you mean nesting in the sense that an LVM2 LV is used as a PV then the tools support this just fine: # lvcreate -n nested_pv1_lv -L5G bmr_vg1 Logical volume "nested_pv1_lv" created # pvcreate /dev/bmr_vg1/nested_pv1_lv Physical volume "/dev/bmr_vg1/nested_pv1_lv" successfully created # vgcreate bmr_nested_vg0 /dev/bmr_vg1/nested_pv1_lv Volume group "bmr_nested_vg0" successfully created # lvcreate -n nested_pv2_lv -L5G bmr_nested_vg0 Insufficient free extents (1279) in volume group bmr_nested_vg0: 1280 required # lvcreate -n nested_pv2_lv -l 1279 bmr_nested_vg0 Logical volume "nested_pv2_lv" created # pvcreate /dev/bmr_nested_vg0/nested_pv2_lv Physical volume "/dev/bmr_nested_vg0/nested_pv2_lv" successfully created # vgcreate bmr_nested_vg1 /dev/bmr_nested_vg0/nested_pv2_lv Volume group "bmr_nested_vg1" successfully created # lvcreate -n l0 -l 1278 bmr_nested_vg1 Logical volume "l0" created The 1-extent-per-nesting-level size decrement is to allow for the MDA allocated on each PV. The pvcreates are also strictly speaking unnecessary on recent tool versions since a vgcreate will now label a new device automatically but I'm old-fashioned ;-) You can view the device nesting via dmsetup: # dmsetup ls --tree bmr_nested_vg1-l0 [...] bmr_nested_vg1-l0 (253:10) └─bmr_nested_vg0-nested_pv2_lv (253:9) └─bmr_vg1-nested_pv1_lv (253:8) └─ (9:1) [...] # vgs VG #PV #LV #SN Attr VSize VFree bmr_nested_vg0 1 1 0 wz--n- 5.00g 0 bmr_nested_vg1 1 1 0 wz--n- 4.99g 0 bmr_vg0 1 4 0 wz--n- 222.82g 25.68g bmr_vg1 1 3 0 wz--n- 19.53g 6.62g If things aren't activating properly on boot/reboot then it's likely an initscripts limitation or bug. Udev based activation should simplify that but you can also work around it depending on your distro via e.g. rc.local. Regards, Bryn. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
rawhide report: 20110606 changes
Compose started at Mon Jun 6 08:15:42 UTC 2011 Broken deps for x86_64 -- 389-admin-1.1.16-1.fc16.i686 requires libadmsslutil.so.1 389-admin-1.1.16-1.fc16.i686 requires libadminutil.so.1 389-admin-1.1.16-1.fc16.x86_64 requires libadmsslutil.so.1()(64bit) 389-admin-1.1.16-1.fc16.x86_64 requires libadminutil.so.1()(64bit) 389-dsgw-1.1.6-3.fc16.x86_64 requires libadmsslutil.so.1()(64bit) 389-dsgw-1.1.6-3.fc16.x86_64 requires libadminutil.so.1()(64bit) CGSI-gSOAP-1.3.4.0-2.fc15.i686 requires libvomsapi.so.0 CGSI-gSOAP-1.3.4.0-2.fc15.x86_64 requires libvomsapi.so.0()(64bit) OpenEXR_Viewers-1.0.2-3.fc15.x86_64 requires libfltk.so.1.1()(64bit) OpenEXR_Viewers-1.0.2-3.fc15.x86_64 requires libfltk_gl.so.1.1()(64bit) SteGUI-0.0.1-17.fc15.x86_64 requires libfltk_images.so.1.1()(64bit) SteGUI-0.0.1-17.fc15.x86_64 requires libfltk.so.1.1()(64bit) acheck-0.5.1-4.fc15.noarch requires perl(Text::Aspell) alsa-tools-1.0.24.1-2.fc15.x86_64 requires libfltk.so.1.1()(64bit) bibletime-2.8.1-1.fc16.x86_64 requires libclucene.so.0()(64bit) camcardsync-0.1.1-4.fc15.x86_64 requires libhal.so.1()(64bit) coda-vcodacon-6.9.5-4.fc15.x86_64 requires libfltk.so.1.1()(64bit) condor-deltacloud-gahp-7.7.0-0.1.fc16.x86_64 requires libdeltacloud.so.5(LIBDCLOUDAPI_2.0.0)(64bit) condor-deltacloud-gahp-7.7.0-0.1.fc16.x86_64 requires libdeltacloud.so.5(LIBDCLOUDAPI_0.0.0)(64bit) condor-deltacloud-gahp-7.7.0-0.1.fc16.x86_64 requires libdeltacloud.so.5(LIBDCLOUDAPI_1.0.0)(64bit) condor-deltacloud-gahp-7.7.0-0.1.fc16.x86_64 requires libdeltacloud.so.5()(64bit) db4o-7.4-2.fc13.x86_64 requires mono(Mono.GetOptions) = 0:2.0.0.0 deskbar-applet-2.32.0-4.fc15.x86_64 requires gnome-python2-applet deskbar-applet-2.32.0-4.fc15.x86_64 requires libcamel-1.2.so.23()(64bit) dh-make-0.55-3.fc15.noarch requires debhelper ed2k_hash-gui-0.4.0-10.fc13.x86_64 requires libfltk.so.1.1()(64bit) evolution-couchdb-0.5.3-1.fc16.x86_64 requires libcamel-provider-1.2.so.23()(64bit) evolution-couchdb-0.5.3-1.fc16.x86_64 requires libcamel-1.2.so.23()(64bit) exaile-0.3.2.1-1.fc16.noarch requires hal fawkes-guis-0.4.2-4.fc16.i686 requires libgraph.so.4 fawkes-guis-0.4.2-4.fc16.i686 requires libcdt.so.4 fawkes-guis-0.4.2-4.fc16.i686 requires libgvc.so.5 fawkes-guis-0.4.2-4.fc16.x86_64 requires libgraph.so.4()(64bit) fawkes-guis-0.4.2-4.fc16.x86_64 requires libcdt.so.4()(64bit) fawkes-guis-0.4.2-4.fc16.x86_64 requires libgvc.so.5()(64bit) fawkes-plugin-player-0.4.2-4.fc16.x86_64 requires libgeos-3.2.1.so()(64bit) file-browser-applet-0.6.6-1.fc15.x86_64 requires libpanel-applet-2.so.0()(64bit) fldigi-3.21.7-1.fc16.x86_64 requires libfltk_images.so.1.1()(64bit) fldigi-3.21.7-1.fc16.x86_64 requires libfltk.so.1.1()(64bit) flpsed-0.5.2-2.fc15.x86_64 requires libfltk.so.1.1()(64bit) gedit-valencia-0.3.0-4.fc14.x86_64 requires libvala-0.10.so.0()(64bit) gipfel-0.3.2-8.fc15.x86_64 requires libfltk_images.so.1.1()(64bit) gipfel-0.3.2-8.fc15.x86_64 requires libfltk.so.1.1()(64bit) gmediaserver-0.13.0-7.fc15.x86_64 requires libupnp.so.3()(64bit) gmediaserver-0.13.0-7.fc15.x86_64 requires libthreadutil.so.2()(64bit) gnome-applet-bubblemon-2.0.15-1.fc13.x86_64 requires libpanel-applet-2.so.0()(64bit) gnome-applet-cpufire-1.6-3.fc14.x86_64 requires libpanel-applet-2.so.0()(64bit) gnome-applet-globalmenu-0.7.9-1.fc15.x86_64 requires libpanel-applet-2.so.0()(64bit) gnome-applet-grandr-0.4.1-2.fc12.x86_64 requires libpanel-applet-2.so.0()(64bit) gnome-applet-sensors-2.2.7-4.fc15.i686 requires libpanel-applet-2.so.0 gnome-applet-sensors-2.2.7-4.fc15.x86_64 requires libpanel-applet-2.so.0()(64bit) gnome-applet-sshmenu-3.18-3.fc15.noarch requires ruby(panelapplet2) gnome-applet-timer-2.1.4-2.fc15.x86_64 requires gnome-python2-applet >= 0:2.16 gnome-applet-window-picker-0.5.8-2.fc14.x86_64 requires libpanel-applet-2.so.0()(64bit) gnome-device-manager-0.2-6.fc15.x86_64 requires libhal.so.1()(64bit) gnome-device-manager-devel-0.2-6.fc15.i686 requires hal-devel >= 0:0.5.10 gnome-device-manager-devel-0.2-6.fc15.i686 requires pkgconfig(hal) gnome-device-manager-devel-0.2-6.fc15.x86_64 requires hal-devel >= 0:0.5.10 gnome-device-manager-devel-0.2-6.fc15.x86_64 requires pkgconfig(hal) gnome-device-manager-libs-0.2-6.fc15.i686 requires libhal.so.1 gnome-device-manager-libs-0.2-6.fc15.i686 requires hal >= 0:0.5.10 gnome-device-manager-libs-0.2-6.fc15.x86_64 requires libhal.so.1()(64bit) gnome-device-manager-libs-0.2-6.fc15.x86_64 requires hal
Re: vnstat / network wrong peaks while delete snapshot
2011/6/5 Reindl Harald : > has anybody an idea for which package i should file a bugreport > for this? i guess "vnstat" is only the postman Maybe. I notice that the bad value is 16777216.00 TiB, which is 2**64 ... on a 64-bit machine. A quick look through the vnstat code shows that it is using floating point arithmetic with rounding to print this value, so that's exactly what I would expect to see if somebody managed to stuff -1 (or any other negative value of small magnitude) into an unsigned 64-bit variable. -- Jerry James http://www.jamezone.org/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: vnstat / network wrong peaks while delete snapshot
Am 06.06.2011 17:15, schrieb Jerry James: > 2011/6/5 Reindl Harald : >> has anybody an idea for which package i should file a bugreport >> for this? i guess "vnstat" is only the postman > > Maybe. I notice that the bad value is 16777216.00 TiB, which is 2**64 > ... on a 64-bit machine. A quick look through the vnstat code shows > that it is using floating point arithmetic with rounding to print this > value, so that's exactly what I would expect to see if somebody > managed to stuff -1 (or any other negative value of small magnitude) > into an unsigned 64-bit variable. ok - so i should file a bugreport to "vnstat" if i understand you right? signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: vnstat / network wrong peaks while delete snapshot
On Mon, Jun 6, 2011 at 9:19 AM, Reindl Harald wrote: > ok - so i should file a bugreport to "vnstat" if i understand you right? I think so, yes. -- Jerry James http://www.jamezone.org/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
RFC: Fedora Scientific release
Hello: As an effort to avoid installing the same packages (like latex, emacs, gnuplot..) everytime I do a fresh install of a Linux distro, I decided to create a Fedora spin to cater the users who use Linux as their main workstation to help them in their research. I see from [1] that a Fedora "Spin for Science" is in the Ideas section. However, the SciTech mailng list seems deactivated at the moment and hence I had some discussions on the Release Engineering mailing list [2]. At this point of time, here is what I have (based on the suggestions by Bill Nottingham): An updated 'comps-f16-xml.in' whose current version is at [3] and based on that a possible kickstart script[4]. Any thoughts/comments/suggestions appreciated. [1] http://fedoraproject.org/wiki/SIGs/SciTech [2] http://lists.fedoraproject.org/pipermail/rel-eng/2011-June/012301.html [3] https://bitbucket.org/amitksaha/custom_linux/src/c94686fe43fe/comps-f16.xml.in [4] https://bitbucket.org/amitksaha/custom_linux/src/c94686fe43fe/fedora-live-scientific.ks Cheers, Amit -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: RFC: Fedora Scientific release
On , Amit Saha wrote: Hello: As an effort to avoid installing the same packages (like latex, emacs, gnuplot..) everytime I do a fresh install of a Linux distro, I decided to create a Fedora spin to cater the users who use Linux as their main workstation to help them in their research. I see from [1] that a Fedora "Spin for Science" is in the Ideas section. However, the SciTech mailng list seems deactivated at the moment and hence I had some discussions on the Release Engineering mailing list [2]. At this point of time, here is what I have (based on the suggestions by Bill Nottingham): An updated 'comps-f16-xml.in' whose current version is at [3] and based on that a possible kickstart script[4]. Any thoughts/comments/suggestions appreciated. [1] http://fedoraproject.org/wiki/SIGs/SciTech [2] http://lists.fedoraproject.org/pipermail/rel-eng/2011-June/012301.html [3] https://bitbucket.org/amitksaha/custom_linux/src/c94686fe43fe/comps-f16.xml.in [4] https://bitbucket.org/amitksaha/custom_linux/src/c94686fe43fe/fedora-live-scientific.ks Cheers, Amit Amit, I would be keen to help with this spin. The SciTech SIG seems to be dead making it a little difficult for scientists to find common ground on the project. Andrew -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: RFC: Fedora Scientific release
On Mon, Jun 6, 2011 at 11:51 AM, wrote: > On , Amit Saha wrote: >> Hello: >> >> >> >> As an effort to avoid installing the same packages (like latex, emacs, >> >> gnuplot..) everytime I do a fresh install of a Linux distro, I decided >> >> to create a Fedora spin to cater the users who use Linux as their main >> >> workstation to help them in their research. >> >> >> >> I see from [1] that a Fedora "Spin for Science" is in the Ideas >> >> section. However, the SciTech mailng list seems deactivated at the >> >> moment and hence I had some discussions on the Release Engineering >> >> mailing list [2]. >> >> >> >> At this point of time, here is what I have (based on the suggestions >> >> by Bill Nottingham): An updated 'comps-f16-xml.in' whose current >> >> version is at [3] and based on that a possible kickstart script[4]. >> >> >> >> Any thoughts/comments/suggestions appreciated. >> >> >> >> [1] http://fedoraproject.org/wiki/SIGs/SciTech >> >> [2] http://lists.fedoraproject.org/pipermail/rel-eng/2011-June/012301.html >> >> [3] >> https://bitbucket.org/amitksaha/custom_linux/src/c94686fe43fe/comps-f16.xml.in >> >> [4] >> https://bitbucket.org/amitksaha/custom_linux/src/c94686fe43fe/fedora-live-scientific.ks >> >> >> >> Cheers, >> >> Amit >> > > Amit, I would be keen to help with this spin. The SciTech SIG seems to be > dead making it a little difficult for scientists to find common ground on > the project. Thanks Andrew for your interest. It should definitely be an interesting addition to the fedora spin community. -Amit -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Package Reviews Needed
As usual, I will swap reviews or favors (within limits) for reviews on some new packages for me: mono-reflection: https://bugzilla.redhat.com/show_bug.cgi?id=711181 pyrit: https://bugzilla.redhat.com/show_bug.cgi?id=691894 gambas3: https://bugzilla.redhat.com/show_bug.cgi?id=710203 As soon as I clarify the licensing, I will also have gnome-shell-extension-pidgin up for review. ~tom == Fedora Project -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Installing bash-completion by default in F-16
On 06/05/2011 03:46 PM, Alexander Boström wrote: > Consider a hypothetical bash-uncompletion which just blacklists tab > completion in those cases where it doesn't make sense but never adds any > new completion sources. I've suggested that to bash-completion earlier this year; the idea hasn't taken off yet, but I guess it will to some extent sometime. http://lists.alioth.debian.org/pipermail/bash-completion-devel/2011-February/003329.html -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Installing bash-completion by default in F-16
On 06/02/2011 05:04 PM, Peter Robinson wrote: > Things like bash completion have massive performance implications on network > and other slower file systems esp if its used for home directories. Forgot to reply to this earlier, but I'd like to hear more details about this, preferably in a bug report, from anyone who experiences these implications. Do the issues occur at bash-completion load time and/or completion invocation time? If they're at completion invocation time, what are good command/completion examples for reproducing the issue, and how is the behavior different or how is the issue made worse by bash-completion compared to bash's usual filename completion? -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Installing bash-completion by default in F-16
On Sat, Jun 04, 2011 at 02:20:56PM +0300, Ville Skyttä wrote: > The response thus far seems to be somewhat net negative, but it seems to > me that most of the negative feedback is also coming from people who > haven't been using bash-completion for a while. FWIW, it's always the default on _my_ installs, but since I have a lot of control over that, I don't really care if it's in the default set or not. -- Matthew Miller Senior Systems Architect -- Instructional & Research Computing Services Harvard School of Engineering & Applied Sciences -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Help needed. Lightining-Thunderbird on Fc14.x86_64.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, Trying to Install Mozilla-Lightning on Fedora 2.6.35.13-91.fc14.x86_64 and got the message: "lightning" could not be installed because it is not compatible with your thunderbird build type ( linux_x86_64-*gcc3*). please contact the author of this item about the problem. I can't belive that they don't have a 64bit version? Anybody has a workaround for this? Thanks in advance, - -- Lucélio Gomes de Freitas ETFCSF-> U.G.F.-> P.U.C.(RJ) Engº, Analista Suporte(Free Mind). Email: aa.luce...@gmail.com Tel: 55 0XX 21 85964911 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/ iF4EAREIAAYFAk3tX+8ACgkQENqGaHfBA/ddjwD8C8Rot+GG3UO/o9bxSofMbwRV 7/XjKMh4rtC309ABdUgA/ieIITv/xig/0QFdRTTAuVFCaxnETqGs7cHrK6dVm8j2 =iyWn -END PGP SIGNATURE- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Help needed. Lightining-Thunderbird on Fc14.x86_64.
Am 07.06.2011 01:17, schrieb Lucélio Gomes de Freitas: > > Hi, > > Trying to Install Mozilla-Lightning on Fedora 2.6.35.13-91.fc14.x86_64 > and got the message: > > "lightning" could not be installed because it is not compatible with > your thunderbird build type ( > linux_x86_64-*gcc3*). please contact the author of this item about the > problem. > > I can't belive that they don't have a 64bit version? > Anybody has a workaround for this? who is "they"? you have a package-managment! Installierte Pakete Name: thunderbird-lightning Arch: x86_64 Version : 1.0 Release : 0.41.b3pre.fc14 Size: 2.9 M Repo: installed From repo : updates-testing Summary : The calendar extension to Thunderbird URL: http://www.mozilla.org/projects/calendar/lightning/ License : MPLv1.1 or GPLv2+ or LGPLv2+ Beschreibung : Lightning brings the Sunbird calendar to the popular email client, : Mozilla Thunderbird. Since it's an extension, Lightning is tightly : integrated with Thunderbird, allowing it to easily perform email-related : calendaring tasks. signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Help needed. Lightining-Thunderbird on Fc14.x86_64.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi Reindl Harald, Em 06-06-2011 20:12, Reindl Harald escreveu: > > > Am 07.06.2011 01:17, schrieb Lucélio Gomes de Freitas: >> >> Hi, >> >> Trying to Install Mozilla-Lightning on Fedora 2.6.35.13-91.fc14.x86_64 >> and got the message: >> >> "lightning" could not be installed because it is not compatible with >> your thunderbird build type ( >> linux_x86_64-*gcc3*). please contact the author of this item about the >> problem. >> >> I can't belive that they don't have a 64bit version? >> Anybody has a workaround for this? > > who is "they"? https://addons.mozilla.org/pt-BR/thunderbird/addon/lightning/reviews/ > you have a package-managment! > > Installierte Pakete > Name : thunderbird-lightning > Arch : x86_64 > Version : 1.0 > Release : 0.41.b3pre.fc14 > Size : 2.9 M > Repo : installed > From repo : updates-testing > Summary : The calendar extension to Thunderbird > URL : http://www.mozilla.org/projects/calendar/lightning/ > License : MPLv1.1 or GPLv2+ or LGPLv2+ > Beschreibung : Lightning brings the Sunbird calendar to the popular email client, > : Mozilla Thunderbird. Since it's an extension, Lightning is tightly > : integrated with Thunderbird, allowing it to easily perform email-related > : calendaring tasks. > > Sorry. Don't install lightning from the Extentions site For Fedora users: "sudo yum install thunderbird-lightning". It works. Thanks. - -- Lucélio Gomes de Freitas ETFCSF-> U.G.F.-> P.U.C.(RJ) Engº, Analista Suporte(Free Mind). Email: aa.luce...@gmail.com Tel: 55 0XX 21 85964911 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/ iF4EAREIAAYFAk3tbpAACgkQENqGaHfBA/cK+QD/YOjbTXYBq/IQfEsL/+6rtS3X wrP/c6QsyrCmu0MxxpcBAJ8ZovmGkUcSzcsRAx1eum6YQnqN3vsRUhdOBBdnfgNH =6KND -END PGP SIGNATURE- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Help needed. Lightining-Thunderbird on Fc14.x86_64.
PLEASE DO NOT POST IN HTML AND NEVER CONVERT PLAIN-MAILS OF A MAILING-LIST TO HTML what client make such a ugly conversion? Am 07.06.2011 02:19, schrieb Lucélio Gomes de Freitas: > > Hi Reindl Harald, > > Em 06-06-2011 20:12, Reindl Harald escreveu: > > >> Am 07.06.2011 01:17, schrieb Lucélio Gomes de Freitas: >>> >>> Hi, >>> >>> Trying to Install Mozilla-Lightning on Fedora 2.6.35.13-91.fc14.x86_64 >>> and got the message: >>> >>> "lightning" could not be installed because it is not compatible with >>> your thunderbird build type ( >>> linux_x86_64-*gcc3*). please contact the author of this item about the >>> problem. >>> >>> I can't belive that they don't have a 64bit version? >>> Anybody has a workaround for this? > >> who is "they"? > https://addons.mozilla.org/pt-BR/thunderbird/addon/lightning/reviews/ >> you have a package-managment! > >> Installierte Pakete >> Name : thunderbird-lightning >> Arch : x86_64 >> Version : 1.0 >> Release : 0.41.b3pre.fc14 >> Size : 2.9 M >> Repo : installed >> From repo : updates-testing >> Summary : The calendar extension to Thunderbird >> URL : http://www.mozilla.org/projects/calendar/lightning/ >> License : MPLv1.1 or GPLv2+ or LGPLv2+ >> Beschreibung : Lightning brings the Sunbird calendar to the popular email >> client, >> : Mozilla Thunderbird. Since it's an extension, Lightning is tightly >> : integrated with Thunderbird, allowing it to easily perform email-related >> : calendaring tasks. > > > Sorry. Don't install lightning from the Extentions site > > > For Fedora users: "sudo yum install thunderbird-lightning". > > > It works. > > > Thanks. > -- Mit besten Grüßen, Reindl Harald the lounge interactive design GmbH A-1060 Vienna, Hofmühlgasse 17 CTO / software-development / cms-solutions p: +43 (1) 595 3999 33, m: +43 (676) 40 221 40 icq: 154546673, http://www.thelounge.net/ http://www.thelounge.net/signature.asc.what.htm signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Self Introduction
Hola Fedora developers, My name is Ryan! Currently i'm a PhD student in computer science theory at dartmouth college. I'm a campus ambassador at dartmouth college. My research interests are in computational & applied topology for a brief introduction to field: http://en.wikipedia.org/wiki/Topological_data_analysis. I try to contribute to the community as a campus ambassador. I regularly give away install/live media buttons and stickers to just about everyone, and I use them as prizes when I TA computer science classes (which works really well for getting us dartmouth undergrads to contribute). I've just joined this list, and I'm learning now about how to write RPM spec files, with my ultimate goal of maintaining a few packages. I recently got my koji browser certs, and I've been reading the guidelines. I move pretty slowly on my own, if anyone nearby me is interested in helping me advance my packaging 'foo' as they say, i'd be open to the assistance! Cheers, -rhl -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Guidance on hulahop epoch usage
On Sat, Jun 04, 2011 at 02:34:40PM +0300, Ville Skyttä wrote: > On 06/03/2011 05:52 AM, Peter Hutterer wrote: > > > Anyway, I'll tell Jeremy he'll need to manually remove/update. > > In my opinion this is a good (or bad?) example how users' life is made > harder due to irrational fear of the Epoch. Telling Jeremy won't help > people who don't know that the problem exists or don't follow the bug > report. Caveat: I don't know a thing about hulahop or if using Epoch > with it would be somehow specially problematic, but I'm assuming it > wouldn't be because according to my F-14 repoquery there are only two > packages in Fedora that depend on it, and neither has a versioned > dependency on it. I agree with you but this bug is a bit special in that it is several versions out of date. If this was F14 or even F13, the Epoch bump would be good. But adding a bump for a mistake on a F10 branch seems unnecessary now. Cheers, Peter -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Help needed. Lightining-Thunderbird on Fc14.x86_64.
Le 07/06/2011 02:19, Lucélio Gomes de Freitas a écrit : -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi Reindl Harald, Em 06-06-2011 20:12, Reindl Harald escreveu: > > > Am 07.06.2011 01:17, schrieb Lucélio Gomes de Freitas: >> >> Hi, >> >> Trying to Install Mozilla-Lightning on Fedora 2.6.35.13-91.fc14.x86_64 >> and got the message: >> >> "lightning" could not be installed because it is not compatible with >> your thunderbird build type ( >> linux_x86_64-*gcc3*). please contact the author of this item about the >> problem. >> >> I can't belive that they don't have a 64bit version? >> Anybody has a workaround for this? > > who is "they"? https://addons.mozilla.org/pt-BR/thunderbird/addon/lightning/reviews/ > you have a package-managment! > > Installierte Pakete > Name : thunderbird-lightning > Arch : x86_64 > Version : 1.0 > Release : 0.41.b3pre.fc14 > Size : 2.9 M > Repo : installed > From repo : updates-testing > Summary : The calendar extension to Thunderbird > URL : http://www.mozilla.org/projects/calendar/lightning/ > License : MPLv1.1 or GPLv2+ or LGPLv2+ > Beschreibung : Lightning brings the Sunbird calendar to the popular email client, > : Mozilla Thunderbird. Since it's an extension, Lightning is tightly > : integrated with Thunderbird, allowing it to easily perform email-related > : calendaring tasks. > > Sorry. Don't install lightning from the Extentions site For Fedora users: "sudo yum install thunderbird-lightning". It works. Thanks. - -- Lucélio Gomes de Freitas ETFCSF-> U.G.F.-> P.U.C.(RJ) Engº, Analista Suporte(Free Mind). Email: aa.luce...@gmail.com Tel: 55 0XX 21 85964911 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/ iF4EAREIAAYFAk3tbpAACgkQENqGaHfBA/cK+QD/YOjbTXYBq/IQfEsL/+6rtS3X wrP/c6QsyrCmu0MxxpcBAJ8ZovmGkUcSzcsRAx1eum6YQnqN3vsRUhdOBBdnfgNH =6KND -END PGP SIGNATURE- The only problem with the fedora version of lightning : the extension is only in english https://bugzilla.redhat.com/show_bug.cgi?id=504994 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Package Reviews Needed
On 2011-06-06 11:17, Tom Callaway wrote: > As usual, I will swap reviews or favors (within limits) for reviews on > some new packages for me: > > mono-reflection: > https://bugzilla.redhat.com/show_bug.cgi?id=711181 > > pyrit: > https://bugzilla.redhat.com/show_bug.cgi?id=691894 > > gambas3: > https://bugzilla.redhat.com/show_bug.cgi?id=710203 > > As soon as I clarify the licensing, I will also have > gnome-shell-extension-pidgin up for review. I can have a look at pyrit. I need to iron out some issues with my next package submission before I can ask anyone to review anything for me, though. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Pidgin is string and API frozen!
07.06.2011, 06:30, "Andrew Victor" ;: > hi, >> I intend to release Pidgin 2.8.0 on 2011-05-08, so I'm asking that all >> translations be submitted before 23:59:59 US EDT on 2011-05-07 (that leaves >> approximately 6 days for translations!) Any translations submitted after >> this >> deadline will be ignored. > I was just wondering what happened to the 2.8.0 release. > Has it been postponed? > > Regards, > Andrew Victor Could someone please drop them a note about Transifex? -- Best regards, Misha Shnurapet, Fedora Project Contributor https://fedoraproject.org/wiki/Shnurapet shnurapet AT fedoraproject.org, GPG: 00217306 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[pcsc-perl/f14] (2 commits) ...New upstream version
Summary of changes: 6e71da2... - Rebuilt for https://fedoraproject.org/wiki/Fedora_15_Mass (*) 817c1d9... New upstream version (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
