Re: [Dng] The countdown
Greetings Am 24.01.2015 22:29 schrieb Go Linux: I know a few folks who are expecting Devuan to fail miserably. As the deadline approaches, I'm hoping that you guys deliver the BEST Debian Jessie EVAH and prove these nay sayers wrong. Last progress update was about a month ago IIRC. A current update might go a long way towards silencing these skeptics. Just a suggestion . . . I guess that hard work is being done and there's no time for marketing, which is fine. To those skeptics, this is the answer: Am 25.01.2015 05:04 schrieb Jude Nelson: I trust that it'll be released when it's ready, and not a minute before :) Am 25.01.2015 14:21 schrieb KatolaZ: I believe the reason why Devuan exists is to provide a serious and reliable alternative to the systemd nonsense, not to show anything to anybody out there :) I liked what was the classical Debian motto, which suggested that releases should happen "when it's time", not accordingly to a fixed or prescribed schedule. «When it's ready». There's another illustrious example of this sane approach: Slackware. And believe me, the resulting product is excellent. Let me quote this from the web site: It's usually our policy not to speculate on release dates, since that's what it is -- pure speculation. It's not always possible to know how long it will take to make the upgrades needed and tie up all the related loose ends. (http://www.slackware.com/faq/do_faq.php?faq=general#5) My hat's off to you, Devuan devs, for your noble effort. Thank you. Philip ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [Dng] Package Versions
[This is a double-post due to an identity mistake, my apology to the moderators.] Hi! Am 27.01.2015 um 02:10 schrieb Noel Torres: > On Sunday, 25 de January de 2015 00:04:32 tilt escribió: > [...] >> Question: How will volunteer version the new package? > > Hi tilt > > I think adding +devuan at the end of the package version was > discussed, as well as changing the package name to avoid that > a bump in Debian's version crushes our package. > > I'm not sure if something was agreed, I think it was not. Thanks a lot for the feedback! Right now I practise "+devuanX" re-versioning, so if I encounter a hypothetical incoming package with name "xyz" and version (in Jessie) "1.2.3-4" then my modified package will still be called "xyz" and the version will be "1.2.3-4+devuan1" (and if have to revise it, "+devuan2" and so on). I do understand the "Bumping" problem you mentioned, but package renaming has problems, too: Let's assume hypothetical incoming package "xyz". I make a modified version and rename it to, for example, "xyz-devuan". Binary packages will be "libxyz0-devuan", "xyz-devuan-doc" and so on. I add "Provides" relations and set them to "libxyz0", "xyz-doc" and so on. Providing virtual packages of the same name as concrete packages is valid according to [DEBPOL7.5] paragraph 3. But according to [DEBPOL7.5] paragraph 4, as soon as another package Depends on a specific package version, virtual packages will not be considered for satisfying relations anymore, thus excluding our package "xyz-devuan", at least from any form of automatic dependency resolution. Therefore, I feel package renaming introduces lots of work for a limited reward. Kind regards, tilt. Reference: [DEBPOL7.5] Debian Policy Manual.Section 7.5: "Virtual packages - Provides" https://www.debian.org/doc/debian-policy/ch-relationships.html#s-virtual ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [Dng] Package Versions
On Wed, Jan 28, 2015 at 12:19:38AM +0100, tilt wrote: > Right now I practise "+devuanX" re-versioning, so if I > encounter a hypothetical incoming package with name "xyz" > and version (in Jessie) "1.2.3-4" then my modified package > will still be called "xyz" and the version will be > "1.2.3-4+devuan1" (and if have to revise it, "+devuan2" > and so on). > > I do understand the "Bumping" problem you mentioned It's a problem only if you: 1. mix both Debian and Devuan apt sources, and 2. don't have pinning (/etc/apt/preferences) in use > according to [DEBPOL7.5] paragraph 4, as soon as another > package Depends on a specific package version, virtual > packages will not be considered for satisfying relations > anymore, thus excluding our package "xyz-devuan", at least > from any form of automatic dependency resolution. More precisely, versioned provides _are_ supported, but only from jessie onwards. Upgrades from wheezy might need to update dpkg/apt first, before upgrading the rest. -- // If you believe in so-called "intellectual property", please immediately // cease using counterfeit alphabets. Instead, contact the nearest temple // of Amon, whose priests will provide you with scribal services for all // your writing needs, for Reasonable and Non-Discriminatory prices. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [Dng] Package Versions
On Wed, Jan 28, 2015 at 12:36:35AM +0100, Adam Borowski wrote: [cut] > > > > I do understand the "Bumping" problem you mentioned > > It's a problem only if you: > 1. mix both Debian and Devuan apt sources, and > 2. don't have pinning (/etc/apt/preferences) in use > If I can add my two cents to the discussion, it is true that we should think about the best strategy in terms of package (re)naming for Devuan, but it is also true that, at least initially, most of us will probably have to use both Devuan and Debian apt-sources. Consequently, if there is a way of avoiding trashing a working distro too easily by picking the wrong package (or package name), then I would suggest to go for it. I personally like the "+devuan" workaround, especially because the only way I see at the moment for Devuan to have non-null probabilities of surviving is by making advantage of the Debian corpus of packages, keeping branches and changes to a minimum My2Cents KatolaZ -- [ Enzo Nicosia aka KatolaZ --- GLUG Catania -- Freaknet Medialab ] [ me [at] katolaz.homeunix.net -- http://katolaz.homeunix.net -- ] [ GNU/Linux User:#325780/ICQ UIN: #258332181/GPG key ID 0B5F062F ] [ Fingerprint: 8E59 D6AA 445E FDB4 A153 3D5A 5F20 B3AE 0B5F 062F ] ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng