[DNG] process of adding new packages

Hi folks, do we already have a defined process for adding new packages ? I'm maintaining lots of packages for various deb-Distros (not having devuan in production yet), and I'd like to contribute them. Maybe an 'contrib' repo as optional addition to the current release ? --mtx

Re: [DNG] GTK3 and systemd

On 04.05.2017 22:47, Gregory Nowak wrote: > On Thu, May 04, 2017 at 04:15:15PM +0200, Enrico Weigelt, metux IT consult > wrote: >> What exactly does that 'accessibility' stuff actually do ? > > It does for people with various disabilities what a screen, keyboard > and mouse

Re: [DNG] Adjusting LCD backlight in XFCE4

On 04.05.2017 14:42, Lars Noodén wrote: > $ ls /sys/class/backlight/ > No backlight devices ? Smells like a problem w/ either kernel (drivers missing ?) or ACPI configuration (on x86). --mtx ___ Dng mailing list Dng@lists.dyne.org

Re: [DNG] GTK3 and systemd

On 04.05.2017 15:58, parazyd wrote: > Nope, Gtk3 does depend on dbus. More correctly, its accessibility parts > depend on dbus. What exactly does that 'accessibility' stuff actually do ? --mtx ___ Dng mailing list Dng@lists.dyne.org

Re: [DNG] GTK3 and systemd

On 04.05.2017 15:12, aitor_czr wrote: > Gtk3 doesn't depend on dbus, whereas some apps like slim, synaptic, > thunar, seahorse, nautilus... But not Gtk per se, neither the Qt toolkit. Qt does - at least much parts of it. You can opt-out at build time, but then you'll looser other features.

Re: [DNG] GTK3 and systemd

On 04.05.2017 11:56, KatolaZ wrote: > Remember that GNOME itself was born as a tentative countermeasure to KDE, > which was using the (then non-free) QT libraries, hence forcing users > to abide to a non-free license from Trolltech... ... and because of the resource consumption, excessive build

Re: [DNG] GTK3 and systemd

On 04.05.2017 11:51, parazyd wrote: > GNOME != GTK3. Gtk3 does depend on dbus & co., Which already is bad enough. Actually, desktop-bus coming from these folks - which makes it even funnier that more and more embedded folks are using it (and then whining about resource consumption and bad

Re: [DNG] GTK3 and systemd

On 04.05.2017 11:43, Radagast wrote: > Ok, so vanilla GTK *does* depend on systemd. Well, best start looking for > another toolkit then i guess... I've started hacking up my own widget toolkit. Yet in a pretty early stage - for now just using it for some small DRM/KMS-based apps.

Re: [DNG] Packaging nodejs-7.9

On 04.05.2017 09:26, Jérémy Lal wrote: > At the moment, in debian, /usr/lib/nodejs is there to store all node > modules installed from debian packages. hmm, would that conflict w/ having certain "nodejs-$version" subdirs w/ the actual engines (the whole tree - not splitted out the several FHS

[DNG] Packaging nodejs-7.9

Hi folks, I'm currently packaging nodejs-7.9 for various deb Distros. I'll have to maintain some applications that use the fanciest new features, and precompiled binaries from untrusted sources (eg. nvm+friends) of course are not an option. Before I go all of this alone - is there anybody here

Re: [DNG] tiny service state api [WAS: Fwd: init system agnosticism]

On 21.04.2017 21:31, k...@aspodata.se wrote: > a, If you have that impression, then why daemonize() which sounds as >the same thing ? > > b, No it isn't. That's why the -f, which is nice to have when debugging. If you dont want the service to daemonize itself, a debug flag doesn't seem the

Re: [DNG] tiny service state api [WAS: Fwd: init system agnosticism]

On 18.04.2017 12:21, Alessandro Selli wrote: > Again, as far as I understood what Enrico Weigelt wrote, the monitor > does not want to know the user:group the daemons runs under, it needs to > *set* them to the appropriate values when it launches the daemon to have > them reflect config file

Re: [DNG] tiny service state api [WAS: Fwd: init system agnosticism]

On 18.04.2017 14:46, k...@aspodata.se wrote: > Why srvmgt_daemonize(), use -f and daemon() and you'd be fine in > either camp, end case. I've had the impression that daemon() wasnt't good idea for everybody, and there might be some need for anyone doing something these. So I proposed to move

Re: [DNG] tiny service state api [WAS: Fwd: init system agnosticism]

On 18.04.2017 15:15, Arnt Gulbrandsen wrote: > There's hypothetical stuff, what if service x needs service y. Well, > what if it does. Should it demand that y be running at every moment and > on the same host? DOES it demand that? nfs daemons (plural) need portmap. many years ago, I've patched

Re: [DNG] tiny service state api [WAS: Fwd: init system agnosticism]

On 18.04.2017 16:08, Alessandro Selli wrote: Hi folks, seems that things got a bit overheated here ... > Where did Enrico Weigelt write the monitor should get it's child PID > from the process itself? This subthread started from these lines: > >>> * srvmgt_droppriv(...) >>> --> drop root

Re: [DNG] Why I don't want to have Pöttersoft on my system

On 17.04.2017 17:11, goli...@dyne.org wrote: > The best response submitted to this bug has been removed but I saved it > and posted to #devuan. Poster was Buzzsomething: > > "maybe handover dev of this toy to someone with unix experience" Ah, that explains why lennart closed the comments.

Re: [DNG] Why I don't want to have Pöttersoft on my system

On 17.04.2017 16:37, Joachim Fahrner wrote: > Am 2017-04-17 11:18, schrieb Klaus Ethgen: >> -BEGIN PGP SIGNED MESSAGE- >> Hash: SHA512 >> >> https://github.com/systemd/systemd/issues/5644 >> >> No further comment needed. >> >> Have fun reading. (Found on popular fefe blog) > > ROTFL > >

Re: [DNG] tiny service state api [WAS: Fwd: init system agnosticism]

On 15.04.2017 19:50, Steve Litt wrote: > About my characterizations: "Baroque" is a relative thing. What I wrote > was based on "why would you not simply use a process supervisor like > systemd?" If a person has a reason not to use such a supervisor, and in > fact the whole OpenRC init system

Re: [DNG] tiny service state api [WAS: Fwd: init system agnosticism]

On 15.04.2017 00:04, Daniel Abrecht wrote: > I still think this isn't a problem the service manager should attempt to > solve. This is a situation where the database is temporary unavailable, > for which there are many possible reasons. The services which relay on > the database should be able to

Re: [DNG] tiny service state api [WAS: Fwd: init system agnosticism]

On 15.04.2017 03:17, Steve Litt wrote: > Sounds like a good idea, but it's not, for the following reasons: > > 1) There will be endless arguments about HOW each and every daemon will >let its init system know "I'm now ready for business". The number of >different ways will make the

Re: [DNG] tiny service state api [WAS: Fwd: init system agnosticism]

On 15.04.2017 11:42, Steve Litt wrote: > Once upon a time, daemon self-backgrounding was necessary, and this nohup (or something similar) was not sufficient ? I don't know when start-stop-daemon was incarnated (related to daemontools ?), but IMHO it seems to handle the daemonizing quite well.

Re: [DNG] pbuilder w/ docker

On 15.04.2017 10:42, Adam Borowski wrote: > Nope, this doesn't work unless you either: > * have a multiarch mixed i386+amd64 on the host -- you need at least the > kernel to be amd64 (well, if the kernel is self-compiled you don't even > need multiarch) -- but why would you run i386 on an

[DNG] new cairo w/ drm patches

Hi folks, I've just packaged recent cairo w/ my drm patchqueue applied. For now just on Trusty (as my workstation's still running it), but fixing up for devuan should be trivial. https://github.com/metux/cairo/tree/trusty/master -- mit freundlichen Grüßen -- Enrico, Sohn von Wilfried,

Re: [DNG] [cairo] cairo packaging and Makefile.am.features

On 14.04.2017 18:33, Uli Schlachter wrote: > configure already generates this. No idea what "complaining", "extra > preparations", nor "special commands" you mean. (Well, ok, perhaps the > empty files: This just Yeah, that was the missing point. turned out that just creating them in the

[DNG] pbuilder w/ docker

Hi folks, anyone here already used pbuilder w/ docker ? (instead of, eg. cowbuilder) Or is there anything else that can do that ? --mtx ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] We need to speak up

On 14.04.2017 13:16, Jaromil wrote: > because people think different :^) apologies for my 'done right' btw, > was teasing and yea I'm an opinionated lambdaboy :^) I haven't yet understood what the exact problem to solve, and how that actually supposed to work. CMIIW, but to me it looks pretty

Re: [DNG] tiny service state api [WAS: Fwd: init system agnosticism]

On 14.04.2017 12:17, Simon Hobson wrote: > For those of us who put consistency above boot speed, simply changing > the init script so MySQL doesn't flag as "started" until the daemon > is up and ready to accept requests would fix it; But then you'll have kind of daemon who watches mysql until

Re: [DNG] tiny service state api [WAS: Fwd: init system agnosticism]

On 14.04.2017 12:29, Simon Hobson wrote: > But I also recognise that others aren't happy and if they want to > use something else then that's OK by me - as long as what they > propose isn't something that "infects" stuff I want to run under > SysVInit. Exactly my goal. sysvinit users would

Re: [DNG] tiny service state api [WAS: Fwd: init system agnosticism]

On 14.04.2017 12:06, k...@aspodata.se wrote: > Enrico Weigelt: > ... >> Let's just take some example: libsrvmgt with funcs like that: >> >> * srvmgt_daemonize() >> --> detach from controlling terminal, etc > > Why do any monitor program need to know if the program has detached > or not, the

Re: [DNG] We need to speak up

On 14.04.2017 12:05, Jaromil wrote: > can't look deeper into it now, but well, we can consider it at least > as a reference for people preparing and fixing packages. Can we aggree on some common naming scheme ? For now I'm just using / as prefix (which is used by my pbuilder-based packaging

Re: [DNG] We need to speak up

On 14.04.2017 11:37, Jaromil wrote: > being heavily based on git, it could be well compatible with Devuan's > architecture. We'd certainly support the project. maybe you'd like to have a look at my github repos to get a better idea of my approach: https://github.com/oss-qm

Re: [DNG] Announcing the git.devuan.org connection

On 07.03.2017 07:15, Ralph Ronnquist wrote: > The Projects forum (https://dev1galaxy.org/viewforum.php?id=18) > organizes Devuan projects into two categories - "devuan-packages / > infrastructure" and "other projects". Both categories are presented as > alphabetical and activity ordered lists.

Re: [DNG] FF pulseaudio hard dependency is here

On 09.03.2017 07:45, KatolaZ wrote: > I have made a quick search, and it seems that the problem is, again, > in the fact that people prefer overkills to simple solutions. Yeah, they invented their own private "cross platform API" - as there wouldn't already be enough out there, that just could

Re: [DNG] FF pulseaudio hard dependency is here

On 08.03.2017 19:30, KatolaZ wrote: > "...WE ARE THE BORG. LOWER YOUR SHIELDS AND SURRENDER YOUR SHIPS. WE > WILL ADD YOUR BIOLOGICAL AND TECHNOLOGICAL DISTINCTIVENESS TO OUR > OWN. YOUR CULTURE WILL ADAPT TO SERVICE US. RESISTANCE IS FUTILE..." We all know the borg can be defeated. Actually,

Re: [DNG] FF pulseaudio hard dependency is here

On 08.03.2017 18:59, goli...@dyne.org wrote: > Me either and many others on this list - there have been several > pulseaudio threads on dng over the years. But that is not the point. > Unless FF 52 onward is recompiled with the alsa switch enabled, it will > be unusable for most of us. So this

Re: [DNG] overriding install paths in debian/rules

On 08.03.2017 15:37, aitor_czr wrote: > But that's good: imagine, for example, someone downloading the sources > of linux-libre from the fsfla's website. He will not be able to add a > binary file using quilt; so, pristine-tar will be enough to verify the > lack of binary blobs. So, you consider

[DNG] tiny service state api [WAS: Fwd: init system agnosticism]

On 13.04.2017 08:00, Joachim Fahrner wrote: > This is impossible with a binary distribution. systemd is not only an > init system, it pervades the whole system. You can either compile > packages with systemd libraries or without. But you have to decide that > at compile time. That's exactly what

Re: [DNG] Fwd: init system agnosticism [WAS: how to remove libsystemd0 from a live-running debian desktop system]

On 13.04.2017 09:27, Klaus Ethgen wrote: > Take for example openssh, I provide patched packages on my server that > remove the patches of debian that lower ssh security for just gaining a > bit more comfort. What are they aiming to "improve" here ? > However, in the recent days it was even not

Re: [DNG] We need to speak up

On 14.04.2017 09:49, KatolaZ wrote: > On Fri, Apr 14, 2017 at 09:14:32AM +0200, Enrico Weigelt, metux IT consult > wrote: > ...err...by upstream you mean Debian? Then I am lost. I meant the actual upstreams, but dists like debian too. > Most of the systemd-specific stuff in those

Re: [DNG] New documentation on the Surf browser

On 10.03.2017 07:30, Steve Litt wrote: > Hi all, > > I've just finished an extensive and complete document on installing, > modifying and using the Surf browser, and judging from yesterday's > biggest thread, not a moment too soon. Having a little package that glues them all together, to have a

Re: [DNG] We need to speak up

On 16.03.2017 12:10, Didier Kryn wrote: > Many free software developper teams proved already they are mostly > working for themselves - eg Gnome, KDE, Firefox. When people develop > software for free, they put a lot of their ego in it, and this goes > against the ability to recognize ones own

Re: [DNG] We need to speak up

On 16.03.2017 11:20, Alessandro Selli wrote: > «Got agetty to compile with systemd. Seems like systemd puts deamons > in the /sbin/ folder. However most openwrt utilities (util-linux) > installs them to /usr/sbin. Manually setting agetty to /sbin yields a > working console

Re: [DNG] We need to speak up

On 15.03.2017 14:20, Patrick Meade wrote: > Those users just need to know where to go. A simple informative post (a > sign post) to the thread will accomplish that. +1 That could be repeated whenever some systemd-related problem comes up. And devuan releases could be announced there, too.

Re: [DNG] We need to speak up

On 15.03.2017 18:52, Steve Litt wrote: > Protesting against majorities at their home sometimes brings useful > things to a minority, and if such protests go on often enough and long > enough, they usually do. Actually, it's one minority protesting against another one, in front of the majority.

Re: [DNG] The list is up

On 15.03.2017 21:46, R. W. Rodolico wrote: I haven't quit Debian and Ubuntu completely yet, as I still have to maintain existing machines. But new ones certainly get Devuan. -- mit freundlichen Grüßen -- Enrico, Sohn von Wilfried, a.d.F. Weigelt, metux IT consulting +49-151-27565287

[DNG] cairo packaging and Makefile.am.features

Hi folks, (xposting to cairo, debian maintainers and devuan list) I'm currently packaging recent cairo (w/ drm patches) for several deb Distros, and ran into trouble w/ missing Makefile.am.features files. Debian just adds these files directly (along w/ other stuff, eg. some prebuit docs -

Re: [DNG] Fwd: init system agnosticism [WAS: how to remove libsystemd0 from a live-running debian desktop system]

On 12.04.2017 17:58, Steve Litt wrote: > I have no knowledge of the origin of this thread, probably having to do > with my .procmailrc /dev/nulling certain people. But I have a very > clear message about this thread's subject: There's no place in Devuan > for init system agnosticism if such

[DNG] Fwd: init system agnosticism [WAS: how to remove libsystemd0 from a live-running debian desktop system]

Hi folks, FYI: just posted that to debian-devel. What's your opponion on that ? --mtx Forwarded Message Subject: init system agnosticism [WAS: how to remove libsystemd0 from a live-running debian desktop system] Date: Wed, 12 Apr 2017 08:38:26 +0200 From: Enrico Weigelt

[DNG] FreeCol

Hi folks, just in case anyone here likes the game FreeCol: I've backported the current mainline to jre7 (mainly because I'm still running LTS distros and wont upgrade anytime soon, but also for performance reasons), did several optimizations and hacking on some usability enhancements. Still

Re: [DNG] [Dng] OT: Linux kernel and the force behind it

On 20.02.2015 16:25, Gravis wrote: > D-Bus is more for RPC than IPC which is an issue as there is no standard > in POSIX for RPC. Yes, thats the basic point: it is remote *procedure* call. My primary objection against dbus is in fact objects against RPC. --mtx

Re: [DNG] Azadi, or: the art of civil-isation

On 20.02.2016 18:37, Florian Zieboll wrote: > This reminds me so much of this infamous west german thought-terminating > cliché to counter any kind of criticism towards the free (as in "free > software"?) market economy: > > "Geh' doch in den Osten, wenn's Dir nicht passt!" Actually, I've just

Re: [DNG] You might have seen this already...

On 28.05.2016 11:25, Didier Kryn wrote: > He's the guru of a new sect. Lennartist Church. Or maybe Lennartist Party - striving for a world revolution ... :o --mtx ___ Dng mailing list Dng@lists.dyne.org

Re: [DNG] Wordiness of code.

On 05.08.2016 15:06, Hendrik Boom wrote: > Python is quite readable without either. NAK. I wouldn't count a language that uses whitepaces as language constructsanything near 'readable'. --mtx ___ Dng mailing list Dng@lists.dyne.org

Re: [DNG] Wordiness of code.

On 05.08.2016 10:16, Hendrik Boom wrote: > There are limits, when the size of the keywords starts to make the > content harder to find. There's a reason common words in natural > languages are short. There's no real advantage in having a keyword > PROCEDURE (yes, all in caps) when PROC would

Re: [DNG] Politics of IT in the U.S. government

On 05.08.2016 00:10, Joel Roth wrote: > What do you mean by "imperative" that contrasts with > something that smalltalk has/does? For example, explicit control flow vs. messages. Oberon's elems framework seems to be a bit in the middle. > I can't speak to C++ or Java. So when I talk about OO,

Re: [DNG] Oh, how I hate systemd

On 04.08.2016 11:33, Robert Storey wrote: > So now Linux does have a Registry, and perhaps it's even more complex > and opaque than the one in Windows. I assume this is what the Lennart > disciples mean when they say (with a look of ecstasy on their faces) > that systemd has finally made Linux a

Re: [DNG] C Obfuscated code: a virtue or a vice?

On 15.07.2016 10:32, Peter Olson wrote: > 2) when comparing to a literal (or a constant expression), put the literal on > the left hand side of the boolean: > > if (value = literal) > stuff; Shouldn't any decent compiler warn on that ? Anyways, I really prefer writing it that way - some

Re: [DNG] Politics of IT in the U.S. government

he approach done in many C-projects, eg. the Linux Kernel or Cairo. > More recently, an > OO concept called traits (or roles) has made it possible for > me to reduce classes into smaller blocks of code. Traits can > be used to avoid multiple inheritance. hmm, I actually never had a rea

Re: [DNG] Fwd: Bug#832508: O: systemd-shim -- SysVinit shim for systemd

On 04.08.2016 02:06, Daniel Reurich wrote: > So should we respond by saying that "We don't use or encourage the use > of systemd-shim in Devuan. Our approach is to rebuild the packages > which in debian depend on systemd, without that dependency instead." Maybe also add: "systemd-shim is only

Re: [DNG] Building w/ gtk2 vs gtk3

On 31.07.2016 21:55, Arnt Karlsen wrote: > ..appears "we" are "upgrading" Chromium to GTK3 now: > http://metadata.ftp-master.debian.org/changelogs//main/c/chromium-browser/chromium-browser_52.0.2743.82-4_changelog if they only would drop the internal widget toolkit adaption layer ... --mtx

Re: [DNG] OT: tiny widget toolkit [Was: Building w/ gtk2 vs gtk3]

On 02.07.2016 09:36, Hendrik Boom wrote: > I don't know if fltk is at all relevant in this matter; it seems to > be a simpple thing, although it is saddled wth C++ Exactly that's the problem. And it doesn't actually seem to be suitable for running directly on DRM. --mtx

Re: [DNG] Politics of IT in the U.S. government

On 03.08.2016 23:58, Hendrik Boom wrote: > Floating-point just isn't accurate enough. Multiple-precision scaled > fixed-point would work, even if it's binary. The limited precision isn't the actual problem, but the strictly defined rounding rules. To be financially accurate, you'll have to

[DNG] Fwd: Bug#832508: O: systemd-shim -- SysVinit shim for systemd

Forwarded Message Subject: Bug#832508: O: systemd-shim -- SysVinit shim for systemd Resent-Date: Tue, 26 Jul 2016 09:12:02 + Resent-From: Martin Pitt Resent-To: debian-bugs-d...@lists.debian.org Resent-CC: debian-de...@lists.debian.org, w...@debian.org

[DNG] merging input/evdev devices

Hi folks, does anyone have a quick idea how to merge several input devices (eg. mice) into one ? I'd like to give my application just one fixed device name, for all mouse-like devices (mice, touchpad, etc). I could hack up some userland daemon, which reads them all separately and then feeds it

Re: [DNG] Azadi, or: the art of civil-isation

On 05.07.2016 12:08, Didier Kryn wrote: > Le 05/07/2016 11:45, Enrico Weigelt, metux IT consult a écrit : >> the Britans did us a big favour by hitten the >> EUDSSR hard w/ brexit. > > I hope the reasons for Sdexit (Systemd Exit) are more educated than > the ones for t

Re: [DNG] systemd==bad

On 05.07.2016 11:48, Enrico Weigelt, metux IT consult wrote: > On 20.02.2016 20:56, Edward Bartolo wrote: > >> I think systemd is aimed at desktop users assuming that most Linux >> users are also desktop users. It is also aiming at >> unifying/streamlining Linux base com

Re: [DNG] systemd==bad

On 20.02.2016 20:56, Edward Bartolo wrote: > I think systemd is aimed at desktop users assuming that most Linux > users are also desktop users. It is also aiming at > unifying/streamlining Linux base commands so that users from different > flavours of Linux (aka distributions) use the same

Re: [DNG] Azadi, or: the art of civil-isation

On 20.02.2016 18:37, Florian Zieboll wrote: > This reminds me so much of this infamous west german thought- > terminating cliché to counter any kind of criticism towards the free > (as in "free software"?) market economy: s/free market/uncontrolled capitalism/g; there's no such thing as a "free

Re: [DNG] systemd==bad

On 20.02.2016 01:02, aitor_czr wrote: > Hi all, > > Did you watch the following video? > > https://www.youtube.com/watch?v=zfKGXQnxIvE=PLV5TRjrpiwATav0Dlhd_GRjc2ZRuV26kR yeah, that incident of Lennart's hate speech is pretty well known (at least over here in Germany). actually, I already used

Re: [DNG] systemd is haunting me

On 31.01.2016 17:17, Didier Kryn wrote: > Le 31/01/2016 02:18, Go Linux a écrit : >>I am just now upgrading Jessie and something wants to pull in >> libsystemd0. I have no idea what. > I made some trials. > > On Devuan Alpha2, libsystemd0 is required by (at least) policykit > and

Re: [DNG] little tool for packaging

On 02.07.2016 11:01, aitor_czr wrote: > I'll have a look at it. But, if it depends on pbuilder/cowbuilder, i > fear that it won't work in Devuan. Why not ? IIRC pbuilder should also be available on Debian ... --mtx -- mit freundlichen Grüßen -- Enrico Weigelt, metux IT consulting

Re: [DNG] OT: tiny widget toolkit [Was: Building w/ gtk2 vs gtk3]

On 02.07.2016 08:00, Didier Kryn wrote: > Cheers! Please go on and keep us informed. We desparately need an > independant graphical toolkit other than Gtk, and with a C API, not C++ > please (there's already Qt for C++). Yeah, that's also the driving force for me. I actually came to the

Re: [DNG] polkit - which one?

On 02.07.2016 08:11, Didier Kryn wrote: > That would just be great if upstream is smart enough to preserve > this possibility. The external helper is the easy thing (I've my own > ready :-) ) The difficulty for me is packaging. We could just maintain our own patches for that ... should be

[DNG] little tool for packaging

Hi folks, just in case anybody's looking for a little helper for deb packaging: https://github.com/metux/packaging It's basicly a pbuilder frontend, which clones git repos and runs pbuilder (targetting various deb distros) onto it. * never touches the git repo itself (except initial clone

Re: [DNG] polkit - which one?

On 18.06.2016 10:12, Didier Kryn wrote: > I'm using xfce4 DE on Devuan Jessie and have removed all policy-kit* > packages and package-kit. The halt and reboot buttons of the logout menu > of Xfce do not work anymore. They certainly invoke some command to ask > permission to policy-kit which

Re: [DNG] policykit - another time ...

On 02.07.2016 03:21, Enrico Weigelt, metux IT consult wrote: > Or, for the few applications we really need, just implement it > correctly. Just found out that on my Ubuntu Trusty system, after killing network-manager, I dont have any (installed) dependency to polkit left (just a few thing

Re: [DNG] policykit - another time ...

On 01.07.2016 17:30, Didier Kryn wrote: > Le 01/07/2016 16:59, Enrico Weigelt, metux IT consult a écrit : >> what I never really actually understood: what do we really need it >> for ? what's the real-world problem behind to be solved ? > > The real problem behin

[DNG] OT: tiny widget toolkit [Was: Building w/ gtk2 vs gtk3]

apropos widget toolkits: I'm currently hacking my own tiny widget toolkit, primarily targetted for embedded systems (for now only DRM-FB, X and Wayland coming later). Why yet another one ? Well, none of the existing ones are really satisfying me, and primarily just for fun.

[DNG] DRM vs *BSD

Hi folks, does anyone know how *BSD handles the graphics stuff ? Do they have something like DRM/KMS ? --mtx -- mit freundlichen Grüßen -- Enrico Weigelt, metux IT consulting +49-151-27565287 ___ Dng mailing list Dng@lists.dyne.org

Re: [DNG] policykit - another time ...

On 01.07.2016 03:09, emnin...@riseup.net wrote: what I never really actually understood: what do we really need it for ? what's the real-world problem behind to be solved ? --mtx ___ Dng mailing list Dng@lists.dyne.org

Re: [DNG] xserver-xorg-core in Debian unstable now requires libsystemd0

On 01.07.2016 12:13, Adam Borowski wrote: > Turns out this remark was important: some more clue here would be nice. > Tobias Hunger just shown me a nasty issue (he's banned from dng). Why is he banned ? > There's a bug in evdev: normally, when a process listens to cooked events > (keyboard,

Re: [DNG] what is sssd?

On 22.01.2016 14:23, Dr. Nikolaus Klepp wrote: > Does anybody know what sssd is good for? I was a bit surprised to see a whole > bunch of these sssd-something packages in debian, while I was searching for > sss. It's homepage says: > > "SSSD is a system daemon. Its primary function is to

Re: [DNG] xserver-xorg-core in Debian unstable now requires libsystemd0

On 28.01.2016 17:16, Adam Borowski wrote: Does anyone know what these pieces of code *actually* do ? --mtx -- mit freundlichen Grüßen -- Enrico Weigelt, metux IT consulting +49-151-27565287 ___ Dng mailing list Dng@lists.dyne.org

Re: [DNG] [Dng] What about pulseaudio, avahi, ... ?

On 01.04.2015 21:26, Jude Nelson wrote: > Unlike systemd, you can easily get a working desktop system without > PulseAudio, even on Debian. Many applications depend on the pulseaudio client library (not necessarilty the daemon itself), so perhaps we should just write an thin replacement, which

[DNG] RFC: minimalistic service reporting library [WAS: samba-libs package in Debian now depends on libsystemd0]

Hi folks, as much as I'm opposed to systemd, I see some sense in the sd_notify*() functions. OTOH, I dont think the API is so well thought, and I'm clearly opposed to having that mixed up with a lot of disjunect things in one big library, as systemd does. So, I'd like to propose an separate API

Re: [DNG] samba-libs package in Debian now depends on libsystemd0

patch attached ... mit freundlichen Grüßen -- Enrico Weigelt, metux IT consulting +49-151-27565287 >From 39558e4585802d3ac6aec7eaf857f03434218be5 Mon Sep 17 00:00:00 2001 From: "Enrico Weigelt, metux IT consult" <enrico.weig...@gr13.net> Date: Thu, 30 Jun 2016 19:01:53 +0

Re: [DNG] [Dng] libsysdev preview

On 22.01.2015 17:05, Jude Nelson wrote: Hi folks, > libdevq is FreeBSD-specific, How FreeBSD-specific is it exactly ? Could it be ported to Linux ? I'm currently looking for a some helper library that finds/enumerate input devices (mice, touchpads, etc). Is there anything (non-systemd- crap)

Re: [DNG] [Dng] What's new in Systemd

On 02.02.2015 16:22, Miles Fidelman wrote: > > Is not ISIL a better analogy? s/ISIL/NATO; --mtx -- Enrico Weigelt, metux IT consulting +49-151-27565287 ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] [Dng] [OT] ISIL (was Re: What's new in Systemd)

On 05.02.2015 11:42, Gravis wrote: > please, let's not include terrorists or their ideologies in our conversations. terrorist or freedoms fighter ? --mtx -- Enrico Weigelt, metux IT consulting +49-151-27565287 ___ Dng mailing list Dng@lists.dyne.org

Re: [DNG] [Dng] What's new in Systemd

On 02.02.2015 22:04, Vlad wrote: > If systemd is the Borg I propose the first release of Devuan be named S8472. Yeah, and if we take out some pieces, we call them Hugh, Annika, Naomi, Axum, etc. Contributions to other packages or even distros could run on the title Unimatrix Zero. --mtx --

Re: [DNG] busybox

On 01.11.2015 14:52, Rainer Weikusat wrote: > It's also strangely schizophrenic as there's no point in zero-filling > the entire structure prior to initializing its members one by one > which implies zero-filling the larger part of the second one[*] > again. That's called "defensive programming"

Re: [Dng] Release roadmap

On 04.01.2015 20:52, Dima Krasner wrote: Yes, when built against systemd, both GDM and LightDM depend on it quite heavily, both directly and via stuff like AccountsService, D-Bus, gnome-session, gnome-shell and whatever. Just take a look at the code - lots of LOGIND_RUNNING() all over. It's

Re: [Dng] package submission

On 03.01.2015 09:19, Franco Lanza wrote: Devuan have a workflow driven by the autobuild infrastructure based on gitlab + jenkins + dak Ok, sounds good. and for external hosted sources the devuan gitlab project will have just the debian directory and a devuan specific script similar to the

[Dng] package submission

Hi folks, do we already have defined workflows for package submission ? I'm usually maintaining everything in git repos, where each distro has a separate branch, which directly adds ./debian/ directory and all necessary changes - no additional patches etc. For example:

Re: [Dng] dpkg packaging problems

On 02.01.2015 18:12, Isaac Dunham wrote: ls -l /lib/i386-linux-gnu/ in my Debian partition shows all .so's except ld-2.19.so being chmod a-x. Already got an answer on debian-devel: +x is not required and should not be set (except some rare cases). The interesting question here is: why does

Re: [Dng] dpkg packaging problems

Hi, Did you have any luck with the packaging scripts under tools/? If you have fpm [1] installed, just running 'make' in the tools/ directory should generate some .debs. No. And I strongly disagree with individual source packages carrying their own dist-packaging stuff. Instead the distro's

Re: [Dng] HNY

On 01.01.2015 12:47, Lev wrote: Happy 2015 for all (INIT) Freedom lovers! Long live Devuan! dito 73! Levente HA5OGL ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng -- mit

Re: [Dng] Device management [WAS: system scriptinng language.]

On 31.12.2014 01:56, Jude Nelson wrote: Hi, A much more elegant solution would be to give each session its own /dev like you were originally saying--it would allow users to interact with different devices under the same name, while also preserving POSIX filesystem semantics. Yes, I really

Re: [Dng] What to do with udev? Some ideas...

On 27.12.2014 15:22, dima wrote: You can't just switch to vdev, because many packages depend on libudev. Only udev and eudev provide it. hmm, which ones for example ? maybe we should have a deeper look into them. cu -- Enrico Weigelt, metux IT consulting +49-151-27565287

Re: [Dng] NetworkManager alternative

On 26.12.2014 21:09, Mauro Cicio wrote: I gave up on NM and I am having a great experience with wicd Just switched my Ubuntu notebook to wicd, some days ago, and it seems to work quite well. One thing which is still sucking: it uses the ugly dbus. Perhaps I'll find some time to rewrite it using

<    1   2   3   >