Re: Updating Taskwarrior to v3
On Mon, Apr 15, 2024 at 12:15:55PM +0100, Ankur Sinha wrote: Hrm, but the problem here is that a user that currently has the task package installed (currently v2) will end up with v3 if I update the task package to v3---which is something we'd like to avoid here. Just a side question: is this task v3 update planned to be distributed *during* an OS lifecycle or only at the start of a new one (e.g. F41, I assume it is too late for F40 now)? Are there any Fedora policies for this kind of incompatible updates? -- -- Jos Vos --X/OS Experts in Open Systems BV | Office: +31 20 6938364 --Amsterdam, The Netherlands| Mobile: +31 6 26216181 -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Updating Taskwarrior to v3
Hi, On Mon, Apr 15, 2024 at 11:04:22AM +0100, Ankur Sinha wrote: They are not designed to be installed in parallel, so task3 will obsolete task. However, task3 will not provide the task package, so that task will not be updated to task3 during normal upgrades. Users will have to explicitly install task3. Being a happy taskwarrior user since years: Note that users do not always update (full) OS releases, but do new installs while keeping (a.o.) /home. So, after installing that new OS release, users will face the same issue. Furthermore, if they are used to install "task", they will install the wrong version, even if they may want to use the new version. The fact that v3 does *require* a v2 for exporting is of course a bad thing, they should have added a export-v2 option or so. Will the task v3 warn users if they detect old data? What is the idea? To temporarily provide both packages, v2 and v3, that can not be installed together? About the naming / versioning part: this probably has happened before with other packages, I am not aware of all the policies. But I would think that having task2 for backwards compatibility would be a better option. Can't task2 be built in such a way that it can be installed alongside task (task v3). Cheers, -- --Jos Vos --X/OS Experts in Open Systems BV | Office: +31 20 6938364 --Amsterdam, The Netherlands| Mobile: +31 6 26216181 -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: vim has lost it's damn mind
On Sat, Jul 25, 2020 at 09:31:31AM -0400, Eric Wood wrote: > Same thing happens to me on a Ubuntu install. Very annoying. I haven't > dug into figuring it out either.Eric I have similar problem with .js files, completely unusable (with .py files it works fine BTW, 4-space indents, just the way I want it). Didn't have the time to find out how to properly disable it, but for now I do ":set paste" in a vim-session and then it doesn't beat me. -- --Jos Vos --X/OS Experts in Open Systems BV | Office: +31 20 6938364 --Amsterdam, The Netherlands| Mobile: +31 6 26216181 ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: Can we maybe reduce the set of packages we install by default a bit?
On Fri, Apr 12, 2019 at 01:12:51PM +0200, Lennart Poettering wrote: > Just out of curiosity, why does a web browser need a daily chrome job? From the script's comment: # It creates the repository configuration file for package updates, since # we cannot do this during the google-chrome installation since the repository # is locked. # # This functionality can be controlled by creating the $DEFAULTS_FILE and # setting "repo_add_once" to "true" or "false" as desired. An empty # $DEFAULTS_FILE is the same as setting the value to "false". Despite this, the complete script (500+ lines!) seems to be in-line copied to the rpm's post-install script (nearly 1200 lines!) too. I gave up trying to understand everything they do in there years ago. I used to repackage Chrome in earlier days (i.e. make an rpm that extracts the Google binary rpm and builds a new one with pre/post scripts I wrote myself), also because I refused to run Google scripts as root with (in those days, a.o.) lines like "rm -rf $SOMEVAR" in it. But I became lazy and you can use your time only once, so now I decided not to bother anymore. Cheers, -- --Jos Vos --X/OS Experts in Open Systems BV | Office: +31 20 6938364 --Amsterdam, The Netherlands| Mobile: +31 6 26216181 ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
GNU Ring
Hi, Are there any plans to add Ring (https://ring.cx/en) to Fedora? Cheers, -- --Jos Vos --X/OS Experts in Open Systems BV | Office: +31 20 6938364 --Amsterdam, The Netherlands| Mobile: +31 6 26216181 ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Using ndb in RPM
Hi, On Mon, Jul 10, 2017 at 12:13:58PM -0400, Przemek Klosowski wrote: > Could you possibly summarize what you remember about those tests? What > scenario did you look at? Was the difference more like seconds vs hours, > or microseconds vs milliseconds? I found some of my old mail back. In my tests a full processing cycle for reading and processing (JSON deserializing in my case) data, measured on a large amount of operations, was 4 times faster in LMDB than in SQLite. Note that this includes application processing (at this moment I can't recall what that test did, it was 1,5 year ago...), so the pure difference in DB processing time might even be much larger. In general, I agree that SQLite is a fast DB when comparing, for example, with ProgreSQL. I did tests for that too in the past and the difference is huge (and the feature set difference is huge too ;-)). BTW, I'm pretty sure Howard Chu, the author of LMDB, would be happy to discuss things with the Fedora/RPM community, if someone is interested. -- --Jos Vos --X/OS Experts in Open Systems BV | Office: +31 20 6938364 --Amsterdam, The Netherlands| Mobile: +31 6 26216181 ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Using ndb in RPM
On Mon, Jul 10, 2017 at 02:30:59PM +0200, Pierre-Yves Chibon wrote: > Oups, that was meant to be: On which side? LDBM was many factors faster than SQLite. No concrete figures, it was a year ago or so when we decided to go for LMDB (still a product in development...). I had attended some talk from Howard Chu (the author) about LMDB and knew quite soon it was the way to go. -- -- Jos Vos --X/OS Experts in Open Systems BV | Office: +31 20 6938364 --Amsterdam, The Netherlands| Mobile: +31 6 26216181 ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Using ndb in RPM
On Mon, Jul 10, 2017 at 02:44:31PM +0300, Alek Paunov wrote: > If you say: > create table col1(key blob primary key, value blob) without rowid;/ > > you physically get no more/no less simple key/value store (given 30 more > lines of trivial code for implementing your favorite key/value lib > operations). > > But you are right - sqlite is different piece of cake: sqlite has > powerful query language. Sqlite based backend gives the future advantage > that big chunk of the rpm code could be elegantly and declarative > offloaded to the query engine (with efficiency benefits as bonus). I did performance tests to compare SQLite with LMDB for my own case here (using key/value-like things) and the performance difference is *huge*. -- --Jos Vos --X/OS Experts in Open Systems BV | Office: +31 20 6938364 --Amsterdam, The Netherlands| Mobile: +31 6 26216181 ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Using ndb in RPM (was: Re: F27 System Wide Change: RPM 4.14)
Hi, On Mon, Jul 10, 2017 at 09:14:07AM +0100, Richard W.M. Jones wrote: > The web page has: > >Improvements and stabilization of "ndb" (New RPM DB Format database >format) > > [...] > > The problem is that "NDB" is a custom homebrew database invented in > the RPM codebase. I agree that because of licensing problems we need > to move away from Berkeley DB, but why not switch to the obvious, > bulletproof choice - Sqlite? SQLite is is totally different piece of cake (RDBMS vs. key/value). Why not use LMDB? It's the replacement for BerkeleyDB in OpenLDAP. http://www.lmdb.tech/doc/ It's extremely fast... Cheers, -- --Jos Vos --X/OS Experts in Open Systems BV | Office: +31 20 6938364 --Amsterdam, The Netherlands| Mobile: +31 6 26216181 ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: F23: r8169 stopped working
On Fri, Nov 13, 2015 at 08:02:58AM +0100, Jos Vos wrote: > I did some further tests: > > - Also the F23 Live image works fine (with 4.2.3 kernel), no issues >with the Ethernet, I get an immediate connection, flawless... >And: also suspend/resume works fine there (see below). > > - F23 installed (with all updates): no Ethernet working and resume >after suspend doesn't turn on backlight of the laptop (system is >running fine, I can remotely login via wifi), while resuming with >backlight works perfectly using the F23 live image. Update: the suspend issue was solved by *removing* "nomodeset" from the boot command line in the grub config (I compared the command lines of the Live image and the installed version). The Ethernet card started working when I *enabled* secure boot in the BIOS, but it (in most cases?) stays working when I disable it again. Confused, as I'm wondering if this can influence the Ethernet driver or is this just a random coincidence? -- --Jos Vos --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: F23: r8169 stopped working
On Fri, Nov 13, 2015 at 12:37:17AM +0100, Francois Romieu wrote: > The stuff below could suck on post 4.2. It should be merged shortly. I did some further tests: - Also the F23 Live image works fine (with 4.2.3 kernel), no issues with the Ethernet, I get an immediate connection, flawless... And: also suspend/resume works fine there (see below). - F23 installed (with all updates): no Ethernet working and resume after suspend doesn't turn on backlight of the laptop (system is running fine, I can remotely login via wifi), while resuming with backlight works perfectly using the F23 live image. Confused... -- -- Jos Vos --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
F23: r8169 stopped working
Hi, On a new laptop that I used successfully with the F22 Live image for several times (using the wired Ethernet), I now installed F23 and there I can't get the RTL8111/8168/8411 wired Ethernet working: after a while trying to get an address I get: Nov 12 17:29:38 localhost kernel: [ cut here ] Nov 12 17:29:38 localhost kernel: WARNING: CPU: 0 PID: 0 at net/sched/sch_generic.c:303 dev_watchdog+0x22e/0x240() Nov 12 17:29:38 localhost kernel: NETDEV WATCHDOG: enp3s0 (r8169): transmit queue 0 timed out Nov 12 17:29:38 localhost kernel: Modules linked in: ccm ip6t_rpfilter ip6t_REJECT nf_reject_ipv6 xt_conntrack ebtable_nat ebtable_filter ebtable_broute bridge ebtables ip6table_security ip6table_nat nf_conntrack_ipv6 nf_defrag_ipv6 nf_nat_ipv6 ip6table_mangle ip6table_raw ip6table_filter ip6_tables iptable_security iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 nf_nat nf_conntrack iptable_mangle iptable_raw bnep vfat fat intel_rapl ath3k btusb intel_soc_dts_iosf btrtl btbcm arc4 btintel uvcvideo coretemp videobuf2_vmalloc ath9k videobuf2_core kvm_intel videobuf2_memops ath9k_common v4l2_common kvm bluetooth videodev ath9k_hw media ath iTCO_wdt iTCO_vendor_support crct10dif_pclmul crc32_pclmul mac80211 snd_hda_codec_hdmi snd_hda_codec_realtek cfg80211 snd_hda_codec_generic snd_intel_sst_acpi snd_intel_sst_core Nov 12 17:29:38 localhost kernel: snd_soc_rt5640 snd_soc_sst_mfld_platform snd_soc_rl6231 snd_soc_core rtsx_pci_ms snd_hda_intel snd_compress i2c_i801 snd_hda_codec memstick joydev snd_pcm_dmaengine snd_hda_core ac97_bus snd_hwdep ideapad_laptop sparse_keymap snd_seq dw_dmac snd_seq_device dw_dmac_core snd_pcm i2c_designware_platform i2c_designware_core snd_timer mei_txe snd rfkill_gpio soundcore snd_soc_sst_acpi mei rfkill shpchp iosf_mbi lpc_ich nfsd auth_rpcgss nfs_acl lockd grace sunrpc xfs libcrc32c rtsx_pci_sdmmc i915 crc32c_intel 8021q garp stp llc mrp serio_raw r8169 i2c_algo_bit mii drm_kms_helper rtsx_pci drm sdhci_acpi sdhci video mmc_core i2c_hid Nov 12 17:29:38 localhost kernel: CPU: 0 PID: 0 Comm: swapper/0 Not tainted 4.2.5-300.fc23.x86_64 #1 Nov 12 17:29:38 localhost kernel: Hardware name: LENOVO 80ES/Lenovo B50-30, BIOS 9CCN26WW(V2.04) 06/06/2014 Nov 12 17:29:38 localhost kernel: d6b9fc5aa9feb64d 88017fc03d58 8177280a Nov 12 17:29:38 localhost kernel: 88017fc03db0 88017fc03d98 8109e4b6 Nov 12 17:29:38 localhost kernel: 0292 880179818000 Nov 12 17:29:38 localhost kernel: Call Trace: Nov 12 17:29:38 localhost kernel: [] dump_stack+0x45/0x57 Nov 12 17:29:38 localhost kernel: [] warn_slowpath_common+0x86/0xc0 Nov 12 17:29:38 localhost kernel: [] warn_slowpath_fmt+0x55/0x70 Nov 12 17:29:38 localhost kernel: [] dev_watchdog+0x22e/0x240 Nov 12 17:29:38 localhost kernel: [] ? qdisc_rcu_free+0x40/0x40 Nov 12 17:29:38 localhost kernel: [] call_timer_fn+0x39/0xf0 Nov 12 17:29:38 localhost kernel: [] ? qdisc_rcu_free+0x40/0x40 Nov 12 17:29:38 localhost kernel: [] run_timer_softirq+0x20f/0x2c0 Nov 12 17:29:38 localhost kernel: [] __do_softirq+0xfb/0x290 Nov 12 17:29:38 localhost kernel: [] irq_exit+0x119/0x120 Nov 12 17:29:38 localhost kernel: [] smp_apic_timer_interrupt+0x46/0x60 Nov 12 17:29:38 localhost kernel: [] apic_timer_interrupt+0x6b/0x70 Nov 12 17:29:38 localhost kernel: [] ? hrtimer_start_range_ns+0x1bf/0x3b0 Nov 12 17:29:38 localhost kernel: [] ? cpuidle_enter_state+0x130/0x270 Nov 12 17:29:38 localhost kernel: [] ? cpuidle_enter_state+0x10b/0x270 Nov 12 17:29:38 localhost kernel: [] cpuidle_enter+0x17/0x20 Nov 12 17:29:38 localhost kernel: [] call_cpuidle+0x32/0x60 Nov 12 17:29:38 localhost kernel: [] ? cpuidle_select+0x13/0x20 Nov 12 17:29:38 localhost kernel: [] cpu_startup_entry+0x268/0x320 Nov 12 17:29:38 localhost kernel: [] rest_init+0x7c/0x80 Nov 12 17:29:38 localhost kernel: [] start_kernel+0x49d/0x4be Nov 12 17:29:38 localhost kernel: [] ? early_idt_handler_array+0x120/0x120 Nov 12 17:29:38 localhost kernel: [] x86_64_start_reservations+0x2a/0x2c Nov 12 17:29:38 localhost kernel: [] x86_64_start_kernel+0x14a/0x16d Nov 12 17:29:38 localhost kernel: ---[ end trace b06ef78f50e48833 ]--- At first sight, I don't see recent bug reports about this, but I can't imnagine I'm the only one seeing this problem... Any suggestions or comments? Thx, -- --Jos Vos --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Browser choice in live images
Hi, I see that the F23 Xfce live image still includes only Midori as the internet browser, similar to the F22 image. With F22 I had the unpleasant surprise that, using the Xfce live image, Midori was for some reason not able to sign in (web form) on a store's public wifi network, because of some issue when redirecting to a HTTPS page with an own-signed certificate or so (this was in the Media Markt, if you want to know...). As I wanted to test a laptop for Linux compatibility booting from USB and at that point I didn't have an alternative network connection, this was a real showstopper. As I saw the wifi networks listed, I took the risk to consider the laptop (i.e. the wifi adapter) working, and this happened to be ok, but I would suggest to consider including Firefox as (another) browser, just in case the live image has to be used for some special (rescue/testing) purposes and you need a more versatile browser than Midori. PS I didn't add a bug report as I was not able to reproduce the problem outside the store and I couldn't describe the problem in enough details anymore. -- --Jos Vos --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Fedora on Intel Edison
Hi, Is there anyone working on making Fedora work with the Intel Edison? Thx, -- --Jos Vos --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: idea for installation - web
On Sun, Dec 15, 2013 at 10:19:30AM +0200, חץ בן חמו wrote: > Could someone please add them to the boot menu please? I've been > searching for ages for those options and I didn't see it mentioned > anywhere. http://docs.fedoraproject.org/en-US/Fedora/19/html/Installation_Guide/ap-admin-options.html It's just useless to add such options to the boot menu, as many of them require extra parameters (like "vncpassword"). The "text" install is not very attractive to give as option. You started your mail saying "I find my self installing Fedora on many systems": in that case, use kickstart. I nearly don't use the graphical installer (especially since the installer, but that's my personal opinion, became extremely difficult to use since F18 :-( ), I just tweak my kickstart files. -- --Jos Vos --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Anaconda install errors (revival of bug 906031)
Hi, After struggling with errors that seemed to happen sometimes, I found https://bugzilla.redhat.com/show_bug.cgi?id=906031 that seems to decsribe the problems I see. But: I'm using F18 with all updates applied, so also the curl version that is expected to solve the problem, and it still happens. As I am creating own media with pungi and include own kickstart files, I first was looking for errors in kickstart file or the media. But AFAICS, this bug is exactly what's happening to me, though I'm using the latest F18 curl. Any suggestion on what to try next, to solve it or as a workaround? Thanks, -- --Jos Vos --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F18 updates break pungi-created media
On Fri, May 31, 2013 at 03:28:30PM -0700, Adam Williamson wrote: > Does it work if you configure your VM(?) to use something other than a > cirrus adapter? 'vga' or 'qxl'? Nope, I just tried both, but the error messages differ (as also listed in the bugzilla report). -- --Jos Vos --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F18 updates break pungi-created media
On Fri, May 31, 2013 at 03:18:39PM -0700, Adam Williamson wrote: > Well, it rather sounds like you'd want to check /tmp/X.log ? OK, it is already filed: https://bugzilla.redhat.com/show_bug.cgi?id=917160 -- -- Jos Vos --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F18 updates break pungi-created media
On Fri, May 31, 2013 at 03:18:39PM -0700, Adam Williamson wrote: > Well, it rather sounds like you'd want to check /tmp/X.log ? True... this is the tail of that file: [ 7.559] (II) CIRRUS: driver for Cirrus chipsets: CLGD5430, CLGD5434-4, CLGD5434-8, CLGD5436, CLGD5446, CLGD5480, CL-GD5462, CL-GD5464, CL-GD5464BD, CL-GD5465, CL-GD7548, CL-GD7555, CL-GD7556 [ 7.559] (II) VESA: driver for VESA chipsets: vesa [ 7.559] (II) modesetting: Driver for Modesetting Kernel Drivers: kms [ 7.559] (II) FBDEV: driver for framebuffer: fbdev [ 7.559] (++) using VT number 6 [ 7.580] Fatal server error: [ 7.580] xf86OpenConsole: VT_WAITACTIVE failed: Input/output error [ 7.580] [ 7.580] (EE) Please consult the Fedora Project support at http://wiki.x.org for help. [ 7.580] (EE) Please also check the log file at "/tmp/X.log" for additional information. [ 7.580] (EE) -- --Jos Vos --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
F18 updates break pungi-created media
Hi, When I create a DVD image with pungi with an own package selection, the image works fine and starts the graphical installer when I only use the F18 release repository. But when I also add the F18 updates repository, the graphical installer doesn't start anymore and at that moment I get a login prompt. Installing via VNC works fine in either case. When I login at the login prompt, I see a "[Xorg] " with "python anaconda" as parent.and in /tmp/anaconda.log I see "X startup failed, falling back to text mode" (which isn't true, no fallback is done). Any suggestions about how solve this problem and/or how to find out what is exactly causing it? I'm testing the DVD images with KVM on F18 and RHEL6 (same behavior). Thx, -- --Jos Vos --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Distro flag in spec
On Wed, Apr 17, 2013 at 02:54:14PM +0400, Eugene Pivnev wrote: > Sorry for newbee question, but I can't find how to control packaging > depending on distro. > Something like this: > > %if 0%{?centos_version} || 0%{?rhel_version} > %define have_polkit 0 > %define have_lightdm 0 > %else There exits %fedora and %rhel macros with the major version number, but only on the corresponding distros. So use something like: %if 0%{?rhel} > 6 || 0{?fedora>} > 12 %define have_polkit 1 %define have_lightdm 1 %else ... Note that 0{?rhel} < 7 is TRUE on Fedora release (as %rhel is undefined), so you should be extremely careful with this lind of expressions. You then may want to use something like %if 0%{?rhel} && 0{?rhel} < 7 Note that CentOS also has %rhel defined so there is no need (and it is not recommended either) to use %centos (although it exists too). -- --Jos Vos --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Kickstart package groups (F18+)
On Mon, Mar 25, 2013 at 03:05:38PM -0400, Bill Nottingham wrote: > categories remains for use by the assorted post-install tools as > items that guide the UI; they are not used in anaconda. Anaconda > uses the environment groups. But it does not seem to be possible to specify an environment as group in kickstart's %packages, right? -- --Jos Vos --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Kickstart package groups (F18+)
On Sun, Mar 24, 2013 at 10:37:02AM -0600, Kevin Fenzi wrote: > yum grouplist hidden -v > > Should get them all (and list short names too). Thanks, this saves me manually parsing comps.xml. -- -- Jos Vos --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Kickstart package groups (F18+)
On Sun, Mar 24, 2013 at 09:32:35AM -0700, Adam Williamson wrote: > It's still what's listed in comps. What are you trying that doesn't > work? True. I was confused by (the combination of) the "category" items in comps.xml (they can't be used it seems, wouldn't it be a good idea to allow them too?), the now obsoleted examples in the F18 installation guide http://docs.fedoraproject.org/en-US/Fedora/18/html/Installation_Guide/s1-kickstart2-packageselection.html and what was listed in http://fedoraproject.org/wiki/Features/ReworkPackageGroups . -- --Jos Vos --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Kickstart package groups (F18+)
Hi, Is there proper documentation on what package groups (names, ids) are allowed in kickstart files these days? I've read http://fedoraproject.org/wiki/Features/ReworkPackageGroups but that doesn't explain details on how it's implemented.. I used to look at comps.xml and/or I ran "yum grouplist -v" to find what groups I wanted, but the few groups I tried don't seem to be accepted (anymore). Thanks for a any help, -- --Jos Vos --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
python-wtforms 0.6.3 and 1.0.1
Hi, Is there a reason why python-wtforms is still at version 0.6.3, even in rawhide, while version 1.0.1 has been released end of February 2012? -- --Jos Vos --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
java-1.7.0-openjdk provided items
Hi, Is there a reason why the RHEL 6.3 and F17 java-1.7.0-openjdk packages provide many items with a different name, i.e. starting with "java7" and "java", respectively. RHEL 6.3 java-1.7.0-openjdk-devel-1.7.0.5-2.2.1.el6_3.x86_64.rpm: java7-1.7.0-devel = 1:1.7.0.5 java7-devel = 1:1.7.0 java7-devel-openjdk = 1:1.7.0.5 java7-sdk = 1:1.7.0 java7-sdk-1.7.0 = 1:1.7.0.5 java7-sdk-1.7.0-openjdk = 1:1.7.0.5 java7-sdk-openjdk = 1:1.7.0.5 lib.so()(64bit) lib.so(SUNWprivate_1.1)(64bit) libunpack.so()(64bit) libunpack.so(SUNWprivate_1.1)(64bit) java-1.7.0-openjdk-devel = 1:1.7.0.5-2.2.1.el6_3 java-1.7.0-openjdk-devel(x86-64) = 1:1.7.0.5-2.2.1.el6_3 F17 java-1.7.0-openjdk-devel-1.7.0.5-2.2.1.fc17.9.x86_64.rpm: java-1.7.0-devel = 1:1.7.0.5 java-devel = 1:1.7.0 java-devel-openjdk = 1:1.7.0.5 java-sdk = 1:1.7.0 java-sdk-1.7.0 = 1:1.7.0.5 java-sdk-1.7.0-openjdk = 1:1.7.0.5 java-sdk-openjdk = 1:1.7.0.5 lib.so()(64bit) lib.so(SUNWprivate_1.1)(64bit) libunpack.so()(64bit) libunpack.so(SUNWprivate_1.1)(64bit) java-1.7.0-openjdk-devel = 1:1.7.0.5-2.2.1.fc17.9 java-1.7.0-openjdk-devel(x86-64) = 1:1.7.0.5-2.2.1.fc17.9 -- --Jos Vos --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Bad F17 install experiences: CentOS 6.3 vs. F17
On Thu, Aug 09, 2012 at 11:29:10AM -0700, Adam Williamson wrote: > "Implementing growing of raid partitions such that an arbitrary number > of partitions always grow at the same rate and end up the same size is > quite difficult. There are just more important things that we need to > work on. Hmm... but if you do that on two identical disks with the same kickstart lines (and the same algorithm) it will work. Maybe we just need an extra flag for the "raid" option, something like: "--yesiknowwhatiamdoingbutitaketherisk" ;-). -- --Jos Vos --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Bad F17 install experiences: CentOS 6.3 vs. F17
On Thu, Aug 09, 2012 at 09:48:19AM -0700, Adam Williamson wrote: > A wild shot in the dark, but not > https://fedoraproject.org/wiki/Common_F17_bugs#ksdevice-case-sensitive ? > I wrote that because we had one person who was using > 'ksdevice=BOOTIF'... Too easy... no, the boot cmdline is correct "... ksdevice=link ks=nfs:...". > Perhaps prior to that, the parameter was simply ignored, so in your > CentOS install those partitions aren't actually growable? I'm not sure, > though. dlehman can likely explain better. Yes, it works fine in RHEL6, it grows as expected (partitions 3 and 4 take all remaining disk space, each half of it). And I think it makes sense to be able to do this, why should that be limited to RAID0... -- --Jos Vos --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Bad F17 install experiences: CentOS 6.3 vs. F17
On Thu, Aug 09, 2012 at 09:11:42AM -0700, John Reiser wrote: > > The system has 3 NIC's, 2x Broadcom BCM5704 and 1x Netgear GA630. > > I use a BCM5704 for network install. This works fine on CentOS with > > ksdevice=link. With F17 I see multiple dhcp being started, resulting > > in multiple timeouts (I even see a second dhcp being started for em2 > > while just before the console says that em1 got a link), and only > > after quite some time (a *long* time) the kickstart file is found > > Please give some reasonable numerical estimate [say, +/- 20%] > of the duration: 30 seconds, 300 seconds (5 minutes), or what? I would have guessed 3 minutes and I now timed it exactly: 3 minutes and 10 seconds, from where the log stops, all the dhcp and NIC stuff is seen, till everything continues. -- --Jos Vos --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Bad F17 install experiences: CentOS 6.3 vs. F17
Hi, When trying to do a test install of F17 on server hardware (a dual AMD Opteron system from 2006 with 1 GB of memory), I noticed several issues, while CentOS 6.3 installs fine. So I want to share my experiences, ask for your feedback, and then file bugs when needed. There are 3 major issues, at first sight unrelated. Everything is fully reproducable (also the succeeding CentOS 6.3 install). (1) The system has 3 NIC's, 2x Broadcom BCM5704 and 1x Netgear GA630. I use a BCM5704 for network install. This works fine on CentOS with ksdevice=link. With F17 I see multiple dhcp being started, resulting in multiple timeouts (I even see a second dhcp being started for em2 while just before the console says that em1 got a link), and only after quite some time (a *long* time) the kickstart file is found and the install continues. (2) The F17 installer can't start X and falls back to text mode, while the CentOS installer works fine in graphical mode. The server has a simple onboard VGA controller. This is what lspci says about the graphics controller: VGA compatible controller: Advanced Micro Devices [AMD] nee ATI Rage XL (rev 27) In the X.log I see: [ 182.375] Backtrace: [ 182.375] 0: Xorg (xorg_backtrace+0x36) [0x464d46] [ 182.375] 1: Xorg (0x40+0x69d99) [0x469d99] [ 182.375] 2: /lib64/libpthread.so.0 (0x7f315a2bf000+0xefe0) [0x7f315a2cdfe0] [ 182.375] 3: Xorg (UnloadSubModule+0xf) [0x475fbf] [ 182.375] 4: /usr/lib64/xorg/modules/drivers/mach64_drv.so (0x7f3157146000+0x183c3) [0x7f315715e3c3] [ 182.375] 5: Xorg (InitOutput+0x8ba) [0x4843ca] [ 182.375] 6: Xorg (0x40+0x23246) [0x423246] [ 182.375] 7: /lib64/libc.so.6 (__libc_start_main+0xf5) [0x7f3158f46735] [ 182.375] 8: Xorg (0x40+0x236bd) [0x4236bd] [ 182.375] [ 182.375] Segmentation fault at address (nil) [ 182.375] Fatal server error: [ 182.375] Caught signal 11 (Segmentation fault). Server aborting (3) And finally there is a fatal error: it won't accept my kickstart file and gives "reboot" as only option. The error is: Only RAID0 arrays can contain growable members The line it refers to in the kickstart file is this one: raid pv.02 --level=1 --device=md2 raid.03 raid.13 The complete context is: zerombr clearpart --all --initlabel ignoredisk --drives=sdc,sdd part raid.01 --size=500 --ondisk=sda --asprimary part raid.02 --size=5 --ondisk=sda --asprimary part raid.03 --size=100 --ondisk=sda --asprimary --grow part raid.04 --size=100 --ondisk=sda --asprimary --grow part raid.11 --size=500 --ondisk=sdb --asprimary part raid.12 --size=5 --ondisk=sdb --asprimary part raid.13 --size=100 --ondisk=sdb --asprimary --grow part raid.14 --size=100 --ondisk=sdb --asprimary --grow raid /boot --level=1 --device=md0 --fstype=ext4 raid.01 raid.11 raid pv.01 --level=1 --device=md1 raid.02 raid.12 raid pv.02 --level=1 --device=md2 raid.03 raid.13 raid pv.03 --level=1 --device=md3 raid.04 raid.14 After this I define the volume groups and logical volumes in the kickstart file. The same configuration works fine for RHEL6. Did something change so that this is not valid anymore? Any suggestions or comments? -- --Jos Vos --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Boot a pungi DVD and access a kickstart file [SOLVED]
On Mon, Jul 30, 2012 at 12:22:03PM -0500, Michael Cronenworth wrote: > Anyone with a FAS account can edit that page. Feel free to make the > change yourself. OK, I just did. -- -- Jos Vos --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Boot a pungi DVD and access a kickstart file [SOLVED]
To answer my own question, to help others when googling this: On Mon, Jul 30, 2012 at 03:46:48PM +0200, Jos Vos wrote: > I'm trying to generate a custom spin with pungi *and* add a kickstart > file (and be able to use that). The custom spin works, I also can > add a kickstart file to the DVD (using growisofs), but I don't seem > to be able to access it. > > I tried both of these boot options: > >ks=cdrom:/ks.cfg >ks=file:/run/initramfs/live/ks.cfg > > Using the first method, the installer stops with: > >dracut Warming: Unable to process initqueue >Dropping to debug shell. > > The second attempt continues a bit further (it starts services) and > finally stops with: > >The following problem occurred on line 0 of the kickstart file: >Unable to open input kickstart file: Could not open/read > file:///run/install/ks.cfg The correct boot option seems to need a device name, e.g. ks=cdrom:/dev/sr0:/ks.cfg and now it works. This appearantly is listed wrong in http://fedoraproject.org/wiki/Anaconda/Kickstart#Boot_CD-ROM but I found the correct answer in http://fedoraproject.org/wiki/Anaconda_Boot_Options#ks Maybe someone can update the wrong info. -- --Jos Vos --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Boot a pungi DVD and access a kickstart file
Hi, I'm trying to generate a custom spin with pungi *and* add a kickstart file (and be able to use that). The custom spin works, I also can add a kickstart file to the DVD (using growisofs), but I don't seem to be able to access it. I tried both of these boot options: ks=cdrom:/ks.cfg ks=file:/run/initramfs/live/ks.cfg Using the first method, the installer stops with: dracut Warming: Unable to process initqueue Dropping to debug shell. The second attempt continues a bit further (it starts services) and finally stops with: The following problem occurred on line 0 of the kickstart file: Unable to open input kickstart file: Could not open/read file:///run/install/ks.cfg P.S. Accessing a kickstart file via the network works, but I explicitly want to create a DVD that does not need the network. I think I ran out of options now... Any suggestions are welcome. Thx, -- -- Jos Vos --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F17 updates broke anaconda PNG image handling
On Wed, Jul 25, 2012 at 03:32:55PM +0200, Jos Vos wrote: > Note that my install now fails when installing the kernel, because > grub2-install can not be found. I have to find out if this is an > user error (I only included @Base in my test install DVD) or that > this is something more serious. If the kernel needs grub2-install, > it should Requires(post) that, isn't it? It obviously doesn't... I was partly wrong here. This failure was not due to the kernel's %post, but anaconda couldn't find grub2-install for its final step. It seems that I need to add grub2 manually to the pungi config file, which also pulls in the grub2-tools, file, and file-libs packages. Then it all works fine. Is this expected behavior or should grub2 maybe be part of @Base? -- --Jos Vos --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F17 updates broke anaconda PNG image handling
On Tue, Jul 24, 2012 at 06:46:42PM -0700, John Reiser wrote: > > ... the gist of the problem is that /usr/share/mime/mime.cache was not > > retained > > in the squashfs.img , so mime was not able to tell what the file was. > > > http://git.fedorahosted.org/cgit/lorax.git/commit/?id=3636fd58146768b07f8814d4aeab395876d93a82 > > that has the fix. > > That works for me. Apply the fix to the /usr/share/runtime-cleanup.tmpl > of the box which runs pungi, and exclude systemd-44-8.fc17.x86_64 > and systemd-sysv-44-8.fc17.x86_64 from the updates. My resulting DVD > boots, gives a shell on VT2 immediately, and does not get the Python > traceback (does display .png correctly.) Works for me too, so I just submitted a bug for lorax: https://bugzilla.redhat.com/show_bug.cgi?id=843062 Note that my install now fails when installing the kernel, because grub2-install can not be found. I have to find out if this is an user error (I only included @Base in my test install DVD) or that this is something more serious. If the kernel needs grub2-install, it should Requires(post) that, isn't it? It obviously doesn't... -- --Jos Vos --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F17 updates broke anaconda PNG image handling
On Tue, Jul 24, 2012 at 12:52:27PM -0700, J. Randall Owens wrote: > This shouldn't be a problem any longer, but just in case, check > https://bugzilla.redhat.com/show_bug.cgi?id=821740 That synfigstudio package seems not to be included in the installer image. When I remove it from my repository, the problem stays exactly the same. -- --Jos Vos --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F17 updates broke anaconda PNG image handling
On Tue, Jul 24, 2012 at 12:52:27PM -0700, J. Randall Owens wrote: > This shouldn't be a problem any longer, but just in case, check > https://bugzilla.redhat.com/show_bug.cgi?id=821740 It is a problem, with synfigstudio-0.63.05-3.1.fc17.x86_64.rpm in the update repository. I'll fiddle around with excluding this package from my repository and see if that fixes the problem. Thx, -- --Jos Vos --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F17 updates broke anaconda PNG image handling
On Tue, Jul 24, 2012 at 02:51:52PM -0400, David Malcolm wrote: > Possibly a silly question, but are these files actually pngs internally? > e.g. what does running "file" on them say? Can eog open them? > > (I ran into a bug years ago where a supposed png file was actually a > text file, due to a messed up "cp" in a specfile, iirc). Yes, all these files are ok. I just scp'ed config-language.png via the VT2 shell to another system and "file" says it's a PNG, I can display the image, etc. Also, the pixmaps directories of the good (F17 GA) and bad (F17 updated) filesystem (while anaconda is running) look exactly the same. -- --Jos Vos --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
F17 updates broke anaconda PNG image handling
Hi, While an anaconda/systemd problem is being worked on (bug #841822), now my next problem when making new F17 spins including all updates: anaconda can't display PNG images anymore. For all images it tries to open (and all these images do exist), it gives an error like: 17:47:31,122 ERR anaconda: unable to read anaconda_header.png: Couldn't recognize the image file format for file '/usr/share/anaconda/pixmaps/anaconda_header.png' Looking at the anaconda code, this error seems to be generated by getPixbuf() in /usr/lib64/python2.7/site-packages/pyanaconda/gui.py, when it does a gtk.gdk.pixbuf_new_from_file(fn). Any suggestion on what could be causing this? Thx, -- --Jos Vos --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Pungi doesn't create installable media with F17 + updates
On Thu, Jul 19, 2012 at 12:27:16PM -0700, John Reiser wrote: > I, too, use pungi to build DVD of F-17 from release repo and update repo. > (Over the past two years I have created at least 15 similar DVD, > successfully.) > I see the long time out and eventual failure of no shell on vt2. > I see the Python exception after selecting keyboard. > > I decided that I would have to debug it myself, > because anaconda team is pre-occupied with its new UI re-implementation. > It fell to the bottom of my to-do list. I'm happy to help debugging, but I also took the freedom to file a bug ;-): https://bugzilla.redhat.com/show_bug.cgi?id=841822 For me, this is a pretty blocking problem for something I really need for a specific purpose. I also assume you and I are not the only 2 people on earth that would like to create updated F17 spins, so I hope we all together can solve the problem. -- --Jos Vos --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Pungi doesn't create installable media with F17 + updates
Hi, When running pungi on a F17 system with all updates applied, it seems to work fine when I only use the F17 release repo in the config file, but it creates uninstallable media when I also include the F17 updates repo. Then, when booting the DVD, it times out after a long time when spawning the shell on tty2 and after selecting the keyboard it runs into a Python exception. Are these known problems and what can I do about it? My main goal is to create media to install an up-to-date F17 from (only) DVD. Otherwise I'll file a bug with all details. P.S. I posted this earlier today to the buildsys list, but I think this devel list is a better place to get more feedback. -- -- Jos Vos --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Django 1.4 in F17?
On Tue, Mar 06, 2012 at 10:03:58AM +0100, Jos Vos wrote: > Is there a possibility to see Django 1.4 in F17? > > Django 1.4 RC1 came out yesterday, the final release is expected within a > month from now. AFAICS there are no real incomapatibilities, see: > > https://docs.djangoproject.com/en/dev/releases/1.4/ FWIW: Django 1.4 has now been officially released. I submitted an upgrade request in bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=806614 -- --Jos Vos --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F17 versions of python-celery / django-celery
On Tue, Mar 20, 2012 at 10:54:41AM +0100, 80 wrote: > I filed a ticket 2 months ago, it requires a few dependencies to be > updated too (besides some of them brings python3 support) > https://bugzilla.redhat.com/show_bug.cgi?id=785607 OK, I filed bugs too now (for python-celery, django-celery, and now also for rabbitmq-server, that is also far behind), as I didn't see yours (only looked in F17, my fault). -- --Jos Vos --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
F17 versions of python-celery / django-celery
Hi, I noticed that the versions of python-celery (2.2.8 vs. 2.5.1) and django-celery (2.2.7 vs. 2.5.1) in rawhide/F17 are both far behind the current version. Is there a technical reason for this? -- --Jos Vos --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Django 1.4 in F17?
Hi, Is there a possibility to see Django 1.4 in F17? Django 1.4 RC1 came out yesterday, the final release is expected within a month from now. AFAICS there are no real incomapatibilities, see: https://docs.djangoproject.com/en/dev/releases/1.4/ -- --Jos Vos --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Linux Questions Desktop Environment of the Year - interesting result
On Sun, Feb 12, 2012 at 11:35:17AM -0500, Genes MailLists wrote: > Interesting poll - of course some will jump on it as a non-scientific > and why it's inadequate because it either is too broad an audience or > too narrow .. :-) Or perhaps with only 600+ participants the std error > may be too high (what is it anyway if one makes reasonable > distributional assumptions for the poll takers .. stats quiz :-) ) .. Right, this poll is most probably in no way representative for the majority of the Fedora end-users. >however it jives exactly with my own experience where everyone I know > dropped gnome shell and moved to either KDE or xfce (not without > grumbling) .. of course my experience is def too small a sample size :-) I have the same experience (and I moved to Xfce myself too), but most people I know are long-term UNIX/Linux developers. > While it may make sense to make KDE the default DE for fedora - I > suspect that this cannot happen in fedora due to pressures from the > large number of gnome devs associated with Fedora - or could it? Should it? > > I wonder if moving Gnome shell as a tablet spin and making KDE the > default laptop/desktop DE would have been a really smart move. Is it too > late? Perhaps we all really want a phone DE on our 42 inch desktops with > a touch screen that somehow doesn't cause muscle strain ... KDE is pretty nice these days, but IMHO way too complex to use/configure for the average end-user. -- --Jos Vos --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Rolling release Fedora - fantastic idea
On Tue, Jan 31, 2012 at 11:26:49AM -0500, Przemek Klosowski wrote: > At the same time, if the deployment is successful, we're no longer > chasing the latest features, and the stability becomes paramount---the > good is the enemy of the best. For a while, Fedora allows us to coast on > such a running system, but then we're caught by the EOL. As explained earlier, at Fxx EOL, the newest RHEL software is older than the Fxx software, so this not make much sense. > What do you do with your Fedora systems deployed long-term? update them > as soon as new version comes up? leave them running? don't use Fedora > for the long term? Yes, Fedora is not for long term if updates/security are an issue. Period. -- --Jos Vos --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Rolling release Fedora - fantastic idea
On Tue, Jan 31, 2012 at 10:36:32AM -0500, Przemek Klosowski wrote: > The downgrades would actually be better than having an unsupported > system that doesn't get any updates ever. The assumption here is that > the downgrades aren't introducing any security or fundamental > functionality issues--hopefully, 'long term support' means that they > would fix such problems. If people can live with RHEL/CentOS/SL' "older" packages *and* need LTS, why would they *ever* start using Fedora anyway (when they know they have to move to RHEL/CentOS/SL at some point anyway). Sorry, this is really a *very* weird scenario. -- --Jos Vos --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Rolling release Fedora - fantastic idea
On Sat, Jan 28, 2012 at 11:15:11AM -0600, Andrew Wyatt wrote: > Back on topic. It wouldn't continue to come up if people didn't see > value in it. Simply discarding the idea because "a lot of developers" > feel that it's a "waste of time" is not valid criticism of the idea. > > If you "can't count" how many times it has come up, perhaps you should > investigate it because there is obviously potential in the idea. Maybe it's good to create a wiki page or so with a FAQ about both the rolling release and the long term support issue, explaining why these things do not exist and why people in general think it's a bad idea. If people still want to argue *after* reading this FAQ, they should have really good arguments. The arguments in the original mail about the "success" of mixing up things are by no means impressing, this is just stating he's lucky enough to not come across all the possible problems (and I'm sure there are *many* of them). -- --Jos Vos --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F17 proposal - prerelease version name changes
On Wed, Jan 25, 2012 at 12:01:07PM +0100, Swapnil Bhartiya wrote: > I don't think Fedora is for 'consumers'. Due to the policy to not > include many non-free components and missing apps from main repos, I > don't consider it a consumer OS. I tried it myself and also tried to put > it on average user's PCs but it refuse to work as a consumer OS should > work. I still can't boot Fedora 16 on my PC. > > Yes, it is a superbly great developer OS. I don't completely agree with you (and who says you can't install additional non-free components on top of an OS?), but an even bigger problem would then be the enterprise/business preview naming (although I *do* install/maintain Fedora as a desktop for business customers, as RHEL c.s. just contains too old software for some desktop users). -- --Jos Vos --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F17 proposal - prerelease version name changes
On Wed, Jan 25, 2012 at 10:22:37AM +0100, Michał Piotrowski wrote: > Microsoft has changed the way of prerelease version naming > Alpha -> Developer Preview > Beta -> Consumer Preview > Release Candidate -> Enterprise (or Business) Preview > > http://www.neowin.net/news/windows-8-beta-may-be-called-the-consumer-preview > > It seems to me that this is a very good change for reasons of PR. Such > change in Fedora prerelease naming might encourage more people to test > prereleases. IMHO "Consumer Preview" sounds a lot better than "Beta" > :) I think the words alpha, beta and RC say exactly what it is. It's bad to have people install "consumer previews" and expecting things they won't get, such as upgradabilty, stability, etc. -- --Jos Vos --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
pyvnc2swf and vnc2flv
Hi, I was looking for a tool to record X/VNC session in a movie and found pyvnc2swf. But looking at the project's home page, <http://www.unixuser.org/~euske/vnc2swf/index.html>, I see that the development has been superseded by its successor, vnc2flv, <http://www.unixuser.org/~euske/python/vnc2flv/index.html>, since 2 years. Maybe Fedora should upgrade to this new version for F17. -- --Jos Vos --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: GNOME vs. Fedora logo in gdm window
On Fri, Nov 04, 2011 at 03:10:10PM -0400, Bill Nottingham wrote: > This is the fallback GDM, correct? Yes it is (in a KVM console). I now realize that it looks different from the GDM I saw when I tested an earlier beta on a "real PC". -- --Jos Vos --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
GNOME vs. Fedora logo in gdm window
Hi, I just installed F16 RC5 in a VM and I see the GNOME (foot) logo in the gdm login window, i.s.o. the Fedora logo. Is this correct? IIRC the Fedora logo was still there in an earlier beta... -- --Jos Vos --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: GNOME 3 - font point sizes now scaled?
On Fri, Sep 30, 2011 at 12:12:45PM -0400, Felix Miata wrote: > I think it's become clear over the past couple of years that the Gnome and > KDE devs have decided they're controlling a playgound rather than software > for users to be productive with, expecting those who don't like their silly > power sapping toys to goto XFCE, LXDE or elsewhere to absolve themselves of > the effects of naive and anarchist devs. +1 Well said... /me being a pretty happy Xfce user since F15. -- --Jos Vos --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: GNOME and Xfce terminal entries not distinguishable in menus
On Mon, Sep 19, 2011 at 10:33:06AM -0600, Andrew McNabb wrote: > Additionally, once you start an XFCE terminal, GNOME Shell thinks that > it's actually a GNOME terminal and gets the window ownership wrong: > > https://bugzilla.gnome.org/show_bug.cgi?id=656300 And the other way around, when starting a GNOME terminal in Xfce, the GNOME terminal immdiately shrinks itself (you see it shrinking!) horizontally to a width of 28 characters. No idea why this happens, I'm happy with the Xfce terminal, so I don't need it... Maybe I should file a bug or can anyone see if this is still the case in F16? -- --Jos Vos --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Looking for dnssec-triggerd alpha testers!
Hi all, Sorry for my previous message to this list. It was intended as a personal message (in Dutch) to Paul, hence the "off-list" remark at the top, but I made a stupid mistake... Cheers, -- -- Jos Vos --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Looking for dnssec-triggerd alpha testers!
Hi Paul, (off-list) On Sat, Sep 17, 2011 at 02:00:04PM -0400, Paul Wouters wrote: > dnssec-trigger consists of NetworkManager hooks, a daemon that rewrites > resolv.conf and signals unbound, and a gnome applet to show the user the > DNSSEC status and to warn the user if the network is (too?) unsafe to use. Even een (misschien wat flauwe) opmerking: zorg dan ook voor een Xfce panel plugin, want GNOME wordt door "echte" mannen (incl. Linus Torvalds, die dat openlijk meldde) niet meer gebruikt sinds/dankzij GNOME3 ;-). Groet, -- --Jos Vos --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
GNOME and Xfce terminal entries not distinguishable in menus
Hi, After having installed both GNOME and Xfce since F15, I noticed that the GNOME terminal (package gnome-terminal) and Xfce terminal (package Terminal) use the same Name and Icon in their desktop files. So when using the "System" menu, you have to try (and remember) which one is the one you want. Of course, in practice I have a panel launcher for it, but wouldn't it be a good idea to change the names of these desktop entries to "GNOME Terminal" and "Xfce Terminal", respectively? Thanks, -- --Jos Vos --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Kudos to Tom "Spot" Callaway
On Tue, Sep 13, 2011 at 11:57:48AM -0400, David Malcolm wrote: > I believe I agree with you [1] - but to be pedantic (sorry!) what Spot > is packaging is "Chromium", not "Chrome". AIUI, the former is Free > Software, the latter is not. OK, thanks for the clarification. Substitute Chrome by Chromium in my previous messages, I never intended to talk about the non-free version. -- --Jos Vos --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Kudos to Tom "Spot" Callaway
On Tue, Sep 13, 2011 at 12:05:29PM +0200, Matej Cepl wrote: > The fact that it is important for Fedora users, doesn't mean it must be > in the official Fedora repos (see MP3 codecs or other lovely programs in > non-Fedora repos). [...] I know. I was just reacting to Adam's argument "Given that it's not a particularly vital package, [...]". Other arguments are fine, as long as it's kept in mind that Chrome is more important than some might think. -- --Jos Vos --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Kudos to Tom "Spot" Callaway
On Mon, Sep 12, 2011 at 02:41:36PM -0700, Adam Williamson wrote: > Given that it's not a particularly vital package, since we have the > somewhat more 'correct' Firefox, I don't think it's necessary to suspend > our packaging standards to accept this kind of crappy code into Fedora. Well, I understand the Fedora policy and the problems with packages that do not conform to it, but I just want to emphasize that Chrome in some situations can be seen as a vital package. I just started to use it myself and it is in some situations *so much* faster than Firefox (on low-mem netbooks, for example), that I'm *very* glad to have Spot's packages. Looking at Google's Chrome RPM, I would definitely refuse to install it on any system. So, Spot's repository is vital for me and other Chrome users and I hope to see it eventually in Fedora. -- --Jos Vos --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: "Baseurl" download source for now?
On Wed, Sep 07, 2011 at 01:55:53PM -0700, Jesse Keating wrote: > See https://fedoraproject.org/wiki/Anaconda/Kickstart#repo for specific > instructions on how to supply a mirror list in kickstart. But isn't it so that yum/anaconda stay with the same mirror once one is selected? My problem was that --mirrorlist didn't work because the selected mirror probably had an inconsistent repo (I tried 2 or 3 installs that all failed) and I had to specify a well-known mirror with --baseurl to solve this problem. -- --Jos Vos --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: "Baseurl" download source for now?
On Wed, Sep 07, 2011 at 10:22:48AM -0400, seth vidal wrote: > Broken how? If the mirror is not functional yum should switch to the > next mirror in your mirrorlist from mirrormanager. Well, I have had broken (kickstart) installs more than once, because packages couldn't be found etc. I had to solve this by specifying a well-known mirror as base url. If a mirror is accessible, but has a broken repository, you're lost. -- --Jos Vos --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: floppy support (was: [HEADS UP] remove ddate(1) command from rawhide)
On Mon, Aug 29, 2011 at 09:44:33AM -0500, Jon Ciesla wrote: > Because there are still people with floppy drives? +1 It's ridiculous to think that older HW doesn't exist because systems with that HW are not sold anymore (I don't even know id the latter is true at all -- some special purpose systems might still have it). We just have to wait till people come up with the argument that serial or parallel ports don't exist anymore. Don't let us all fall in the GNOME3 trap (assuming that all hardware now has accelerated graphics support, which is even more ridiculous, although GNOME3 has become useless for most people I know anyway). Sorry, I couldn't resist... -- --Jos Vos --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Compiler as Require
On Fri, Aug 26, 2011 at 03:40:52PM -0400, Orcan Ogetbil wrote: > It is redundant [1] however there is no guideline that prohibits it so > I guess it is OK. If there is no guideline from which you can conclude it should not be done, then the guidelines should be adapted, I think. Some guideline should say that only dependencies that are needed by the software in the package are allowed. -- -- Jos Vos --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Patching config files (or not)
Hi, Should configs files of a package be patched to have settings that make it work more or less out of the box (as far as possible, some setting like DB access etc. just can't be filled in in advance)? I came across a package that defines to use "nogroup" in its config file as effective group (Fedora has no "nogroup", but has group "nobody") and defines to put a pid file in /var/run (which fails, as it appears to do that as nobody/nobody when running). Should this config file have been patched to use "nobody" as group and should the package (for example) include a package-specific directory below /var/run to put its own pid file in (and patch the config file to use this directory for pid files)? Just wondering if it is worth filing bugs against this package because of the above (easy to solve) issues... Cheers, -- --Jos Vos --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Lack of space on /
On Fri, Jul 08, 2011 at 09:47:13AM +0100, Paul F. Johnson wrote: > Something strange has happened on my system. At the start of last > week, / was reporting that I had about 8Gb free. It now reports that / > is completely full. Wrong list, I think, this is the Fedora DEVELOPMENT list. -- -- Jos Vos --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Samsung ml printers
On Thu, Jul 07, 2011 at 12:00:25PM +0200, Joachim Backes wrote: > On the other hand, the attach process in *Ubuntu 11.04* leaves a fully > operable printer without any need for interaction. > > Why this difference? Because the drivers are not open source? -- --Jos Vos --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: how to keep rpmbuild directory clean
On Fri, Jun 17, 2011 at 09:03:53PM +0200, Maxim Burgerhout wrote: > You can embed rpm macros, like %name, in your .rpmmacros file. That > way, you can create a directory per package containing SPECS, RPMS, > SRPMS, etc. directories. I use it like this (out of the back of my > head): > > %_topdir /home/maxim/rpmbuild > %_specdir /home/maxim/rpmbuild/%name/SPECS > %_rpmdir /home/maxim/rpmbuild/%name/RPMS > %_srcrpmdir /home/maxim/rpmbuild/%name/SRPMS > %_sourcedir /home/maxim/rpmbuild/%name/SOURCES Isn't (only) setting %_topdir to /home/maxim/rpmbuild/%name enough for this? I never tested this trick, but if the rest works, just setting %_topdir that way should be sufficient too. -- --Jos Vos --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: how to keep rpmbuild directory clean
On Fri, Jun 17, 2011 at 07:57:37PM +0200, Jakub Jedelský wrote: > I've made some rpm packages (a special build for me or for company) > from time to time but recently I have a little problem with my > rpmbuild directory. There are a lot of different patches and sources > in SOURCES, SRPMS and SPECS dirs. > And question is: how to keep my dir clean? :) Have you any method for > this? Do you have one rpmbuild dir for one project or do you use more > user accounts or..simply copy files to another location? And as a > bonus I would like to use git for versioning of spec files.. Just use a temporary rpmbuild directory PER BUILD. Why would you want to keep the stuff that's in there? You have the src.rpm at the end. And an even better answer is: use mock (see http://fedoraproject.org/wiki/Projects/Mock ) for clean buiding. -- --Jos Vos --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Intel N10 graphics and i915 driver
Hi, On an Atom-based netbook with an "Intel N10 Family Integrated Graphics Controller" that is using the i915 driver, the system appears to be too slow to play high-resolution video content (it is then CPU-bound). This has been tested on F14. Someone with the same netbook running Windows has no problem at all, so this suggests that the Linux video driver is not smart enough. So my questions are: (a) does there exist a better video driver for this chip and/or (b) is the i915 driver expected to provide better video performance for this type of use in the future? Thanks, -- -- Jos Vos --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F15 and Broadcom BCM4313
On Wed, Apr 27, 2011 at 08:16:40AM -0700, Adam Williamson wrote: > in F15 for now (pragmatically speaking) is to install the proprietary > 'wl' driver from a third party repository (the standard one has it > packaged as kmod-wl / akmod-wl). That driver supports the chip in > question and works, per multiple reports. Thanks for all replies. I installed F14, added the RPMfusion repos and installed broadcom-wl and the Broadcom wifi seems to work fine. -- --Jos Vos --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
F15 and Broadcom BCM4313
Hi, I'm testing a netbook using the F15 Beta Live image. That netbook has a Broadcom BCM4313 wifi chipset, of which I can find several problem reports and the same number of answers, with or without success reports. The lspci -v output (I've zeroed the S/N in the output): 02:00.0 Network controller: Broadcom Corporation BCM4313 802.11b/g LP-PHY (rev 01) Subsystem: Device 1a3b:2047 Flags: bus master, fast devsel, latency 0, IRQ 10 Memory at fbffc000 (64-bit, non-prefetchable) [size=16K] Capabilities: [40] Power Management version 3 Capabilities: [58] Vendor Specific Information: Len=78 Capabilities: [48] MSI: Enable- Count=1/1 Maskable- 64bit+ Capabilities: [d0] Express Endpoint, MSI 00 Capabilities: [100] Advanced Error Reporting Capabilities: [13c] Virtual Channel Capabilities: [160] Device Serial Number 00-00-00-00-00-00-00-00 Capabilities: [16c] Power Budgeting Two questions: - Can I get this chip working (as a test) using the Live USB-stick, so that I can verify the correct working without actually installing Fedora on the disk? (Wired Ethernet is working to retrieve external stuff when needed.) - Is this chipset expected to start working without any additional tweaks during the F15 life cycle? Thx, -- -- Jos Vos --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Atheros AR8152 v1.1 driver in F14
Hi, Can I expect that the Atheros AR8152 v1.1 Fast Ethernet (wired) chipset is working fine with F14? I found http://blog.fridns.se/?p=43 and that all sounds a bit scary. But http://smolt.fedoraproject.org/reports/view_device/AR8152%20v1.1%20Fast%20Ethernet suggests that it's working ok for some people (and that it's a already frequently used chipset). This AR8152 v1.1 is in a Packard Bell netbook that I don't habe myself at the moment. Thanks, -- --Jos Vos --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: RealTek 8191SEvB wifi
On Thu, Mar 03, 2011 at 10:27:45AM -0500, John W. Linville wrote: > If I correctly interpret the data from smolt (which reports pci ids > in decimal? really?), it looks like the pci id for the device in > question is 10EC:8172. Unfortunately, none of the current rtlwifi > sub-drivers claim that ID. > > So 2.6.38 will not support that device and 2.6.39 probably won't > either. :-( I found this info: http://www.thinkwiki.org/wiki/ThinkPad_11b/g/n_Wireless_LAN_Mini-PCI_Express_Adapter_II -- --Jos Vos --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: RealTek 8191SEvB wifi
On Thu, Mar 03, 2011 at 09:35:12AM -0500, Jarod Wilson wrote: > Looks like it, based on the addition of the rtl8192ce driver upstream > in 2.6.38, which includes support for multiple 8191 devices as well. > > Knowing your PCI device ID would lead to more certainty. Devices the > driver claims to support: Unfortunately I don't have the HW yet (I'll try to investigate *before* buying), but I'm looking at some Lenovo Thinkpad Edge 15 models, of which at least some seem to have this chip. I found this HW profile of the specific model I'm looking at: http://smolt.fedoraproject.org/client/show/pub_8de0cb7b-6fb2-4d20-992c-28ce749ed061 0301-GSG is the exact model number I'm looking at, but I'm not sure if the model number listed here can be trusted. Thx, -- --Jos Vos --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
RealTek 8191SEvB wifi
Hi, Will F15 (and maybe also newer F14 kernels?) support the RTL8191SEvB Wireless LAN Controller? AFAIK at least stock F14 does not support it. Thx, -- --Jos Vos --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Question regarding RPM packaging of interactive software.
On Sat, Jan 08, 2011 at 09:31:07AM -0700, susmit shannigrahi wrote: > This software (gnumed-server, which is not yet in bugzilla) uses a > postgres database for storing data. > > For subsequent installations (if tried), it simply overwrites the > database. In this process, it asks the user whether to overwrite the > DB or not. My initial thought was to backup the database somewhere and > continue. However, when I asked upstream, they replied that there is > no easy way to restore these databases. But isn't creating a PostgreSQL database at RPM install possible at all? How can the RPM know the access details etc.? Isn't there a packaging guideline that forbids this in all cases? -- --Jos Vos --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Ubuntu 10.10's installer looks rather nice
On Tue, Oct 12, 2010 at 09:30:45AM -0700, Adam Williamson wrote: > 2) it creates a confusing decision point for *everyone*: how do you know > if you need the 'advanced' options? You can't really know without > looking at them, so you have to look at them to decide if you need them, > so essentially we're presenting the advanced options to everyone... 100% agreed. You do not know in advance what options will not be shown in non-advanced mode (e.g. custom filesystem layout, MBR at a different partition, etc.). As a CLI expert I'm considering myself all but a GUI expert, but I never understood how people can "guess" the corect answer to this kind of undefined questions (like "do you want basic or advanced install mode?"). -- --Jos Vos --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Ubuntu 10.10's installer looks rather nice
On Mon, Oct 11, 2010 at 01:07:26PM -0400, Matthias Clasen wrote: > That is certainly a big part of the problem. Anaconda does a _ton_ of > crap that only very few users care about. And keeping all these minority > features from falling apart is leaving you no time to polish the user > experience for the large majority of users. I do not see why we should remove functionality (and almost everything is there for a good reason) to "polish the user experience". I do not even see that the latter is needed (the things mentioned in the initial mail we really minor things and/or probably quite easy to add), but that's maybe my fault as a hard-core UNIX guy... I recently had to install a SLES system for some experimental reason and ended up with a screwed-up system (read: MBR), probably because the user experience was so polished that it didn't want to ask me the things it *should* have asked :(. -- --Jos Vos --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
LUKS open / mount order
Hi, While experimenting using an USB stick with a keyfile for a LUKS filesystem (not one of the basic ones), I found out this actually seems to work, but I'm not sure of this "by design" or just accidentally. In rc.sysinit, the stick (in fstab with UUID) is mounted and later the luksOpen seems to be done for the encrypted partition, using the keyfile on the stick. The encrypted partition is not mounted in rc.sysinit (luksOpen was done too late it seems), but it is now mounted in the "netfs" init script (!). Is this all "by design" and is this the recommended way of using LUKS with keyfiles on USB sticks (which can be something useful in certain environmnents)? -- --Jos Vos --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: vesa-mode Anaconda install
On Wed, Aug 11, 2010 at 11:22:48AM -0400, Adam Jackson wrote: > nomodeset should do this. The KMS X driver should fail to bind and then > we should fall back to vesa naturally. If we don't it's an X driver > bug. It's not always that simple. For the Intel problem I earlier mailed about (see <https://bugzilla.redhat.com/show_bug.cgi?id=622052>, now upstream known as <https://bugs.freedesktop.org/show_bug.cgi?id=29449>) I didn't manage to get a VESA-driver install working so far. On an installed system I can make X working using the kernel parameters "i915.modeset=0 video=vesa" (nomodeset does NOT work, as then VESA won't work either), but I didn't figure out how to let anaconda use the VESA driver. I tried "nomodeset", and "xdriver=vesa", a combination, and the above listed parameters that do work on an installed system, but neither of these work. I have to say I've tested this on RHEL6b2 and only partly on F13, so you may blame me if details have changed here since then. -- --Jos Vos --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Intel 82Q35 / framebuffer problem
On Fri, Aug 06, 2010 at 04:41:33PM -0400, Adam Jackson wrote: > This is almost certainly the root of the problem. We don't try to set > up SDVO devices if they're not listed in the VBT, but not having a VBT > means nothing's gonna be listed. We'll need the output from: > > # dd if=/dev/mem of=/tmp/rom bs=64k skip=12 count=1 Should I attach it to the bug? In what format? -- --Jos Vos --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Intel 82Q35 / framebuffer problem
On Fri, Aug 06, 2010 at 03:26:16PM -0400, Adam Jackson wrote: > intel-...@lists.freedesktop.org would be the place to go for this. As a > guess, you've got LVDS attached over SDVO and we screwed that up again. I'm happy to do that, but I hope you don't mind that in the meantime I'll also file a bug against RHEL6 (and there dmesg output looks even more scary). Should such a bug then be filed against xorg-x11-drv-intel? Furthermore, given your "guess", would there be a workaround? FWIW, I also see: [drm] set up 7M of stolen space [drm:intel_init_bios] *ERROR* VBT signature missing [drm] failed to find VBIOS tables -- --Jos Vos --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Intel 82Q35 / framebuffer problem
On Fri, Aug 06, 2010 at 12:27:52PM -0600, Nathanael D. Noblet wrote: > Without being an expert, it looks like SLED11 is using vesa, and F13 is > trying to use the intel driver... tell fedora to use vesa and it should > 'work'. Though I'm guessing that the xorg folks may want to get the > actual intel driver working better... Not it is not using vesa for X, SLED11 is using the intel driver: Section "Device" BoardName"Q35" Driver "intel" Identifier "Device[0]" Option "monitor-VGA" "Monitor[0]" VendorName "Intel" EndSection And it does even handle both displays properly. After some googling, and seeing the openSUSE 11.3 has the same problem, I'm afraid the issue is related to kernel mode setting (but I'm not an expert in that area) and this is messing up things for this specific configuration. -- --Jos Vos --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Intel 82Q35 / framebuffer problem
Hi, I have a problem with an IBM point-of-sale system with an Intel 82Q35 graphics chipset that does not work in RHEL6/F13, but that does work fine on SLED 11 !!! That system has a 15" display attached and also a VGA port for a second display (to which I have connected a monitor). This is the dmesg output on F13 with one comment inserted: [...] usb 1-5.2: new full speed USB device using ehci_hcd and address 3 usb 1-5.2: New USB device found, idVendor=05ba, idProduct=000a usb 1-5.2: New USB device strings: Mfr=1, Product=2, SerialNumber=3 usb 1-5.2: Product: U.are.U® 4500 Fingerprint Reader usb 1-5.2: Manufacturer: DigitalPersona, Inc. usb 1-5.2: SerialNumber: {3740B292-0CE7-0C45-BFC2-5053D2C76391} fbcon: inteldrmfb (fb0) is primary device ## HERE THE CONSOLE SWITCHES FROM PRIMARY TO SECONDARY DISPLAY !!! ## Console: switching to colour frame buffer device 160x64 fb0: inteldrmfb frame buffer device registered panic notifier No ACPI video bus found [drm] Initialized i915 1.6.0 20080730 for :00:02.0 on minor 0 [...] The dmesg output on SLED 11 (kernel 2.6.27.19) as far as related to the framebuffer part looks as follows: [...] vesafb: framebuffer at 0xd000, mapped to 0xf888, using 6144k, total 8128k vesafb: mode is 1024x768x16, linelength=2048, pages=0 vesafb: scrolling: redraw vesafb: Truecolor: size=0:5:6:5, shift=0:11:5:0 bootsplash 3.1.6-2004/03/31: looking for picture... bootsplash: silentjpeg size 57853 bytes bootsplash: ...found (1024x768, 31742 bytes, v3). Console: switching to colour frame buffer device 124x44 fb0: VESA VGA frame buffer device [...] On F13, I can avoid the video switcthing with the "nomodeset" kernel parameter, but after that X can not be started at all. The same problem occurs with anaconda, BTW, so it also switches to the second display on F13/RHEL6, while a graphical install on the primary display is working fine for SLED11. I have the complete dmesg output of both F13 and SLED11, if needed. Any help is appreciated. Thanks, -- --Jos Vos --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
F13 install refuses to work with old NFS servers?
Hi, I just tried to install F13 (PXE boot and the NFS with DVD image and images/install.img) but after a while it says it can't mount the directory. On the NFS server I see a NFS packet coming in and a response being sent, but that's about it and nothing is logged about the mount request. Now I see some discussions about NFS and F13 in general, but I can't find a particular discussion related to anaconda. Did something change here and is there a workaround? Thanks, -- --Jos Vos --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Realtek 8192se on F12/F13
Hi, What is the status of support for the Realtek 8192se WiFi controller in F12 and F13? I see in some wiki page a reference to the Realtek website, at least for (stock) F12. Is this chipset in the meantime supported in the F12 kernel and/or will it be supported in F13? Thanks, -- --Jos Vos --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Overriding RPM macros
On Sun, May 02, 2010 at 06:46:03PM +0530, Shakthi Kannan wrote: > This worked. I am wondering if it is possible to export CC, AS, LD and > any other variables without having to patch the .spec file? Sourcing a > file listing all the variables is one option. Is there something that > rpmbuild can import in its environment before starting the build, > perhaps? Well, you can export in a script in which you at the end call "rpmbuild" of course, but that's about it. Yes, you could redefine %configure etc. but that would become too dirty to even mention. In general, RPM is designed for getting predictable results, so what you want to do is in fact against the normal RPM way of working. -- --Jos Vos --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Overriding RPM macros
On Sun, May 02, 2010 at 06:13:51PM +0530, Shakthi Kannan wrote: > I tried to set the following in ~/.rpmmacros: > > %__cc /path/to/compiler-gcc > > and when I did rpmbuild -bc hello.spec, it shows: > > $ rpmbuild --showrc | grep cc > rpmlib(ConcurrentAccess) = 4.1-1 > -14: __cc/path/to/compiler-gcc > -14: __cpp gcc -E > > But, when I use rpmbuild -bc hello.spec, the configure script still > takes cc as /usr/bin/gcc from /usr/lib/rpm/macros. Why is it so? > > Only when I do something like, CC=/path/to/compiler-gcc rpmbuild -bc > hello.spec, does the new CC used for building the package. Why isn't > ~/.rpmmacros overriding the default macros? > > Appreciate any inputs, Why do you think the configure script uses the %__cc macro? Look how %configure is defined (with macros substitued): rpm --eval '%configure' If your path is not listed there, it will not be used, as the configure script internally will only refer to environment variables. Changing the spec file so that you set export CC=/path/to/compiler-gcc at the beginning of %build might do what you want. -- --Jos Vos --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel