isitfedoraruby updates
Tons of updates to the http://isitfedoraruby.com webapp! Much appreciation goes out to Nico, Mark, Animesh, and Kendhia (all cc'd) who have all added all of the following features recently. In no particular order: - Now hosted on Openshift!!! - Integrated it w/ jenkins so whenever we push to the 'stable' branch in git, the openshift instance gets automatically updated. (meaning quicker updates) - Began visualizations, for example see the packages a fedora user maintains in bubbles whose size is proportional to the number of commits in git: http://www.isitfedoraruby.com/stats/vondruch/user_rpms - Now has a timeline of all gem / rpm activity (from both upstream and on the fedora side) http://www.isitfedoraruby.com/stats/rubygem-activesupport/timeline - Began gamification: added code to import the fedora user maintaining the package and are starting to display this info in various ways, such as with badges: http://www.isitfedoraruby.com/fedorarpms/mmorsi/badge - Static content and better styling, some of the blank pages are now flushed out - Started adding i18n support for internationalized text - Added better error pages for http 404, 500, etc Of course the app is still in development so if you want to see anything just shout out or send a pull request! -Mo -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Why samba-client not installed by default?
On Wed, 2012-12-19 at 12:16 -0500, Basil Mohamed Gohar wrote: > > Perhaps there's a way to support SMB printing without 39MB of > > additional disk usage? > > > > Richard > Alternatively, maybe the dialog that searches for network printers can > offer the option to install the necessary packages when first loaded, if > the user has a way to indicate that their particular network printer was > not found. More work, possibly the best compromise. I imagine this > behaving in much the same was as searching for and installing drivers > for printers would within the very same user-facing application. Yes, this. I've always wondered why we don't take advantage of this possibility more. Part of the point of PackageKit is that it provides a handy API for apps to do this: conditionally require the installation of some package or other. It could be used for several 'hardware enablement' cases besides this one, but we always just seem to think in limited 'either make it a hard RPM dependency or ignore it' terms. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Summary/Minutes for today's FESCo meeting (2012-12-19)
On Wed, Dec 19, 2012 at 11:56:36PM +0100, Kevin Kofler wrote: > Yuck! I really don't see why we should be granting this type of exceptions. > libexec and share exist for a reason. Helper binaries need to be in libexec, > unit files in share, I think allowing systemd to dump everything (and in > particular 64-bit stuff) to lib is setting a horrible precedent. Unit files need to be in /, so moving them would either require creating a /share for distributions that haven't merged /usr or putting up with inconsistent naming between distributions. Consistency is a virtue and the chances of getting anyone else to accept /share are minimal, so /lib it is. Meanwhile, libexec's not part of any non-draft version of the FHS and doesn't exist on most other distributions, and the path of the helper binaries has ended up in a bunch of unit files. So, similar problems. What benefit do you see in modifying systemd? -- Matthew Garrett | mj...@srcf.ucam.org -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: kmod-nvidia-3.6.10?
Thanks for the redirect. I've taken it to the rpmfusion folks. ccbKevin Kofler wrote:Jiri Moskovcak wrote: > - not sure if this is the right ml It's not. ;-) > kmod-nvidia is definitely not in the official Fedora repos, it's in > rpmfusion Right, thus this belongs to rpmfusion-devel. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel-- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: fltk
On Thu, 2012-12-20 at 00:06 +0100, Kevin Kofler wrote: > Adam Williamson wrote: > > > On Wed, 2012-12-19 at 18:30 +0100, Miloslav Trmač wrote: > >> Probably > >> http://fedoraproject.org/wiki/Features/ChangeInImplicitDSOLinking > >>Mirek > > > > Jeez, Ubuntu still hasn't done that? > > I don't think ANY other distro has done that pointless incompatible change > (except those which switched to gold, which always behaves that way). It's > still not the default in upstream ld. Mandriva did it some time before Fedora did, IIRC. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: kmod-nvidia-3.6.10?
Jiri Moskovcak wrote: > - not sure if this is the right ml It's not. ;-) > kmod-nvidia is definitely not in the official Fedora repos, it's in > rpmfusion Right, thus this belongs to rpmfusion-devel. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: fltk
Adam Williamson wrote: > On Wed, 2012-12-19 at 18:30 +0100, Miloslav Trmač wrote: >> Probably >> http://fedoraproject.org/wiki/Features/ChangeInImplicitDSOLinking >>Mirek > > Jeez, Ubuntu still hasn't done that? I don't think ANY other distro has done that pointless incompatible change (except those which switched to gold, which always behaves that way). It's still not the default in upstream ld. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Summary/Minutes for today's FESCo meeting (2012-12-19)
Tomas Mraz wrote: > * AGREED: 1. systemd is granted an exception to put helper > applications in /usr/lib/systemd (t8m, 19:03:17) > * AGREED: 2. the systemd unit files of all the packages are granted an > exception to be under /usr/lib/systemd (t8m, 19:03:33) Yuck! I really don't see why we should be granting this type of exceptions. libexec and share exist for a reason. Helper binaries need to be in libexec, unit files in share, I think allowing systemd to dump everything (and in particular 64-bit stuff) to lib is setting a horrible precedent. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Review swap
Am Mittwoch, 19. Dezember 2012, 14:30:53 schrieb Neil Horman: > Hey all- > I've got this package I'm trying to get reviewed: > https://bugzilla.redhat.com/show_bug.cgi?id=884291 > > Will to swap for it if anyone is interested. > > Neil I'll do the review. Please have a look at my open review requests: https://bugzilla.redhat.com/buglist.cgi?bug_status=NEW&component=Package%20Review&email1=mario.blaettermann%40gmail.com&emailreporter1=1&emailtype1=exact&product=Fedora&query_format=advanced&query_format=advanced&version=rawhide&order=bug_id&list_id=962349 Best Regards, Mario -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: prefered way of configuring X11 keyboard layouts in F18
On Mon, 03.12.12 10:04, Vratislav Podzimek (vpodz...@redhat.com) wrote: > The "conversion" (as systemd-localed calls it) works really poorly also > for the Czech keymaps/layouts. 'cz' X11 layout is "converted" to > 'cz-lat2' which works like 'us' until you hit the "Pause Break" key. > This is really unfortunate especially when people set their LUKS > password in Anaconda with the 'cz' X11 layout activated and then they > are supposed to enter it again with the 'cz-lat2' keymap during boot. This mapping is based on /usr/share/systemd/kbd-model-map btw which we stole from anaconda (or was it s-s-k?). When converting a console kbd map to an X11 kdb map timedated/timedatectl will go through the list and take the first line that matches. If we go the other way, then we will look for the line where the most components match and if multiple lines apply equally well, then we pick the earliest one. So the general rule is: pick the best matching choice, and if in doubt take the earlier one. We are happy to take patches for this database file, to improve the mapping. Please send git patches to the systemd ML. Thanks, Lennart -- Lennart Poettering - Red Hat, Inc. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: fltk
On 19/12/12 21:35, Adrian wrote: > *From*: Bryn M. Reeves On 19/12/12 17:30, Miloslav Trmač wrote: >> Probably http://fedoraproject.org/wiki/Features/ChangeInImplicitDSOLinking >>Mirek > So why does this bug not show itself on Suse, and any of the Debian based > builds? They presumably haven't implemented the feature that Mirek pointed out. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Heads up: glew 1.9.0 coming to F19
On 12/16/2012 05:54 AM, Gilboa Davara wrote: > On Fri, Dec 14, 2012 at 2:01 AM, Adam Jackson wrote: >> >>> spring-91.0-1.fc18.src.rpm >> >> Failed to build, but not my fault: >> >> /lib64/libIrrXML.so.1: undefined reference to >> `irr::core::LOCALE_DECIMAL_POINTS' >> collect2: error: ld returned 1 exit status >> >> Everything else rebuilt fine. >> > > Oh, joy. :( This is fixed now, rebuilt with a fixed irrxml (spring-91.0-2.fc19). ~tom == Fedora Project -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: fltk
-Original Message- From: Bryn M. Reeves Reply-to: Development discussions related to Fedora To: Development discussions related to Fedora Cc: Miloslav Trmač Subject: Re: fltk Date: Wed, 19 Dec 2012 18:01:40 + On 19/12/12 17:30, Miloslav Trmač wrote: > On Wed, Dec 19, 2012 at 6:27 PM, Bryn M. Reeves wrote: >> On Fedora the following command fails: >> >> g++ -I/usr/include/freetype2 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE >> -D_THREAD_SAFE -D_REENTRANT -pipe -Wall -fexceptions -O2 -ffast-math >> -finline-functions -fomit-frame-pointer -DNDEBUG -g -O2 -o flrig >> [...] -Wl,-Bsymbolic-functions -lfltk_images -lfltk -ldl -lrt -lpthread >> >> While on Ubuntu it works (run in a similarly prep'ed source tree); >> something appears to be "magically" adding -lX11 during the link step on >> Ubuntu > Probably http://fedoraproject.org/wiki/Features/ChangeInImplicitDSOLinking >Mirek > So it seems to be down to the fact that flrig includes : $ fgrep 'FL/x.H' rig.cxx #include #include >From FL/x.h: // These are internal fltk symbols that are necessary or useful for // calling Xlib. You should include this file if (and ONLY if) you // need to call Xlib directly. These symbols may not exist on non-X // systems. There are macros further on that use XCreatePixmap in their definition: # define fl_create_offscreen(w,h) \ XCreatePixmap(fl_display, \ (Fl_Surface_Device::surface()->class_name() == Fl_Display_Device::class_id ? \ fl_window : fl_xid(Fl::first_window()) ) , \ w, h, fl_visual->depth) So I'd say that fltk apps that use this header really do need to specify -lX11 in their own LDFLAGS as they will need these symbols directly. So it's an flrig bug. It's easy to work around: $ LDFLAGS="-lX11" ./configure && make [...] $ ldd src/flrig linux-vdso.so.1 => (0x7fffccb82000) libX11.so.6 => /lib64/libX11.so.6 (0x003c7760) [...] I couldn't see where to report bugs on w1hkj.com... Regards, Bryn. So why does this bug not show itself on Suse, and any of the Debian based builds? vk4tux -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Review swap
On 12/19/2012 12:30 PM, Neil Horman wrote: Hey all- I've got this package I'm trying to get reviewed: https://bugzilla.redhat.com/show_bug.cgi?id=884291 Will to swap for it if anyone is interested. How come nobody ever bothers to add any description of said package to these type of emails? It might spark "interest". -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA, Boulder Office FAX: 303-415-9702 3380 Mitchell Lane or...@nwra.com Boulder, CO 80301 http://www.nwra.com -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Why samba-client not installed by default?
This thread is no longer providing useful info and is drifting into personal attacks. Lets just drop it now unless someone has something new to add? thanks, kevin signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Why samba-client not installed by default?
Am 19.12.2012 20:50, schrieb Ozan Çağlayan > Don't let me list all the applications that comes shipped within that > I never use starting with evolution, rhythmbox, backup, cheese, > empathy, a bunch of games, etc. and you think it gets better introduce additional deps there are still way too much all over the distribution > If we don't have space in the ISO for another additional package, > that's another thing to discuss but you're not even at that point. the ISO does not bother me what bothers me ist that it get's more and more complicatedto get a tiny install not wasting time and space if you maintain 10, 20, 30 or even more fedora-setups > And come to Turkey and I'll show you hundreds or thousands of SAMBA > shared printers in government offices, schools, universities :) and there is no admin with basic knowledge? signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Why samba-client not installed by default?
Am 19.12.2012 20:26, schrieb Chris Murphy: > > On Dec 19, 2012, at 12:05 PM, Reindl Harald wrote: > >> >> and i would file a bug if something pulls samba-client as >> dependency - there are still WAY too much useless dependencies >> like colord and i refuse to accept more of them! > > If you have a b&w display and only b&w printers, then colord would > still enable something useful. But I suspect you have at least one color > display and if you would have rears you would be a car the point is that optional features should never be a hard dependency - as example the colord crap pulls X11 deps on servers because you install Imagemagick which is a COMMANDLINE tool in the first front signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Why samba-client not installed by default?
> printing OVER SAMBA is NOT a basic task > it is not common for the normal enduser > > it may be common in company networks > but there should nobody have to add a printer by himself > >> @Ozan: File a bug and ask for the dep to be added > > and i would file a bug if something pulls samba-client as > dependency - there are still WAY too much useless dependencies > like colord and i refuse to accept more of them! There is nothing like basic task, advanced task. What is a basic task to me can be something that you'd never do with a computer, or vice versa. There are rules, there are guidelines. If system-config-printer supports for SAMBA printers, you HAVE to make sure that your userbase benefits from that. You can fetch in a dependency, you can fire a popup, etc. Tweaking the firewall is necessary before adding IPP printers and we have a popup that requests an authorization to tweak firewalld. With your argumentation I would have tweaked the firewalld through terminal as adding an IPP printer is not a basic task. Nonsense. Don't let me list all the applications that comes shipped within that I never use starting with evolution, rhythmbox, backup, cheese, empathy, a bunch of games, etc. If we don't have space in the ISO for another additional package, that's another thing to discuss but you're not even at that point. And come to Turkey and I'll show you hundreds or thousands of SAMBA shared printers in government offices, schools, universities :) Regards, -- Ozan Çağlayan Research Assistant Galatasaray University - Computer Engineering Dept. http://www.ozancaglayan.com -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Review swap
Hey all- I've got this package I'm trying to get reviewed: https://bugzilla.redhat.com/show_bug.cgi?id=884291 Will to swap for it if anyone is interested. Neil -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fedora ARM status meeting 2012-12-19
On Wed, Dec 19, 2012 at 7:03 PM, Jon Masters wrote: > Hello, > > This week's Fedora ARM status will take place today (Wednesday, Dec > 12th) in #fedora-meeting-1 on Freenode. I will run the meeting with > Brendan as Paul is on PTO today. Please ping us on #fedora-arm with > additional topics on IRC also. I will be at the dentist soon, so Brendan > may start the meeting in my absence. > > Times in various time zones (please let us know if these do not work on > an ongoing basis): > > PDT: 1pm > MDT: 2pm > CDT: 3pm > EDT: 4pm > UTC: 8pm > BST: 9pm > CST: 10pm > > Current items on the agenda: > > 0) Fedora 18 beta preparation for TC3 > - David Marlin and Brendan to update us on images, VFAD > > 1) Current Problem packages > - What's up with F19? ruby and Eclipse are blocking both f18 and rawhide. The later is due to a koji timeout issue. This never use to be a problem as we patched koji, we need to deal with this. The rawhide builds are moving forward but there's some repo issues and other package cross dependencies that are being manually solved as they come up, hopefully they should settle out soon and we'll start moving forward faster. texlive is still a problem even though we've worked around it in the short term we still need to solve it. > 2) FUDCon and PA planning > > 3) Your topic here > > If you have any other items you would like to discuss that are not > mentioned, please feel free to send an email to the list or bring it up > at the end of the meeting. > > Jon. > -- > devel mailing list > devel@lists.fedoraproject.org > https://admin.fedoraproject.org/mailman/listinfo/devel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Why samba-client not installed by default?
On Dec 19, 2012, at 12:05 PM, Reindl Harald wrote: > > and i would file a bug if something pulls samba-client as > dependency - there are still WAY too much useless dependencies > like colord and i refuse to accept more of them! If you have a b&w display and only b&w printers, then colord would still enable something useful. But I suspect you have at least one color display. Chris Murphy -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Summary/Minutes for today's FESCo meeting (2012-12-19)
=== #fedora-meeting: FESCO (2012-12-19) === Meeting started by t8m at 18:00:39 UTC. The full logs are available at http://meetbot.fedoraproject.org/fedora-meeting/2012-12-19/fedora-meeting.2012-12-19-18.00.log.html . Meeting summary --- * init process (t8m, 18:01:19) * #615 Strategy for services that do not have systemd native unit files (t8m, 18:04:23) * LINK: http://paste.stg.fedoraproject.org/2660/ <- list of packages (notting, 18:14:27) * Push updates which change the sysv init to systemd unit as NTH to F18 now did not get enough votes. (t8m, 18:27:28) * AGREED: Changing the sysv init scripts to systemd units is highly encouraged even to provenpackagers willing to help. We will revisit the situation 1 week before F19 branch point to see if we can just have provenpackagers to finish them, or set deadline. (t8m, 18:35:03) * #896 Refine Feature process (t8m, 18:36:02) * discussion deferred waiting for concrete proposal (t8m, 18:37:10) * #969 libexecdir guideline conflicts with extant packages (t8m, 18:38:15) * LINK: https://fedorahosted.org/fpc/ticket/158#comment:12 (abadger1999, 18:39:18) * AGREED: 1. systemd is granted an exception to put helper applications in /usr/lib/systemd (t8m, 19:03:17) * AGREED: 2. the systemd unit files of all the packages are granted an exception to be under /usr/lib/systemd (t8m, 19:03:33) * Next meeting chair (t8m, 19:10:37) * Next FESCO meeting will be on Jan 2nd 2013 (t8m, 19:15:01) * ACTION: mmaslano will chair on 2nd January meeting (t8m, 19:15:31) * ACTION: sgallagh will chair on 9th January meeting (t8m, 19:16:03) * Open Floor (t8m, 19:16:15) Meeting ended at 19:19:25 UTC. Action Items * mmaslano will chair on 2nd January meeting * sgallagh will chair on 9th January meeting Action Items, by person --- * mmaslano * mmaslano will chair on 2nd January meeting * sgallagh * sgallagh will chair on 9th January meeting * **UNASSIGNED** * (none) People Present (lines said) --- * t8m (82) * abadger1999 (51) * mitr (50) * nirik (47) * sgallagh (42) * notting (32) * mmaslano (18) * halfline (15) * mjg59 (8) * zodbot (8) * adamw (5) * jwb (5) * jreznik (2) * pjones (0) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot 18:00:39 #startmeeting FESCO (2012-12-19) 18:00:39 Meeting started Wed Dec 19 18:00:39 2012 UTC. The chair is t8m. Information about MeetBot at http://wiki.debian.org/MeetBot. 18:00:39 Useful Commands: #action #agreed #halp #info #idea #link #topic. 18:01:10 #chair notting nirik mmaslano t8m pjones mitr jwb sgallagh abadger1999 18:01:10 Current chairs: abadger1999 jwb mitr mmaslano nirik notting pjones sgallagh t8m 18:01:16 * sgallagh is here 18:01:19 #topic init process 18:01:25 hi all 18:01:30 * nirik waves. 18:01:32 * notting is here 18:01:35 hi 18:01:43 hi 18:02:20 Hello all 18:02:30 * abadger1999 here 18:03:02 Welcome to last FESCo meeting before EOW :) 18:03:47 I suppose we can start? 18:03:48 Topic for Open Floor: if we survive Friday, should we restart the epoch? /kidding 18:04:18 We have only a few followups today. 18:04:23 #topic #615 Strategy for services that do not have systemd native unit files 18:04:27 * jreznik is lurking and and hoped to survive Friday too 18:04:29 .fesco 615 18:04:33 t8m: #615 (Strategy for services that do not have systemd native unit files) – FESCo - https://fedorahosted.org/fesco/ticket/615 18:05:31 If there is still 150 packages that have unconverted init scripts I suppose we cannot easily block them. 18:06:13 (or quickly fix them if we weren't able to do this by this time) 18:06:57 well, we are just going to need to keep plugging away, and at some point decide we want to just mass commit/fix the last ones... 18:06:59 I really hate that we have 3 (or is it more now?) different package integration mechanisms. 18:07:10 so perhaps we should close this ticket and say it is ongoing effort and the packages should be converted when possible. 18:07:11 3? 18:07:11 mitr: integration mechanisms? 18:07:29 notting: "ways an individual package plugs into the service framework" or something 18:07:46 what's the third? 18:07:52 mmaslano: SysV, systemd as of F15, systemd with more updates as mentioned by Johan in the last comment 18:07:54 there's really 150 left? 18:07:57 % repoquery -qf /etc/init.d/\* | sort | uniq | wc -l 18:07:57 38 18:08:15 maybe he counts bugs? 18:08:20 s/Johan/Johann/ sorry 18:08:28 nirik, hmm that looks much better than 150 18:08:53 nirik, what's the count without the uniq? 18:09:12 44 18:09:24 .bug 713562 18:09:31 nirik: Bug 713562 Tracker bug for SYSV to systemd conversion - https://bugzilla.redhat.com/show_bug.cgi?id=713562 18:09:34 26 open bugs 18:10:02 this seems to me something we could target
Re: Why samba-client not installed by default?
On Wed, Dec 19, 2012 at 8:05 PM, Reindl Harald wrote: > > > Am 19.12.2012 17:58, schrieb drago01: >> On Wed, Dec 19, 2012 at 3:37 PM, Reindl Harald >> wrote: >>> Am 19.12.2012 15:29, schrieb Ozan Çağlayan: On Wed, Dec 19, 2012 at 4:08 PM, Reindl Harald wrote: > because most people the days are using network-printers > even the cheap HP printers having WLAN/LAN and working without > any windows crap Agree but it doesn't change the fact that there are still plenty of printers shared through Windows. >>> >>> maybe, but you have to read manuals all the time and can not >>> expect to have anything working out-of-the-box, there are >>> even people not owning a printer at all >> >> I disagree you should not have to read manuals all the time to do >> basic tasks like printing. > > printing OVER SAMBA is NOT a basic task > it is not common for the normal enduser It is. > it may be common in company networks > but there should nobody have to add a printer by himself > >> @Ozan: File a bug and ask for the dep to be added > > and i would file a bug if something pulls samba-client as > dependency - there are still WAY too much useless dependencies > like colord and i refuse to accept more of them! We shouldn't make the user experience worse just because you don't approve additional dependencies. And no there are not useless otherwise there wouldn't be there in the first place. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Why samba-client not installed by default?
Am 19.12.2012 17:58, schrieb drago01: > On Wed, Dec 19, 2012 at 3:37 PM, Reindl Harald wrote: >> Am 19.12.2012 15:29, schrieb Ozan Çağlayan: >>> On Wed, Dec 19, 2012 at 4:08 PM, Reindl Harald >>> wrote: because most people the days are using network-printers even the cheap HP printers having WLAN/LAN and working without any windows crap >>> >>> Agree but it doesn't change the fact that there are still plenty of >>> printers shared through Windows. >> >> maybe, but you have to read manuals all the time and can not >> expect to have anything working out-of-the-box, there are >> even people not owning a printer at all > > I disagree you should not have to read manuals all the time to do > basic tasks like printing. printing OVER SAMBA is NOT a basic task it is not common for the normal enduser it may be common in company networks but there should nobody have to add a printer by himself > @Ozan: File a bug and ask for the dep to be added and i would file a bug if something pulls samba-client as dependency - there are still WAY too much useless dependencies like colord and i refuse to accept more of them! signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora ARM status meeting 2012-12-19
Hello, This week's Fedora ARM status will take place today (Wednesday, Dec 12th) in #fedora-meeting-1 on Freenode. I will run the meeting with Brendan as Paul is on PTO today. Please ping us on #fedora-arm with additional topics on IRC also. I will be at the dentist soon, so Brendan may start the meeting in my absence. Times in various time zones (please let us know if these do not work on an ongoing basis): PDT: 1pm MDT: 2pm CDT: 3pm EDT: 4pm UTC: 8pm BST: 9pm CST: 10pm Current items on the agenda: 0) Fedora 18 beta preparation for TC3 - David Marlin and Brendan to update us on images, VFAD 1) Current Problem packages - What's up with F19? 2) FUDCon and PA planning 3) Your topic here If you have any other items you would like to discuss that are not mentioned, please feel free to send an email to the list or bring it up at the end of the meeting. Jon. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [@core] minimal install size assessment, f17 vs. f18
On Wed, 2012-12-19 at 11:12 -0700, Stephen John Smoogen wrote: > On 19 December 2012 10:58, Adam Williamson wrote: > > On Wed, 2012-12-19 at 18:34 +0100, Thomas Bendler wrote: > >> 2012/12/18 Adam Williamson > >> Just for interest, here's the current (and likely final) state > >> of > >> minimal install package set for f18 vs. f17. > >> [...] > >> > >> > >> Can you also point to a page with the hole list of packages in > >> minimal? Otherwise you need to know what was allready in minimal back > >> in f17. > > > > Oh dear, sorry, I just rebooted and lost that data (I tend to keep this > > kind of file in /tmp). I could re-generate it if you're really > > interested. > :). I see what you did just there :) Hm? No snark intended, I keep them in /tmp precisely *because* I want them to get wiped on reboot, it's a convenient spot to put, well, _temporary_ things in - otherwise they wind up cluttering up my home dir. > In actuallity.. I was wondering more about the size differences than > the number of packages. That is what usually gets the complaints. Oh, okay. I think the sizes were pretty similar so I didn't include them, but if I get a minute I'll check again. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [@core] minimal install size assessment, f17 vs. f18
On 19 December 2012 10:58, Adam Williamson wrote: > On Wed, 2012-12-19 at 18:34 +0100, Thomas Bendler wrote: >> 2012/12/18 Adam Williamson >> Just for interest, here's the current (and likely final) state >> of >> minimal install package set for f18 vs. f17. >> [...] >> >> >> Can you also point to a page with the hole list of packages in >> minimal? Otherwise you need to know what was allready in minimal back >> in f17. > > Oh dear, sorry, I just rebooted and lost that data (I tend to keep this > kind of file in /tmp). I could re-generate it if you're really > interested. :). I see what you did just there :) In actuallity.. I was wondering more about the size differences than the number of packages. That is what usually gets the complaints. -- Stephen J Smoogen. "Don't derail a useful feature for the 99% because you're not in it." Linus Torvalds "Years ago my mother used to say to me,... Elwood, you must be oh so smart or oh so pleasant. Well, for years I was smart. I recommend pleasant. You may quote me." —James Stewart as Elwood P. Dowd -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: fltk
On 19/12/12 17:30, Miloslav Trmač wrote: > On Wed, Dec 19, 2012 at 6:27 PM, Bryn M. Reeves wrote: >> On Fedora the following command fails: >> >> g++ -I/usr/include/freetype2 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE >> -D_THREAD_SAFE -D_REENTRANT -pipe -Wall -fexceptions -O2 -ffast-math >> -finline-functions -fomit-frame-pointer -DNDEBUG -g -O2 -o flrig >> [...] -Wl,-Bsymbolic-functions -lfltk_images -lfltk -ldl -lrt -lpthread >> >> While on Ubuntu it works (run in a similarly prep'ed source tree); >> something appears to be "magically" adding -lX11 during the link step on >> Ubuntu > Probably http://fedoraproject.org/wiki/Features/ChangeInImplicitDSOLinking >Mirek > So it seems to be down to the fact that flrig includes : $ fgrep 'FL/x.H' rig.cxx #include #include From FL/x.h: // These are internal fltk symbols that are necessary or useful for // calling Xlib. You should include this file if (and ONLY if) you // need to call Xlib directly. These symbols may not exist on non-X // systems. There are macros further on that use XCreatePixmap in their definition: # define fl_create_offscreen(w,h) \ XCreatePixmap(fl_display, \ (Fl_Surface_Device::surface()->class_name() == Fl_Display_Device::class_id ? \ fl_window : fl_xid(Fl::first_window()) ) , \ w, h, fl_visual->depth) So I'd say that fltk apps that use this header really do need to specify -lX11 in their own LDFLAGS as they will need these symbols directly. So it's an flrig bug. It's easy to work around: $ LDFLAGS="-lX11" ./configure && make [...] $ ldd src/flrig linux-vdso.so.1 => (0x7fffccb82000) libX11.so.6 => /lib64/libX11.so.6 (0x003c7760) [...] I couldn't see where to report bugs on w1hkj.com... Regards, Bryn. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [@core] minimal install size assessment, f17 vs. f18
On Wed, 2012-12-19 at 18:34 +0100, Thomas Bendler wrote: > 2012/12/18 Adam Williamson > Just for interest, here's the current (and likely final) state > of > minimal install package set for f18 vs. f17. > [...] > > > Can you also point to a page with the hole list of packages in > minimal? Otherwise you need to know what was allready in minimal back > in f17. Oh dear, sorry, I just rebooted and lost that data (I tend to keep this kind of file in /tmp). I could re-generate it if you're really interested. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: fltk
On Wed, 2012-12-19 at 18:30 +0100, Miloslav Trmač wrote: > On Wed, Dec 19, 2012 at 6:27 PM, Bryn M. Reeves wrote: > > On Fedora the following command fails: > > > > g++ -I/usr/include/freetype2 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE > > -D_THREAD_SAFE -D_REENTRANT -pipe -Wall -fexceptions -O2 -ffast-math > > -finline-functions -fomit-frame-pointer -DNDEBUG -g -O2 -o flrig > > [...] -Wl,-Bsymbolic-functions -lfltk_images -lfltk -ldl -lrt -lpthread > > > > While on Ubuntu it works (run in a similarly prep'ed source tree); > > something appears to be "magically" adding -lX11 during the link step on > > Ubuntu > Probably http://fedoraproject.org/wiki/Features/ChangeInImplicitDSOLinking >Mirek Jeez, Ubuntu still hasn't done that? -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [@core] minimal install size assessment, f17 vs. f18
2012/12/18 Adam Williamson > Just for interest, here's the current (and likely final) state of > minimal install package set for f18 vs. f17. > [...] > Can you also point to a page with the hole list of packages in minimal? Otherwise you need to know what was allready in minimal back in f17. Regards, Thomas -- Linux ... enjoy the ride! -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: fltk
On Wed, Dec 19, 2012 at 6:27 PM, Bryn M. Reeves wrote: > On Fedora the following command fails: > > g++ -I/usr/include/freetype2 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE > -D_THREAD_SAFE -D_REENTRANT -pipe -Wall -fexceptions -O2 -ffast-math > -finline-functions -fomit-frame-pointer -DNDEBUG -g -O2 -o flrig > [...] -Wl,-Bsymbolic-functions -lfltk_images -lfltk -ldl -lrt -lpthread > > While on Ubuntu it works (run in a similarly prep'ed source tree); > something appears to be "magically" adding -lX11 during the link step on > Ubuntu Probably http://fedoraproject.org/wiki/Features/ChangeInImplicitDSOLinking Mirek -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: fltk
On 19/12/12 15:12, Adrian wrote: > -Wl,-z,relro -lfltk Which is pretty close to what you get on current Ubuntu: root@u1210-vm1:~# grep PRETTY /etc/os-release PRETTY_NAME="Ubuntu quantal (12.10)" root@u1210-vm1:~# dpkg -s libfltk1.1 | head -2 Package: libfltk1.1 Status: install ok installed root@u1210-vm1:~# fltk-config --ldflags -L/usr/lib/x86_64-linux-gnu -Wl,-Bsymbolic-functions -lfltk > should be (built from source) That might be what you get building from source but it's not what you'd get on a current Ubuntu system with their flkt packages so it seems this is not the cause of the problem you're seeing. On Fedora the following command fails: g++ -I/usr/include/freetype2 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_THREAD_SAFE -D_REENTRANT -pipe -Wall -fexceptions -O2 -ffast-math -finline-functions -fomit-frame-pointer -DNDEBUG -g -O2 -o flrig [...] -Wl,-Bsymbolic-functions -lfltk_images -lfltk -ldl -lrt -lpthread While on Ubuntu it works (run in a similarly prep'ed source tree); something appears to be "magically" adding -lX11 during the link step on Ubuntu but it doesn't appear to have anything to do with the output produced by fltk-config (which is identical in terms of library link requests). Regards, Bryn. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Why samba-client not installed by default?
On 12/19/2012 12:00 PM, Richard Shaw wrote: > On Wed, Dec 19, 2012 at 10:58 AM, drago01 wrote: >> On Wed, Dec 19, 2012 at 3:37 PM, Reindl Harald >> wrote: >>> >>> Am 19.12.2012 15:29, schrieb Ozan Çağlayan: On Wed, Dec 19, 2012 at 4:08 PM, Reindl Harald wrote: > because most people the days are using network-printers > even the cheap HP printers having WLAN/LAN and working without > any windows crap Agree but it doesn't change the fact that there are still plenty of printers shared through Windows. >>> maybe, but you have to read manuals all the time and can not >>> expect to have anything working out-of-the-box, there are >>> even people not owning a printer at all >> I disagree you should not have to read manuals all the time to do >> basic tasks like printing. >> >> @Ozan: File a bug and ask for the dep to be added. > I think printing should be something that just works as well but there > is a significant space cost to adding samba-client: > > # yum info samba-client > Loaded plugins: auto-update-debuginfo, changelog, presto, refresh-packagekit, > : remove-with-leaves, rpm-warm-cache > Installed Packages > Name: samba-client > Arch: x86_64 > Epoch : 2 > Version : 3.6.9 > Release : 96.fc17.1 > Size: 39 M > Repo: installed > From repo : updates > Summary : Samba client programs > URL : http://www.samba.org/ > License : GPLv3+ and LGPLv3+ > Description : The samba-client package provides some SMB/CIFS clients to > : complement the built-in SMB/CIFS filesystem in Linux. These > : clients allow access of SMB/CIFS shares and printing to SMB/CIFS > : printers. > > Perhaps there's a way to support SMB printing without 39MB of > additional disk usage? > > Richard Alternatively, maybe the dialog that searches for network printers can offer the option to install the necessary packages when first loaded, if the user has a way to indicate that their particular network printer was not found. More work, possibly the best compromise. I imagine this behaving in much the same was as searching for and installing drivers for printers would within the very same user-facing application. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: fltk
On Wed, 2012-12-19 at 11:56 -0500, Gregory Maxwell wrote: > On Wed, Dec 19, 2012 at 11:53 AM, Dan Williams wrote: > > It's the other way around. If libfoo 1.0.0 linked with -lbar and -lm, > > and then you upgraded to libfoo 1.0.1 which *no longer* links to -lm, > > now stuff that links to libfoo might fail if those things did not > > specifically request -lm themselves when they were built, and they need > > it. > > Ah. I read your statement backwards. > > I think we're in agreement. Everyone should (really, must) link their > own dependencies explicitly, and pkgconf style config lines should > generally only list the library itself to avoid creating a situation > where the caller fails to correctly identify its dependencies and > doesn't know it. But maybe fltk intentionally does something > inadvisable here. Yes, it appears to, but as a presumably fltk upstream sanctioned mechanism that allows fltk apps to run one command to get the commonly linked libraries, instead of having to link to all of them manually. Yes, that's not best practice. But at the same time, it does (a) make fltk developers' lives easier, and (b) isn't something Fedora is likely to change upstream. Possibly we just have to live with it, otherwise we periodically get to listen to a few surly, abrupt, and un-courteous fltk users. Dan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Why samba-client not installed by default?
On Wed, Dec 19, 2012 at 10:58 AM, drago01 wrote: > On Wed, Dec 19, 2012 at 3:37 PM, Reindl Harald wrote: >> >> >> Am 19.12.2012 15:29, schrieb Ozan Çağlayan: >>> On Wed, Dec 19, 2012 at 4:08 PM, Reindl Harald >>> wrote: because most people the days are using network-printers even the cheap HP printers having WLAN/LAN and working without any windows crap >>> >>> Agree but it doesn't change the fact that there are still plenty of >>> printers shared through Windows. >> >> maybe, but you have to read manuals all the time and can not >> expect to have anything working out-of-the-box, there are >> even people not owning a printer at all > > I disagree you should not have to read manuals all the time to do > basic tasks like printing. > > @Ozan: File a bug and ask for the dep to be added. I think printing should be something that just works as well but there is a significant space cost to adding samba-client: # yum info samba-client Loaded plugins: auto-update-debuginfo, changelog, presto, refresh-packagekit, : remove-with-leaves, rpm-warm-cache Installed Packages Name: samba-client Arch: x86_64 Epoch : 2 Version : 3.6.9 Release : 96.fc17.1 Size: 39 M Repo: installed From repo : updates Summary : Samba client programs URL : http://www.samba.org/ License : GPLv3+ and LGPLv3+ Description : The samba-client package provides some SMB/CIFS clients to : complement the built-in SMB/CIFS filesystem in Linux. These : clients allow access of SMB/CIFS shares and printing to SMB/CIFS : printers. Perhaps there's a way to support SMB printing without 39MB of additional disk usage? Richard -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Why samba-client not installed by default?
On Wed, Dec 19, 2012 at 3:37 PM, Reindl Harald wrote: > > > Am 19.12.2012 15:29, schrieb Ozan Çağlayan: >> On Wed, Dec 19, 2012 at 4:08 PM, Reindl Harald >> wrote: >>> because most people the days are using network-printers >>> even the cheap HP printers having WLAN/LAN and working without >>> any windows crap >> >> Agree but it doesn't change the fact that there are still plenty of >> printers shared through Windows. > > maybe, but you have to read manuals all the time and can not > expect to have anything working out-of-the-box, there are > even people not owning a printer at all I disagree you should not have to read manuals all the time to do basic tasks like printing. @Ozan: File a bug and ask for the dep to be added. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: fltk
On Wed, Dec 19, 2012 at 11:53 AM, Dan Williams wrote: > It's the other way around. If libfoo 1.0.0 linked with -lbar and -lm, > and then you upgraded to libfoo 1.0.1 which *no longer* links to -lm, > now stuff that links to libfoo might fail if those things did not > specifically request -lm themselves when they were built, and they need > it. Ah. I read your statement backwards. I think we're in agreement. Everyone should (really, must) link their own dependencies explicitly, and pkgconf style config lines should generally only list the library itself to avoid creating a situation where the caller fails to correctly identify its dependencies and doesn't know it. But maybe fltk intentionally does something inadvisable here. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: fltk
On Wed, 2012-12-19 at 11:23 -0500, Gregory Maxwell wrote: > On Wed, Dec 19, 2012 at 10:40 AM, Bruno Wolff III wrote: > > In some cases you can get DSO linking errors when you don't explicitly link > > to those other packages. People building from source might not care, but > > this can cause problems for official builds. > > Can you elaborate on this or point me to where I can learn more? That > is absolutely counter to my understanding. > > Consider: What happens if you have libfoo 1.0.0 which itself uses > -lbar ... and later upgrade your system to libfoo 1.0.1 which itself > is -lbar -lm (and is API/ABI and functionally identical). If I > understand you correctly you're saying that now random -lfoo users > which themselves make no use of -lm will now randomly fail. I believe > this is incorrect and would be a terrible problem if it were true. It's the other way around. If libfoo 1.0.0 linked with -lbar and -lm, and then you upgraded to libfoo 1.0.1 which *no longer* links to -lm, now stuff that links to libfoo might fail if those things did not specifically request -lm themselves when they were built, and they need it. > AFAIK, you should only link your actual direct dependencies. If they > have their own dependencies the dynamic linker will handle it, and > anything else leads to madness. Am I full of it? You should link anything you use and not depend on your linked libraries to pull in libm if your own code uses eg pow() or sqrt(). I think the original poster is complaining about this specific situation; IIUC that fltk tool is supposed to provide (pkg-config style) the link line that includes most ftlk libraries, so that you can simply run it and get most of what you need. Unfortunately the Fedora version was likely linked with -Wl,as-needed and thus doesn't include most of the common fltk libraries. So yes, it's really a hack to allow lazy programmers not to explicitly link to every ftlk library they need. But apparently a standard one for fltk users? Dan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: fltk
On Wed, Dec 19, 2012 at 11:42 AM, Adrian wrote: > This attitude is why people leave redhat for debian/ubuntu, get fltk right > and the rest will follow. > We have tested already. Adrian, no disrespect intended— but I believe you are making a mistake here. It looks like package you're having trouble linking has incorrect parameters and just happens to work on ubuntu due to leakly pkgconf linker flags— it's not exposing its own direct dependencies and the correct solution is to fix it, not fltk. While I'm possibly mistaken due to some subtle detail of how the FLTK headers are setup I think that is unlikely. Everyone working on Fedora cares about doing the right thing— and helping the packages Fedora packages do the right thing. The tone you're taking is unnecessary insulting regardless of how correct you are... but when that kind of tone is combined with being incorrect it contributes to an environment where developers justifiability have low regard for some user complaints. Since people care about doing the right thing the tone isn't required nor is it helpful. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [ANNOUNCE] xf86-video-intel 2.20.16
i did like that but it doesnt work. I updated Fedora 14 32 bit. then i installed driver from intelligraphic.org. know Fedora 14 is start but after that stuck. On 12/18/12, Sérgio Basto wrote: > On Ter, 2012-12-18 at 10:39 +0200, Ebru Arslan wrote: >> libdrm revision is 2.2.22 but i configure 2.4.40. but system still see >> previous one. so my all autogen.sh working result is fail. > > Do the package for libdrm and upgrade with rpm -Uvh > > #cd fedora-scm/ > #git clone git://pkgs.fedoraproject.org/libdrm.git > #cd libdrm > edit xorg-x11-drv-intel.spec > change version to > > #rpmbuild -ba libdrm.spec > > rpm -Uvh packages built . > > > -- > Sérgio M. B. > > -- > devel mailing list > devel@lists.fedoraproject.org > https://admin.fedoraproject.org/mailman/listinfo/devel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: fltk
This attitude is why people leave redhat for debian/ubuntu, get fltk right and the rest will follow. We have tested already. -Original Message- From: Adam Jackson Reply-to: Development discussions related to Fedora To: Development discussions related to Fedora Subject: Re: fltk Date: Wed, 19 Dec 2012 11:17:22 -0500 On Thu, 2012-12-20 at 01:55 +1000, Adrian wrote: > No it is not, the reason flrig cannot be built in fedora as it is easy > in Ubuntu. Lets not get behind the 8 ball. Assuming by flrig you mean this: http://www.w1hkj.com/downloads/flrig/flrig-1.3.09.tar.gz Then flrig itself is not exactly blameless: /usr/bin/ld: flrig-rig.o: undefined reference to symbol 'XCreatePixmap' /usr/bin/ld: note: 'XCreatePixmap' is defined in DSO /lib64/libX11.so.6 so try adding it to the linker command line /lib64/libX11.so.6: could not read symbols: Invalid operation collect2: error: ld returned 1 exit status In general you must not rely on what the libraries you link against themselves link against. If you need a symbol from libX11, say so. (I suppose one could argue that fltk-config is not like pkgconfig and that fltk promises to supply you more libraries than you need to link against. Which would be sort of funny, a "lightweight" toolkit bloating out your link like that.) - ajax -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: fltk
On Wed, Dec 19, 2012 at 10:40 AM, Bruno Wolff III wrote: > In some cases you can get DSO linking errors when you don't explicitly link > to those other packages. People building from source might not care, but > this can cause problems for official builds. Can you elaborate on this or point me to where I can learn more? That is absolutely counter to my understanding. Consider: What happens if you have libfoo 1.0.0 which itself uses -lbar ... and later upgrade your system to libfoo 1.0.1 which itself is -lbar -lm (and is API/ABI and functionally identical). If I understand you correctly you're saying that now random -lfoo users which themselves make no use of -lm will now randomly fail. I believe this is incorrect and would be a terrible problem if it were true. AFAIK, you should only link your actual direct dependencies. If they have their own dependencies the dynamic linker will handle it, and anything else leads to madness. Am I full of it? -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: fltk
On Thu, 2012-12-20 at 01:55 +1000, Adrian wrote: > No it is not, the reason flrig cannot be built in fedora as it is easy > in Ubuntu. Lets not get behind the 8 ball. Assuming by flrig you mean this: http://www.w1hkj.com/downloads/flrig/flrig-1.3.09.tar.gz Then flrig itself is not exactly blameless: /usr/bin/ld: flrig-rig.o: undefined reference to symbol 'XCreatePixmap' /usr/bin/ld: note: 'XCreatePixmap' is defined in DSO /lib64/libX11.so.6 so try adding it to the linker command line /lib64/libX11.so.6: could not read symbols: Invalid operation collect2: error: ld returned 1 exit status In general you must not rely on what the libraries you link against themselves link against. If you need a symbol from libX11, say so. (I suppose one could argue that fltk-config is not like pkgconfig and that fltk promises to supply you more libraries than you need to link against. Which would be sort of funny, a "lightweight" toolkit bloating out your link like that.) - ajax -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: fltk
No it is not, the reason flrig cannot be built in fedora as it is easy in Ubuntu. Lets not get behind the 8 ball. -Original Message- From: Susi Lehtola Reply-to: Development discussions related to Fedora To: devel@lists.fedoraproject.org Subject: Re: fltk Date: Wed, 19 Dec 2012 17:22:05 +0200 On Thu, 20 Dec 2012 01:12:38 +1000 Adrian wrote: > > Please guys get your act together on fltk, the yum build is > ridiculous; > > [root@fedora18desk ~]# fltk-config --ldflags > > -Wl,-z,relro -lfltk > > should be (built from source) > > [root@fedora18desk ~]# fltk-config --ldflags > -L/usr/local/lib -lfltk -lXext -lXft -lfontconfig -lXinerama -lpthread > -ldl -lm -lX11 > [root@fedora18desk ~]# I'm guessing your build from source is a static one. The shared library in Fedora is already linked to all of the above libraries, so if one only uses fltk then one only needs to link to -lfltk. -- Susi Lehtola Fedora Project Contributor jussileht...@fedoraproject.org -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Why samba-client not installed by default?
Am 19.12.2012 15:29, schrieb Ozan Çağlayan: > On Wed, Dec 19, 2012 at 4:08 PM, Reindl Harald wrote: >> because most people the days are using network-printers >> even the cheap HP printers having WLAN/LAN and working without >> any windows crap > > Agree but it doesn't change the fact that there are still plenty of > printers shared through Windows. maybe, but you have to read manuals all the time and can not expect to have anything working out-of-the-box, there are even people not owning a printer at all > Completely different things. People needing to serve HTTP pages will > know about several available httpd server packages. I'm talking about > hardware enablement. Also, the maintainer of the > gnome-control-center's printer part wrote that [0] it would be ready > for Gnome 3.8. When that's ready, wouldn't you fetch in samba-client > in the default installation set? i would not fetch ANY samba package in the DEFAULT installation for no reason following this argumentation would lead to install ANYTHING as default because soemone could complain his workload is not supported out-of-the-box signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Why samba-client not installed by default?
Am 19.12.2012 14:37, schrieb Ozan Çağlayan: > I'm trying to add a SAMBA printer through control-center in F18. As > far as I can understand, this is still only supported through > system-config-printer and not from printer panel in > gnome-control-center. Besides that since samba-client is not installed > by default, system-config-printer is not able to look for Samba printers. because most people the days are using network-printers even the cheap HP printers having WLAN/LAN and working without any windows crap > It is not obvious/intuitive for the end-user to know that he/she has > to install samba-client prior of Samba printer installation on the other side it would not be helpful having hard-dependencies for samba-clients only needed by few users with your argumentation you could also say "why is httpd not installed ny default, it is not intuitive to to know you have to install" signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: fltk
On 12/19/2012 04:22 PM, Susi Lehtola wrote: On Thu, 20 Dec 2012 01:12:38 +1000 Adrian wrote: Please guys get your act together on fltk, the yum build is ridiculous; [root@fedora18desk ~]# fltk-config --ldflags -Wl,-z,relro -lfltk should be (built from source) [root@fedora18desk ~]# fltk-config --ldflags -L/usr/local/lib -lfltk -lXext -lXft -lfontconfig -lXinerama -lpthread -ldl -lm -lX11 [root@fedora18desk ~]# I'm guessing your build from source is a static one. Nevertheless, lftk-config should not return -Wl,-z,relro. Please file a BZ against fltk. Ralf -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: fltk
On Wed, Dec 19, 2012 at 17:22:05 +0200, Susi Lehtola wrote: On Thu, 20 Dec 2012 01:12:38 +1000 I'm guessing your build from source is a static one. The shared library in Fedora is already linked to all of the above libraries, so if one only uses fltk then one only needs to link to -lfltk. In some cases you can get DSO linking errors when you don't explicitly link to those other packages. People building from source might not care, but this can cause problems for official builds. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [linuxham] fltk
So we see by the use of physiology, and the material rights of substitution how resolve can be found. Adrian ... vk4tux -Original Message- From: Adrian Reply-to: linux...@yahoogroups.com To: devel@lists.fedoraproject.org Cc: linux...@yahoogroups.com Subject: [linuxham] fltk Date: Thu, 20 Dec 2012 01:12:38 +1000 Please guys get your act together on fltk, the yum build is ridiculous; [root@fedora18desk ~]# fltk-config --ldflags -Wl,-z,relro -lfltk should be (built from source) [root@fedora18desk ~]# fltk-config --ldflags -L/usr/local/lib -lfltk -lXext -lXft -lfontconfig -lXinerama -lpthread -ldl -lm -lX11 [root@fedora18desk ~]# vk4tux __._,_.___ Reply via web post Reply to sender Reply to group Start a New Topic Messages in this topic (1) Recent Activity: * New Members 8 * New Files 1 Visit Your Group Yahoo! Groups Switch to: Text-Only, Daily Digest • Unsubscribe • Terms of Use • Send us Feedback . __,_._,___ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: fltk
On Thu, 20 Dec 2012 01:12:38 +1000 Adrian wrote: > > Please guys get your act together on fltk, the yum build is > ridiculous; > > [root@fedora18desk ~]# fltk-config --ldflags > > -Wl,-z,relro -lfltk > > should be (built from source) > > [root@fedora18desk ~]# fltk-config --ldflags > -L/usr/local/lib -lfltk -lXext -lXft -lfontconfig -lXinerama -lpthread > -ldl -lm -lX11 > [root@fedora18desk ~]# I'm guessing your build from source is a static one. The shared library in Fedora is already linked to all of the above libraries, so if one only uses fltk then one only needs to link to -lfltk. -- Susi Lehtola Fedora Project Contributor jussileht...@fedoraproject.org -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
fltk
Please guys get your act together on fltk, the yum build is ridiculous; [root@fedora18desk ~]# fltk-config --ldflags -Wl,-z,relro -lfltk should be (built from source) [root@fedora18desk ~]# fltk-config --ldflags -L/usr/local/lib -lfltk -lXext -lXft -lfontconfig -lXinerama -lpthread -ldl -lm -lX11 [root@fedora18desk ~]# vk4tux -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: kmod-nvidia-3.6.10?
On 12/19/2012 03:51 PM, Charlie Bennett wrote: Hi All - Are there plans to promote the kmod-nvidia packages for 3.6.10 on F17 from testing to updates? - not sure if this is the right ml, kmod-nvidia is definitely not in the official Fedora repos, it's in rpmfusion --Jirka Thanks, ccb -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
kmod-nvidia-3.6.10?
Hi All - Are there plans to promote the kmod-nvidia packages for 3.6.10 on F17 from testing to updates? Thanks, ccb -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Why samba-client not installed by default?
On Wed, Dec 19, 2012 at 4:08 PM, Reindl Harald wrote: > > > Am 19.12.2012 14:37, schrieb Ozan Çağlayan: >> I'm trying to add a SAMBA printer through control-center in F18. As >> far as I can understand, this is still only supported through >> system-config-printer and not from printer panel in >> gnome-control-center. Besides that since samba-client is not installed >> by default, system-config-printer is not able to look for Samba printers. > > because most people the days are using network-printers > even the cheap HP printers having WLAN/LAN and working without > any windows crap Agree but it doesn't change the fact that there are still plenty of printers shared through Windows. > >> It is not obvious/intuitive for the end-user to know that he/she has >> to install samba-client prior of Samba printer installation > > on the other side it would not be helpful having hard-dependencies > for samba-clients only needed by few users samba already comes installed. samba-client doesn't have any other dependencies that are not shipped within default desktop installation as far as I can see. it is a single package on its own. > > with your argumentation you could also say "why is httpd not installed > ny default, it is not intuitive to to know you have to install" Completely different things. People needing to serve HTTP pages will know about several available httpd server packages. I'm talking about hardware enablement. Also, the maintainer of the gnome-control-center's printer part wrote that [0] it would be ready for Gnome 3.8. When that's ready, wouldn't you fetch in samba-client in the default installation set? [0]: https://bugzilla.redhat.com/show_bug.cgi?id=805289 -- Ozan Çağlayan Research Assistant Galatasaray University - Computer Engineering Dept. http://www.ozancaglayan.com -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Why samba-client not installed by default?
Hi, I'm trying to add a SAMBA printer through control-center in F18. As far as I can understand, this is still only supported through system-config-printer and not from printer panel in gnome-control-center. Besides that since samba-client is not installed by default, system-config-printer is not able to look for Samba printers. It is not obvious/intuitive for the end-user to know that he/she has to install samba-client prior of Samba printer installation. BTW, I still can't install the printer after all of these since it asks me for Samba share password which is not asked when I'm on windows, this is a completely other part of the story :) Thanks. -- Ozan Çağlayan Research Assistant Galatasaray University - Computer Engineering Dept. http://www.ozancaglayan.com -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
F-18 Branched report: 20121219 changes
Compose started at Wed Dec 19 09:16:31 UTC 2012 Broken deps for x86_64 -- [marble] 1:python-marble-4.9.4-1.fc18.x86_64 requires sip-api(8) >= 0:8.1 [python-fedmsg-meta-fedora-infrastructure] python-fedmsg-meta-fedora-infrastructure-0.0.3-1.fc18.noarch requires fedmsg >= 0:0.6.1 Broken deps for i386 -- [marble] 1:python-marble-4.9.4-1.fc18.i686 requires sip-api(8) >= 0:8.1 [python-fedmsg-meta-fedora-infrastructure] python-fedmsg-meta-fedora-infrastructure-0.0.3-1.fc18.noarch requires fedmsg >= 0:0.6.1 Removed package: xulrunner-python-2.0-1.20110406hg.fc16 Summary: Added Packages: 0 Removed Packages: 1 Upgraded Packages: 0 Compose finished at Wed Dec 19 13:10:39 UTC 2012 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Schedule for Wednesday's FESCo Meeting (2012-12-19)
Following is the list of topics that will be discussed in the FESCo meeting Wednesday at 17:00UTC (1:00pm EDT, 19:00 CEST) in #fedora-meeting on irc.freenode.net. Links to all tickets below can be found at: https://fedorahosted.org/fesco/report/9 = Followups = #topic #615 Strategy for services that do not have systemd native unit files .fesco 615 https://fedorahosted.org/fesco/ticket/615 #topic #896 Refine Feature process .fesco 896 https://fedorahosted.org/fesco/ticket/896 #topic #969 libexecdir guideline conflicts with extant packages .fesco 969 https://fedorahosted.org/fesco/ticket/969 = New business = None. = Open Floor = For more complete details, please visit each individual ticket. The report of the agenda items can be found at https://fedorahosted.org/fesco/report/9 If you would like to add something to this agenda, you can reply to this e-mail, file a new ticket at https://fedorahosted.org/fesco, e-mail me directly, or bring it up at the end of the meeting, during the open floor topic. Note that added topics may be deferred until the following meeting. -- Tomas Mraz No matter how far down the wrong road you've gone, turn back. Turkish proverb -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
