Hi,
On Fri, Sep 13, 2019 at 02:51:47PM +0200, Alf Gaida wrote:
> Is it really so hard to understand? Github, Gitlab and other service are
> just tools. I don't care if they are free or non-free.
For Debian, free software is kind of important.
Simon
Hi,
On Fri, Sep 13, 2019 at 12:28:23PM +0200, Marco d'Itri wrote:
> > Note that by way of counterargument, Google and its services have
> > been blocked in mainland China by the Great Firewall for nearly a
> > decade now, so I question whether there is really such a thing as
> > "too big to block
Hi,
On Thu, Sep 12, 2019 at 06:52:47PM +0200, Adam Borowski wrote:
> > I still believe that generic users are better served by deploying more
> > censorship-resistant protocols than by worrying that Cloudflare (or
> > whoever else) would violate the privacy requirements mandated by
> > Mozilla
Hi,
On Wed, Sep 04, 2019 at 09:24:31PM +0200, g...@iroqwa.org wrote:
> I intend to orphan the gdisk package.
> The package description is:
> GPT fdisk (aka gdisk) is a text-mode partitioning
> tool that works on Globally Unique Identifier
> (GUID) Partition Table (GPT) disks, rather than
> o
Hi,
On Thu, Aug 29, 2019 at 09:42:50PM +0200, Philipp Kern wrote:
> Obviously I'm not bound to that format being "3.0 (native)" but some
> "3.0 (dumb)" that just tars up the whole tree without caring about the
> version scheme would then be nice to have as a replacement. ;-)
Are you planning to
Hi,
On Wed, Aug 28, 2019 at 04:00:10PM -0400, Sam Hartman wrote:
> Back in the day, one of the big reasons for separating .orig.tar.gz from
> .diff.gz was to reuse upstream tarballs for space reasons, both in terms
> of space on mirrors when the pool had two Debian revisions with the same
> upstr
Hi,
On Mon, Aug 19, 2019 at 09:55:22PM +0300, Andrei POPESCU wrote:
> > I hope we also support the case where we ship a restricted unit file for
> > non-systemd and a unrestricted unit file for systemd.
> Would there be cases where the "restricted" unit file is using options
> not present in th
Hi,
On Fri, Aug 16, 2019 at 10:00:37AM +0100, Simon McVittie wrote:
> * non-essential dependencies should be weakened to Recommends or Suggests
> to make the overall system more flexible;
> * users who change configuration should be able to rely on it not being
> lost
After thinking about it
Hi,
On Thu, Aug 15, 2019 at 02:49:32PM +0200, Vincent Bernat wrote:
> > So we might have to invent magic comments still and/or convinve systemd
> > people that it might be a good idea to have unit files that can support
> > both immediate and on-demand start.
> It's already the case. Require the
Hi,
On Thu, Aug 15, 2019 at 10:40:22AM +0200, Enrico Zini wrote:
> [changed subject because I can't stand the old one]
Good idea.
> Alternatively, we can decide on a subset of unit files that would cover
> the normal start-stop-daemon features, and like 80% of initscripts, and
> would be very u
Hi,
On Wed, Aug 14, 2019 at 01:47:47PM +0200, Philipp Kern wrote:
> You want dbus-x11 instead of dbus-user-session then, I think.
Ah, that works, and aptitude is able to resolve that automatically (but apt
gets confused). So the immediate solution works for me and I'll file a bug
against apt. Th
Hi,
I have a few users who do test builds of kicad on my server, so I'd like to
provide the necessary build dependencies, but since a few days, the
dependency chain
libwxgtk3.0-gtk3-dev
libwxgtk3.0-gtk3-0v5
libgtk-3-0
libgtk-3-common
dconf-gsettings-backend
Hi,
On Sat, Aug 10, 2019 at 11:24:37AM +0200, Marc Haber wrote:
> >But there are other ways. Many traditional daemons can start as root
> >and drop privileges.
> How many lines of code have been replicated all along those daemons,
> how many security relevant bugs in this code did we solve it h
Hi,
On Fri, Aug 09, 2019 at 02:54:55PM +0100, Simon McVittie wrote:
> To a large extent, the design of units and service files *is* systemd.
This is a large part of the systemd criticism as well: the refusal to
commit to an API because it would hinder future development, while at the
same time p
Hi,
On Thu, Aug 08, 2019 at 08:15:29PM +0200, Vincent Bernat wrote:
> inetd performance is very low because it needs to spawn one instance for
> each connection. systemd socket activation has absolutely 0 overhead
> except on the first connection (where systemd needs to start the
> service).
If
Hi,
On Thu, Aug 08, 2019 at 02:48:48PM +0200, Philipp Kern wrote:
> As a lot of the conflict between sysvinit and systemd was about the
> philosophy.
I wouldn't say "philosophy". These are different technical designs, and
each design has certain capabilities and limitations. It is not possible t
Hi Joël,
> What compiler flags are allowed for optimization with gcc in debian
> unstable/testing?
I'd go with "none". The default CPU architecture in the compiler is the
architecture baseline.
> My project has got support for builtin vector functions. And we don't
> enable any compiler flags to
Hi,
On Mon, Jul 15, 2019 at 01:49:04PM +0200, Guillem Jover wrote:
> > In the same way, we could implement "service monitoring" in sysvinit by
> > adding an "inittab.d" directory, but I'm fairly sure that I'm not the first
> > person who had this idea in the last thirty years, so there is probabl
Hi,
On Sun, Jul 14, 2019 at 07:23:31PM +0100, Simon McVittie wrote:
> Some systemd system services are meant to start on-demand via socket
> events (systemd.socket(5)), and can work via inetd on non-systemd-booted
> systems. micro-httpd appears to be an example of this - I'm a bit surprised
> the
Hi,
On Thu, Jul 11, 2019 at 10:23:59PM -0300, Chris Lamb wrote:
> > I feel like it would be nice to come up with a standard environment
> > variable to turn warnings into errors, so we can ensure issues are
> > fixed and the warnings are actually useful.
> Hm, although perhaps DEB_BUILD_OPTIONS
Hi,
On Tue, Jul 09, 2019 at 06:12:00AM +, Niels Thykier wrote:
> Instead, I have been toying with the idea of treating d/control as
> something we generate. While not entirely novel in itself, once you
> start generating d/control, you can do interesting rewrites such as:
I've started work i
Hi,
I just did a very annoying backport. The reason it was annoying was that
two of the packages involved specified a debhelper compat level of 11.
So in order to do the backport, I first had to get debhelper 11 (or 12).
The debhelper 12 package itself has a compat level of 12, which means I
cou
Hi,
On 15.04.19 21:23, Marco d'Itri wrote:
> Generating an upstream tarball in this case is still useful because this
> way we do not need to upload and store forever the full source archive
> every time that something changes only in the packaging.
That, and upstream tarballs generated with "g
Hi,
On 12.03.19 13:33, Srinivas Rao wrote:
> I am planning to work on small IoT kind of project using Debian OS. I
> would like to customize Debian OS. could you please tell me, where can I
> get or download Debian source code and how can I create build system.
Debian is self-hosting, the easies
Hi,
On 07.03.19 15:26, Timo Aaltonen wrote:
> * Package name: intel-graphics-compiler
Is that under the pkg-opencl umbrella, where stuff like pocl and beignet
also lives?
Simon
signature.asc
Description: OpenPGP digital signature
Hi,
> A suggestion: we restrict where packages can install files and what
> maintainer scripts can do. The default should be as safe as we can
> make it, and packages that need to do things not allowed by the
> default should declare they that they intend to do that.
I've held a short inflammator
reassign 904917 gnome-shell
retitle 904917 gnome-shell: segmentation fault
thanks
Hi,
On 05.08.2018 23:54, Carl-Valentin Schmitt wrote:
> Is this a machine with nvidia graphics card and nvidia drivers?
Unlikely that this is the problem, the crash address was somewhere in
libgobject, which the n
Hi,
On 04.08.2018 01:32, Riccardo Gagliarducci wrote:
> after firmware update it still happens ~once a day,
> still without doing anything particular.
Is anything listed in the kernel log?
After a crash, log back in, then, as root:
# cat /proc/uptime
The first number is the number of seconds
[Possible candidate for a move to debian-project]
Hi,
On 06.01.2018 14:42, Simon McVittie wrote:
> If this is important to you (and when I say "you" here I mean
> everyone who agrees with that statement, not just you personally), then
> src:sysvinit and the ecosystem around it could really benef
Hi,
Am 04.01.2018 um 05:12 schrieb Russ Allbery:
> I think the key to a good path forward is to recognize that systemd solved
> some specific problems, and to build a roadmap of which problems do indeed
> need to be solved and the alternate solutions to them, and which aren't
> important enough t
Hi,
On 03.01.2018 20:01, Steve Langasek wrote:
> What a nosystemd build profile proposes to do is to avoid linking against
> *lib*systemd, which is an inert library dependency whose runtime impact
> rounds to zero when systemd is not in use.
I don't really care about a bit of dead weight except
Hi,
On 01.01.2018 17:42, Josh Triplett wrote:
> There's a difference between "dropping support" and "not mandating
> support".
Ideally, yes, but in practice the difference isn't very large. The main
reasons I see for people to use sysvinit are:
- reliability: there have been a few interesting
Hi,
On 30.12.2017 13:02, Alex Mestiashvili wrote:
>> I would guess that the vast majority of folks still using sysvinit with
>> Debian are running wheezy or older, and thus removing sysvinit scripts
>> from packages in unstable wouldn't affect them. But maybe that still
>> leaves a reasonable num
Hi,
On 18.10.2017 11:36, Guillem Jover wrote:
> Using dpkg-buildpackage as the official build entry point would allow
> for much debian/rules refactoring and reduction, and optimizations.
The important bit isn't whether dpkg-buildpackage is the official entry
point, because that isn't what Polic
Hi,
On 01.10.2017 01:29, Adam Borowski wrote:
> lsattr, chattr
These I'd expect to be present in a sane system, including inside
containers.
> badblocks
I need that in rescue systems at least. Is d-i independent from
Essential here?
Container overhead is negligible, BTW — all Debian based con
Hi,
On 24.09.2017 17:47, spartrekus spartrekus wrote:
> Which requirement list should be carefully observed in order to enter
> the debian stage processing for new applications.
There is the Debian Policy that describes how packages *must* behave,
and a number of guidelines on how to achieve thi
Hi,
On 12.08.2017 09:19, Dr. Bas Wijnen wrote:
> (Note: I'm not saying s3cmd must be in contrib. It can work with free
> servers,
> so it can be in main.)
It can be in main as soon as a free server exists, I think.
Simon
signature.asc
Description: OpenPGP digital signature
Hi,
On 01.07.2017 13:40, Matteo F. Vescovi wrote:
> I've lost interest in maintaining the glew package.
> So, I'm orphaning it right now.
As KiCad depends on this, I'm interested in keeping it. Since I have
only little time, I'd prefer not to maintain it myself, but I'm offering
to sponsor in ca
Hi,
On 30.06.2017 20:41, gwmf...@openmailbox.org wrote:
> When the average user cannot change the umask
Changing the umask is the wrong fix. The correct solution is to set the
permissions of the home directory to 751, once.
Simon
signature.asc
Description: OpenPGP digital signature
Hi,
On 27.06.2017 19:11, gwmf...@openmailbox.org wrote:
> I'd like to know why giving the world (Other) read access is even under
> consideration. If user wants a file to have Other readability this
> should be on the user to set it, but it should not be the default.
That can be solved by exclud
Hi,
On 25.06.2017 13:05, Philipp Kern wrote:
> However in terms of how to get it in in the first place: For
> bootstrapping the usual way is to do an upload per architecture that has
> been built using a locally installed version of the package and then
> binNMU it in the archive against itself.
Hi,
On 24.04.2017 17:43, Dominik George wrote:
> * Package name: nano-assault
Is that safe, trademark-wise? I just happen to know the guys who made
the 3DS game...
Simon
signature.asc
Description: OpenPGP digital signature
Hi,
is there going to be a decision on this bug before the release? This
severely limits Debian's usefulness on several systems I administer,
makes the package deviate from upstream unnecessarily, and also affects
a software release I need to ship to customers.
The current packages are broken for
Hi,
On 07.04.2017 01:58, Michael Biebl wrote:
>> - Suspend
>> - Hibernate
>> - Airplane-mode Hotkey (especially hard apparently)
>> - Volume Hotkeys
>> - Brightness Hotkeys
>> - Suspend/hibernate hotkeys
>> - Hot-plug of external monitor
> All of the above works flawlessly on my Thinkpad X220 ru
Hi,
On 29.01.2017 02:32, Sean Whitton wrote:
> * Package name: pointback
Should that be "emacs-pointback"?
Simon
signature.asc
Description: OpenPGP digital signature
Hi,
On 27.01.2017 18:44, Uwe Hermann wrote:
> I'll be happy to answer any questions regarding upstream releases, shared
> libs,
> versioning, etc. etc. However, I'll not be able to do any sponsoring or
> mentoring
> of non-DDs (lack of spare time, see above).
In case it is needed, I'd be avail
Hi,
On Sun, Jan 15, 2017 at 12:51:51AM +, Simon McVittie wrote:
> If I understand correctly, the objection was to how sysvinit behaves
> (for which I have now opened #851427) - it puts the symlink at /dev/shm and
> the real mount at /run/shm.
That is the correct approach, and IIRC this is ho
Hi,
On 29.12.2016 12:49, Marco d'Itri wrote:
>> As long as there is still a way to have working "netstat" and "ifconfig"
>> commands, that is fine.
> I do not think that anybody sane wants to remove the package from the
> archive: the idea is to stop using it in script in other packages since
Hi,
On 28.12.2016 12:08, Samuel Thibault wrote:
>> Does iproute work on Non-Linux kernels?
> No, but net-tools doesn't work on non-Linux either :)
> inetutils tools do, however.
As long as there is still a way to have working "netstat" and "ifconfig"
commands, that is fine.
I often work in mi
Hi,
On Wed, Nov 30, 2016 at 12:19:42PM +0100, Marc Haber wrote:
[Restoring deleted conffiles]
> dpkg --force-confmiss --install , as suggested by Simon,
> didn't work
Hm, that smells like a bug.
Simon
Hi,
On 29.11.2016 17:58, Svante Signell wrote:
> After upgrading to sid the conffiles don't seem to be installed any longer?
> Examples are bash, passwd, basefiles and libpam-runtime. Especially trhe last
> one cost me a day debugging to find out why logins crashed. What is causing
> this, do I h
Hi,
On 19.11.2016 23:07, Marco d'Itri wrote:
>> plugin messes with those internals. For example, for apache2 there is
>> gridsite
>> which uses mod_ssl private interfaces and a private copy of a header from
>> the
>> apache2 sources to get access to the SSL context. Finding all such issues in
Hi,
On 28.08.2016 14:29, Jonathan de Boyne Pollard wrote:
> especially in light of the fact
> that the systemd developers have had a list of "Oddball things that you
> can actually do with rc scripts that systemd isn't going to support."
The crux of the matter is that what the majority thinks of
Hi,
On 28.08.2016 22:11, Bart Schouten wrote:
> That "very serious race condition" is nothing more than one daemon
> having to wait for the other while starting up. THAT'S IT. Oh and
> knowing when something has died so you can restart it or something.
That is also something the init system can
Hi,
On 21.08.2016 11:03, Josh Triplett wrote:
> Mechanisms like shlibdeps, dh_perl, and other substvars allow packages
> to compute their Depends at build time. This avoids hard-coding
> dependencies, simplifies upgrading the package to new versions, and
> makes transitions much easier.
Package
Hi Enrico,
On 08.07.2016 11:21, Enrico Zini wrote:
> given that it is now possible to generate arbitrary short key ID
> collisions[1], and that it's now computationally feasible to at least
> generate a pair of keys with colliding long key IDs, I'd like to rethink
> practices and tools.
With the
Hi,
On 29.06.2016 23:35, Sergio Durigan Junior wrote:
> fpaste is a command-line front-end for the Fedora Pastebin service at
> fpaste.org. It allows easy uploading of multiple files, or of
> copy&pasted text from stdin, without requiring a web browser. A unique
> fpaste link is returned,
Hi Adam,
On 20.06.2016 09:58, Adam D. Barratt wrote:
>> In this case, send a mail to cont...@bugs.debian.org, with "notfound",
>> the bug number and the version number in testing -- this will correctly
>> track the bug as unfixed in stable, but not affecting testing or
>> unstable.
> What "notfo
Hi,
On 17.06.2016 09:31, Eugene Zhukov wrote:
> The package is marked for autoremoval from testing, however the RC[1]
> bug is reported against version in stable (testing has a newer
> version, without a bug).
In this case, send a mail to cont...@bugs.debian.org, with "notfound",
the bug number
Hi,
On 21.05.2016 21:06, Michael Biebl wrote:
> Personally I don't see a compelling reason why netbase should pull in a
> specific network configuration system.
> So +1 for dropping the Recommends.
It should probably pull in at least one -- ideally listing a sensible
default for Desktop installa
Hi,
On 27.02.2016 05:43, Paul Wise wrote:
> I would have thought porters would be following the buildd/piuparts/CI
> pages for their port (where available) and thus would not need to be
> notified about arch-specific FTBFS or testing issues.
For the most part, maintainers are in a much better po
Hi,
Eric Mittelette wrote:
> I'm PM in the Visual C++ Team (VC Lib to be precise here at Microsoft),
> we started to think about lib acquisition (still a painful process for
> C++ on Windows) and we are imaging different options, one is to port
> apt-get on Windows.
> Porting Apt-Get mean using
Hi,
On 05.01.2016 19:37, Marco d'Itri wrote:
> There is a significant difference between concepts like:
> - something works for me
> - something works
> and:
> - I want something to be supported
> - the people actually working on something want to support it
What is the recourse for people who
Hi,
On 03.01.2016 23:32, Ben Hutchings wrote:
> An initramfs is mandatory if using the standard kernel packages, as I
> think most people do.
Not on embedded systems. While we do have the advantage there that the
people putting the system together are generally clueful, it should
still remain po
Hi,
On 03.01.2016 19:15, Marco d'Itri wrote:
>> However, this also means that systemd can never fully replace sysvinit,
>> except on desktops, laptops and servers that follow a standard layout.
> I see no reason why this would be true.
Because the alternative is to bloat the scope of the system
Hi,
On 03.01.2016 12:25, Marco d'Itri wrote:
> "I have always done this in a different way" is not a valid use case,
> sorry.
"Compatibility" is a very valid use case. Debian is famous for backwards
compatibility and trouble-free upgrades.
I can certainly see the allure of a tightly integrated
Hi,
On 01.01.2016 14:28, Vincent Bernat wrote:
>> Booting without an initrd, which is important for resource-constrained
>> embedded systems.
> Do you also require a separate /usr for those systems?
My current system doesn't, but I might need it in the future because
mounting /usr takes an awfu
Hi,
On 01.01.2016 12:23, Ansgar Burchardt wrote:
> Is there any use case that requires supporting unmerged systems?
Booting without an initrd, which is important for resource-constrained
embedded systems.
I have a system that boots in three seconds, which is fairly long
already. Adding an initr
Hi Matthew,
On 22.10.2015 16:47, Matthew Vernon wrote:
> Upstream has a new PCRE library, which they hope everyone will
> eventually migrate to, which is called PCRE2. It is currently version
> 10.20. It ships things named like libpcre2-8.so.0, and its pcregrep is
> called pcre2grep.
That should
Hi,
On 15.10.2015 22:04, Olaf Titz wrote:
> Why that way? Reading an argument that the browser is "secure
> infrastructure" and "audited code" makes me shudder (sorry).
There is a standard for security modules, which can be dedicated
hardware, or the fallback "software security module". These ha
Hi,
On 15.10.2015 18:08, Thijs Kinkhorst wrote:
> While we make use of that tag (e.g. in the TERENA Personal Certificate
> Service that some academics may know), the browser developers may have a
> point that there are other ways to implement the enrolment step. People
> can generate a certificat
Hello Linus,
On 08.10.2015 16:29, Linus Hughes wrote:
> I am working on developing some custom language packs for the Linux
> community.
The "language packs" are Ubuntu specific, for the most part. Support for
a language consists of
1. handling in the "locales" package
This is what makes a lan
Hi,
On 06.09.2015 18:25, Julien Cristau wrote:
> What all of this means:
[...]
I have a package (librevisa) with a C API that uses C++ internally. Can
I ignore the transition completely because nothing breaks?
Simon
signature.asc
Description: OpenPGP digital signature
Hi,
Am 16.07.2015 um 16:57 schrieb Don Armstrong:
> How easy would it be to modify the code so that it only gets the
> favorite icons when the site is actually visited? [Does it already try
> to update the icons when it visits one of the configured sites?]
The problem is that the icons are displ
Hi Alex,
On 05.06.2015 11:25, Alex Mestiashvili wrote:
>> This might be confusing to old people. PLIP is a protocol for
>> transporting IP packets over the parallel port.
> I agree that the name is a bit ambiguous, but I see a couple
> of reasons why it is still might be ok:
Yes, I also think i
Hi,
On 04.06.2015 17:21, Alexandre Mestiashvili wrote:
> * Package name: plip
This might be confusing to old people. PLIP is a protocol for
transporting IP packets over the parallel port.
Simon
signature.asc
Description: OpenPGP digital signature
Hi,
On 04.06.2015 02:17, ea he wrote:
> I have a forum php / mysql software that I need to create a .deb for. I
> would like to create the .deb file so that it can be installed into the
> apache2 default-site folder, xampp htdocs, or both but I have noticed that
> both phpbb3 and mediawiki deb fi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
retitle 782646 [regression] segmentation fault running voaprop.exe
reassign 782646 wine
severity 782646 normal
tags 782646 +upstream +moreinfo
thanks
Hi,
This appears to be a wine bug, so I've reassigned it to the wine
maintainers. I'm fairly sure th
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Reassign 780203 gnome
thanks
Hi,
> Package: general
This bug report is indeed a bit nonspecific.
> Under advanced settings I tried to press the + beside the number
> of desktops, it would not go higher than 2. I tried entering a
> number like 8 and
Hi,
On 25.02.2015 15:35, Ian Jackson wrote:
>> In libvxi-dev I provide a -fPIC .a library only, mainly for size reasons
>> (the library consists of RPC proxy/stub code for the VXI-11 protocol,
>> and is completely generated with rpcgen).
> Do many other packages use that library ?
No, just one.
Hi,
Am 24.02.2015 um 11:01 schrieb Alastair McKinstry:
> I agree with this; are there any cases where only a static library _is_
> provided, and if so why? why not provide a .so?
In libvxi-dev I provide a -fPIC .a library only, mainly for size reasons
(the library consists of RPC proxy/stub code
Hi,
Am 22.02.2015 um 20:18 schrieb Bernhard R. Link:
> echo 'int foo(void) {return 17;}' > foo.c
This code just happens to not generate any data references, so none of
the forbidden reloc types are emitted.
Simon
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a sub
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
Am 20.02.2015 um 13:36 schrieb Jakub Wilk:
> IMO the policy is overly strict and it should be relaxed.
Speaking of relaxing things: could this be solved with linker relaxations?
The compiler would need to generate both PIC and non-PIC code in t
Hi,
Am 18.02.2015 um 04:32 schrieb Russ Allbery:
> If the argument is that it should be opened with dlopen at runtime, I'm
> quite confident that there are *many* people on debian-devel who have
> worked with shared libraries and can spell out many reasons why that's a
> horrible idea.
Correct.
Hi,
Am 18.02.2015 um 11:49 schrieb Dennis van Dok:
> It's harder to reversely state that the new framework conflicts with
> older plugin packages: they would all have to be listed in the control
> file, and then only the known ones could be listed (it's not
> inconceivable other parties made thei
Hi,
On 14.02.2015 13:31, Dmitry Katsubo wrote:
> I wonder what is the current state-of-art concerning the code in .a
> library (archive for static linking). Should it contain PIC code?
Normally, no.
> Situation: Dynamic (.so) library needs to be linked against such (.a)
> library.
That is gene
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
Am 09.02.2015 um 18:07 schrieb Fernando Toledo:
> I search for best practices/workflow to move file from one pacakge
> to another in upgrades
This is handled by the Replaces: relationship, as defined at
https://www.debian.org/doc/debian-policy
Hi Leif,
On 11.12.2014 19:08, Leif Lindholm wrote:
> If we could transition this to be able to specify efi-all (or
> whatever) instead of an explicit list of certain architectures, this
> would be a lot more straightforward operation.
> Would this be useful, desirable, an accident waiting to hap
Hi,
as two bugs have been filed against "general" in the last days by users
who were unsure which package to file against, I think it would be great
to have a well-defined process for reporting bugs that cannot be
immediately mapped to a package.
Does it make sense to use "general" for this (as d
Hi,
On 29.11.2014 13:41, Alastair McKinstry wrote:
> I'm heartened that some developers are doing the work to make
> non-systemd remain a
> viable option in debian, but for it not to degenerate into "the systemd
> way / the less maintained
> and tested non-systemd way", we need to promote the API
Hi,
On 29.11.2014 08:37, Tollef Fog Heen wrote:
> I'm not Simon, but one valid argument I've heard is that embedded stuff
> has a tendency to get stuck on old vendor kernels, something that
> doesn't work so well when systemd uses newer kernel interfaces.
Correct, and I don't see the situation i
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
Am 28.11.2014 15:55, schrieb Marco d'Itri:
> > I have a system where the network connection is so important that the pppd
> > is invoked via the
inittab, which is a published interface of the init system and has been
for decades. When an upgrade
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
On 28.11.2014 14:41, Marco d'Itri wrote:
>> a) Upgrades should _not_ change init: whatever is installed
>> should be kept.
> I disagree: upgrades should get the default init system unless the
> system administrator chooses otherwise.
I disagre
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
On 28.11.2014 09:43, Svante Signell wrote:
> The official name of the Debian fork is devuan: https://devuan.org
> It will be interesting to see how many Debian Maintainers and
> Developers will jump the ship and join them (in addition to the
> u
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
On 09.11.2014 04:57, Christoph Anton Mitterer wrote:
> In the end it's quite easy: sysvinit has many deficiencies ans
> missing feature, systemd is superior in all places.
- From your perspective.
I can completely understand why we (and that in
Hi,
I've run into a bit of a problem building a root filesystem for an ARM
system where the kernel shipped by the vendor is 2.6 based. As systemd
does not work there, I tried installing a sysvinit based system using
--include and --exclude to (c)debootstrap.
In short: this does not work. The end
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
I have a smallish script that takes the .tar file for the Altera
QuartusII toolchain and generates .deb packages (non-free,
undistributable) from that.
Now, ftp-master has asked me not to package this separately as the
metadata is similar in size
Hi,
On Wed, Sep 29, 2010 at 01:09:03PM -0400, Michael Hanke wrote:
> * compression of content
> Any policy to enforce compressed file formats regarding the stuff installed
> by a data package?
Also, how would we deal with data that is to be accessed using a query
engine such as an SQL datab
Hi,
On Mon, Sep 27, 2010 at 11:01:16AM -0700, Russ Allbery wrote:
> > The not-so-evident part is that I want the syntax of this field to be
> > sufficiently extensible so that we can encode more information like
> > support of hardening build flags and similar stuff that we might want to
> > know
Hi,
On Tue, Sep 21, 2010 at 08:52:09PM -0400, Yaroslav Halchenko wrote:
> NB I am having some deja vu that 'frozen' used to be used explicitly
>in the archive... is that so?
Indeed. That was before testing was introduced.
> Then unstable/testing would roll further as usual, and pending->fro
201 - 300 of 483 matches
Mail list logo
