Re: [arch-general] netcfg2: background running
On Fri, May 9, 2008 at 1:41 PM, Aaron Griffin [EMAIL PROTECTED] wrote: On Thu, May 8, 2008 at 11:21 PM, gan lu [EMAIL PROTECTED] wrote: Do your great devs plan to add support of background running capability (adding @ like in the rc.conf daemon section) for netcfg2 (net-profile), I have set a ethernet-static and adsl internet connection when booting up, but if adsl got some trouble to connect, which makes my computer waiting for it like ages. Thanks. Couldn't you just reorder the profiles so that the ethernet starts (and possibly fails) first, then the adsl connection is tried? No, no, my ethernet is OK, but sometimes with ISP problem it will take quite some time to get connected. Thanks for your reply.
Re: [arch-general] [arch-dev-public] policy on desktop files?
On Thu, May 8, 2008 at 6:32 PM, [EMAIL PROTECTED] wrote: Why ?, well there is no reason NOT to have one in such circumstances, and often the upstream guys are expecting the downstream packagers to supply it. - And that's o.k. with me. That's not alright. Anything that causes useless and stupid duplicated work is not alright. In my opinion, here is how things should work: User X notices package foo is missing a .desktop file X checks if a desktop file is already provided in upstream source tarball If yes, he reports a bug on arch bug tracker asking to provide the desktop file, and it's over. If not, he writes a desktop file and submit it upstream. If upstream accepts, it's over. If upstream first refuses, people should keep insisting and trying to make sense of them. Finally, in the (hopefully few) cases where upstream is really too dumb, he can submit it to arch bug tracker as an arch specific desktop file. Hopefully this should reduce the load of arch packagers and move it to arch community and upstream.
Re: [arch-general] [arch-dev-public] policy on desktop files?
Hi, Xavier wrote: Hopefully this should reduce the load of arch packagers and move it to arch community and upstream. There is also the situation that upstream may not provide a .desktop file on the basis of: 1) The belief that distributions should decide which menu the item should appear on 2) The desire not to get involved with providing I18N for the .desktop contents If upstream is forced to provide a .desktop file which requires modification of e.g. category or provision of additional I18N content then we're now in the realms of patching .desktop files too. I agree that any .desktop file we create should be submitted upstream, at least for their consideration. Regards, Neil Darlow
Re: [arch-general] netcfg2: background running
On Fri, May 9, 2008 at 11:21 AM, gan lu [EMAIL PROTECTED] wrote: Do your great devs plan to add support of background running capability (adding @ like in the rc.conf daemon section) for netcfg2 (net-profile), I have set a ethernet-static and adsl internet connection when booting up, but if adsl got some trouble to connect, which makes my computer waiting for it like ages. Thanks. I'm starting netcfg2 in the background since ages.
