Dpkg deb error control directory has bad permissions 777 must be 0755 and 0775

I’m running an Ubuntu 12.04 VM and trying to convert an rpm file to a deb file. When I run sudo alien --to-deb --scripts oracle-xe-11.2.0-1.0.x86_64.rpm I get this error

dpkg-deb: error: control directory has bad permissions 777 (must be
> >=0755 and <=0775)

I tried sudo chmod 0755 oracle-xe-11.2.0-1.0.x86_64.rpm and sudo chmod -R 0755 on the directory containing the file and still get the error. What is the control directory?

Update
Sorry for not realizing this before I am getting this error before the control directory error.

dpkg-shlibdeps: warning: /usr/lib/x86_64-linux-gnu/libXm.so.3 has an unexpected SONAME (libXm.so.4) 

dpkg-shlibdeps: error: no dependency information found for /usr/lib/x86_64-linux-gnu/libXm.so.3

I ran sudo apt-file search libXm.so.3 and it returned libmotif4: /usr/lib/x86_64-linux-gnu/libXm.so.3 so I downloaded libmotif4 and still got the error and then downloaded libmotif3 as well and got the error.

I ran sudo alien -g my.rpm and that generated oracle-xe-11.2.0 and oracle-xe-11.2.0.orig directories. I ran sudo chmod -R 0755 oracle-xe-11.2.0 and then ran debian/rules binary to generate the errors described above.

Страницы: [1]   Вниз

0 Пользователей и 1 Гость просматривают эту тему.

Страницы: [1]   Вверх

To make it work, you need to set the rights of the folder that you have created for your Debian package. The rights must be between 755 and 775 (inclusive).

If you have a local folder, you can easily do that with chmod. For example, for setting a folder to 755, you can use the following command:

sudo chmod 755 /path/to/folder

If your Debian package folder is stored on a mounted external drive, it’s a bit more complicated. In this case, you have to change your mount command so that the rights are correct. For example:

mount -t vboxsf -o uid=1000,gid=2000,umask=022 hdir gdir

The number 1000 here is your personal user ID (UID), the number 2000 your group ID (GID), which you must adjust in this command according to your own IDs to make it work. Here’s how to read out your own UID and GID on Linux.

With umask, you specify the maximum permissions for the folder to mount. For NTFS drives, this value defaults to 000, which equates to the rights of 777 and is too much here. Therefore, we change the value to umask=022, which equals the right of 755. You will find out more about that in my answer to the question of how to mount a folder on Linux using your own user account and rights.
Last update on 2022-12-03 | Created on 2018-02-01

Dpkg deb error control directory has bad permissions 777 must be 0755 and 0775

I get that error when trying to make a debian package. I got this before when helping someone else work out how to make a debian package and I fixed it by changing the DEBIAN folder and the control file to permissions 0775. I tried the same thing again with the command:

sudo chmod -R 0755 ‘/home/matt/Desktop/lINK TO MY DOCUMENTS/Linux stuff/Phython scripts/Guessing game/deb_dev/DEBIAN’

I tried to build the .deb file with:

sudo dpkg -b ‘/home/matt/Desktop/lINK TO MY DOCUMENTS/Linux stuff/Phython scripts/Guessing game/deb_dev’ guessing_game.deb

dpkg-deb: building package `guessing-game’ in `guessing_game.deb’.
dpkg-deb: control directory has bad permissions 777 (must be >=0755 and

I get that error when trying to make a debian package. I got this before when helping someone else work out how to make a debian package and I fixed it by changing the DEBIAN folder and the control file to permissions 0775. I tried the same thing again with the command:

sudo chmod -R 0755 ‘/home/matt/Desktop/lINK TO MY DOCUMENTS/Linux stuff/Phython scripts/Guessing game/deb_dev/DEBIAN’

I tried to build the .deb file with:

sudo dpkg -b ‘/home/matt/Desktop/lINK TO MY DOCUMENTS/Linux stuff/Phython scripts/Guessing game/deb_dev’ guessing_game.deb

dpkg-deb: building package `guessing-game’ in `guessing_game.deb’.
dpkg-deb: control directory has bad permissions 777 (must be >=0755 and

After adding quotes around the directory it has no effect. Thank you for suggesting that though.

$ sudo chmod 755 ‘/home/matt/Desktop/lINK TO MY DOCUMENTS/Linux stuff/Phython scripts/Guessing game/deb_dev’
matt@matt-desktop:

$ ls -l ‘/home/matt/Desktop/lINK TO MY DOCUMENTS/Linux stuff/Phython scripts/Guessing game/deb_dev’
total 0
drwxrwxrwx 1 root root 0 2008-12-29 22:05 bin
drwxrwxrwx 1 root root 0 2008-12-30 13:36 DEBIAN
drwxrwxrwx 1 root root 0 2008-12-29 22:05 usr
matt@matt-desktop:

$ ls -l ‘/home/matt/Desktop/lINK TO MY DOCUMENTS/Linux stuff/Phython scripts/Guessing game/deb_dev/DEBIAN’
total 1
-rwxrwxrwx 1 root root 387 2008-12-30 13:37 control

Can I simply say ubuntu has bust?

And dcstar I was changing the permissions for the directory but also recursively did the file inside it as well just in case.

Edit: I noted the command without the beginning 0 wasn’t recursive so I tried -R but still no luck.

Edit: I noted the command without the beginning 0 wasn’t recursive so I tried -R but still no luck.

I just searched in the two threads about this problem, and I didn’t find the «NTFS» mentioned.

Is this a FAT32 partition ?
If so. you can forget working with UNIX alike permissions
In FAT32, the ancient primitive FS inherited from the DOS era, basically everything is 777, there’s only 1 owner, and that’s everyone who has access to that partition 🙁

Or is this NTFS ? Then you have more luck.
Then you can try mounting that partition with uid=your_uid,gid=your_gid
Where your_uid and your_gid are probably 1000
First user created during an Ubuntu installation gets uid and gid 1000.

Wow. I completely forgot that I placed these files on the NTFS. Ack! If It were my decision there wouldn’t be Windows at all on this machine.

Thank you for pointing out the obvious. I’ll simply move the stuff to be used on ext3 which is easiest.

Источник

Error Message: dpkg-deb: error: control directory has bad permissions 777

Question by Guest | Last update on 2022-12-03 | Created on 2018-02-01

I would like to create my own Debian package, but I receive the following error when creating the dpkg package:

The directory exists and I think it worked some time ago. What can I do here?

To make it work, you need to set the rights of the folder that you have created for your Debian package. The rights must be between 755 and 775 (inclusive).

If you have a local folder, you can easily do that with chmod. For example, for setting a folder to 755, you can use the following command:

If your Debian package folder is stored on a mounted external drive, it’s a bit more complicated. In this case, you have to change your mount command so that the rights are correct. For example:

The number 1000 here is your personal user ID (UID), the number 2000 your group ID (GID), which you must adjust in this command according to your own IDs to make it work. Here’s how to read out your own UID and GID on Linux.

With umask, you specify the maximum permissions for the folder to mount. For NTFS drives, this value defaults to 000, which equates to the rights of 777 and is too much here. Therefore, we change the value to umask=022, which equals the right of 755. You will find out more about that in my answer to the question of how to mount a folder on Linux using your own user account and rights.
Last update on 2022-12-03 | Created on 2018-02-01

Источник

control directory has bad permissions 750 (must be >=0755 and #419

Comments

taylorleese commented Nov 26, 2014

I’m currently running into the issue below. This seems to happen with a clean workspace in Jenkins. Any idea if I am doing something wrong or if this is a bug? I’m using Play 2.2.3 and the native packager 1.0.0-M1.

The text was updated successfully, but these errors were encountered:

taylorleese commented Nov 27, 2014

It looks like the same issue exists with version 0.7.6 as well.

muuki88 commented Nov 27, 2014

Can you post your build.sbt and the commands you issue?

taylorleese commented Nov 27, 2014

Command:
sbt clean debian:package-bin

taylorleese commented Dec 9, 2014

@muuki88 Any idea what might be going wrong here?

muuki88 commented Dec 9, 2014

Sorry, I didn’t had time to take a closer look. Hopefully I will this week 🙂

muuki88 commented Dec 9, 2014

Okay. So first to your build.sbt . If you are using play, you shouldn’t add the packageArchetype.java_server yourself as play changes some of the mappings you override these by reapplying the settings. However I couldn’t reproduce the error with or without this setting.

I tried to reproduce the error, but wasn’t able to. What I did

1. Created activator template

activator new play-scala

2. SBT Version 0.13.7

Changed build.properties => sbt.version=0.13.7

3. Changed plugins.sbt

4. Changed build.sbt

5. Build debian package

Still, I’m not sure if play 2.2.x works well with the 1.0.x branch.

taylorleese commented Dec 12, 2014

@muuki88 Hmm, I’m still receiving the same error. The good news is universal packaging works fine so I’m just going to use that.

muuki88 commented Dec 12, 2014

Can you give me some details on your packaging system? Mine is

• Ubuntu 14.04 x86_64
• dpkg-deb version 1.17.5 (amd64)
• java version «1.8.0_25»

taylorleese commented Dec 12, 2014

@muuki88 Actually, I just realized the error changed when I removed the java_server definition. This is with name := «expert» and version := 1.0 .

Источник

Make Package Install Fails #174

Comments

nullpixel commented Jul 26, 2016 •

(Thanks for reporting an issue! Please make sure you click the link above to view the issue guidelines, then fill out the blanks below.)

What happens?

When running make package install I get this error:

dpkg-deb: error: control directory has bad permissions 777 (must be >=0755 and =0755 and

The text was updated successfully, but these errors were encountered:

kirb commented Jul 26, 2016 •

Possibly you’ve transferred this from another computer, in a way that ruined the permissions? For instance, flash drives formatted as FAT/NTFS, SMB network shares, or in general any sort of file copies that involved Windows somewhere in the line. Easiest way to solve this would be to just make clean and try again (always try that if something seems strange). You should still take a proper look at your permissions and change them to something more appropriate (e.g. 644 for files, 755 for directories).

Sidenote™: make do is an alias for make package install .

nullpixel commented Jul 26, 2016 •

Thanks for the sidenote 👍

I symlinked that directory to my HDD, so I guess that could be the issue here.
However, chmodding the directories and files didn’t change it.

Will try make clean && make do now

Edit Tried that, even tried chmodding the symlink. I guess I should just make a new app directly on the HDD, and copy and paste stuff over after chmodding them again

Naville commented Jul 26, 2016

you should be chmod control

kirb commented Jul 26, 2016 •

Sadly external drive manufacturers love to ship their drives as FAT32. You should consider reformatting as HFS+ (aka OS X Extended, which would make it only readable on macOS) or I think exFAT should be ok as well (supported by both macOS and Windows) my bad, exFAT doesn’t support permissions either. Alternatively you could create a DMG, formatted as HFS+.

Naville commented Jul 26, 2016

tbh HFS+ is supported on Win through commercial software, not expensive though

kirb commented Jul 26, 2016

Ah yes forgot about that, so if you can buy/install that driver on every machine it’ll be plugged into you’ll be fine. Partitioning is also an option.

kirb commented Jul 26, 2016

Closing this as it’s not a Theos issue. You can still discuss it of course.

Naville commented Jul 26, 2016

Please notice that I heard it will affect the system in a negative way. I personally use Partitioning

nullpixel commented Jul 26, 2016 •

I know why this is!
I used exFAT so. No partitioning.

Only issue with this is, how am I meant to reformat loads of data? My drive literally has terabytes on it

nullpixel commented Jul 26, 2016

@kirb So what do you think the best way of fixing this is? Just moving away from my HDD?

kirb commented Jul 26, 2016

I don’t really know your setup or intentions so I can’t really tell you which solution is best. You may find partitioning more worthwhile, or you may format the entire drive as HFS+ and use a driver on Windows.

Of course also note that external hard drives tend to be slower than internal drives, especially SSDs. This will directly affect how long a build will take moreso than other factors like CPU/RAM (for most projects).

nullpixel commented Jul 26, 2016

Yeah. Just moved my theos project directory to my SSD

Footer

© 2023 GitHub, Inc.

You can’t perform that action at this time.

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session.

Источник

script/mkdeb doesn’t produce pacakge #2129

Comments

DanAlbert commented May 9, 2014

Running script/mkdeb does not produce a .deb file on my machine. Running Ubuntu 12.04.

What other debug info do you need?

The text was updated successfully, but these errors were encountered:

bwinterton commented May 13, 2014

Have you tried running sudo script/grunt mkdeb ? That made the difference for me. When I run it without sudo, I don’t get a .deb package (even though it says «Done, without errors), but when I run it with sudo, then I do get my package. Hope that helps!

auxiliary commented May 13, 2014

I can approve this. Without the sudo, it either made corrupted and small deb files or nothing at all, but with sudo, all works fine.

kevinsawicki commented May 16, 2014

The script/mkdeb was not surfacing errors, just pushed a fix for that, mind running again without sudo and seeing if it prints anything about why it fails?

sudo shouldn’t be required as far as I know so it would be good to know why it fails without it.

dtao commented May 16, 2014

This is the error I get, FWIW:

I tried chmod ing /tmp/atom-build , but that didn’t fix things. I guess I don’t know what «control directory» refers to.

kevinsawicki commented May 16, 2014

@dtao I pushed a change for the permissions, mind running again?

dtao commented May 17, 2014

I just tried again, same issue. This is what I did:

thebergamo commented May 21, 2014

I try run without sudo too, but not work for me. Only run the command with sudo works.

thecardcheat commented Jun 23, 2014

«Aborted due to warnings.» without sudo. Fine with sudo.

mrohnstock commented Jul 9, 2014

Same issue here, running script/grunt mkdeb produces only Aborted due to warnings. .

Running script/grunt mkdeb -v responses the following:

resources/linux/Atom.desktop is owned by root:root with permission 644 . Changing owner to current user produces the following:

Not really helpful 😅 .

mrohnstock commented Jul 9, 2014

ok, after removing

/.atom , build/node_modules , node_modules and reexecute these commands:

deb-file got successfully created without issues and root-privileges. Just make sure resources/linux/Atom.desktop is owned by current user, not root.

kevinsawicki commented Jul 21, 2014

Closing this out, since it seems to be a permissions issue.

lock bot commented Jan 26, 2019

This issue has been automatically locked since there has not been any recent activity after it was closed. If you can still reproduce this issue in Safe Mode then please open a new issue and fill out the entire issue template to ensure that we have enough information to address your issue. Thanks!

Footer

© 2023 GitHub, Inc.

You can’t perform that action at this time.

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session.

Источник

Спасибо! перепробовал все бесплатные линуксы, и ни один не справился.

Во-первых, чувак конвертировал не в среде RHEL 7, а в среде Oracle Linux 7.8. Я тоже попробовал, но у меня даже пакет alien не поставился:

Error: Package: perl-Sub-Exporter-Progressive-0.001011-1.el7.noarch (epel)
           Requires: perl(Sub::Exporter)
Error: Package: perl-Mail-IMAPClient-3.37-1.el7.noarch (epel)
           Requires: perl(Parse::RecDescent)
Error: Package: debconf-1.5.74-4.el7.noarch (epel)
           Requires: perl(Text::WrapI18N)
Error: Package: debconf-1.5.74-4.el7.noarch (epel)
           Requires: perl(Text::CharWidth)
Error: Package: debconf-1.5.74-4.el7.noarch (epel)
           Requires: perl(Text::Iconv)
Error: Package: perl-Mail-Box-2.120-2.el7.noarch (epel)
           Requires: perl(File::Remove)
You could try using --skip-broken to work around the problem
You could try running: rpm -Va --nofiles --nodigest

Взял исходники пакета alien и запустил там скрипт alien.pl вместо скомпилированного alien, но это не помогло, все равно выдает ошибки при конвертации RPM-пакета в DEB-пакет:

Can't exec "dpkg-architecture": No such file or directory at Alien/Package/Deb.pm line 567, <GETPERMS> line 3055.
/mnt/hgfs/F/DISTR/Oracle/oracle-xe-11.2.0-1.0.x86_64.rpm/Disk1/oracle-xe-11.2.0-1.0.x86_64.rpm is for architecture amd64 ; the package cannot be built on this system

Попробовал CentOS 7. Пакет alien поставился без ошибок, но при конвертации RMP-пакета в DEB-пакет выдало тучу ошибок:

Открыть содержимое (спойлер)

Попробовал Fedora 27. Пакет alien поставился без ошибок, но при конвертации RMP-пакета в DEB-пакет выдало тучу ошибок:

Открыть содержимое (спойлер)

В результате не могу поставить Оракл на Debian. Пять лет назад ставил, и не пойму, что с тех пор изменилось?